„kladu důraz především na schopnost programátorsky myslet a na zvládnutí dané technologie“
Hmm, bohuzel jsem videl vysledky podobnych programatoru v podobne firme, jako bude zrejme i ta vase (pozor, usuzuji pouze podle vasich minimalnich naroku u prijimacich pohovoru). Vysledek byl po par letech tento:
"""A BIG BALL OF MUD is haphazardly structured, sprawling, sloppy, duct-tape and bailing wire, spaghetti code jungle. We’ve all seen them. These systems show unmistakable signs of unregulated growth, and repeated, expedient repair. Information is shared promiscuously among distant elements of the system, often to the point where nearly all the important information becomes global or duplicated. The overall structure of the system may never have been well defined. If it was, it may have eroded beyond recognition. Programmers with a shred of architectural sensibility shun these quagmires. Only those who are unconcerned about architecture, and, perhaps, are comfortable with the inertia of the day-to-day chore of patching the holes in these failing dikes, are content to work on such systems.
…
…
Such code can become a personal fiefdom, since the author care barely understand it anymore, and no one else can come close. Once simple repairs become all day affairs, as the code turns to mud. It becomes increasingly difficult for management to tell how long such repairs ought to take. Simple objectives turn into trench warfare. Everyone becomes resigned to a turgid pace. Some even come to prefer it, hiding in their cozy foxholes, and making their two line-per-day repairs.
"""
http://www.laputan.org/mud/mud.html#BigBallOfMud
Na Internetu se vali spousta clanku o tom, jak spravne delat prijimaci pohovory, od lidi, kteri je delaji desitky let. Muj oblibeny: http://www.martinfowler.com/bliki/PreferDesignSkills.html
