Re: [Pharo-users] InfoWorld on Redline Smalltalk

Thats is. Here is the subscribe page. http://lists.squeakfoundation.org/mailman/listinfo/vm-dev On Tue, Jan 20, 2015 at 12:01 PM, Alain Rastoul wrote: > Le 20/01/2015 00:08, Ben Coman a écrit : > >> -1 to pharo-vm. No need to dilute vm-dev. >> > vm-dev ? > Of course, if it already exists ple

Re: [Pharo-users] InfoWorld on Redline Smalltalk

Le 20/01/2015 00:08, Ben Coman a écrit : -1 to pharo-vm. No need to dilute vm-dev. vm-dev ? Of course, if it already exists please don't dilute! :) And now that you said that, I reminds me may be there was a name like that in a recent post and I found squeak.vmdevel on gmane. -- Regards,

Re: [Pharo-users] InfoWorld on Redline Smalltalk

-1 to pharo-vm. No need to dilute vm-dev. :)--ben On Tue, Jan 20, 2015 at 2:56 AM, Alain Rastoul wrote: > Le 19/01/2015 13:34, Marcus Denker a écrit : > >> >> We really need a “smalltalk-talk” mailing list. >> >> Marcus >> > > +1 > > other lists could be helpful > pharo-vm : vm, vmm

Re: [Pharo-users] InfoWorld on Redline Smalltalk

Le 19/01/2015 13:34, Marcus Denker a écrit : We really need a “smalltalk-talk” mailing list. Marcus +1 other lists could be helpful pharo-vm : vm, vmmaker, compiler, plugins, whatever system level pharo-general : orientation of pharo, general open questions I don't think a chat is

Re: [Pharo-users] InfoWorld on Redline Smalltalk

You seem to very good at knowing what other people are supposed to be doing. We really need a “smalltalk-talk” mailing list. Marcus > On 17 Jan 2015, at 12:56, horrido wrote: > > http://www.infoworld.com/article/2867543/java/redline-smalltalk-bridging-smalltalk-jvm-worlds.html >

Re: [Pharo-users] InfoWorld on Redline Smalltalk

Alain Rastoul-2 wrote > "If we can't convince these organizations that they'll be much more > productive using Smalltalk over Java, and save tons of money /in the long > run/, then how can we ever advance our agenda to the rest of the world??" > > I do not see productivity as very important. It is

Re: [Pharo-users] InfoWorld on Redline Smalltalk

Let us know when Pharo-chat is ready. I'll move everything there. Thanks. stepharo wrote > Hello people > > do you realize that you are poluting the PHARO users mailing-list? > What is the message we sent to users that are happily hacking in Pharo. > The user mailing-list not an open ba

Re: [Pharo-users] InfoWorld on Redline Smalltalk

+1 on all of this, > On Jan 18, 2015, at 12:06, stepharo wrote: > > Hello people > > do you realize that you are poluting the PHARO users mailing-list? > What is the message we sent to users that are happily hacking in Pharo. > The user mailing-list not an open bar to talk about any to

Re: [Pharo-users] InfoWorld on Redline Smalltalk

Hello people do you realize that you are poluting the PHARO users mailing-list? What is the message we sent to users that are happily hacking in Pharo. The user mailing-list not an open bar to talk about any topics. We will create a Pharo-chat mailing-list. And all these discussions shou

Re: [Pharo-users] InfoWorld on Redline Smalltalk

Le 18/01/2015 10:49, Alain Rastoul a écrit : Costs in the middle and long run are clearly related to code quality and to bugs, not to productivity. And of course, I should have said design first -- Regards, Alain

Re: [Pharo-users] InfoWorld on Redline Smalltalk

Hi horrido, I do not agree with most of yours arguments. Here is what I picked : ... "Indeed, many organizations have to use JVM, and yes, they probably fall back on Java because that's the "safe" choice." Most CEO or IT managers think like that, but this is a false marketing argument mostl

Re: [Pharo-users] InfoWorld on Redline Smalltalk

On Sun, Jan 18, 2015 at 8:00 AM, horrido wrote: > > > /IT management often make stupid choices based on fad, fashion, and > laziness./ I think partly its that above IT management you have non-IT management, who ask "who else is using it".Big companies often have trouble with the risk of inno

Re: [Pharo-users] InfoWorld on Redline Smalltalk

Thanks for this link! I always thought there was something not right about Angular, and this article (and its links) clearly lay out the issue. Obviously, I think Amber is a better solution. The one big takeaway from these anti-Angular articles, I think, is this... /IT management often make stu

Re: [Pharo-users] InfoWorld on Redline Smalltalk

> On Jan 17, 2015, at 3:18 PM, kilon alios wrote: > > So overall I doubt that Smalltalk will ever be a big hit on JVM or > Javascript. Everybody is a looser if you frame it in that perspective. That game is not interesting, nor strategy wise. An interesting alternative is to create the oppo

Re: [Pharo-users] InfoWorld on Redline Smalltalk

kilon.alios wrote > Porting code to JVM and Javascript has 3 issues > > a) you are no longer able to use the libraries of your popular > implementation (see Pharo) unless you wrap those libraries with something > like JNA (a ffi for JAVA) > b) most people would not use JVM unless if they have to a

Re: [Pharo-users] InfoWorld on Redline Smalltalk

There was a promise long time ago that RTalk will be released soon enough and never happened. The difference with RTalk is not that is just smalltalk language on JVM , which frankly I dont care that much, but also the entire IDE, basically they replaced the Smalltalk bytecode with JVM bytecode and

Re: [Pharo-users] InfoWorld on Redline Smalltalk

I had never heard of RTalk or Gravel. In all my Googling, I've never come across these two. They're obviously not on the minds of very many people. Are they even active projects? At least Redline is relatively prominent. At least James Ladd is actively working on it. His efforts should be commende

[Pharo-users] InfoWorld on Redline Smalltalk

http://www.infoworld.com/article/2867543/java/redline-smalltalk-bridging-smalltalk-jvm-worlds.html Amber and Redline are vital *strategic* projects for Smalltalk. One is for the browser and one

[Pharo-users] InfoWorld on Redline Smalltalk

continued from pharo-dev, please keep discussion here. The smalltalk on jvm situation is exactly like it shouldn't be. There are three implementations, not working together: - RTalk - Gravel - Redline The first two are driven by existing commercial smalltalk users coming from a platform that they