In my recent blog posting "The Secrets to Becoming a Great Programmer" I discuss a couple of characteristics of great programmers. You can read about those characteristics at
The Secrets to Becoming a Great Programmer
What other characteristics make a programmer great? Do you agree with my assessment?
One of the good trade-marks of good programmers from an efficiency point of view is knowing when not to re-invent the wheel. Check out my blog “Buy” versus “Make”: It’s about risk management!. Often times, engineers at the technical level are wanting to create everything when pieces are already available. Sometimes, technical folks can also get in a rut and even if there is ultimately a better way of doing things that would improve their efficiency by 5x, they still hesitate to change their work flow.
That's true too. No need to create a new text-editor; there are plenty available.
But recently, someone wanted to make a piece of software, that could flash-program via JTAG.
Someone told this person to not re-invent the wheel, but instead use OpenOCD.
While OpenOCD is really, really good (especially after the recent big-endian fixes, so now even I can use it), it uses around 2.7MB space.
A new lightweight application would perhaps be able to fit inside an ARM microcontroller, thus making the entire JTAG-programming experience new. You would no longer have to compile sources for two hours in order to get a working version for your own platform.
OpenOCD *could* do that, but only if the microcontroller it should run on has a huge amount of memory.
In my opinion, re-inventing the wheel has to do with bringing people more options, plus making things possible that are not yet possible with any existing 'wheels'.
Still, as you say, if an existing tool can be used, it would (probably) be waste of time and energy building a new tool with the same capabilities.
Thanks for the comments! My reference to "not reinventing the wheel" was meant as mentioned that a programmer needs to be aware of what is going on in the industry and if they can leverage someone else's work such as a 3rd party component, etc to get the job done then they do. I've seen many times when programmers rewrite a common from scratch themselves, fight with it, introduce horrible bugs into their system when they could have simply bought an inexpensive piece of software that did the same thing but had already been tested and validated. It goes in line with the "Not Invented Here Syndrome" that some programmers have where if they didn't write it then the code is unacceptable.
Thanks for the additional insights and the comments greatly benefit the community!
I hope that the ARM CC will serve as a place for brainshare for programming ARM, so that engineers can build on each other rather than re-discovery everything from scratch.