Restaurants at the end of the Web...

As noted earlier, I’ve spent most of the last month working with the Software Factories team.  It’s easily the most exciting thing I’ve been involved in since the inception of the Web.

 

However, like many previous non-linear shifts in thinking, it can be both difficult to describe and easily misunderstood.  Having faced this problem many times I’m going to stick my foot into it once again and try to explain the difference between the way we do things now and the way developers will work with a Software Factory.

 

Before I say anything else, let me say, once again, Software Factories are not intended to make developers into drones nor are they designed to put anyone out of business.  They are, just as assemblers and compilers were, designed to make it easier to develop certain types software.

 

There, now that that’s out-of-the-way, let me say that Software Factories will change how many developers deliver software to customers.

 

Ok, now what, you ask, is this about restaurants...

 

By far the easiest analogy I’ve been able to use to explain Software Factories is one related to the preparation of food.  (Please note: I didn’t invent this type of analogy but I think I am now able to use it in a way that is easy to understand…so here goes).  

 

For your dining pleasure I present three of SoftwareLand’s finest eating establishments:

 

1. Irv The ISV’s Custom Diner

We make each meal one-at-a-time…and we never make it until you ask for it!

 

Scenario: We don't specialize in anything.  A GENERIC diner which serves you anything you want built from scratch every time.

 

2. The Consultancy Buffet

We make it our way, before you get here!

 

Scenario: Specializing in the kind of food we think want you to want to eat and nothing else. 

 

3. Factorio Sofwario

We offer the finest cuisine prepared to order from our world-famous recipes

 

Scenario: A DOMAIN SPECIFIC food preparation environment that serves EXACTLY the kind of food you want to eat from a menu of reasonable choices.

 

In the next three days I’ll explain in detail how each of these works and wrap it up with a set of reviews and recommendations.

 

Published 31 October 04 05:15 by Michael Lehman

Comments

# John Cavnar-Johnson said on October 31, 2004 6:24 PM:
You really ought to ask yourself why you have to say, once again, "Software Factories are not intended to make developers into drones nor are they designed to put anyone out of business". It's clear that you have to say that because the term "Software Factories" connotes turning developers into drones and putting people out of business. We have over 250 years of experience with factories and industrialization. The advent of factories in an industry is marked by the dislocation of skilled crafts and their replacement by assembly line "drones".

It saddens me that a set of ideas with real promise has been saddled with such an inapt name. You folks would be far better served by changing your terminology now, rather than constantly paying the price for this rather colossal naming blunder.
# Rob Caron's Blog said on November 1, 2004 6:04 AM:
# Michael Lehman said on November 2, 2004 6:57 AM:
John, I have asked myself that question. Over the years I have seen some amazing factories where highly skilled workers with domain specific experience were able to build things they could not have built without the support of the factory infrastructure. The point of Software Factories, in my opinion, is to allow people with the experience, predisposition, and desire to work closely with customers (which is most certainly a small portion of the development community) to do so in a highly accelerated manner.

I would also assert that it requires highly experienced, talented people with a *different predisposition* (desire to build tools and infrastructure) to build a factory.

Right now we have many, many (again my personal opinion) people who labor under the weight of having to build an enormous amount of infrastructure before they can actually build their application. Quite a few of these people are not inclined nor experienced enough to be tool builders but are forced into that role due to the primitive nature of the tools we use. The net result is that we continue to expend wasted labor building one-off implementations and stand on the toes of those who came before us rather than on the shoulders.

So, I agree the name "Factories" is controversial but I think that may also (eventually) get people to investigate what it's all about (assuming they don't just react to the name without reading the background material) and find out that it will expand rather than contract the demand for developers of both kinds.

# Rob Caron's Blog said on November 12, 2004 2:57 AM:
# Adventures In SoftwareLand said on March 16, 2005 7:02 PM:
# Adventures In SoftwareLand Restaurants at the end of the Web | Cast Iron Cookware said on May 26, 2009 8:03 PM:

PingBack from http://castironbakeware.info/story.php?title=adventures-in-softwareland-restaurants-at-the-end-of-the-web-2

# Adventures In SoftwareLand Restaurants at the end of the Web | Indoor Grills said on June 1, 2009 3:45 AM:

PingBack from http://indoorgrillsrecipes.info/story.php?id=2198

# Adventures In SoftwareLand Restaurants at the end of the Web | Toe Nail Fungus said on June 9, 2009 10:08 PM:

PingBack from http://toenailfungusite.info/story.php?id=2760

New Comments to this post are disabled

Search

This Blog

Syndication

Page view tracker