Category Archives: tool-support

Packaging software

I’ve been learning about Debian Packaging. I’ve built OS X packages, RPMs, Dockerfiles, JARs, and others, but never dpkgs, so I thought I’d give it a go. My goal is to make a suite of GNUstep packages for Debian. There … Continue reading

Posted in tool-support | Tagged | Leave a comment

More on UIAutomation tests

Update The information below is mostly redundant. After filing a bug report with Apple, their engineers determined that the Xcode-detected set of macro actions (find a text field, double click, enter text) weren’t working because the double click action wasn’t … Continue reading

Posted in AAPL, Mac, TDD, tool-support | Leave a comment

To become a beginner, first become an expert

We have a whole load of practices in programming that only really work well if you’re already good at whatever the process is supposed to help with. Scrum is a process improvement framework, but only if you already know how … Continue reading

Posted in advancement of the self, software-engineering, TDD, tool-support | 2 Comments

In which new developer tools are dull

Over on lobste.rs I said that I don’t hold out much hope for another “blue plane” style event in developer tools. In one of Alan Kay’s presentations, he referred to the ordinary way of things as the pink plane, and … Continue reading

Posted in software-engineering, tool-support | Leave a comment

Why I don’t have a favourite programming language

This is my take on Ilya Sher’s similar post, though from a different context. He is mainly interested in systems programming, I have mostly written user apps and backend services, and also some developer tools. I originally thought that I … Continue reading

Posted in tool-support | Leave a comment

Literate Programming with LibreOffice

This post comes in the form of an OpenDocumentFormat document containing a program that can extract programs from ODF documents, including the program contained in this document.

Posted in code-level, software-engineering, tool-support | 1 Comment

Your build needs to be better

I’ve said it before, build systems are a huge annoyance. If your build is anything other than seemingly instantaneous, it’s costing you severe money. Your developers are probably off reading HN, or writing blog posts about how slow builds cost … Continue reading

Posted in architecture of sorts, code-level, tool-support | Leave a comment

An acceptable tool It’s easy to forget that adequacy is, well, adequate. It’s easy to go all-in on making some code structure perfect, when good enough would be good enough.

Posted on by Graham | Leave a comment

Beware the IDEs

I recently had the opportunity to talk with a couple of software project managers from IBM. That company is of a kind that I have never worked at, and many of the companies I have worked at are of kinds … Continue reading

Posted in tool-support | 2 Comments

Programming language advent

http://shape-of-code.coding-guidelines.com/2014/12/01/algol-60-awk-algol-68-ada-apl-and-assembler/ The first article, containing languages beginning with ‘A’, is linked above. I can tell this is going to be a month of reading.

Posted in tool-support | Leave a comment