Smalltalk Tidbits, Industry Rants

So here I am at the first meeting of the Maryland XP group - first thing was organizational stuff - who's here, when to meet, all of that kind of stuff. Hey, I got Smalltalk out there as one of the Productive Events ideas :)

The DC group is a little too far a drive to be convenient for me on an ongoing basis - weekly codefests are a long haul. The Baltimore beltway isn't nearly the hassle that the DC beltway is - so even though this is about as far away mile-wise, it's a lot closer time-wise.

So what's the plan? Next time, it looks like an Extreme Hour is going to be organized. I've never actually been involved in one, so that should be interesting.

So on with the meeting itself - Chris Davies reports on attending an ObjectMentor XP class. The class was taught with both C++ and Java. Sounds like they had a good time - listening to Bob Martin hold forth was probably worth the trip all by itself - agree with him or disagree with him (I've done both), he's a very good speaker.

Now I'm paying. I have to look at C++ code..... Looks like if you're doing C++ development with the MS Visual C++ tools, you're still in hell from a refactoring standpoint. Gads, how to people put up with this stuff?

Interesting conversation with the group though. A lot of smart people showed up, with some interesting viewpoints on XP, how to start using XP, how to advocate for XP.

Hmmm. I'm going to have to take a look at this FitNesse stuff that Ward has been working on....

So here I am at the first meeting of the Maryland XP group - first thing was organizational stuff - who's here, when to meet, all of that kind of stuff. Hey, I got Smalltalk out there as one of the Productive Events ideas :)

The DC group is a little too far a drive to be convenient for me on an ongoing basis - weekly codefests are a long haul. The Baltimore beltway isn't nearly the hassle that the DC beltway is - so even though this is about as far away mile-wise, it's a lot closer time-wise.

So what's the plan? Next time, it looks like an Extreme Hour is going to be organized. I've never actually been involved in one, so that should be interesting.

So on with the meeting itself - Chris Davies reports on attending an ObjectMentor XP class. The class was taught with both C++ and Java. Sounds like they had a good time - listening to Bob Martin hold forth was probably worth the trip all by itself - agree with him or disagree with him (I've done both), he's a very good speaker.

Now I'm paying. I have to look at C++ code..... Looks like if you're doing C++ development with the MS Visual C++ tools, you're still in hell from a refactoring standpoint. Gads, how to people put up with this stuff?

Interesting conversation with the group though. A lot of smart people showed up, with some interesting viewpoints on XP, how to start using XP, how to advocate for XP.

Hmmm. I'm going to have to take a look at this FitNesse stuff that Ward has been working on....

I'm off to a new XP group forming up - I'll have news later

I'm off to a new XP group forming up - I'll have news later

Tim Bray is not amused about the current state of RSS. in particular, he complains about two things:

• HTML in the <description> tag
• Relative URLS not working in RSS

Relative urls have been a headache for me in BottomFeeder - based on the information in the data you get, it's sometimes hard to impossible to guess where a link belongs. The HTML thing has been less of an issue for me; maybe I'm just not paying attention, I don't know. Go read Tim's rant in full - it's worth some thought.

I saw this comment about EJB on one of the Java advocacy groups:

Question: Someone have a clue how many companies are really using EJB ?

Answer: Only the ones that want to hear the big iron groan under the load

To that I spotted this quick rejoinder:

And .NET is for those that want to hear the small iron groan under the load

lol

Deathblogs? Here's a trend I didn't see coming

Finding such weblogs is a challenge, since there's rarely any warning that entries are about to cease. Because idle and abandoned blogs are more the rule than the exception, it's impossible to tell if a site is simply being ignored or its creator has, in fact, died.

But deathblogs, to coin a term, do seem to offer comfort to those left behind, whether the sites are visited regularly or not.

Weblogger Rebecca Kris, a Carnegie Mellon University student, was killed in a car accident last year, leaving her blog behind. The posts call out to her by the dozens -- "Thank you for touching my life" -- hoping, perhaps, that even in the afterlife, we all might have Internet access.

shudder. Who knew?

It's only been 10 years since Mosaic came out. Hard to believe....

BottomFeeder now has slightly better international support. It turns out that displaying non-English characters had some basic problems straight from the Http query - the mime code in VW was not getting the character encodings right. That's fixed. Which means that, if your current locale (as set in the OS) has a font matching the one coming in, it will display properly. Unfortunately, if your Locale contains no matching font, it won't. I intend to solve this problem, but have run out of steam for the day. It's a start.

This could be me during the work week....

I wasn't entirely happy with the real estate the button layout took in the latest BottomFeeder builds. So i rearranged the buttons to the top, and it got a lot better. However, the 'New' and 'Alerts' buttons really shouldn't always be enabled; they should only be enabled if there new or alert items available. That took a little bit of work in terms of state tracking, but it's done now. I think the end result is a cleaner UI. Now, if I get around to finishing the blogger API work, I could send out a general blog posting tool with BottomFeeder as a plugin....

With NASA grounded after the shuttle thing, this news is very interesting:

A private manned spaceflight program was unveiled Friday at a desert airport where it has been in secret development by famed aircraft designer Burt Rutan for two years.

A rocket plane, dubbed SpaceShipOne, and the White Knight, an exotic jet designed to carry it aloft for a high-altitude air launch, were shown off in a hangar at Mojave Airport, where Rutan developed Voyager, the airplane that made the first nonstop, unrefueled flight around the world in 1986.

The stubby-winged SpaceShipOne, built by Rutan's Scaled Composites LLC, is designed to carry three people on a suborbital flight to an altitude of 62.5 miles. Rutan set no date for the first attempt, which will come after captive-carry flights and drop tests.

As a big sci-fi and space program fan, I'm always interested in news that looks like progress on that front

I periodically see people make the claim that Cincom and IBM are the only major Smalltalk dialects, or the only Enterprise Ready Smalltalk dialects. Now obviously, I'm of the opinion that VisualWorks is the best choice for development, regardless. However, there are other things out there, and they are progressing quite nicely. The Dolphin Smalltalk guys just pushed out an update to their major release 5, for instance. Unlike Java, where you get Sun - or Sun - or Sun - in Smalltalk, we have a wide variety of dialects meeting the diverse development needs of the market. Go visit Why Smalltalk to see what I mean.

The previous post here mentioned the big fur fight over here. Going back to the original post, there's some good points that I think have been missed - by everyone in that thread except Mark.

Here's the deal. The end users of an aggregator are the important part of the equation. Yes, the producer of the content does have a responsibility to create valid content - they should not purposely create bad XML. However, the producer of the aggregator has a responsibility as well - the end user doesn't care one way or the other. Valid XML? All required fields present? They don't care. What they care about is being able to subscribe to the content they are interested in. What does that mean for the aggregator? It means that you have to bend over backwards to accept bad content. This is where the real world goes, btw - look at what web browsers do in order to display HTML.

You can argue all you want that XML is supposed to be different, and cry about how it makes your life as a developer harder - but none of that matters. The end users could not care less about your problems on the development side. If your tool doesn't show the content they want, they'll find someone else's tool. Aha! It seems we've stumbled on a valid commercial reason for being liberal in what you accept...

Wow. If you didn't think that technical arguments could get ugly, then you haven't been following this little dustup over on Sam Ruby's blog. It looks like it got started with this post from Mark Pilgrim. You have to read all the way back to the beginning of the thread to figure out what it's about - it devolved into a huge pissing match almost immediately. I guess you don't need politics or religion in an argument to get the fur flying :)

Grass grows everywhere you don't want it, and nowhere you do want it

I spent the afternoon pulling weeds out of our gardens - tomorrow we'll plant flowers. I came to the above conclusion in my back yard - there are bare spots here and there where I've been trying to coax grass to grow for three years. Meanwhile, my gardens were filling up with the stuff. Maybe this is a metaphor for life I'm not getting :)

One of the great things about having Rich Demers help out on BottomFeeder is all the "small stuff" that I miss, but he picks up on. Things like bad tab order, shortcut keys that don't work right - all the things that a developer can easily miss, but an end user is going to be extremely frustrated by. I fixed a bunch of things this afternoon that had been broken - some for quite awhile - because of Rich's prodding. Thanks Rich!

I have a ton of miles on American Airlines, so this news affects me. Not nearly as much as it affects all the people working for the airline though. This whole fiasco points out something interesting to me:

FORT WORTH, Texas (CNN) -- Outraged by news that troubled American Airlines had planned to give its executives bonuses, flight attendants rescinded their approval of wage cuts and plan to vote again, a union official said late Friday.

It seems that senior management often forgets that the fate of their company rests on "the little people" who do the day to day work. If they forget too much, it can lead to ugly spats like the one we see being played out in public at AA. Always a good idea to reflect on how decisions will play with the rank and file, I think. This doesn't mean that every decision has to be poll tested; it does mean that corporate leaders should be aware of the possibility of blowback...

I got a few things fixed in BottomFeeder, and posted the new parcel up to the dev download area. There were a few odd things with marking items read/unread in the new views - code that made assumptions that were no longer true. That's fixed now, and the tool should behave in a much more reasonable fashion now

And what a simplistic mess it is. No security. No way to have titles for posts. No way to have categories for posts. I guess the first guy on the block often does win, because this thing is awful

Smalltalk Solutions 2003 Announces Show Committee and Keynote Speakers

CARY, North Carolina April 18, 2003 - The Smalltalk Industry Council (STIC) is proud to announce the conference committee for Smalltalk Solutions 2003. Smalltalk Solutions is the premier forum for Smalltalk users, developers, and enthusiasts. This year's conference will be held on July 14-16 in Toronto, Canada.

Please direct your questions and comments about this year's show to the appropriate conference chairperson:

Conference Chairperson	Allen Davis, Knowledge Systems Corp.
Sponsorship/Exhibitor Chairperson	Joy Murray, Cincom Systems, Inc. jmurray@cincom.com
Technical Chairperson	Alan Knight, Cincom Systems, Inc. aknight@cincom.com
Financial Chairperson	Monty Williams, GemStone monty.williams@gemstone.com
Conference Coordinator	Jason Jones, whysmalltalk.com jjones@whysmalltalk.com
Marketing Chairperson	Andrew Ignatow, Cincom Systems, Inc. aignatow@cincom.com

The Smalltalk Solutions 2003 Conference Board is also pleased to announce this year's keynote speakers:

Scott Ambler - Are You Agile or Are You Fragile?

Abstract: The software process landscape is changing. A shift from large-scale, prescriptive processes that define rigorous procedures and policies to lighter, more agile methodologies is clearly underway within the IT industry. This is more than an idle fad that promises to disappear next year ? agile processes are here to stay. Are these processes appropriate for your organization? If so, which ones should you consider adopting? What challenges can you expect to experience as you adopt these new processes and how can you overcome them? Bio: Scott Ambler is a Senior Consultant with Ronin International, Inc. since its inception in 1999. He actively works with Ronin clients on large-scale, software development projects and on software process improvement (SPI) efforts around the world.

Scott is a Senior Contributing Editor with Software Development magazine and a member of the Flashline Software Development Productivity Council. He can be reached via e-mail at scott.ambler@ronin-intl.com.

David A. Smith - Croquet - A Collaboration Architecture

Abstract: Croquet is a computer software architecture built from the ground up with a focus on deep collaboration between teams of users. It is a totally open, totally free, highly portable extension to the Squeak programming system, a modern variant of Smalltalk. Croquet is a complete development and delivery platform for doing real collaborative work. There is no distinction between the user environment and the development environment. Croquet is a joint project being developed by David A. Smith, Alan Kay, David P. Reed, and Andreas Raab. More information is available at: http://www.opencroquet.org. Bio: David A. Smith has been focused on interactive 3D and using 3D as a basis for new user environments and entertainment for almost 20 years. He created "The Colony", the very first 3D interactive game and precursor to today's "first-person shooters" like Quake ... except Colony ran on a Macintosh in 1987. The Colony won the "Best Adventure Game of the Year" award from Macworld Magazine.

In 1989, David used the technologies developed for the game to create a virtual set and virtual camera system that was used by Jim Cameron for the movie "The Abyss". Based upon this experience, David founded Virtus Corporation in 1990 and developed Virtus Walkthrough, the first real-time 3D design application for personal computers.

In 2000, David joined forces with Alan Kay, David Reed, and Andreas Raab to develop a totally new kind of software. Croquet is intended to completely change the way you use a computer, transforming it from a closed box with very low bandwidth communication channels to a high-bandwidth collaboration and multi-user, idea processing engine.

About the Smalltalk Industry Council

The Smalltalk Industry Council (STIC) is a nonprofit trade association whose goal is to promote awareness of and increase demand for Smalltalk. STIC was reorganized in 2003 by Cincom, GemStone, IBM, and Knowledge Systems Corporation, creating a cohesive Smalltalk community where information, technical issues, new ideas, and concerns are openly discussed to benefit businesses as well as the software industry. STIC's membership consists of users, service providers, and vendors of Smalltalk tools, components, databases, and services. For more information on STIC, please visit www.stic.org.

2003 Smalltalk Industry Council All Rights Reserved

A fair bit of Booch slamming takes place in the XP mailing list as well - although I give Grady a lot of credit for taking part in that list, and giving as good as he gets. Ted has a large rant here:

Chief Scientist, Rational Corporation. I'm not exactly sure what a "Chief Scientist" is or does, but it apparently doesn't have much to do with developing software: Rational Rose for years was one of (if not the most) unstable development environments I've ever had the distinct displeasure of having to use. It crashed on a regular basis, frequently losing work in the process (once during a save, no less), and for a while there it was pretty common to see Rose generate code that wouldn't compile. This is not what you call a quality product. (It's fair to ask why Rose is arguably the Number One UML IDE in the world right now; in response, I ask you to name at least three other UML tools that have been around for five or so years. TogetherSoft didn't have a product out until well after Rose had pretty much established itself as the only game in town, and ArgoUML and MagicDraw came much, much later. It's pretty easy to win a race when you're the only contestant--and lo, and behold, the software came from the same company more or less doing all the work on UML itself. Think there was some "leakage" of specs under development there?)

It goes on from there; read the whole thing

Seems I never updated the dev links after 2.8 was released. I had that pointed out to me in the Smalltalk IRC channel, and fixed up the links. The .tar.gz files there are not completely up to date - download the files in this directory to get the latest parcels. Just replace whatever is in the 'app' directory now.

Heh. I saw this on Dewayne Mikkleson's blog:

If you save your plugin into a "plugins" subdirectory, SharpReader will find the plugin and make it available in the listview popup menu (shortcut ^B).

Clarence Westberg finds C# to be a drag compared to Smalltalk:

C# and Smalltalk

Back in C# development again, what a drag compared to smalltalk. Productivity dropping at an astounding rate.

Have been using C# Reafactory a lot. I would recommend it to any C# developer.

Have been declaring a lot of things as type object to get around the typing BS of C. In the end you always end up having to cast everything anyway!

more anecdotal evidence that C# is Java in Microsoft clothing...

Bob Lewis of Infoworld writes:

What was the primary practical difference between the world's failed communist economies and its successful capitalist ones? The communist bloc nations managed their economies centrally, whereas capitalist nations decentralized theirs. Most IT organizations look more like communism than capitalism. See for yourself:

• IT has a fixed budget, which its leaders allocate. Sometimes they form a steering committee (politburo) to share the responsibility. It's central planning.
• If the central planners don't understand the value of a request, the request has no value and is rejected. IT's government decides what has value, not consumers.
• IT is the sole supplier. Demand is satisfied through central production or not at all. IT's government owns the means of production.

Even our desire for industry standards has a communist overtone. Our need for compatibility vastly outweighs any desire to choose from a variety of suppliers. In IT, real choice in the marketplace is a bad thing.

That sure looks a lot like communism to me.

Maybe that goes a ways towards explaining the large failure rates in IT projects - see here and here.

I pass this headline on without comment:

Serial killer victim back from dead, Aussies stumped

Well, I've got the new views in BottomFeeder - but now, various small things are out of whack. For instance, the keyboard shortcuts navigate the tree and the item pane - which is not what you want when viewing all new items in aggregate. I did add a nice touch this afternoon - when viewing a feed, you get an count of the new items now - this is useful when using the aggregate view.

Perhaps after this evening's dinner party, I'll have a chance to look at the keyboard shortcuts.

Let's see if I can survive a family dinner with my father in law. His politics and mine are on opposite ends of the spectrum - I've long since given up starting a political discussion with him.... but he sometimes insists on starting one himself.

Go visit Day by Day. Today's is funny - the older geeks in the audience should navigate back to the November 24, 2002 strip....

If you are trying out the 2.9 dev stream, then you should make sure to grab the latest update. You don't need to download the entire build (and I have not yet updated the gzip files anyway). If you have the upgrades pointed to the dev directory, BottomFeeder will detect an update. Grab it and restart - you'll see a new UI layout. There's now a navigation bar on the left, which allows for various filtered views:

• All - the feeds and feedlists, as Bf has always shown them
• Feeds - just the subscribed feeds folder
• Feed Lists - just the feed lists folder
• Alerts - if there are new alerts, this button will be red. Pressing it will take you to a view showing all the alert items without the tree
• New Items - if there are new items, this view will expand the item and html panes to show all new items, hiding the tree completely

One thing to bear in mind - this is new, and has not been tested that thouroughly yet. The save file format has not changed, so you should be able to back this out - simply save the app/BottomFeeder.pcl file, and restore it if you have any problems.

Between the endless conference calls, the ant issue, and some sporadic work on BottomFeeder, I've not had a lot of time to post this morning. The head cold I acquired from my daughter hasn't helped a lot either. I have gotten the new BottomFeeder UI started though - there will be a pane of buttons on the left hand side, which will allow one to filtere the views. I'm working on a just show me all new items view now, as a matter of fact...

Alan Knight posted this in comp.lang.smalltalk:

A comment from another poster:

I find writing EJBs to be extraordinarily tedious (as with Java in general), but haven't noticed any serious impediments to development.

Well, some might consider being extraordinarily tedious (and thus slow) to be an impediment to development :-)

As Niall pointed out, there are slides on the web where I covered some of these things in moderate detail. For the high-level view:

• I don't think the domain objects as components view of entity beans is a particularly good thing to try and accomplish. You throw away basic OO concepts like inheritance and polymorphism and don't get much in return.
• You lose testability. You can't test an EJB outside of deploying to its container. This is why, if you look at EJB usage patterns from people concerned about agility, they typically recommend against them. e.g. Martin Fowler's typical pattern is paraphrasable as: Don't use entity beans. You can use session beans, but they should act purely as a facade to an ordinary object with exactly the same API
• I don't buy into the model that the world is divided up into authors, assemblers, deployers, and whatever the fourth one is, especially at the fine-grained level that entity beans imply. You end up doing much more work to deploy a simple object (thus the tedium). You get to write multiple XML descriptors, totally more bytes than your actual object, just to make it work.
• The programming model is both limiting and bizarre. So, e.g. the prohibition on "loopback" forbids any sophisticated object programming techniques like recursion, double-dispatch, or even complex graphs of objects. The "enforcement" of relationships, where setting a value in one place can result in nilling it out in another is a wonderful example of the principle of most astonishment.
• The persistence model is very constraining, and not very powerful. I'll admit I'm fussy about persistence models, but IMHO this one is particularly bad. Compare what you can do with an object database, one of the JDO-relational mappings, or a tool like TOPLink, with what EJB constrains you to. EJB 1.X at least had huge holes in the spec where you could do something useful. EJB 2.0 plugged the holes, but not with anything useful.
• Performance is bad. You're adding multiple layers of code-generated stuff and remote calls onto every operation. We had people measuring performance hundreds of times worse between regular Java objects and EJBs doing the same thing.

I could expand on these, although I might have to start consulting notes if things get very technically detailed. It's been a while.

Heh. The principle of most astonishment. I'll have to remember that one...

I'm with Bill Kearney on this one - I don't want full web page content in my RSS feeds. This is why I don't really care much for this trend to XHTML either. I don't want graphics, or lots of pictures (etc.) in an RSS feed. If I'm reading your feed, it's because I like your writing. Give me a link to a picture you think is interesting, and I'll follow it.

Bottom line - I read feeds for the same reason I read books - to learn something, to be entertained - to be part of a conversation. My web browser is right here if I want the full experience of your website - don't force it on me in your RSS feed - that's not why I read it....

For those of you using the public repository, I have a question: is it hard to find things in the repository? As you look through the published items, is it difficult to make sense of what you find there? If the answer is yes, please send suggestions to me

We spent quite awhile sealing cracks that the ants might be coming through. That pretty much blew the morning, along with a conference call that I could only partially pay attention to (due to the ant stuff). Maybe this afternoon, but I'm not feeling terribly ambitious at the moment....

Over on the C2 Wiki. Here's a little bit of the conversation:

Static typing adds to the complexity of the programming language. When you define a new language, do you want to focus your effort on the type system or on giving the programmer the functionality he needs? (Sometimes a static type system makes a langugae harder to extend, as Java and generic classes.)

It can help with refactoring:

• As someone who has only become enlightened recently (and still immersed in a statically-typed world), I cannot be too entirely specific. I have noticed that I waste a lot of time when refactoring fiddling with the types of things. I'm a greenhorn at this, and would be overjoyed to see this comment replaced with some more solid answers.

This is more about the lack of static typing, not the addition of dynamic typing. A lack of static typing can help you to refactor incorrectly! Suppose your refactored design requires something as simple as an extra method in one interface. Without static typing, you would modify each instance of client code so that it called the new method. You would then need to modify each object that might be used by that client. Which objects are they? Oh dear... With static typing, add the new method to the interface. All implementors will not compile until you've provided them with an implementation of the new method. It's that easy!

But UnitTests, if used, will also catch the (generally small number of) problems that static compilation will catch, in addition to catching logic and other errors. My experience with a DynamicTyping language (Smalltalk) is that a very small percentage of run-time errors are due to mismatched types... maybe 1 or 2%.

There's lots more to read - go read the whole thing. Comments, assertions, and reasoned arguments from advocates of both sides.