Continuing my exploration of misunderstandings about multi-threading, this essay is about simplicity. If you are interested in the previous essays in this series, they can be found on the series page. This time I plan to start with an assertion that almost everyone will agree with and push it more than most people would. The… Read More »
As I said in Joel on Wrong-Looking Code, I find Joel on Software to be a good source of information on programming. However, I don’t always agree with him. In Joel on Software – Making Wrong Code Look Wrong, Joel states that he does not like exceptions. He also refers to a previous article Joel… Read More »
Back in September, I talked a bit about The One, Right Place and what a useful concept it is. I’m now reading the second edition of Code Complete and ran across this concept once again. More importantly, McConnell references the book where I first read about the concept: Programming on Purpose: Essays on Software Design.… Read More »
Many years ago, I spent a lot of time training entry-level programmers. One of the problems that the more junior programmers had was duplicating code and information in the code. Some of our senior programmers at the time began talking about the concept of the one, right place. Later, I read the book The Programmatic… Read More »
In The Forgotten Engineering Principle, I went on at some length about the concept of Good Enough. I originally began thinking about this idea over a decade ago in the context of Stylus-Based Computers (what are now called Tablet PCs). I hadn’t thought about the concept for quite a long time. However, in doing a… Read More »
Over the last few years, I’ve been frustrated with the Software Engineering industry. I was actually trained as an engineer, and much of what I see passed off as software engineering is not engineering. I’ve been mulling this over for some time without being able to put my finger on the part that bothers me.… Read More »
And just to prove that some ideas appear in many places all at once, Andy Lester explores naming again in O’Reilly Network: The world’s two worst variable names [Mar. 07, 2004]. Apparently, Lester is reviewing the second edition of Code Complete, one of my favorite books on programming, and says there is an entire chapter… Read More »
In my weblog entry Programmer Musings: Paradigms Lost from about five days ago, I talked about some of the negative effects of programming paradigms. That entry could give the impression that I don’t believe in new paradigms. Nothing could be further from the truth. However, I think the main benefit of new programming paradigms is… Read More »
An earlier weblog entry, Programmer Musings: Paradigms limit possible solutions, spent some time on what paradigms do for programming. Now, I’d like to consider a slightly different take on programming paradigms. Why do programming paradigms seem to take on the force of religion for so many in the software field?
The Design of Everyday Things Donald A. Norman Doubleday, 1988 I know this isn’t a book on programming, but it is a very good book on design. Norman shows design mistakes in everyday items like door handles and stoves, as well as nuclear power plants and trains. He also introduces design principles that you can… Read More »