I always forget how to make some of this work.

Setting texmf path:

tlmgr conf texmf TEXMFHOME "~/Library/texmf:~/texmf"

Updating font paths:

mktexlsr c:\texlive\texmf-local\fonts

Instructable by donedirtcheap. This is absolutely brilliant and I can't wait until my son is old enough to appreciate it. Or eat solid food.

(Manual) Calibration points for my Prusa I3:

G1 F3000
G1 X0 Y30
G1 X0 Y200
G1 X150 Y200
G1 X150 Y30

More objects to make:

Some notes on auto bed levelling:

Luke recommended Working Effectively with Legacy Code. A couple of slide decks from CalPoly and Object Mentor cover some of the high points.

Essentially, Feathers defines legacy software as software without sufficient test coverage. Which is a sufficient insight in and of itself.

I love the idea of tests as a software vice. When machining metal, a vice holds the work steady. You don't use a vice to modify anything. It doesn't perform any operation aside from keeping your work oriented and positioned so you can do something to it. Tests are there to keep your software from squirming.

Anxiety occurs when people try to do today’s jobs with yesterday’s tools.

-- Marshall McLuhan

(Via Paper Bits and Stowe Boyd)

Some guidelines from The Checklist Manifesto.

You must define a clear pause point at which the checklist is supposed to be used (unless the moment is obvious, like when a warning light goes on or an engine fails).

You must decide whether you want a DO-CONFIRM checklist or a READ-DO checklist. With a DO-CONFIRM checklist, he said, team members perform their jobs from memory and experience, often separately. But then they stop. They pause to run the checklist and confirm that everything that was supposed to be done was done. With a READ-DO checklist, on the other hand, people carry out the tasks as they check them off.

The checklist cannot be lengthy. A rule of thumb some use is to keep it to between five and nine items, which is the limit of working memory.

But after about sixty to ninety seconds at a given pause point, the checklist often becomes a distraction from other things. People start "shortcutting." Steps get missed. So you want to keep the list short by focusing on what he called "the killer items"--the steps that are most dangerous to skip and sometimes overlooked nonetheless.

All of these points could just as easily apply to something as non life-critical as software development. Developers are more apt to skip any oversight unless it is absolutely minimal drag, and are just as easily prone to solitary labour vs team coordination.

Just a few things left to do:

[x] Cut 5/16 smooth rod to fit Z and X axes.
[x] Cut M5 threaded rod to fit Z axes.
[ ] Turn hobbed bolt to actually fit through 608 bearing.
[x] CAD up print surface.
[ ] Laser up print surface.
[ ] Mount and wire up limit switches.

Which means a little shopping left.

[ ] 4x M3 hex screw for print surface levelling.  Length 20mm?
[ ] 1x M5 hex screw to draw m5 nuts into place.
[x] 6mm acrylic for print surface. (Found in the shop).
[ ] Blue painters tape.
[ ] 5mm ID aquarium tubing.
[ ] 4x 8mm? ID hose clamps.