Disclosure: On this site you won’t find specific advice on “how to call function xyz()”. Interpreting C++ ARM and #pragma dwim is also out of scope.

We’re treating our readers as intelligent beings who can use Google and/or StackOverflow, where all such specific questions were answered more than once.

What you will find is opinions, more opinions, and even more opinions on all the aspects of software development - and with a large chunk of them based on real-world experience too.

Your mileage may vary. Batteries not included.

On CMM, Formalism and Creativity

May 1, 2011 by “No Bugs” Bunny

Marching towards Creativity

Abstract:

CMM, if taken literally, inhibits creativity “by definition”. See if we can find a creative way to allow creativity to survive.

Quote:

“…where the head of the organization is second-rate, he will see to it that his immediate staff are all third-rate; and they will, in turn, see to it that their subordinates are fourth-rate.” – C.N. Parkinson

Filed under: On.DevelopmentDevelopment PhilosophyDevelopment Processes

Read more

Overused Code Reuse

March 1, 2011 by “No Bugs” Bunny

Built from Rubbish

Abstract:

When done imporerply, code reuse can cause severe problems, including loss of life.

Quote:

Reusing code from other projects or (even worse) from 3rd-parties SHOULD NOT be taken lightly. Or else...

Filed under: On.System ArchitectureDesign decisionsOn.DevelopmentDevelopment Philosophy

Read more

From Occam's Razor to No Bugs' Axe

January 1, 2011 by “No Bugs” Bunny

Poor feature!

Quote:

Fight Features. …the only way to make software secure, reliable, and fast is to make it small" — Andrew S. Tanenbaum

Another Quote:

If you do not have a concrete case of how a feature will be used – do not provide it. Yet.

Filed under: On.System ArchitectureDesign decisionsOn.DevelopmentDevelopment PhilosophyDevelopment Processes

Read more

To DLL or Not To DLL

November 1, 2010 by “No Bugs” Bunny

DLL Hell

Abstract:

Are DLLs a ‘holy grail’ or a ‘necessary evil’?

Quote:

It might not be your fault, but it is your problem.

Filed under: On.System ArchitectureDesign decisionsOn.ProgrammingTips and Tricks

Tagged With: Overload
Read more