Skip to main content

Your code is not a project

Language matters, just as saying the wrong word to the wrong person can leave you with one less front tooth, so too can the incorrect use of language in general create a cascade of confusion that pervades an entire industry.

One of my pet peeves about the use of language in the software arena is the use of the word "Project". This usage as far as I know goes back to IDEs grouping software artifacts as projects. The notion of a project as the top level organizing construct for software projects (see what I did there?) is now a de facto standard. One problem with this is that it is a complete misuse of the notion of a project. A project is not a thing, it is a process! A project has (or at least should have) a well defined start and end.

As a process, by its very nature, its essence is vague. So when something whose essence is precise (software) is called a project it leaves the reader wondering exactly what is being described. Whenever I come across a documentation describing a piece of technology and then goes on to describe some top-level construct of its configuration as a "Project", I am left wondering exactly what this entails. In other words giving the top level construct its proper name would allow a reader to know immediately what is being described, calling it a project means I need to unwrap its meaning somewhere else.

For instance in designing Hivemind I deliberately stayed away from creating any top level construct that could be considered a "Project". Instead there is an application (a thing), then there is a Task/Project management feature which can be used to actually manage a project. In this way the application is just a component of some project (it could belong to more than one project), the application (or applications) are mere artifacts of the project, they are not the project itself. Now you may well need to organize a group of artifacts into some higher order category or construct, but this still won't be a project :)

The words you use for things (especially complicated things like software) often becomes an anchor for how you think about those things, so while it may seem harmless to mislabel things, there can be real negative impact over time. At the very least the rampant misuse of the term project within software leads to what I call "low grade" confusion.

#TGIF

Comments

Popular posts from this blog

Workflow Automation: Letting AI Write Workflow Code

Workflow automation is one those perennial technology efficiency promises that has never quite delivered but never goes away.  The appeal of the idea is obvious, being able to easily direct computers to perform process tasks without deep technical expertise is the holy grail of the promise of computers. The excitement around AI agents is the latest incarnation of this promise. Workflow automation can be implemented in many forms, the most common is some sort of visual composition approach. Drag-n-drop workflow builders for instance are quite common. The fundamental problem that workflow automation has faced is that it attempts to allow non-programmers to...well, program. This is a fundamental contradiction that always reveals itself once one tries to use these products to do anything beyond the demo reel. More recent takes on the idea have taken on the problem with a hybrid approach, ie code when you need it and UI when you don't,...this is the literal tagline that the popular work...

AI Agents: Human Synthesis vs Human Substitutes

Human synthesis vs human substitute , this appears to be the two core perspectives for accessing AI when it comes to agentic execution.  From a human synthesis perspective, you observe that for the first time we have broad computational access to what were previously uniquely human capabilities. At the moment this can be enumerated as the ability to speak , see , hear and understand information . When hominoid robotics are mature enough, we can add the ability to use limbs to this synthesis. Prior to the emergence of LLMs, if you had a process that required any one of these capabilities, you needed to plug a human into the loop. It didn't matter whether the human had any particular expertise or not, if you needed to know what's in a picture or what someone said, you needed a person integrated into your process.  LLM/AI have changed this, we now have computational access to what I would describe as human synthesis . This is different from human substitute , which is what ...

The feds need to shutdown the bitcoin scam now.

I live in Baltimore, let's say I have some hypothetical friends who are always looking for a good hustle. Now imagine if my friends got together for a new get-rich-quick-scheme, the scheme is very simple. They invent something called cracken (bitcoins) that they start selling on a few blocks in Hamsterdam . The way you get crackens is to do laps around the blocks in Hamsterdam . Initially when the scheme was setup, you could get a whole lot of crackens by merely doing a few strolls around the block. Needless to say my friends made out like bandits, since, after all they created the scheme and could take advantage of the first-come-first-serve rules. Unfortunately for the rest of the hood, the number of laps required to get the same number of crackens keeps going up and after a while even the fittest folks in the neighborhood cannot do the lapse required to earn crackens. Cracken mania takes hold and infects the whole city. Those with crackens start trading these crackens f...