https://smalltalkrenaissance.wordpress.com/2015/02/16/smalltalks-proven-productivity/
-- The only "scientific" study I could find. You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
On Tue, Feb 17, 2015 at 1:13 AM, Richard Eng <[hidden email]> wrote:
Nice. Consider deleting that pingback to "Exploding ads". I think you lose more than you gain when they are off-topic. On a slightly different topic, thought you might just find this of general interest... cheers -ben You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
Thanks. Done.
-- On Tuesday, 17 February 2015 04:39:56 UTC-5, Ben Coman wrote:
You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
In reply to this post by horrido
In the 90's there was an object or object world magazine cover that stated Smalltalk was 71% more productive than C - no surprises there.
Today the gap has to have closed but I'd bet there is still a significant advantage w Smalltalk. How big a difference would there need to be to make you change language and tools? - James -- You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
Not sure if I've pasted this before, but I find really interesting Paul Graham's** idea of the Blub paradox. Its about Lisp, but I think it has a lot of similarities to Smalltalk. cheers -ben ** Y Combinator founder. On Wed, Feb 18, 2015 at 7:30 AM, James Ladd <[hidden email]> wrote: In the 90's there was an object or object world magazine cover that stated Smalltalk was 71% more productive than C - no surprises there. You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
Yes, it makes an excellent argument for Smalltalk, too. But I was wondering: If macros are the killer feature of Lisp, what is the killer feature for Smalltalk?
-- On Wednesday, 18 February 2015 10:54:30 UTC-5, Ben Coman wrote:
You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
Killer feature for Smalltalk is true OO w message passing- no built in constructs Sent from the holodeck. -- You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
For me, the killer feature is the debugger, being able to _simply_ modify code around an unhandled exception, then _continue_ program execution from the context of the exception. This leads to a peculiar development style sometimes called "developing from within the debugger". When writing a method, you code to send messages you haven't written yet, then run the method, which of course breaks into the debugger because the object receiving the message does not understand that message. But with the click of a button, the message/method is created on that object and you are in an editor ready to write the method IN THE CONTEXT that it is being used. You have a LIVE OBJECT sitting right there in front of you to inspect as you write method. Then the debugger can step through the method bit by bit as you write it. btw, this feature is dependent on Smalltalk's resume-semantic-exceptions where exceptions are handled without unrolling the stack. As I understand it, at least Java and C++ are lack such resume semantics for exceptions. cheers -ben On Sun, Feb 22, 2015 at 3:52 PM, James Ladd <[hidden email]> wrote:
You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
I've heard people mention the Lisp Machine as Smalltalk's counterpart. I'm not familiar with the Lisp Machine, but does it not provide similar capabilities? Of course, it's no longer available today, but in principle, it could be done for Lisp.
-- On Sunday, 22 February 2015 08:30:38 UTC-5, Ben Coman wrote:
You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
In reply to this post by Ben Coman-3
I agree that this is the killer feature of Smalltalk. People who haven't done this have no idea how powerful it is. When we teach or demo Smalltalk, we need to show this off and make a big deal about it.
-- Smalltalk has live objects! On Sun, Feb 22, 2015 at 7:30 AM, Ben Coman <[hidden email]> wrote:
You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
+1 I'm trying to bring this exact feature to Redline Smalltalk in the Java Virtual Machine environment. Redline will compile source to executable on the fly so this should be possible. Fingers crossed. On Tue, Feb 24, 2015 at 2:17 AM, Ralph Johnson <[hidden email]> wrote:
You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
Hi James,
I’ve heard about your Smalltalk. Is there a demo somewhere? Cheers, Alexandre > On Feb 23, 2015, at 2:25 PM, James Ladd <[hidden email]> wrote: > > +1 > > I'm trying to bring this exact feature to Redline Smalltalk in the Java Virtual Machine environment. > Redline will compile source to executable on the fly so this should be possible. Fingers crossed. > > On Tue, Feb 24, 2015 at 2:17 AM, Ralph Johnson <[hidden email]> wrote: > I agree that this is the killer feature of Smalltalk. People who haven't done this have no idea how powerful it is. When we teach or demo Smalltalk, we need to show this off and make a big deal about it. > > Smalltalk has live objects! > > > On Sun, Feb 22, 2015 at 7:30 AM, Ben Coman <[hidden email]> wrote: > For me, the killer feature is the debugger, being able to _simply_ modify code around an unhandled exception, then _continue_ program execution from the context of the exception. This leads to a peculiar development style sometimes called "developing from within the debugger". When writing a method, you code to send messages you haven't written yet, then run the method, which of course breaks into the debugger because the object receiving the message does not understand that message. But with the click of a button, the message/method is created on that object and you are in an editor ready to write the method IN THE CONTEXT that it is being used. You have a LIVE OBJECT sitting right there in front of you to inspect as you write method. Then the debugger can step through the method bit by bit as you write it. > > btw, this feature is dependent on Smalltalk's resume-semantic-exceptions where exceptions are handled without unrolling the stack. As I understand it, at least Java and C++ are lack such resume semantics for exceptions. > > cheers -ben > > On Sun, Feb 22, 2015 at 3:52 PM, James Ladd <[hidden email]> wrote: > Killer feature for Smalltalk is true OO w message passing- no built in constructs > > Sent from the holodeck. > > On 22 Feb 2015, at 4:26 pm, Richard Eng <[hidden email]> wrote: > >> Yes, it makes an excellent argument for Smalltalk, too. But I was wondering: If macros are the killer feature of Lisp, what is the killer feature for Smalltalk? >> >> >> On Wednesday, 18 February 2015 10:54:30 UTC-5, Ben Coman wrote: >> Not sure if I've pasted this before, but I find really interesting Paul Graham's** idea of the Blub paradox. Its about Lisp, but I think it has a lot of similarities to Smalltalk. >> http://www.paulgraham.com/avg.html >> >> cheers -ben >> >> >> ** Y Combinator founder. >> >> On Wed, Feb 18, 2015 at 7:30 AM, James Ladd <[hidden email]> wrote: >> In the 90's there was an object or object world magazine cover that stated Smalltalk was 71% more productive than C - no surprises there. >> Today the gap has to have closed but I'd bet there is still a significant advantage w Smalltalk. >> >> How big a difference would there need to be to make you change language and tools? >> >> - James >> >> -- >> You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. >> To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. >> For more options, visit https://groups.google.com/d/optout. >> >> >> -- >> You received this message because you are subscribed to a topic in the Google Groups "Smalltalk Research" group. >> To unsubscribe from this topic, visit https://groups.google.com/d/topic/smalltalk-research/m-yaRuXQ-uc/unsubscribe. >> To unsubscribe from this group and all its topics, send an email to [hidden email]. >> For more options, visit https://groups.google.com/d/optout. > > -- > You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. > To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. > For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. > To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. > For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to a topic in the Google Groups "Smalltalk Research" group. > To unsubscribe from this topic, visit https://groups.google.com/d/topic/smalltalk-research/m-yaRuXQ-uc/unsubscribe. > To unsubscribe from this group and all its topics, send an email to [hidden email]. > For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. > To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. > For more options, visit https://groups.google.com/d/optout. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
Hi Alexandre,
There is a version you can play w on github However, there is a new version coming very soon - September I hope. This will be far more complete. - James Sent from the holodeck. > On 24 Feb 2015, at 12:24 pm, Alexandre Bergel <[hidden email]> wrote: > > Hi James, > > I’ve heard about your Smalltalk. Is there a demo somewhere? > > Cheers, > Alexandre > > >> On Feb 23, 2015, at 2:25 PM, James Ladd <[hidden email]> wrote: >> >> +1 >> >> I'm trying to bring this exact feature to Redline Smalltalk in the Java Virtual Machine environment. >> Redline will compile source to executable on the fly so this should be possible. Fingers crossed. >> >> On Tue, Feb 24, 2015 at 2:17 AM, Ralph Johnson <[hidden email]> wrote: >> I agree that this is the killer feature of Smalltalk. People who haven't done this have no idea how powerful it is. When we teach or demo Smalltalk, we need to show this off and make a big deal about it. >> >> Smalltalk has live objects! >> >> >> On Sun, Feb 22, 2015 at 7:30 AM, Ben Coman <[hidden email]> wrote: >> For me, the killer feature is the debugger, being able to _simply_ modify code around an unhandled exception, then _continue_ program execution from the context of the exception. This leads to a peculiar development style sometimes called "developing from within the debugger". When writing a method, you code to send messages you haven't written yet, then run the method, which of course breaks into the debugger because the object receiving the message does not understand that message. But with the click of a button, the message/method is created on that object and you are in an editor ready to write the method IN THE CONTEXT that it is being used. You have a LIVE OBJECT sitting right there in front of you to inspect as you write method. Then the debugger can step through the method bit by bit as you write it. >> >> btw, this feature is dependent on Smalltalk's resume-semantic-exceptions where exceptions are handled without unrolling the stack. As I understand it, at least Java and C++ are lack such resume semantics for exceptions. >> >> cheers -ben >> >> On Sun, Feb 22, 2015 at 3:52 PM, James Ladd <[hidden email]> wrote: >> Killer feature for Smalltalk is true OO w message passing- no built in constructs >> >> Sent from the holodeck. >> >>> On 22 Feb 2015, at 4:26 pm, Richard Eng <[hidden email]> wrote: >>> >>> Yes, it makes an excellent argument for Smalltalk, too. But I was wondering: If macros are the killer feature of Lisp, what is the killer feature for Smalltalk? >>> >>> >>> On Wednesday, 18 February 2015 10:54:30 UTC-5, Ben Coman wrote: >>> Not sure if I've pasted this before, but I find really interesting Paul Graham's** idea of the Blub paradox. Its about Lisp, but I think it has a lot of similarities to Smalltalk. >>> http://www.paulgraham.com/avg.html >>> >>> cheers -ben >>> >>> >>> ** Y Combinator founder. >>> >>> On Wed, Feb 18, 2015 at 7:30 AM, James Ladd <[hidden email]> wrote: >>> In the 90's there was an object or object world magazine cover that stated Smalltalk was 71% more productive than C - no surprises there. >>> Today the gap has to have closed but I'd bet there is still a significant advantage w Smalltalk. >>> >>> How big a difference would there need to be to make you change language and tools? >>> >>> - James >>> >>> -- >>> You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. >>> To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. >>> For more options, visit https://groups.google.com/d/optout. >>> >>> >>> -- >>> You received this message because you are subscribed to a topic in the Google Groups "Smalltalk Research" group. >>> To unsubscribe from this topic, visit https://groups.google.com/d/topic/smalltalk-research/m-yaRuXQ-uc/unsubscribe. >>> To unsubscribe from this group and all its topics, send an email to [hidden email]. >>> For more options, visit https://groups.google.com/d/optout. >> >> -- >> You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. >> To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. >> For more options, visit https://groups.google.com/d/optout. >> >> >> -- >> You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. >> To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. >> For more options, visit https://groups.google.com/d/optout. >> >> >> -- >> You received this message because you are subscribed to a topic in the Google Groups "Smalltalk Research" group. >> To unsubscribe from this topic, visit https://groups.google.com/d/topic/smalltalk-research/m-yaRuXQ-uc/unsubscribe. >> To unsubscribe from this group and all its topics, send an email to [hidden email]. >> For more options, visit https://groups.google.com/d/optout. >> >> >> -- >> You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. >> To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. >> For more options, visit https://groups.google.com/d/optout. > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- > You received this message because you are subscribed to a topic in the Google Groups "Smalltalk Research" group. > To unsubscribe from this topic, visit https://groups.google.com/d/topic/smalltalk-research/m-yaRuXQ-uc/unsubscribe. > To unsubscribe from this group and all its topics, send an email to [hidden email]. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
Ok, thanks!
Cheers, Alexandre > On Feb 23, 2015, at 8:58 PM, James Ladd <[hidden email]> wrote: > > Hi Alexandre, > > There is a version you can play w on github > However, there is a new version coming very soon - September I hope. This will be far more complete. > > - James > > Sent from the holodeck. > >> On 24 Feb 2015, at 12:24 pm, Alexandre Bergel <[hidden email]> wrote: >> >> Hi James, >> >> I’ve heard about your Smalltalk. Is there a demo somewhere? >> >> Cheers, >> Alexandre >> >> >>> On Feb 23, 2015, at 2:25 PM, James Ladd <[hidden email]> wrote: >>> >>> +1 >>> >>> I'm trying to bring this exact feature to Redline Smalltalk in the Java Virtual Machine environment. >>> Redline will compile source to executable on the fly so this should be possible. Fingers crossed. >>> >>> On Tue, Feb 24, 2015 at 2:17 AM, Ralph Johnson <[hidden email]> wrote: >>> I agree that this is the killer feature of Smalltalk. People who haven't done this have no idea how powerful it is. When we teach or demo Smalltalk, we need to show this off and make a big deal about it. >>> >>> Smalltalk has live objects! >>> >>> >>> On Sun, Feb 22, 2015 at 7:30 AM, Ben Coman <[hidden email]> wrote: >>> For me, the killer feature is the debugger, being able to _simply_ modify code around an unhandled exception, then _continue_ program execution from the context of the exception. This leads to a peculiar development style sometimes called "developing from within the debugger". When writing a method, you code to send messages you haven't written yet, then run the method, which of course breaks into the debugger because the object receiving the message does not understand that message. But with the click of a button, the message/method is created on that object and you are in an editor ready to write the method IN THE CONTEXT that it is being used. You have a LIVE OBJECT sitting right there in front of you to inspect as you write method. Then the debugger can step through the method bit by bit as you write it. >>> >>> btw, this feature is dependent on Smalltalk's resume-semantic-exceptions where exceptions are handled without unrolling the stack. As I understand it, at least Java and C++ are lack such resume semantics for exceptions. >>> >>> cheers -ben >>> >>> On Sun, Feb 22, 2015 at 3:52 PM, James Ladd <[hidden email]> wrote: >>> Killer feature for Smalltalk is true OO w message passing- no built in constructs >>> >>> Sent from the holodeck. >>> >>>> On 22 Feb 2015, at 4:26 pm, Richard Eng <[hidden email]> wrote: >>>> >>>> Yes, it makes an excellent argument for Smalltalk, too. But I was wondering: If macros are the killer feature of Lisp, what is the killer feature for Smalltalk? >>>> >>>> >>>> On Wednesday, 18 February 2015 10:54:30 UTC-5, Ben Coman wrote: >>>> Not sure if I've pasted this before, but I find really interesting Paul Graham's** idea of the Blub paradox. Its about Lisp, but I think it has a lot of similarities to Smalltalk. >>>> http://www.paulgraham.com/avg.html >>>> >>>> cheers -ben >>>> >>>> >>>> ** Y Combinator founder. >>>> >>>> On Wed, Feb 18, 2015 at 7:30 AM, James Ladd <[hidden email]> wrote: >>>> In the 90's there was an object or object world magazine cover that stated Smalltalk was 71% more productive than C - no surprises there. >>>> Today the gap has to have closed but I'd bet there is still a significant advantage w Smalltalk. >>>> >>>> How big a difference would there need to be to make you change language and tools? >>>> >>>> - James >>>> >>>> -- >>>> You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. >>>> To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>>> >>>> -- >>>> You received this message because you are subscribed to a topic in the Google Groups "Smalltalk Research" group. >>>> To unsubscribe from this topic, visit https://groups.google.com/d/topic/smalltalk-research/m-yaRuXQ-uc/unsubscribe. >>>> To unsubscribe from this group and all its topics, send an email to [hidden email]. >>>> For more options, visit https://groups.google.com/d/optout. >>> >>> -- >>> You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. >>> To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. >>> For more options, visit https://groups.google.com/d/optout. >>> >>> >>> -- >>> You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. >>> To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. >>> For more options, visit https://groups.google.com/d/optout. >>> >>> >>> -- >>> You received this message because you are subscribed to a topic in the Google Groups "Smalltalk Research" group. >>> To unsubscribe from this topic, visit https://groups.google.com/d/topic/smalltalk-research/m-yaRuXQ-uc/unsubscribe. >>> To unsubscribe from this group and all its topics, send an email to [hidden email]. >>> For more options, visit https://groups.google.com/d/optout. >>> >>> >>> -- >>> You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. >>> To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. >>> For more options, visit https://groups.google.com/d/optout. >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> -- >> You received this message because you are subscribed to a topic in the Google Groups "Smalltalk Research" group. >> To unsubscribe from this topic, visit https://groups.google.com/d/topic/smalltalk-research/m-yaRuXQ-uc/unsubscribe. >> To unsubscribe from this group and all its topics, send an email to [hidden email]. >> For more options, visit https://groups.google.com/d/optout. > > -- > You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. > To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. > For more options, visit https://groups.google.com/d/optout. > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
In reply to this post by Ralph Johnson
On 2/23/2015 2:17 PM, Ralph Johnson wrote:
> I agree that this is the killer feature of Smalltalk. People who > haven't done this have no idea how powerful it is. When we teach or > demo Smalltalk, we need to show this off and make a big deal about it. Before we do that let us also try to articulate /why/ this is such a big deal. People might think that it is 'merely' the speed-up that is at play, however here at work I encourage people to design their code in the debugger because it leads to better method names. People tend to use domain vocabulary when 'telling objects to do stuff' in the debugger. In the browser OTOH people tend to use solution vocabulary when stitching code together from supporting elements. Designing method names in the debugger leads to more abstract names! R - > > Smalltalk has live objects! > > On Sun, Feb 22, 2015 at 7:30 AM, Ben Coman <[hidden email] > <mailto:[hidden email]>> wrote: > > For me, the killer feature is the debugger, being able to _simply_ > modify code around an unhandled exception, then _continue_ program > execution from the context of the exception. This leads to a > peculiar development style sometimes called "developing from within > the debugger". When writing a method, you code to send messages you > haven't written yet, then run the method, which of course breaks > into the debugger because the object receiving the message does not > understand that message. But with the click of a button, the > message/method is created on that object and you are in an editor > ready to write the method IN THE CONTEXT that it is being used. You > have a LIVE OBJECT sitting right there in front of you to inspect as > you write method. Then the debugger can step through the method bit > by bit as you write it. > > btw, this feature is dependent on Smalltalk's > resume-semantic-exceptions where exceptions are handled without > unrolling the stack. As I understand it, at least Java and C++ are > lack such resume semantics for exceptions. > > cheers -ben > > On Sun, Feb 22, 2015 at 3:52 PM, James Ladd <[hidden email] > <mailto:[hidden email]>> wrote: > > Killer feature for Smalltalk is true OO w message passing- no > built in constructs > > Sent from the holodeck. > > On 22 Feb 2015, at 4:26 pm, Richard Eng > <[hidden email] <mailto:[hidden email]>> > wrote: > >> Yes, it makes an excellent argument for Smalltalk, too. But I >> was wondering: If macros are the killer feature of Lisp, what >> is the killer feature for Smalltalk? >> >> >> On Wednesday, 18 February 2015 10:54:30 UTC-5, Ben Coman wrote: >> >> Not sure if I've pasted this before, but I find really >> interesting Paul Graham's** idea of the Blub paradox. Its >> about Lisp, but I think it has a lot of similarities to >> Smalltalk. >> http://www.paulgraham.com/avg.__html >> <http://www.paulgraham.com/avg.html> >> >> cheers -ben >> >> >> ** Y Combinator founder. >> >> On Wed, Feb 18, 2015 at 7:30 AM, James Ladd >> <[hidden email]> wrote: >> >> In the 90's there was an object or object world >> magazine cover that stated Smalltalk was 71% more >> productive than C - no surprises there. >> Today the gap has to have closed but I'd bet there is >> still a significant advantage w Smalltalk. >> >> How big a difference would there need to be to make >> you change language and tools? >> >> - James >> >> -- >> You received this message because you are subscribed >> to the Google Groups "Smalltalk Research" group. >> To unsubscribe from this group and stop receiving >> emails from it, send an email to >> [hidden email]. >> For more options, visit >> https://groups.google.com/d/__optout >> <https://groups.google.com/d/optout>. >> >> >> -- >> You received this message because you are subscribed to a >> topic in the Google Groups "Smalltalk Research" group. >> To unsubscribe from this topic, visit >> https://groups.google.com/d/topic/smalltalk-research/m-yaRuXQ-uc/unsubscribe. >> To unsubscribe from this group and all its topics, send an >> email to [hidden email] >> <mailto:[hidden email]>. >> For more options, visit https://groups.google.com/d/optout. > > -- > You received this message because you are subscribed to the > Google Groups "Smalltalk Research" group. > To unsubscribe from this group and stop receiving emails from > it, send an email to > [hidden email] > <mailto:[hidden email]>. > For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to the Google > Groups "Smalltalk Research" group. > To unsubscribe from this group and stop receiving emails from it, > send an email to [hidden email] > <mailto:[hidden email]>. > For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to the Google > Groups "Smalltalk Research" group. > To unsubscribe from this group and stop receiving emails from it, send > an email to [hidden email] > <mailto:[hidden email]>. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Smalltalk Research" group. To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email]. For more options, visit https://groups.google.com/d/optout. |
Free forum by Nabble | Edit this page |