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 »
What does it mean for an object to die? In C++, there are several distinct and well-defined stages in the death of an object. Other languages do this a little differently, but the general concepts remain the same. This is the basic chain of events for an item on the stack. Object becomes inaccessible Object… Read More »