Smalltalk Tidbits, Industry Rants

With the fall release almost in the bag, it's time to ask the community what's important to them. So, please fill out our latest survey and let us know what you think!

Looks like there's a Dolphin solution for Gemstone now.

It turns out that you can not only change font definitions in VisualWorks, but you can save those definitions out to disk and reload them. I've added some basic support for that to the development upgrade path in BottomFeeder. After you grab the update, restart - there will be a new menu option under 'System' that allows you to define and save fonts. I'll be modifying that to allow newly defined font definitions to show up in the (short) list of defined fonts on the settings page, but I haven't gotten to that yet. Stay tuned. A few caveats - the underlying support in VisualWorks for this is not complete - on some platforms you won't see a full list of all available fonts.

The music industry has reached bizarro territory - killing its own young in the quest to ensure that all music fits into their box. Have a look at this from Joi Ito:

"I thought it was a new kind of fraud," said Naoki Kasugai, who runs Daytrip, a nightclub that offers live music in Nagoya. He received a letter from JASRAC in summer 2003 along with an invoice for a monthly charge of 28,350 yen in copyright fees, covering the entire time his bar has been open since 1997. It totaled a whopping 2.32 million yen.

Kasugai was shocked and puzzled. He had never heard from JASRAC before. He figured someone was trying to con him.

But after receiving a second invoice from JASRAC, he called to find out what was going on. A JASRAC official came by in person to explain: "The bands you hire have likely played covers of songs by other composers. We want you to pay the copyright fees on those songs."

"How many cover songs does this account for?" asked Kasugai.

"We don't know how many copyrighted songs were played here," the official replied. "So we are not charging for each of them. Instead, we are charging on a monthly basis."

Now stop and consider this for a moment. Let's say that bands playing there did, in fact, play cover songs. Well then - the audience heard a bunch of music which they might then be interested in buying. Instead, the morons from the music industry would like to ensure that only original music gets played (because that's what bar owners would do, rather than have to pay an extra fee). What' the end result of that? A less diverse range of music heard by the audience, which will result in fewer experimental sales.

The music industry has moved beyond protecting itself, and straight on to suicidal behavior.

This sounds like outsourcing taken to a bad extreme:

The reader was in the market for new Veritas Backup Exec software and was exploring his supplier options. "Dell offers a product called the Dell PowerSuite Veritas Backup Exec Server," the reader wrote. "It appeared to include several of the Backup Exec options we needed at an attractive price. Unfortunately, my quest to find out exactly what it includes proved to be an exercise in futility. I spoke with four different representatives at Dell, three of them sales reps and the other from tech support."

While some of the reps he spoke with had thick accents, the real problem was that none of them seemed to have any information. "What did I learn from these four people?" the reader wrote. "Absolutely nothing. I spent 90 minutes on the phone on hold and got nowhere. The sales reps just read the website to me over and over again. I guess they assumed that I couldn't read it myself. I explained to them exactly what I needed to know in terms a child could understand and they still could not grasp what I was saying. I got so aggravated that I finally hung up. Miraculously I got a call back five minutes later and spoke to another rep, but he turned out to be no more helpful than the others. After fifteen wasted minutes he told me he would research it and call me back."

The thing is, it's very, very dangerous to push a core function (like sales) out. Why? In order to sell, you need to have committed people who want to sell your product, not time-fillers reading from a script. There's a secret underbelly to outsourcing support as well - it makes all your post-sales customer contacts suck, which in turn lowers the liklihood of a future sale. There are at two companies that have hurt their chances of selling me a new product because of that - the outfit that now owns Replay TV and Symantec.

With Symantec, I wanted to renew my anti-virus subscription, so I went to their website. As it happens, I made a mistake on the form and got a renewal key for the wrong product. I was willing to cut them some slack since it was my error, but I ended up talking to people who I could barely understand - and it was also clear that they could barely understand me. Once it became clear that I had the wrong key, they got me a good one. The entire experience would have taken minutes (instead of over an hour) had I been speaking with someone who understood what I was saying

I'm sure that outsourcing tech support saves money in the immediate "balance sheet" way. What I'm also sure of is that it costs future sales to existing customers, as they get frustrated and angry dealing with a communications problem they didn't ask for.

Looks like someone set up a planet Smalltalk site. I don't see a feed for the aggregated site, but there are subscription links to all the blogs that are listed - including a few I had missed.

I've made a number of posts that fall into the category of examples or "how to's" over the last few years. There's a list of these posts on the CST Wiki.

I was talking about dangerous power in this post, and I got an email comment on another doozy you can get enamored of - #doesNotUnderstand:

The first time you realize that you can implement #doesNotUnderstand: in your own classes (or in any class), it can lead to some truly dangerous (and hard to follow) Smalltalk code. Here's an example - something I used to do a lot of when I first learned Smalltalk:

update: anAspect with: aValue from: aModel

	[anAspect  isKeyword
		ifTrue: [self perform: anAspect with: aValue]
		ifFalse: [self perform: anAspect]]
	on: MessageNotUnderstood
	do: [:ex | ex return]

The intent here is to handle an inbound event (sent via dependency) - and let events we get (but don't care about) fall on the floor. Why is this dangerous? Well, notice that the "let the events we don't care about fall" mechanism is a MessageNotUnderstood handler. That means that if any MNU is raised downstream from the #perform: (i.e., not in trying to perform the event, but in trying to handle it) - it will get swallowed. This leads to errors that are nearly impossible to diagnose (trust me - I've written myself into this corner). In general, you want to think twice (or more!) before you decide to handle an MNU in "normal" code....

Need a wifi hotspot on the go? There are good listings on the Business 2.0 site and at Yahoo. The Business 2.0 listing focused on sites that are business friendly (quiet, roomy, with power available).

One of the interesting questions that came up when I taught a Smalltalk class last week was on "uniqueness" - the students wanted to know about things that Smalltalk was capable of that would be hard (or impossible) in the languages they knew. Most of the students were Java/C/C++ developers, so it wasn't hard to find a few things that stood out:

• Classes are just objects

This one often throws people. When all you see is constructor code, realizing that a class is just another object can be an epiphany. I was able to get that point across by showing them class instance variables - and pointing out that they are simply instance variables for the class. This isn't a hard idea to get across - but it demonstrates the differences between the Java notion of a class object and the Smalltalk notion of a class object quite well.

• Blocks

Most people come into a class expecting to learn about a fixed set of reserved words that define control structures. When you get to blocks in Smalltalk, it's just a little different. One of the things that really helped here was the debugger - I was explaining how #whileFalse: worked, and I used the debugger to show the power of blocks. Walking through the code in the debugger really explained things - and made it clear that blocks allow you to define your own "control structures" in Smalltalk.

• perform:

It's not that you can't do the kind of message dispatch that #perform: allows for in Java - it's that in Smalltalk, it's simpler and more convenient. That's a mixed blessing, of course - every Smalltalker I know (including me) went dynamic message creation crazy sometime during their first year or so of Smalltalk - before realizing that over-use can make code impossible to follow. Every language has landmines you can step on - this is one that most developers run into fairly early in Smalltalk.

In any event, these topics engendered a lot of good conversation in the class, and I think they helped demonstrate the power and flexibility of the language to the students. One other thing I found to be a great help - the workspace created by Ivan Tomek that we ship with the NC product. It has a lot of great examples that helped quite a bit. I should probably talk to Dave Buck about this stuff - he's got a lot of experience teaching Smalltalk, and offers training classes now.

Ed Foster shows us what the kind people of the MPAA might be dreaming up for us. The sad thing is, it's too uncomfortably close to what they want to really laugh at...

"Enterprise" seems to have improved this season - and I think it's because they've purposely pulled back from season long story arcs to multi-episode story arcs. Sustaining a single story line for an entire season is hard - even on shows I like, with generally strong writing (like Buffy) - it's possible to come up with entire seasons that are stinkers. In the BuffVerse, seasons 1 (The Master), 3 (The Mayor) and 5 (Glory) were the strongest. Season 2 (evil Angel) was ok, but 4 (Adam) and 6 (evil Willow) were pretty bleak - the overall story arcs simply couldn't sustain 22 episodes. That's where Enterprise went wrong with the "Temporal Cold War" arc - the writers spent most of their time painting themselves into corners, with the unsurprising result being that the final resolution was just silly. They are doing much better now with mini-arcs of 2-4 episode duration. The only issue I have with the current arc is the need to tie into the future that is already owned by earlier series (original Trek, etc) - there would be a lot more flexibility without that. I can hardly fault the writers for that though; it's a constraint that they simply have to live with.

Buffy was probably the best series that attempted season long arcs; "24" has to be just about the worst. Season 2 jumped the shark early on, and season 3 was just absurd by the end (you know it's time to stop watching a show when you are reduced to yelling at the TV). It takes a really strong author to sustain a long story arc - based on the evidence, I'd also say that it requires a single author (think Babylon V). "Enterprise" should fare better now that they've decided to stop trying that.

Ever wonder why there are a seemingly infinite number of mustard varieties, but only one (Heinz, with a few second tier competitors) ketchup? Malcolm Gladwell can tell you. It's a fascinating look at segmentation in the food industry. I suspect that the same thing applies elsewhere as well. Via Ted Leung

Scoble still thinks that the pen is mightier than the keyboard for many people:

Jeremy Higgs demonstrates how geek centric we all are: "I'd hazard a guess most people can type quicker than they can actually write.

Um, Jeremy, most people on earth have never had their hands on a keyboard, so how do you know that's correct? My mother-in-law, who only speaks and writes Farsi, for instance, can not use a keyboard. She can, however, use a pen very well.

That's not "geek centric" - it's true for anyone who's been exposed to keyboard (possible exception - people writing is syllabary based languages). Hand someone a keyboard, and within a few days, typing will be preferable to longhand.

Scoble then goes into meeting etiquette:

But, there are many situations when using a pen is more appropriate. In business meetings, for instance. Many people think it's rude to open a notebook and start typing. But it's perfectly acceptable to use a pen on a screen. Why? Because it's similar to writing on a pad of paper.

Also, there's no physical block between you and the people you are meeting with. Also, when I'm in meetings I like to brainstorm. Or take notes of associations. Or, draw pictures. Quick show me a mock up of your new prototype in ASCII text. But I can draw one out in seconds on my Tablet PC.

I'll grant the point about pictures - there are ways to work around that, but they are work-arounds. As to typing at a meeting? It's been a long time since I've been in a meeting where that mattered. And in meetings where it matters, I rather suspect that a Tablet would be viewed as a faux pas as well. When I'm taking notes in a meeting, I want my keyboard - trying to write stuff out longhand is slow, and I'm far, far more likely to miss something.

In this arena, Scoble just doesn't get it. Is this protecting anything? Now to be fair, MS is simply following the rest of the industry here, and building up a portfolio of defensive patents, ready to be deployed should another Eolas pop up to do damage. That doesn't jive with what Scoble is saying though:

Our patent system is in place to encourage investment in new technologies. And, despite how you feel about Microsoft, Microsoft's 57,000 employees are a real investment in new technologies. The same system protects the investments that Apple, Yahoo, eBay, IBM, Google, and scores of other companies are making in their software.

This is protection of the sort offered by gangsters in 30's flicks. Would it be asking too much for a company with as much clout as MS to take something that vaguely resembled a leadership position on this?

So my in laws call us to let us know that their basement is flooded, and they are carting out water by hand in buckets. My father in law is 81, btw. So we ask the simple question:

Us: Have you called for a plumber?
Them: Yes, we can't get one to come out
Us: And you've called how many plumbers?
Them: One

Gah! Did I mention that there's rain in the forecast, and they live in a low lying area? As I wander off in search of a cluestick...

There's a trojan horse program for cell phones that can force you to reset - and lose all your custom settings (phone numbers, address book, etc). The story indicates that this isn't the first such attack. Sadly, it won't be the last either.

If you follow the dev builds for BottomFeeder (scroll down past the first set of links), I've got a new build up with all the latest code loaded. If you grab this build, you can delete all the .pcl files in the 'app' directory. I've also added a small new feature - internal searches can now use a Regex (there's a checkbox in the "Search BottomFeeder" dialog).

Sriram Krishnan unloads on the XML weenies (you know who you are). I have to say that I agree with him:

Turn the clock back to some 5 years ago when everybody and his neighbour had a personal homepage in AngelFire or Geocities. If all they had seen was an error message complaining of a tag that hadn't been closed - would they have persisted? I doubt it. Geeks would - but your average geocities homepage guy wouldn't have. If browsers aren't as forgiving as they are today, most of the customized templates on Blogspot wouldn't work. I cringe every time I see someone flaming someone else for not being XHTML compliant. Tim Bray - if you're reading this, I want to know something. Why is XML case-sensitive? No human-being ever thinks in case-sensitive terms. A is a. End of story. So now, I have a situation where writing <html> </HTML> wouldn't be XHTML compliant. And what do I get out of XHTML apart from geek-bragging rights and this strange idea of 'standards-compliance'? Does it give me more freedom? Does it help my viewers? My customers?

Put that in your aggregator and smoke it :)

Sci Fi Wire reports that Amy lee of Evanesence will be writing music for the upcoming adaptation of The Chronicles of Narnia: The Lion, The Witch and The Wardrobe. I'm a big fan of both, so that's cool news.

Microsoft is trying to patent the isNot operator in basic:

1. A system for determining if two operands point to different locations in memory, the system comprising: a compiler for receiving source code and generating executable code from the source code, the source code comprising an expression comprising an operator associated with a first operand and a second operand, the expression evaluating to true when the first operand and the second operand point to different memory locations.
2. The system of claim 1, wherein the compiler is a BASIC-derived programming language compiler.
3. The system of claim 1, wherein the operator is IsNot.
4. The system of claim 1, wherein the compiler comprises a scanner, a parser, an analyzer and an executable-generator.

Hmm - The #~~ message in Smalltalk certainly predates any MS implementation here. Not to mention prior art in various assembly languages that aren't coming to mind right now. I guess "stupid" has no bottom at the US PTO...

In the comments to this post this question came up:

But do you have control over your feed subscriptions? It's a little like saying that smokers are in control of their cigarette intake. Of course you can delete subscriptions but can one overcome the desire and addiction to new information? It's worth reading about pseudo-ADD, a non-clinical form of attention deficit disorder that modern society seems to foster.

Well, I can't speak for anyone but myself here. I've read about Scoble's 1000 or so subscriptions (and it sounds insane to me). I was adding feeds regularly until I got to where I am now - 284 feeds. I've had within 5 subscriptions of that number for months now - I got to a point where the volume was high, but not unsustainable - and stopped. Are there people who can't stop? I suppose so. Like other addictions, I doubt it's a majority.

The Open Source community has not been entirely happy with the quips and barbs from McNealy and Schwartz; Newsforge has an interesting article examining their claims and the facts.

Dare Obasanjo quotes Adam Bosworth at XML 2004:

What has been new is information overload. Email long ago became a curse. Blogreaders only exacerbate the problem. I can't even imagine the video or audio equivalent because it will be so much harder to filter through. What will be new is people coming together to rate, to review, to discuss, to analyze, and to provide 100,000 Zagat's, models of trust for information, for goods, and for services. Who gives the best buzz cut in Flushing' We see it already in eBay. We see it in the importance of the number of deals and the ratings for people selling used books on Amazon. As I said in my blog, My mother never complains that she needs a better client for Amazon. Instead, her interest is in better community tools, better book lists, easier ways to see the book lists, more trust in the reviewers, librarian discussions since she is a librarian, and so on. This is what will be new. In fact it already is. You want to see the future. Don't look at Longhorn. Look at Slashdot. 500,000 nerds coming together everyday just to manage information overload. Look at BlogLines. What will be the big enabler' Will it be Attention.XML as Steve Gillmor and Dave Sifry hope' Or something else less formal and more organic' It doesn't matter. The currency of reputation and judgment is the answer to the tragedy of the commons and it will find a way. This is where the action will be. Learning Avalon or Swing isn't going to matter. Machine learning and inference and data mining will. For the first time since computers came along, AI is the mainstream.

There's a difference between the flood from email and the flood from syndicated content. For the most part, I have no control over how much email I get - it comes at me whether I like it or not. With RSS/Atom, I have complete control - I can cut back or increase the flood anytime I feel like it.

When you're really, really hungry... nothing else will do

I must be on a roll on this subject. I ran across a good sumary of where things are going though, written by Larry O'Brien:

We have to face that there are two types of American programmers who are doomed to extinction. First, the bad ones. Traditionally, there have been more exceptionally bad programmers than exceptionally good ones. It's well known that there is something like an order-of-magnitude gap in productivity between the very best programmers and the very worst, but it's less known that the distribution of talent is quite asymmetrical, with a long "tail" toward the less-than-competent. The untalented have long survived by coasting in larger teams and being the "only game in town" for smaller concerns. These are exactly the scenarios that the offshore shops already have firmly in their sights and where the "How much worse could offshoring be?" seed is most likely to find fertile soil.

As the "tail" of unproductive-but-employed programmers is chopped off, the productivity demanded of an employed programmer is going to increase dramatically. Programmers complacent in their skills and tools because they've met programmers who are less productive will quickly find themselves on the edge of the cliff.

That's a good point.

I think IBM is smoking way, way too much of the bad code flavored weed. Have a look at what Peri Tarr of IBM research says while discussing Aspect Oriented Development:

The idea is to manage "concerns" such as security policies, password schemes or internationalization rules, separately from the code to which they apply. In object-oriented software, it's difficult to add features that weren't initially planned for, because each update to the application impacts so many parts of the code, said IBM's Peri Tarr, a research staff member who works with Chung. At the same time, it's virtually impossible to anticipate every change you will want to make going forward. "AOSD lets you go back and say, 'I know now what I didn't know then. How can I modularize this software so I can add new features?'"

Ummm - if you do a decent OO design, this isn't that big a problem. OO is all about separating concerns, properly done. Maybe AOD helps there; I haven't looked that deeply into it. But you know what? If your application can't be easily modified to add new features, I seriously doubt that the magic bullet called AOD is going to help - you have other problems.

The Mythical Man Month was written a long time ago now - 1975, specifically (re-released in 1995). Nothing much has changed. Managers still think that you can add more cooks and get broth sooner. Outsourcing - offshoring in particular - shows just how little we've learned. Can't get the job done with 3 developers in New York? How about with 20 in Bangalore then? Have a look at this ComputerWorld item:

as IT shops apply "brute-force programming techniques" with low-cost coders from India and elsewhere. That's the observation of Tom Bigelow, CEO of Performance Software Corp., a Phoenix-based developer of custom software for the aerospace industry. Bigelow says companies that hire offshore developers in bulk eventually hit a wall. That's because, as Frederick P. Brooks Jr. revealed in The Mythical Man-Month, his classic book on software engineering published nearly 30 years ago, you can't compress the time it takes to complete software simply by throwing more bodies at it -- not even in the Internet age. Most IT managers have been "mandated to cut x percent from their budget," Bigelow contends. So, many have grasped at the straw of offshore development with the hope of saving money and still getting big development jobs done. The frequent results, he says, are late projects, bad projects and dead projects. While upper management is busy updating its spreadsheets with lower-cost programmers from abroad, many midlevel IT managers are foundering as they try to control workgroups overseas, Bigelow says.

Boy, what a shocker - we throw requirements over a 12 timezone wall, and gadzooks - it doesn't work any better than when we threw them across the glass wall to IT.

Here's a related article by Thomas Nolle of Network World:

Software development, hardware engineering, project management, accounting and many other jobs are just as vulnerable to cheap labor if the work offshore employees or contractors do can be coordinated inexpensively and efficiently with the on-shore company personnel and its customers. Companies might resist having software developed 8,000 miles away because they'd feel they were losing control of the process. Would they feel the same way with real-time video links to those remote resources? With instant data collaboration? All that holds back that level of techno-integration is the cost of the networking - the same cost that's falling like a rock in today's market. The better we make networks, the less network services cost, the lower the barriers to exporting technical jobs. Sad, but true.

Clearly, he has a point. But he leaves out one very critical thing - those guys you want to set up video links with who are 8000 miles away? When it's noon there, it's midnight here (and vice versa). Who's going to work late shift? US based project management? I'll be astonished when I see senior managers doing 1 AM conference calls. Sure, you can try and have the overseas staff work night shift - but that's not going to be possible for long. There's a burgeoning internal market in India (and China, etc) - how many staffers will work late nights when they don't have to? This all sounds very simple when all you look at is a spreadsheet. Life is more complicated than that.

Hmmm - maybe it's time to apply a cluestick to senior managers.

Here's an interesting article on starting up a new company - it advises against using venture capitalists.

It looks like the next release will probably miss November, and slip into early December. Why? There were some problems with the latest build, and Thanksgiving is coming up fast - for the most part, November ceases to exist as a productive month after next Tuesday. So, look for the CST release in early December.

I had forgotten how much fun - and how much work - teaching an intro class is. Today's the last day of class. It's been a good, invigorating week - I hope the students have enjoyed the class as well. Next week may be Thanksgiving, but it's also a "try and get the next release out the door" week as well. Should be busy.

I don't know, but this is not the kind of competition Comcast needs. Can we find the competent kind?

TAMPA - Last week, Georgann Crotty stepped outside the front door of her Valrico home and saw a geyser of raw sewage spewing into her front yard.

Crotty discovered that contractors for Verizon had broken a sewer pipe.

Also last week, crews broke a waterline in the FishHawk community in Lithia, interrupting service for customers and leaving some residents with holes in their front yards and ripped-up driveways.

In September, a broken waterline caused a hole to open in a Seffner neighborhood, partially swallowing a minivan and scaring - but not injuring - the mother and two children inside.

Since August, nearly 200 water, sewer and reclaimed water lines have been broken across the county by Verizon crews installing fiber optic lines underground.

I guess they didn't call Miss Utility...

Tivo will slap banner ads on your TV when you fast forward past ads. yeah, there's a customer pleasing feature...

I've been meaning to comment on this post on Cafe Au Lait concerning dynamic typing. The problem (for me), is that I don't know PHP, so I wasn't entirely certain where he was coming from:

For the last couple of days I've been programming in the weakly typed language PHP. For the last few years I've been hearing quite a few people, most notably Bruce Eckel and James Robertson, extol the virtues of weakly typed languages. So far I'm not convinced. I've repeatedly found myself running up against bugs that simply would not have been possible in Java, or that would have been caught almost immediately by the compiler, misspelled variable names for example. I just got hit by another one. I was writing $myarrayindex instead of $myarray[$index]. There goes another ten minutes of debugging that I would not have had to do in Java.

Well, this post from Nicholas Lehuen gave me enough information to go on. As it happens, it looks like PHP is weakly typed (along the lines of C, but with more holes). That's not really the same thing we have in Smalltalk, for instance. I'll let Nicholas explain:

PHP sucks badly. So do any language in which "1"+2==3 or even "1"+2=="12" (plus, there are a dozen other reasons why PHP sucks, see http://nicolas.lehuen.com/index.php/2004/11/12/8-why-php-sucks). This does not happen in Python. In fact, I make a difference between weakly typed languages in which "1"+2==3 (bad languages), and dynamically typed languages, in which "1"+2 raises an exception. The former is guaranteed to make you mad. Implicit casting (over than for numeric types) combined with weakly typed variable is the perfect recipe for a disaster. Any kind of silent failure when the interpreter does not get what you want to do is a crime, and PHP does this a LOT.

Yeah, Smalltalk doesn't have that issue either. '1' + 2 raises an exception - MessageNotUnderstood. At least in Smalltalk, we have strong - but dynamic - typing. In Java, you have Strong - but static - typing. As opposed to C, where it's static and weak. Or PHP, where it looks like it's dynamic and weak. There's a world of difference here. Nicholas explains this very well.

InfoWorld points out the obvious - open source solutions are starting to re-adjust corporate expectations about what they need to pay for. This has already happened in the tools space, where Eclipse is driving the remaining Java solutions before it. Free is worth what you pay for it though - if you expect to pay nothing, then you should also expect no support.

Now, where will this likely end up? Look no further than the Apache foundation and the foundation IBM has set up for Eclipse for the answer. Who benefits from this? Large companies that can deliver "complete solutions" (via consulting). Think IBM.

There are times when a simple mechanical implementation is far, far better than a software solution. Here's an example. I can honestly say that my doorbell has never, ever crashed. Seems to me that the auto manufacturers could take this to heart as well...

This explains why JP Morgan has been so successful with the Kapital system. They are competing with outfits that rely on spreadsheets...

That batch of hurricanes that hit Florida last summer left us with a transient tomato shortage. There have also been less well reported floods in California and pest issues in Mexico:

The result has been a national tomato shortage that has sent prices climbing like a vine seeking light. With costs up and quality down, some national restaurant chains are reconsidering their marketing strategies to keep the thought of juicy, tender tomatoes off customers' minds, or switching recipes to make up for the absence of certain hard-to-find varieties.

So much for the cheap pasta dish :)

The Cincom Smalltalk Worldwide Users Conference is fast approaching - December 7-9 in Frankfurt Germany. We have the final agenda posted here - it's going to be a great show. Many of our engineers will be there - to answer any of your questions on the development and direction of Cincom Smalltalk. Come on out - I'll see you there.

The master feed for the Cincom Smalltalk blogs has been broken for a week or so - I made some changes that resulted in bad links for most of the elements there. That's fixed now - all the links should be good. Sorry about that.

The Walmart effect rolls through the retail sector - Sears and KMart are merging. Will there be blue light specials when I get my tires rotated?

Gordon Weakliem quotes Joel Spolsky on the EA work practices I disparaged here:

I don't think EA forces the long hours because it's more productive ... I think they force the long hours to insure relatively high churn in their employees allowing them to bring in low-wage recent graduates rather than expensive experienced hires. The CMU report said they were trying to go from hiring 10% college grads to 75% college grads.People want to make video games because it's fun. For many people working in the industry, making games is what they would do if they were independently wealthy and could do anything they wanted.

As Gordon says, that's a very astute point that I completely missed.

Update: An article on Yahoo about the uproar

The Movie industry and the recording industry continue to wave their middle fingers at the rest of us:

One of these ads shows a finger clicking a mouse, alongside a headline emblazoned in red: "Is this you?" That's followed by a long list of user names and IP addresses typical of those found on file-sharing networks such as Kazaa, eDonkey, DirectConnect, Grokster and Lime Wire, which are named specifically. "If you think you can get away with illegally trafficking in movies, think again," the ad warns.

The ad campaign will also be supported by the Video Software Dealers Association, which plans to post versions of the ads in 10,000 video stores nationwide, the MPAA said.

The software, designed to scan hard disks for media and peer-to-peer files, will soon be freely available from the MPAA. A representative of the group said the program, developed by a Danish software company, does not yet have a name.

It will only identify files, not automatically delete them, the group said.

Explain to me again why I should be giving these gangsters my business?

Smalltalk Solutions is the premier forum for bringing together Smalltalk users, developers, and enthusiasts. This year's conference will take place June 27-29 in fun-filled Orlando at the Wyndham Orlando Resort

We are currently accepting proposals for all varieties of talks involving Smalltalk technology and other areas of interest to Smalltalkers. We need your participation to help maintain the high technical level of the conference! See www.smalltalksolutions.com/participate2005.htm for more information.

The Conference will conveniently take place entirely within the Wyndham Orlando Resort:

• Be Minutes from Meetings and Activities
• Save on Travel costs
• No walking Long Distances
• No Inclement Weather Worries
• Hotel Discount for Conference Attendees

Smalltalk Solutions 2005 has a great rate of $109 USD plus applicable taxes. Please call early (407-351-2420) and mention Smalltalk Solutions 2005 when making your reservations for the discount rate.

Wyndham Orlando Resort is a tropical paradise in the heart of the world's most popular vacation destination. Lush gardens and romantic lagoons make it easy to forget that this elegant resort is located on bustling International Drive. Florida's most thrilling theme parks - Walt Disney WorldR, Universal StudiosR Florida and Sea WorldR Adventure Park - and the Orange County Convention Center are only minutes away. Relax in a secluded, old Floridian-style villa. The hotel guest rooms are full of delightful touches like pillowtop mattresses and in-room movies.Suites with bunk beds and play areas just for kids are perfect for families.

Outside, enjoy a host of pleasures like Gatorville Bar & Grill and three gorgeous pools. Jog along a tropical garden path or visit our health club. Or find a treasure in one of the great shops that are just steps away. When the sun goes down, dine in the casual elegance of our Augustine's Grille. Then revel in Orlando's hottest nightspots on International Drive.

Join Wyndham by Request. Wyndham hotels has an exciting program full of great benefits for their guests. The program is called Wyndham by Request and by joining you receive: A room personalized to your specifications including:

• Your Favorite Beverage
• A Choice of Snacks
• Feather and Extra Pillows
• 500 miles on your choice of Wyndham airline partners
• Free high-speed Internet access
• Free local and domestic long calls
• Free domestic faxes and copies
• Best available room on day of
• Express check-in and late check-
• Dedicated ByRequest Manager every Wyndham location

Smalltalk Solutions is a Smalltalk Industry Council Event. The Smalltalk Industry Council (STIC) is a nonprofit trade association whose goal is to promote the awareness of and increase demand for Smalltalk.

You know that home costs are rising when you see this:

A bag of bills stolen from a casino was snapped up by beavers who wove thousands of dollars in soggy currency into the sticks and brush of their dam on a creek in eastern Louisiana.

"They hadn't torn the bills up. They were still whole," said Maj. Michael Martin of the St. Helena Parish Sheriff's Office.

Must be inflation :)