Jesper Boeg on Priming Kanban
In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Werner Schuster on Oct 27, 2008
Gartner analyst Mark Driver noted that Smalltalk might be on the verge of a comeback. One of the reasons, in his opinion:
It’s been said that a “rising tide lifts all ships”. I can see this clearly in the relationship between Smalltalk and hot topic languages such as Ruby and Python (to some degree PHP here as well). The significant growth that we see among these languages is also causing a few to take a second look at Smalltalk as well.
Mark continues with the recommendation:
If you are BIG fan of dynamics languages (closures, meta programming, and all that cool stuff) then consider giving Smalltalk a look. You might like what you see. Its like Ruby but with bigger muscles. You think Rails is cool? Check out seaside.
With this in mind, we took a closer look at Smalltalk, how it influenced Ruby, and what it offers over Ruby. We also talked to Randal L. Schwartz, who's been providing training for Smalltalk for some time and is on the leadership team of Squeak.
Read "Ruby's Roots: Smalltalk Comeback and Randal Schwartz on Smalltalk".
Improve Java Garbage Collection, Runtime Execution, and JVM visibility with Zing
agility@scale eKit: 10 Principles, Scaling Model, Metrics, Collaboration
Using Drools? See what you're missing! Get the Power of Drools with the Assurance of Red Hat
Fair Trade Software Licensing - A Guide to Neo4j Licensing Options
Smalltalk's keyword arguments can make APIs very english like, and Smalltalk environments really showed the productivity gains that are possible with a proper development environment.
But I could also say that GW-BASIC is "on the verge of a comeback". How long does a verge last? Does the comeback have to happen in the next year for "the verge" to be real?
It's all just a bunch of fanboy handwaving. I would expect Lisp to be "on the verge of a comeback" before Smalltalk anyway. And despite lots of predictions over the years, I never saw that happen either.
Hi,
Where you link to me (James Robertson), could you link to my blog;
www.cincomsmalltalk.com/blog/blogView
You've linked to Gemstone. Thanks!
@James: it's fixed now.
Well, if someone in the huge GW-Basic community comes up with a web framework like Seaside or a OODB (or persistent heap) solution like Gemstone/S, then maybe... ;-)
Also: this article is a look at the state of Smalltalk. No matter what'll happen in the future, Smalltalk has definitely profited from the interest in dynamic languages like Ruby. Deservedly in many cases, eg if you look at the reaction to Gemstone's announcement of MagLev (there's currently no equivalent of Gemstone/S in the Ruby space).
Also: it depends on what we mean by 'comeback'. Smalltalk companies (the companies behind the Smalltalk products) have been profitable for years if not decades. One of them, ObjectArts, recently literally made a comeback: after announcing they'd stop their Dolphin product, they took that back and are now planning their future products again.
Anyway: many of the current languages have a lot to learn from Smalltalk, so even if nothing happens any time soon, a look at Smalltalk can't hurt.
> It's all just a bunch of fanboy handwaving.
I am one old "fanboy" then. I was developing with Smalltalk almost 20 years ago, and so were a lot of the patterns and originating agile community. Many in the Smalltalk community were productive at something like 20:1 against C/C++ developers. One of the most disappointing realities was when Smalltalk started to lose momentum and environments such as MS Visual C++ and MFC started to gain ground. I didn't see productivity anywhere near what like I had in Smalltalk until Java came around. I don't have a good feel for comparing Java to Smalltalk, but I don't think Java is quite up there. While I can jump into the Eclipse debugger (even remotely debugging against an app/web server) it is not the same.
I know Ruby on Rails development. I use RadRails, which is now under Aptana. To use a quotable quote, "I don't think so." I respect what RoR is and what I can do with it, but there is no way I can see Smalltalk types of productivity in Ruby the language or Rails.
I am not necessarily in a position to jump back into Smalltalk, but I wish I was being force to ;)
One of my big questions is, what are the issues with using Smalltalk on the desktop? Back in the days when I was using it evironments were highly client-server, with the rich client implemented in Smalltalk. The image was pretty big in those days, and if you wanted to "trim the blob" as we affectionately called it you had to invest in Envy Developer at $10K per seat. Obviously Smalltalk's entry point is drastically more affordable now, but what about image tuning tools?
Of course, when doing web/enterprise development, image sizes are really not an issue since they live on the server. But is the entire answer "deploy to server and use AJAX rich client," or is there still life on the desktop for times when it matters?
Thanks to those who can be involved, and here's to being force back into Smalltalk development :)
Vaughn
In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
5 comments
Watch Thread Reply