[Pharo-project] New IDE alternative (was Misc. newbie questions)

Igor Stasenko siguctua at gmail.com
Wed Jan 18 10:47:20 CET 2012


On 16 January 2012 11:15, Frank Shearar <frank.shearar at gmail.com> wrote:
> On 16 January 2012 09:59, Lawson English <lenglish5 at cox.net> wrote:
>> On 1/15/12 6:44 PM, Jimmie Houchin wrote:
>>>
>>> On 1/15/2012 6:55 AM, Gerry Weaver wrote:
>>>>
>>>> Hi Andreas,
>>>>
>>>>> I am not comfortable with the idea to write parts of an application in
>>>>> different languages.
>>>>> Typically the disadvantages overweigh the advantages to do so as you
>>>>> would have different languages and systems to master and update.
>>>>> Interoperability with other systems and languages should be easy and
>>>>> Squeak/Pharo are still lacking in this area. This is well known and
>>>>> hopefully there will be some improvements in the future.
>>>>
>>>>
>>>> I guess I would have to disagree with you here. Most of the editors and
>>>> IDEs of other languages are not maintained by the language proper. There
>>>> are many editors and IDEs that support many languages in addition to the
>>>> one they are written in. I think the benefits of using a full featured
>>>> GUI toolkit to create an IDE would be significant.
>>>
>>>
>>> And I have to disagree with you here. You lack the imagination and
>>> knowledge to understand the significant advantage of having a single
>>> language, environment and toolset that Smalltalk provides.
>>
>>
>> I agree that there is an advantage to having a unified IDE/environment/etc,
>> but Smalltalk IS stuck in the past in that it doesn't take advantage of
>> multiple cores. I'm not talking about multi-threading in the usual sense,
>> but things like the ability to debug one image from another so that the
>> errors that pop up in the application under development don't affect the
>> environment being used TO development that application. This issue pops up
>> most obviously when trying to debug Cobalt/Croquet in a multi-user
>> configuration, but arises all the time, especially when external libraries
>> (e.g. OpenGL) are being used and errors occur that the current toolset isn't
>> designed to accommodate.
>>
>> We need to develop better ways of doing things, both for individual and
>> collaborative environments. IOW, we need spoon and teatime and various other
>> solutions to mature and work together.
>
> If only we knew some folks working on the problem...
> http://marcusdenker.de/publications/Casa09aObjectSpaces.pdf :)
>
> Of course, there's a bit of elbow grease required to turn a research
> topic into a production-ready system.
>

yes, yes yes.. we dreaming a lot about it.

conceptually there are not too much new: you can always run two images
aside and establish communication between them
and so they are effectively a two separate object spaces.
but what is different is to make a VM which aware of it and makes use
of it, like HydraVM or kind of.

> frank

-- 
Best regards,
Igor Stasenko.



More information about the Pharo-project mailing list