Skip to main content

Just Because You Can Doesn’t Mean You Should

Modern software development gives us an extraordinary range of possibilities. We can add animations, dashboards, artificial intelligence, real-time notifications, advanced filters, personalized recommendations, multiple configuration screens, and integrations with almost any service imaginable. The technical question is often straightforward: Can we build it? In many cases, the answer is yes. The more important question is: […]

More...

Good Engineering Is Measured by Longevity, Not Complexity

Complex software can be impressive. It can include sophisticated architecture, extensive automation, numerous integrations, and layers of abstraction designed to address every imaginable requirement. None of those qualities necessarily make it good software. The more meaningful test is whether the software continues to work, remains understandable, and can adapt as the organization changes. Good engineering […]

More...

Build Products That Evolve Instead of Projects That Decay

Many software projects are planned around a finish line. Requirements are gathered. A budget is approved. The software is designed, developed, tested, and launched. Once it goes live, the project is considered complete and attention moves elsewhere. The software, however, has only just begun its working life. Users will find needs that were not obvious […]

More...

Technical Debt Is a Shared Decision

Most developers have heard the saying: Good. Fast. Cheap. Pick any two. It has survived for decades because it’s true. Every software project has constraints. Budgets. Deadlines. Resources. Technology. Business priorities. No project has unlimited time or unlimited money, and no development team has unlimited capacity. Every project is a balancing act between what is […]

More...

Designing for Likely Change Without Over-engineering

One of the most important skills a software developer can develop isn’t writing code. It’s analysis. Before writing a single line of code, we should be asking questions. Software is constantly evolving. Today’s “final requirement” often becomes tomorrow’s change request. Planning Without Over-Engineering Years ago, I was working on a project when a product manager […]

More...

Good software should explain itself.

In my previous article, Highland Principle #6: Code Is Read Far More Often Than It’s Written, I discussed an important truth of software development: you’re not writing code for the compiler, you’re writing it for the next developer. That “next developer” might be a teammate. It might be someone who joins the company years from […]

More...