Igor,
This is partially true: the percentage of 'power users' in the enterprise who
write small systems in Access and Spreadsheets (be it with or w/o VBA) is
impressive. It is in the
radar screen of consulting firms selling services about risk management due the
inherent problems these approa
On 8 December 2010 00:19, wrote:
> This is a good point! However, the issue with it is that in enterprises
> programmers are paid to produce code having or not fun :-(
>
> OTOH, the main advantage of an environment as Smalltalk, IMNHO the
> empowerment to the end user, is lost once the programm
This is a good point! However, the issue with it is that in enterprises
programmers are paid to produce code having or not fun :-(
OTOH, the main advantage of an environment as Smalltalk, IMNHO the empowerment
to the end user, is lost once the programming starts to be Taylorized with a
"systems
Hi,
Exactly, that is why I am saying to not even try.
I believe a much better approach is to just focus on producing something else
that people need, and I also believe that we should focus on the layers above
Smalltalk and start infusing Smalltalk lessons in those domains.
Moose is such an ex
Hernán,
On the other hand, it is hard to try to convince someone to switch if the data
we have to present our advantages are not compelling.
--
Cesar Rabak
Em 07/12/2010 04:18, Hernán Morales Durand < hernan.mora...@gmail.com >
escreveu:
Tudor,
You cannot convince someone which have already
Guillermo,
On the surface it may appear as such, but 'non technical' people decide about
their
business as a whole, and from their perspective, they've heard of Java because
it is
mainstream and the 'someones' "recommending' it have stakes in this
technology...
--
Cesar Rabak
Em 07/12/2010 0
2010/12/7 Dale Henrichs :
> Okay ... I've got another little rant...
>
> Smalltalk improves developer productivity ... pure and simple ... the reason
> that developing in Smalltalk is fun is that there is very little that gets in
> between the developer and the solution of a problem ... the debug
Well sow sow,
Very offen, then choice makers, looking for, "security" (talking about
people, policy and technology)
. "I'm select java because PWC recommend it for this
solution'".."Cover your ass" Puaj..Puaj
In the second place the choice makers select the technologies,
defending he's budget. Not
Okay ... I've got another little rant...
Smalltalk improves developer productivity ... pure and simple ... the reason
that developing in Smalltalk is fun is that there is very little that gets in
between the developer and the solution of a problem ... the debugger, inspector
and all of the tool
>
>
> I agree on the feeling, I only think we all miss a very important
> tactical point here: in what realm is Smalltalk superior to other
> technologies?
>
>
Fun :)
Laurent
>
> The issue some cool and kicking creatures could have been done is not
> enough, we need also to be certain we ca
Tudor,
You cannot convince someone which have already choosen an option.
Cheers
2010/12/6 Tudor Girba :
> Hi,
>
> I believe Smalltalk is perceived in the following way:
> 1. Smalltalk is cool: 0.01%
> 2. What is Smalltalk?: 19,99%
> 3. Smalltalk is dead: 80%
>
> It is hard to convince the 2nd cat
Do we have marketing people? We need someone selling smalltalk to business
people. :P
In most cases (at least here in Argentina), the technology is decided by non
technical people (like managers or customers) because they heard something
called java and someone recommended it to them...
Sad.
On
Em 06/12/2010 18:21, Tudor Girba < tudor.gi...@gmail.com > escreveu:
> Hi,
> I believe Smalltalk is perceived in the following way:
> 1. Smalltalk is cool: 0.01%
> 2. What is Smalltalk?: 19,99%
> 3. Smalltalk is dead: 80%
I think your assessment is not that far from reality... :-(
> It is h
Hi,
I believe Smalltalk is perceived in the following way:
1. Smalltalk is cool: 0.01%
2. What is Smalltalk?: 19,99%
3. Smalltalk is dead: 80%
It is hard to convince the 2nd category to look at something new. Why should
they? But, if it's hard to convince someone of something new, you need a
mi
On 12/01/2010 06:49 PM, csra...@bol.com.br wrote:
I'm afraid we're missing something essential on this: what problem Pharo
(or more generally Smalltalk) addresses better in the enterprise than
other technologies?
Cesar,
Part of the answer to this question should come from a look at the
existi
Em 01/12/2010 18:50, Tudor Girba escreveu:
> Hi,
> I think I understand your point of view, but I do not agree with it
> :).
Fair enough! During a debate automatic agreement would not lead to an
enriched vision of the problem and more often than not would diverge
from the truth :-)
> Moose
Hi,
I think I understand your point of view, but I do not agree with it :).
Moose is a valuable platform exactly because it is built in Smalltalk.
Developers understand the power of Smalltalk in the context of Moose quite
quickly after they do a couple of tutorials. The result is that they end
Yes. this makes another side of the equation: for 95% of clients technology
is not pertinent while it does become impediment to the achievement of
some part of the project.
But, IIRC the idea was to gather info to convince people who have to or want
to select some technology.
--
Cesar Rabak
Em
Tudor,
This kind of report shows that Moose is a useful piece of software. The
interest in
Pharo became contingent on the Moose technology such as ABAP is 'widespread' in
the
industry because of SAP ERP.
I think it says a lot about Moose, but is not enough to be a sales argument for
Pharo.
Hi:
My own experience as a small software company is that most of my
customers don't ask for a specific technology, only are searching some
sort of business solutions ( but almost the 95% of my customers are
small companies also, without internal developers or with no more than
2 or 3).
In this c
Hi,
I recently introduced Pharo in a small-medium software company (parametrix.ch).
They use it for Moose (moosetechnology.org) to analyze their systems written in
various languages and to introduce an assessment approach in their day to day
development process (humane-assessment.com). A number
On 11/25/2010 3:40 PM, laurent laffont wrote:
Hi,
I'm looking for feedback on Pharo integration in enterprise.
Especially how you have managed to put Pharo in your enterprise.
For example, I'm involved in web application development in other
languages. For functional testing I'm able to scrip
Indeed I don't want a "how to integrate Pharo into enterprise", I want a
"actually I have introduce Pharo in my enterprise and why; what works and
what doesn't".
Laurent.
On Fri, Nov 26, 2010 at 6:37 PM, wrote:
> Em 26/11/2010 07:03, Mariano Martinez Peck < marianop...@gmail.com >
> escreveu:
>
Em 26/11/2010 07:03, Mariano Martinez Peck < marianop...@gmail.com > escreveu:
> On Thu, Nov 25,2010 at 10:40 PM, laurent laffont
> > wrote: Hi, I'm looking for feedback on
> > Pharo integration in enterprise. Especially how you have managed
> > to put Pharo in your enter
On Thu, Nov 25, 2010 at 10:40 PM, laurent laffont wrote:
> Hi,
>
> I'm looking for feedback on Pharo integration in enterprise.
>
> Especially how you have managed to put Pharo in your enterprise.
>
> For example, I'm involved in web application development in other
> languages. For functional te
Hi,
I'm looking for feedback on Pharo integration in enterprise.
Especially how you have managed to put Pharo in your enterprise.
For example, I'm involved in web application development in other languages.
For functional testing I'm able to script Selenium using Pharo thanks to
WebTester. So Ph
26 matches
Mail list logo
