I was reading a Harvard Business Review article, on lifelong learning, and more precisly on growing skills inside company. One of that skill is focuses on results.
Said like this, focuses on results can only be a good thing, but this remind me some discussions with collegues. What can be opposed to results, and as most tech people like do things right, what can be opposed to results and seems the right things to do.
Here’s some oppositions developpers face all the time.
- Make it work VS make it nice or elegent way
- Rules are rules (like coding rules) VS sometime a simpler way could make sense
- Best practice VS it depends
- I wont do this, it’s not the art of doings things VS well, it works, I can live with that
This remind me an old conference about the over engeenering on DRY concept. A brilliant talk from a Microsoft guy, taking example of a client asking for something that could open a can. Developpers would build a giant knife that sure could open the can, but also do lots of other stuffs, but the only thing the client asked for was a can opener.
It seems like the question about focuses on result could be an idealist VS pragmatic question. It could even swift to a quality VS quantity question.
I’m not saying one is better that the other, but some compromise could be done. I kwow persons who really dont like do compromise on those subjects, saying that there is only one way, the good way, almost the “pure” way.
Well, “Focuses on Result” could seems traight foward, but it is not right ?