On Wed, Jul 20, 2011 at 7:42 PM, Philippe Marschall
<[email protected]> wrote:
> On 07/20/2011 09:00 AM, Serge Stinckwich wrote:
>> On Wed, Jul 20, 2011 at 1:36 PM, Philippe Marschall
>> <[email protected]> wrote:
>>> On 07/19/2011 09:41 PM, Esteban Lorenzano wrote:
>>>> yes... there is a problem in latest vm's and UUID generation (I don't know 
>>>> if it is present at any vm or just mines, but well...). For the moment, 
>>>> faster solution is by deactivating uuid primitive, at:
>>>>
>>>> UUID>>#primMakeUUID
>>>>       <primitive: 'primitiveMakeUUID' module: 'UUIDPlugin'>
>>>>       UUIDGenerator default generateBytes: self forVersion: 4.
>>>>
>>>> just comment the primitive call.
>>>
>>> Guys, srsly? Is this some kind of practical joke? You have been shipping
>>> with a known bug that has a trivial fix and eats peoples code? You are
>>> wondering why nobody takes you seriously and you don't have more users?
>>> You teach software engineering?
>>
>> Hum, you know like in most open-source software project, nothing
>> happens by magic, unfortunately.
>> Human ressources are very scarce as Pharo is a part-time project for
>> most of us. Maybe your problem will required some interactions between
>> VM guys and Pharoers. Not something that could be done in 5 minutes.
>>
>> Did you submit an issue in the bug tracker just to keep track of it ?
>> Did you package some patch that could be used more easily by people
>> who do the release ?
>>
>>> This is exactly the kind of shit that makes me want to never again use
>>> Pharo in production. This is the reason why I don't recommend Pharo to
>>> other people.
>>
>> If you use Pharo in production did you give money to support the project ?
>> Pharo is not supported by a company (not yet), so no commitments could
>> be done on the speed of the adoption of patches.
>> People are just doing their best to enhance the system. And if you
>> help them (by packaging patches that solve some problems), everyone
>> will win in the long term.
>
> And that is completely fine. But then you don't have to be surprised
> when people don't take you serious, you don't have more users and you
> don't have any enterprise penetration.
>
> To quote from the project page:
> "We want Pharo to be the obvious choice for professional development in
> an open-source Smalltalk."
>
> Pro tip: if you want to be the obvious choice for professional
> development don't eat peoples code.

Yes, you are right, this is a bit contradictory to ask for a high
standard regarding the quality of the code and at the same time eating
people (with different skills) code. But i guess, if you are too
elitist, nobody will contribute to the project at the end. Most
open-source software suffer from the same problem. The only solution
is as a community enhance our knowledge in order to have better
contributions. Having tools like Jenkins is quite important to have an
immediate feedback and avoid regressions.

Regards,

-- 
Serge Stinckwich
UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam
Every DSL ends up being Smalltalk
http://doesnotunderstand.org/

Reply via email to