Most companies with a software development staff have legacy code that they need to maintain because it runs their business. Even companies that don’t do software as their main business may have internal tools and such that they need to maintain. The Belief Many software developers and even product and management would prefer to have… Read More »
I have heard this comment in almost every company where I have worked. Without fail, this response occurs when someone on the technical staff suggests adding a practice accepted in other parts of the industry. Some variations are Early in my career, it was used to justify not using version control (yeah, I’ve been at… Read More »
Several years ago I gave a talk at work with the same title as this post. For a while, recordings of these lunch talks were available internally in the company. Over several years, I’ve had people either thank me for the original talk or reference things I said in the talk. Despite the fact that… Read More »
People often claim that with Rust code “when it compiles, it works”. Like most programming aphorisms, it is a slight exaggeration. This is not actually a claim that it is impossible to write bugs in Rust. It is not a claim that any program written in Rust is bug free. It is meant as a… Read More »
Efficient Linux at the Command Line Daniel J. Barrett O’Reilly, 2022 I’ve worked in Linux for over 2 decades, read dozens of articles and several books on using Linux, and this book still taught me of things I didn’t know (or remember). Unlike many N cool things you can do with Linux or X things… Read More »
Any time you have a long-term data structure, it’s important to have some form of unique identifier used to look up or recognize the structure. It doesn’t matter if the long-term data is a database record, a document in some form of storage, an object, or whatever. If the data lives for a while, you’ll… Read More »
This deserves a much bigger write-up. But, with ChatGPT taking up so much mind share lately, I have an observation. During my career, I’ve seen several technologies or approaches that would allow non-programmers to write systems, and replace those expensive programmers. The claims that I can think of right off Even Visual Basic was touted… Read More »
One approach for design trade-off is between Until recently, I tended to treat the second and third as the same. With some more thought, I’ve convinced myself they are not.
I see a lot of development advice that assumes the developer is working on a green field application. Many of the tools that “make a developer’s life easier” are also designed mostly for use in creating new applications. Most of my experience as a professional developer (or whichever title you prefer) has been improving and… Read More »
Over the years I have noticed a habit among some developers that I’ve come to call Aphorism Driven Development. Many best practices are taught and remembered through the use pithy statements. Although these statements are easy to remember, they can’t capture the full context and connotations of the practice in question. If someone never learns… Read More »