It's because I'm so humble, obviously. Allow me to illustrate with an excerpt from the personal character chapter of McConnell's Code Complete 2.0:
I couldnāt agree with you more, and reading what was on your homepage has definitely āevoked the feeling of suprized recognitionā for me, by showing me what I knew, but didnt know that I knewā¦and here is how.
Iāve had the pleasure of working with two ācan do anything, I know everything, my dad was a hellās angel, I know kung foo, plus I started programming kernels when I was 6ā kinda guys who say they are going to do this and that but never actually get anything done, and when they do finish something, all they have really done is create a maintenence knightmare for everyone else because by the time they finish whatever it was they were working on, they are fired because our boss finally figures them out.
On the other hand, Iāve also had the pleasure of working with 1 guy who is on the other side of the spectrumā¦and now I realize what exactly it was about him that made him specialā¦he was humble! Of course he was also a good programmer, but it was his personallity I think that made people trust him, and look up to him. The reason you trusted him was because he never failed to do something he said he could doā¦this is because, I believe that he never said he could do something unless he was absolutely sure that he could. But dont get me wrong, it wasnt that he wasnt confident in his abilitiesā¦I believe it was that he was aware of his limitations at the time, and was completely comfortable admitting when they had been reached. To sum it up, with a humble person, you essentially have a guaranteeā¦you can feel confident that if they say something can be done, or can be done in a certain amound of time, it can and will be done, in that amount of time. People that canāt admit when they are not qualified for a certain project, or just arenāt sure about something, are people who create faulty programs badly, and become so tangled up in their if then else statements that they are finally forced to throw their hands up in despair and blame the clients or the programming language for them not being able to finish the project they said they could do in their sleep.
Although humbleness does not mean kick ass programmer, it does at least assure you that the person is probably reliable. So when giving interviews, donāt be fooled by a person who adamently claims they are not an āexpertā in java. After all, one the smartest people ever claimed that he didnt really know anything, and therefore in a way was one of the most humble people ever.
Thanks for the insight,
Mike
did not get this humble guy a job
did not get this humble guy a job
Believe me, youāre better off not taking that job if they canāt accept an occasional āI donāt knowā. I suppose if you were looking for a very narrow, specialized field of knowledge in a candidate, but thatās rare.
This is really enlighting as most companies donāt like to hear āI donāt knowā. There is a difference between ācan doā attitude and āi know i can doā. Some people are just so arrogant that they will never admit that they ācannot do itā and ācan doā is something which comes out of them without thinking.
Everyone has to deal with such people but āI donāt knowā are much better because they at-least give you an opportunity to decide what you need to do! In the end, you cannot force anyone to do something which they cannot do or they donāt want to do. Best to stick with people who are honest about it rather than the ones who drag you into trouble like the first kind descripbed by mike.
I wish I could communicate to people that humility is a good primary motivator for improving your skills.
The reason that people get into Design Patterns, and iterators, and dynamic functions, and languages with macros ā¦ the reason you do this is because you simply donāt trust yourself to be able to ā or instance ā MANAGE and MAINTAIN duplicate code, in the same projects or across projects.
And I hate when people misapply this Humble Programmer principle! Itās arguing that itās arrogance to rely on your own brain, instead of a powerful abstraction that allows you to think about the problem in much simpler terms. Many people actually try to use the essay to argue against advanced coding techniques! Thatās not āhumbleā, itās some kind of prima-donna, look-down-on-other-coders thing, right?
How do you get THROUGH to these people?!?
Whereas many a ācan-doā, ā80ās guyā programmer will gleefully blast through reams of duplication-heavy code, copy-paste at the ready, producing hundreds of files and folders and tables, very productive, look at that tangible output ā¦ I feel, I KNOW, that I would be unable to keep my code from devolving into chaos. For one thing, I know I suck at keeping track of changes and making them in more than one place; it kicks my ass. In fact, I am less able to maintain non-orthogonal code than almost anyone else I know. I canāt manage several hundred different but similar stored procedures for a variety of domain objects, even using tools like code generation. It kicks my ass and I know it, and thatās why I went the extra mile, learned how to address the bigger problem, and now use a capable ORM library like Hibernate, and write only a small amount of specialized SQL ā like Nested Sets insert triggers, etc, which is just to support specific data structures.
A program is going to change. Since I donāt trust myself to be able to redo all of this code later ā or even to remember what it was about ā I put a ton of effort into ensuring that my programs are very loosely coupled.
In so many industries, it would be difficult for me to succeed, because I have a terrible memory and a low ability to store much in my head at a time. Donāt get me wrong, the stuff I do can be pretty powerful, but I HAVE to keep the programs and interfaces simple and elegant. Otherwise, Iām doomed.
In so many industries, the fact that the quality of my output varies drastically would bar me from working. In programming, if I just think about a problem for slightly longer than the time it takes to copy googled code and paste/adapt it to my needs, I know that I can always work with my best thoughts. And so the quality of my output can be consistently high.
you see, programming is not just writing anything, itās about writing lines of codes that looks good to not just you but to so many people out there. You are not a good programmer because of the number of lines you wrote but because of the creative manner you wrote it. I just dont know what one can use in measuring how good a programmer is but all i know is that all programmers are GOOD irrespective of what language that use.
You really have a point here. My switch to get a humble programmer lasted years. Starting by lying to yourself and somewhat ending by not telling the āsubtle untruthā about projects I wanted to have (no, I did not actually lie). And in a way I wrote about humbleness without knowing it of my own on my page (comparing programmer levels).
Keep on supplying us with that kind of blog entries! 
Georgi
But what is āhumilityā? Itās tricky because always saying āNo, I donāt know, I canāt do thatā isnāt humility, itās false modesty. I see the following basic concrete instantiations of humility, some mentioned, some not. Please feel free to add more.
The already-mentioned ability to say āI donāt knowā without it being a crushing blow to your ego.
The recognition that there is code beyond your ability to manage, so you learn how to write code that isnāt that complicated, as mr luc talked about.
The ability to accept feedback from anybody. You may be the Senior Architect for your company, but programming being the tricky, hard thing that it is, the lowliest intern may have valuable feedback about your design. (I find the best feedback comes in the ācustomer is always rightā sense, where the intern is a ācustomerā of your design. If they feel like something is more complicated than it ought to be, thereās a reasonable chance they are right, even though their identification of the āroot problemā may be laughably wrong. And even if they are completely wrong and it really does have to be that complex, a humble designer should not immediately resort to āBecause I said soā, but should at least try to explain why. (āBecause I said soā does sometimes end up the final answer in our hierarchial work environments, I just donāt think it should be the first resort.))
Accepting that you canāt do everything, and that others are capable of producing good code.
I have said this for years, and it feels good to be agreed with. Programmers who canāt admit to their mistakes will suck forever and make the same mistakes forever. Programmers who canāt let someone else rip their code to shreds without getting defensive will suck forever and cause problems for their team.
One of the reasons I love TDD so much is that it supports humility. How do I write this feature? I donāt know yet, but the tests will prove my hunches right or wrong.
The scary thing is realising how poorly I understood object oriented design until unit tests showed me the way.
Hey, If you donāt know anything, should you say I donāt know or I will try to do this.
I donāt see why you compare āI donāt knowā with ācan doāā¦ For me, both are true. I am the type who says āI donāt know yet, but I am sure I can do itā and I find this a very contructive attitude. This is what got me this far and what will probably get me further. I think that I can do anything if I try (and this is not true just for me).
I think itās wrong to say āI knowā, but I see only good in ācan doā.
I totally agree with you. Itās better to know that you know nothing and question what you donāt know in order to understand it rather than believe you know everything and learn nothing.
Awesome entry, will probably help me when Iām out for a job after the university. Keep up the good work!
very interesting forums, for my self, if iām facing problem or something that I donāt know yet, I will just say I donāt know, but I will try to find out. I believe wherever thereās will we can do āalmostā everything.
I agree wholeheartedly with the original article, and what was said about this argument being misused to justify simplifying languages. I think languages should be complicated so I can write shorter code. Write one complicated compiler, and millions of smaller programs rather than the other way round.
It really pains me to have to read Java code because it can be so much more unneccasarily verbose (and therefore harder to maintain) than more powerful languages like C++, Smalltalk or Lisp.
I really wish someone would give me a language with all of C++'s power but adding āmodernā features such as (a natively supported) garbage collector, (intrinsic) delegates, (possibly) a āmanagedā environment, modules instead of headers, and a larger standard library. D doesnāt seem quite mature enough, or rigourous enough to stand the test of time. C# is proprietry, and moving in the wrong direction. C++ development itself seems glacial and suffers from too much historic cruft.
I entirely support your argument. Many of my friends who consider themselves to be great programmer ābecause they have been writing code since they were 8ā never wrote code which could be maintained by others. And as a result never built a maintainable software or an extensible software. And even if they did ā¦ (only once !!) that could not be understood by anyone themselves included.
I am not as great as them though I earn my humble bread by writing clear easy to understand code.
Personally, idont know what it takes to be a good programmer coz am a fresher in that field.But i would like to thank you for giving me an eye
openner
programming is all about knowing when to boil the orange sponge donkey across the phillipines with an orangutang gorilla crossed with a ham sandwich to the fourth power of twelve across the nile with an awful headache from the previous night when all of alfredās naughty jalapeno peppers frog-marched the nordic elves across the loom-lined geronimo induced swamp donkey over and above the fortran fortified kilomanjaro fence past the meticulously crafted anti disgusting sponge cake scenario where all the hats doth quoteth the milk which is not unlike the super werewolf from the infinite realm of ninja-step. itās hard to define, really.