See So What Are Requirements? in Dr. Dobb's.

I've seen requirements done badly. I've seen some notable failures of the use case technique: almost entirely because people refuse to actually apply the technique; they refuse to write use cases from the actor's point of view. I've whined about this before …

We wind up in this situation from time to time.

Customer:

[X] is broken, what will it cost to fix it?

Us:

Depends, but put $$$ in your budget.

Customer:

I can't afford $$$, I can barely afford to Keep The Lights On™!

At this point, the conversation is usually over. There …

In Object Modeling , I repeated a procedure for object identification that comes from the classic Object-Oriented Modeling and Design (Rumbaugh, et. al.)

Objects are characterized by their state change. Therefore, to distinguish among classes of objects, we need to determine if two objects have the same states and state transitions …

Today's entry in Scott Berkun's blog (Asshole driven development ) is brilliantly scathing. The comments are also handy for identifying the key dysfunctionality in an organization.

A couple of years ago Mark Grand shared with me a number of things that seem to make software development needlessly clumsy and complex. Indeed …

First, the confusion. A couple of comments asked for code, offering to "fix" the problems. Specifically, offering to optimize or improve the PL/SQL. The code was already posted, but I failed to make that clear. Here's a recap of the various blog entries on this subject.

1. PL/SQL vs …

There appear to be four responses. Two were numbered, the third is a rambling thought on scalability, and the fourth is a thought on management's discomfort with the truth.

There are three reasons, none of them terribly good in isolation.

1. I build business applications, not graphics applications, so the "basic" GTK was precisely what I needed.
2. PyCairo is (to me) a fairly recent innovation, and my GTK knowledge is a few years old.
3. Cairo requires a more complex technology …

Mr. Hayes says that "...we’re afraid that programmers simply won’t use the hot new technology and that the money we spend on it will be wasted." He plays up this fear factor, providing lots of programmer-centric reasons: "Either programmers don’t use the tools at all, or they …

Much of the work called "Business Analysis" conflates business problem discovery and technical meddling. I draw a firm line between the discovery part of analysis and the non-discovery (or design) part. Discovery is all about managing ignorance; this can be ignorance of the business need or ignorance of the available …

Here's a simple graphic application which is built on the graphicApp.py framework. This isn't a beginner's hello world. This is the final project kind of program, and only for a student with some trigonometry background. The basic trig isn't too complex, but would require rather detailed documentation to motivate …