Hi all, in this essay I've published I talk about some of the reasons why Smalltalk made sense for me: Which of course mentions Seaside and has other useful Smalltalk related links comments (of any kind) most welcome _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
+500 for somebody who got started on the exact same hardware as I did.
Several months of chopping wood to earn that Extended Basic cartridge was well worth it :) Your comments on the debugger - in particular debugging web applications, is what makes Smalltalk productivity shine. i wish there was a really good way to illustrate that -- Ive done the exact same thing: Walkback in a web app. Fix my typo, and proceed. user sees nothing but a pause. On Fri, Jan 13, 2012 at 10:41 AM, Sebastian Sastre <[hidden email]> wrote:
_______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by sebastianconcept@gmail.co
On 13 Jan 2012, at 19:41, Sebastian Sastre wrote: > in this essay I've published I talk about some of the reasons why Smalltalk made sense for me: > 10 reasons why I'm using Smalltalk for airflowing [1] > > Which of course mentions Seaside and has other useful Smalltalk related links > > comments (of any kind) most welcome > > hug, > > sebastian > > o/ > > [1] http://sebastianconcept.com/brandIt/10-reasons-why-im-using-smalltalk-for-airflowing Excellent writeup, Sebastian, I couldn't agree more. Inspiring for the new year, thanks ! Sven PS: forwaring to the Pharo list ;-) _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
On Jan 13, 2012, at 5:47 PM, Sven Van Caekenberghe wrote: Excellent writeup, Sebastian, I couldn't agree more. fantastic! thank you Sven!!! hug _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Jon Paynter-2
On Jan 13, 2012, at 4:50 PM, Jon Paynter wrote: +500 for somebody who got started on the exact same hardware as I did. Thanks Jon! BTW, someone posted it on Reddit [1] and one of the reactions is from a guy that just noticed what you say about the debugger cheers _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Jon Paynter-2
2012/1/13 Jon Paynter <[hidden email]>:
> +500 for somebody who got started on the exact same hardware as I did. > Several months of chopping wood to earn that Extended Basic cartridge was > well worth it :) > > Your comments on the debugger - in particular debugging web applications, is > what makes Smalltalk productivity shine. i wish there was a really good way > to illustrate that -- Ive done the exact same thing: Walkback in a web > app. Fix my typo, and proceed. user sees nothing but a pause. I don't understand the rage about the Pharo debugger: - It's buggy. Its doesn't access variables correctly so it can happen that when you click on a variable in the debugger a second debugger with an exception in the debugger shows up. This is fun. I had to pull features from Seaside because of this. - Accepting code if you're inside an active block of a terminated method doesn't work. Evaluation works time though. It happened to me several times that I "wrote code in the debugger" and everything has fine until I accepted the changes. Then an exception would pop up and the debugger would throw all my changes away without a way of getting them back. - It doesn't have breakpoints, yet alone exception break points or conditional break points. It doesn't list all breakpoints in the system or have an easy way to disable them all. It also lacks several convenience features that I've grown to appreciate: - key bindings for stepping - explorer instead of #printString for objects - highlighting of variables when new values are assigned - step filters for filtering out frequent, "uninteresting" methods (eg. String >> #,) - option to suspend all processes not just the current one - custom object formatters without having to hack #printOn: into third party classes - break points I'm aware the debuggers of other Smalltalks are better. I take the Eclipse Java debugger over the Pharo debugger any time because it works and doesn't eat my code. Cheers Philippe _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Free forum by Nabble | Edit this page |