— Tom West, quoted by Tracy Kidder in The Soul of a New Machine (Modern Library, 1997). ISBN 0-679-60261-5
Previously cited on HN, but it’s a classic quote so worth citing again.
71–80 of 300 posts
— Tom West, quoted by Tracy Kidder in The Soul of a New Machine (Modern Library, 1997). ISBN 0-679-60261-5
Previously cited on HN, but it’s a classic quote so worth citing again.
It was me ... several times I have found a bug or code smell and then been surprised that the I was the original author. For the last fifteen to twenty years, I've generally found looking at code I wrote six months ago equally distasteful. So now my default behavior is to assume the code met the business function at the time, acknowledge that I'm continuously improving in my craft and finally, gained a joy in spendin…
That implies, code never is perfect. Not even good. But clunky, cobbled together, expermental or just plain stupid. But always just about 'good enough' to solve the issue at hand.
Earlier quoted context omitted.
I loved those moments, the work was done, you moved on, and they came with all the ammunition they collected to wiggle out of payments. The trick is to give them easily defuseable bad ammunition when they "sneak" around to collect. If you disassemble all their arguments and have emails were they were informed, you can trash them thoroughly. Unpayed though. Cause even good arguments cant help broke little shops.
Small claims court. It’s not acceptable to not pay people accordingly.
My favourite is when you're a solopreneur working in your own repos and still asking yourself "who wrote this shit?!"
My favourite is when you're a solopreneur working in your own repos and still asking yourself "who wrote this shit?!"
I heard a saying once: "all developers should be embarrassed about code they wrote more than a year ago" as a (cheeky) measure of ongoing growth and development. :-)
In the end I think it's actually kind of fun to look back through the code though, and think "surely I should have known about X back then... Why didn't I just do that instead."
Did this in a startup, turned out to be the CEO's code and he was not happy. Not everyone understands the traditions.
Earlier quoted context omitted.
I heard a saying once: "all developers should be embarrassed about code they wrote more than a year ago" as a (cheeky) measure of ongoing growth and development. :-)
I've seriously considered removing some of the older semi-popular projects from my github solely because I would be embarrassed to show them to a prospective employer, or even other developers. In the end I think it's actually kind of fun to look back through the code though, and think "surely I should have known about X back then... Why didn't I just do that instead."
Asking who wrote this shit is useless. However asking " what is this shit" is a perfectly valid thing to do. There are good developers producing crap due to constraints. There are also other developers producing crap because they can't produce anything else or just don't give a damn. Being able to differentiate between the two is often helpful, hence the "what" question.
The usual process was install osCommerce, add some extras, zip it all up and manually deploy it to a VPS and transfer the credentials to the owners.
The work was mostly found by word of mouth so it wasn't unusual to get emails asking for assistance/to do work out of the blue.
Had one such email to change an existing shop up a bit. Probably no more than a few days work. Received their credentials and ssh'd to the host machine to take a look. Scanning the source files of the plugins had me head scratching in a couple of places, decided this was compiled by someone terrible. Scrolled some more and saw the author's details. Oops. So that's how they got my email address.