I should have made the point in my Technical Debt post that making compromises in order to hit business needs is emphatically something that needs to happen. And not just occasionally, but with regularity.

Indeed, I’d be surprised to work on any non-trivial project without making compromises. This very website is full of compromises to meet the business needs of (a) my becoming quickly bored with writing frontend code and (b) of knowing that tweaking code no-one will ever see is less fraught with worry – and therefore easier – than actually writing this stuff that you are reading. The need is for writing, the site is small: many shortcuts can be taken. If I ever have a million hits, the site will most assuredly collapse.

But I still don’t like the phrase. So what would I replace technical debt with, as a concept? I’d instead invite stakeholders to consider a restaurant that is just starting out.

I wrote a small Sublime Text plugin, QuickNewFile. It tries to mimic the Atom editor’s method of creating new files: show an input box for the filename, create the file. This flips Sublime’s method of creating a blank buffer and later saving it. I found Atom’s worked better for me, and it was about the only thing I missed from Atom when I switched back to Sublime.

The basic features:

• Can be used to open existing or create new files.
• Initial directory used is the directory of current active file, falling back to project root then home directory.
• Tab-based auto-complete for directory. Hit tab multiple times to cycle results.
• Will create missing directory in the folder tree as needed.

It’s not on Package Control, but it’s simple to clone the repo to your Packages folder (see the readme).

There is no “technical debt”, there are only badly-implemented features.

Perhaps the situation isn’t that bad. Even so, each time I see the phrase technical debt used in a discussion, I fear something bad is about to happen – or be justified. Somehow, a fairly dicey decision is about to be turned into a solid, objective decision by means of applying terminology.

Compare and contrast:

1. “The team will need to implement this in an unscalable and badly tested fashion in order to meet that deadline.”
2. “The team will need to take on some technical debt to meet that deadline.”

The first correctly identifies that risks are being taken on that may cause problems later. The second papers over this with some jargon which implies an objective evaluation has taken place over a well-understood problem space. Likely, nothing of the sort has happened.

I often find myself following a pattern: open Terminal, cd to a folder, then use the subl or open command to open the folder in Sublime or Xcode.

I figured that I must be able to use Alfred to shortcut this particular workflow. Low and behold, it’s pretty simple. I thought I’d need to write some code, but Alfred’s Workflow feature has everything you need built-in.

This does mean that, before starting, you need to buy Alfred’s Powerpack. This allows you to use Workflows, which are needed for this shortcut.

One of the better and more concise arguments against tax havens, appealing to something other than anger at corporations:

Tax havens should be illegal in international law. They are patently unfair. […] They bear few of the costs of the modern nation state, while sucking those states dry of the revenue needed to sustain them.

Simon Jenkins, in the Guardian.