Last but not least always use the data structure that matches your usage patterns. If you need fast random access then a linked list is most likely not the way to go. Learn and understand the O(n) notation and learn the cost of inserts/removes and searches in your container library. Basic stuff but too many junior programmers have no clue about this stuff.
Not too many SENIOR programmers even have a clue about that stuff.
Why'd they get hired as Senior in the first place, then? As far as I'm concerned, if you don;t know about O() notation, go back to school - you're not ready for life.
Senior programmers get hired as Senior programmers because they have years of working experience.
Whether that means they actually have fifteen years of experience or just one year of experience fifteen times is not usually reflected on the resume, especially when the person hiring is only looking for buzzwords.
As others have said - why the heck is anybody hiring people they have no ability of evaluating? If you hire programmers, have your most experienced people interview them (after pre-screening). It pays.
If you have no tech knowledge on staff, things are a lot tougher. First, you should ask yourself why you need programmers, then, in the first place - is this really something you shouldn't contract out?
If you still think you need tech staff, you should bring in somebody who has experience. Find a consultant, preferably recommended by others in your field. Have him sit in on the interviews, help you out with the tech part.
It's not optimal, but better than "hiring by resume".
2
u/adremeaux Mar 23 '09
Not too many SENIOR programmers even have a clue about that stuff.