освящу нетленкой

Формула современного успешного человека мира потребления проста: тачка, хата, сиськи и откаты. Формула программиста несколько аскетична: велосипед, зеркалка, КПК и интересные проекты. Люди ездят на тачках, быдло в метро, а программисты на велосипедах. Их и так мало, но постоянно с улыбкой дауна лезут мне под колёса, причём что в дождь что в снег. А потом потные приезжают на работу и так сидят там, благоухая потливым ссаньём, ояебу. При этом их гордый конь за три рубля гордо торчит в коридоре конторы, раздирая дорогие штаны пришедшим богатым клиентам. Ну так если бы вело был зачотный, на дисковой гидравлике хотя бы али кевлар какой, так хоть уставься, но имея в общем то немалую зарплату кодеры почемуто берут узкоглазые помои типа Стар или Стелс. Если видишь в парке задрота с фотиком, его перетягивающим, это однозначно кодер отодрал свой геморрой от стула и пошёл фоткать. Может быть в комплект к кодеру идёт рябая жирная корова, с выменем и копытами, которой дрочер надеется присунуть в процессе просмомтра фотошедевров. Давненько предлагал бизнес в петродворце, ебашить по башке даунов и отнимать технику, менты в доле. Ведь в одной кошёлке очкарика минимально ввалено на сто тыщ оборудования. И всё это легколиквидное добро под охраной очкастого ботана. Если в поезде метро вы видите ссутуленную улитку, то это кодер читает неибаца важную книгу на прыгающем дэцилоэкранчике микроскопического КПК. Мало зрение гробить на работе, так и в метро надо гандошить. И обязательно надо читать фантастику, это наше всё. Каждый кодер читает про драконов, сисятых амазонок и брутальных рыцарей. Децтво в жопе, ебанашки, в упор не понимаю, как после первого секса можно всё ещё читать жюля верна в современной обработке, и не обращаться к новому миру человеческих взаимоотношений. Ах да, первый секс, теперь понятно, тогда наверное фантастика в тридцать лет выглядит логичной. А секаса, понятно, у кодерочков нет. Утром не велосипеде потеет и воняет, в метро фантастику с КПК читать, на работе до поздна интересный проект, а ночью надо новую технологию учить и засирать мир говносайтами, до каких там отношений, некогда! И обязательно невъебенный гонвносайт для мегабабла, суперпроект, который есть в загашнике у каждого программиста. В онанистических мечтах прогер делает супер программу, не, уже не могут писать программы, делает неибически полезный, по мнению программера, сайтище, и прям на следующий день утром его виртуальный кошелёк наполняется золотыми слитками. И кодер покупает сразу бентли, хотя прав нет, для велосипеда не нужны, берёт самую сисястую тёлку, хотя трахаться не умеет, едет в самый крутой ресторан, хотя от понюха пробки водки блюёт и засыпает, и показывает всем этим, что он весь такой гениальный, такой недооценённый, такой крутой, всех порвал и геройски на всех плюёт. Товарищ программист, проснитесь, и кончите дрочить на рабочем месте. Вы в жопе, в полной, и ещё в кончине.

И вот, такое сферически вакуумное чучело, образчик злого эксперимента микрософт над человеком бывше-разумным, начинает лезть в жизнь, а ведь известно, что основное свойство программистишки - асоциальность! На чём и погорела вся инженерия. Время сейчас социальное, и бабло делается на связях "ты мне я тебе", а инженер существо автономное и атомарное, ну и бабло ему тоже атомарное. Попадает, например, прогер, под колёса джипа, вместе со своим ебучим КПК с фантастикой, с пятикилограммовой зеркалкой в туристском рюкзаке, и с интересным проектом на немерли в тупой ботанической башке. Ладно если джип сразу расколет его репейник зеркалку и кпк за один наезд, даст менту бабла и похоронят кодерочка где нибудь в болотине в горобу вместе с его гаджетами, так нет, гуманно не додавят, раздавят ему объектив фикс-полтинничек, который он так любовно с ебая вытягивал пол года, и не жрал пол года, потому что полтинник "легендарный" у него боке и кома охуительные и даже жирная манда с соседнего офиса может дать, когда ейные прыщи этим объективчиком гламурно размажет. И давай очкарик права качать, мол де где то! В тырнете! Есть html один, под названием konstitusya.html, и там написано про права и свободы, и что нехуй давить, и джип неправ, и получается что водитель джипа чмо и козёл, что задавил хрустика-ботана. Налицо конфликт, явно социальный, двух миров, реального и виртуального, и так с кодерочками всегда, когда они своими сантиметровыми стёклами очков упираются в лакированный бок чёрного джипа действительности. Ну пацанчик с джипа понятно обидится, бо он и не таким ламбордини дорогу не уступал, а тут самодвижущейся металлолом для индусских бомжей, даст он ласково щелбан программёру, да поедет дальше откаты пилить. А кодер то нихуяшеньки не поймёт, потому что мудак ограниченный, потому что ботан асоциальный. И похромает он в офис унылый, что бы мне, скромному обозревателю жизни нашей, анонимным способом указать, как надо реальный пацанский бизнес мутить и какое я чмо, как надо обустроить мир, кто есть крутой в этом мире, на что надо молиться и авторитетный анализ мировых экономик. Вот такой хомо-компьютерус, жёстко лупит по обдроченным клавишам виртуальной жизни, в то время как жизнь реальная проходит мимо.

Эта тема беспокоит меня уже давно - последние лет десять я наблюдаю за тем, как мои знакомые, незнакомые и просто программисты, которые попадаются на моём жизненном пути (я встречал довольно много программистов за свою жизнь) выбирают себе в жены наиболее страшных и некрасивых представителей прекрасного пола. Прежде чем раскрыть тему, для успокоения некоторых людей, которые могут знать меня лично, которые могут прочитать это и принять на свой счёт, я скажу: весь текст - чисто выдумка, основан на моей фантазии и не имеет ничего общего с реальностью в которой вы живете; более того, я - уродливый толстый тролль-девственник, который не может даже надеяться на каплю женского внимания до самой смерти.
Редко когда удаётся увидеть жену программиста. Сами они в курсе “неземной красоты” своих жен и нечасто появляются в компании вместе. Но, когда удаётся увидеть ЕЁ, то сразу понимаешь, почему в свет они выходят редко - появиться рядом с таким чудовищем в компании друзей это тоже самое, что заявить “да, я ебаный неудачник, не уважаю себя и хочу прожить остаток жизни с этим толстым крокодилом”. Оговорюсь сразу - иногда встречаются совершенно удивительные и редкие случаи, когда на программиста и его жену приятно посмотреть; в таком случае, парень, скорее всего, учился на юриста или маркетолога, впоследствии переучившись на программиста - исключение, лишь подтверждающее правило.

Причины этого явления я вижу вот в чем. Образование программисты получали в технических вузах, на факультетах типа “программирование на аяксе” или “разработка программирования”, где симпатичных девушек не то чтобы совсем не было, а даже можно сказать вообще отсутствовало. В силу природной лени и общей инерционности девушек программисты выбирают из числа одногруппниц или другого самого ближайшего окружения. Социальные навыки у большинства отсутствуют - по барам тусоваться и знакомиться с новыми людьми программистам не с руки, т.к. вконтакте и wow удовлетворяют потребности в социализации более чем на 9000%.

Опросив с десяток знакомых программистов, я выяснил, что зачастую постоянной избранницей на всю жизнь является первая девушка, которая ему дала, т.е. етот факт настолько переполняет стек, что становится решающим фактором в вопросе выбора спутницы. Очевидно, что давать девственнику-программисту - это задача не для девочки месяца в playboy, а для усатой и с лишним весом Клавы с потока - но и это является в большинстве случаев откровением для молодого человека, т.к. спортом и собой программисты занимаются оч редко, делая упор на алгоритмы и хабрахабр.

Утрата социальных навыков - не единственный фундаментальный разрыв в целостной картине социальной единицы “программист”. Начиная жить со своей избранницей сразу после съезда из родительского дома, программист не способен выполнять и половины необходимых задач по дому. Из списка “готовить еду”, “убирать помещение”, “стирать и гладить одежду”, “нажимать F5 на лепре” ему знаком только последний пункт; разрыва с превратившейся через три года совместной жизни в свиноматку чикой с потока он боится как огня - это грозит ему полным провалом и забвением. Из “овсянку по утрам но сам” vs “пельмешки с маянезиком и теплое толстенькое тело без особых обязательств к смеху” программист выбирает второе, превратившись к 35 годам в забитое существо с двумя детьми, бревноподобной женой-Люцифером и сорока килограммами лишнего веса на двоих, заработав квартиру в спальном раёне и творческую импотенцию наравне с обычной.

Данная тема требует гораздо более фундаментального подхода с графиками, сравнительными таблицами и интервью; к сожалению я крайне ограничен во времени, если вам будет интересно и интерес к теме “крокодиловы жены программистов” будет на уровне, мы продолжим с былой яростью и презрением к неудачникам.

ТИПЫ ПРОГРАММИСТОВ

Линейный программист

Соль индустрии IT-шной. На таких людях, говорят, мир держится. Он же "хомячок". Он же "гребец на галере", но я предпочитаю избегать таких ярлыков, поэтому просто — "линейный программист". Он не хватает звезд с неба, не пишет своих компиляторов и СУБД. Ну максимум — сделает пару инструментов, чтобы облегчить себе жизнь, в остальном — просто решает рабочие задачи. Редко меняет место работы. Усидчив. К работе относится как к работе, без особого энтузиазма. В меру ленив. Дисциплинирован (но бывают исключения), однако без надлежащего управления быстро "расхлябывается" и теряет фокус. Управлять такими людьми можно по стандартным методикам — описанным например в книге Дж. Рейнвотера — Как пасти котов. Квалификация может варьироваться и определяется исключительно опытом и количеством проектов, в которых линейный программист принял участие. Иногда квалифицированные линейные программисты попадают на минимальные управленческие должности — их нарекают team lead и тут-то вышеуказанная книга им и пригождается. Но самая главная особенность линейного программиста — весьма частое отсутствие желания развиваться и экспериментировать. Он прекрасно решит даже очень нудную задачу, которую вы ему предложите, если та не будет слишком сложной. Он выберет как можно более быстрый и прямолинейный инструмент из тех, что знает. Развитие для этих людей носит спорадический характер и в основном идет "вширь": изучить новый фреймворк или новый инструмент, который поможет лучше решать повседневные рабочие задачи. Или "пришел заказчик, который использует вот такую штуку — ну что уж, будем разбираться". Примечательно, что знания полученные в результате спорадического развития отдельных линейных программистов как раз и составляют опыт аутсорс-компании. Однако, двигать горы и исследовать окружающий мир "вглубь" самостоятельно линейного программиста чаще всего просто не тянет. Например изучать новый, хайповый язык программирования ему просто не интересно. Только если новый язык помогает в решении повседневных задач. И уж тем более разрабатывать свой язык — увольте. И это — нормально. Хуже всего то, что линейные программисты "каменеют" когда долго сидят на одном месте. То есть если у вас есть человек, который стабильно занимается концептуально одними и теми же проектами на протяжении 3-5 лет — то очень маловероятно, что он сменит типаж и будет развиваться "вглубь". Но вот раньше этого эмпирического срока — все возможно и зависит от бэкграунда.

Бэкграунд: разный. В "линейных программистах" могут оказаться и люди, прошедшие онлайн-курсы, и выпускники ВУЗов, некоторые олимпиадники, бывшие ученые технических направлений и даже люди из концептуально другой профессии (известны случаи когда дальнобойщики становились разработчиками на PHP). Важно понимать, что линейный программист — само по себе является бэкграундом и почвой для прыжка в другой типаж. Но! Прыгнет человек или нет — зависит прежде всего от его личных желаний, а не от навыков. Наличие того или иного бэкграунда определяет лишь направление потенциального прыжка, а не его вероятность! А вот вероятность прыжка с течением времени резко падает. Однако если вам нужен верный сотрудник на долгосрочный контракт — научитесь выявлять желающих "прыгнуть" заранее. Сбежит с проекта — будет неприятно.

Ценит: стабильность, среднюю, но 2-раза-в-месяц-стабильную зарплату, покой и личные отношения в коллективе, нормированный рабочий день, офисные плюшки вроде бильярдной, фруктов по выходным, оплаты проезда или тренажерного зала, мед. страховку и (возможно нудную, но) ненапряжную работу.

Сильные стороны: усидчивость, ответственность, коммуникабельность (раз на раз), полная контролируемость, спокойное поведение в стрессовых для проекта ситуациях

Слабые стороны: сложные и/или нестандартные задачи, абстракции, поведение в стрессовых для компании ситуациях, говнокод опять же

Rock star (Software Scientist)

Концентрированный исследователь. Такие больше похоже на классических ученых, но только от IT. Им интересны алгоритмы, теоретические исследования, концептуально новые направления в индустрии, но прежде всего — им интересно экспериментировать. Ради этих экспериментов их и нанимают, собственно. Они готовы часами копаться в сложных штуках и решать задачи, постановка которых другим людям даже не понятна. Они — эксперты в сложных вопросах. Они точно знают в каких случаях q-sort стоит заменить на heap sort и чем они отличаются, или может быть какие алгоритмы кластеризации подойдут для анализа потока биржевых котировок, а иные знают какие оптимизации используются внутри g++ и как они помогают жить. Костяк таких людей, например, способен разработать новый язык программирования и компилятор к нему. Или значительно улучшить какую-бы то ни было существующую систему. Еще они часто предрасположены к функциональному программированию. Ни на что не намекаю — просто статистическая закономерность. Кстати, говнокодить rock stars могут (особливо на стадии прототипирования идей), но в массе своей не допускают плохой код до финальных версий разрабатываемых ими вещей, стараются сделать все красиво, с комментариями и удобными программными интерфейсами.

Но.

Как всегда есть "но", которое все портит. Важно понимать что ни при каких условях эти люди не будут решать ваши задачи. То есть да — rock stars будут решать те задачи, которые интересны им. За ваши деньги. И при том — за большие деньги. И при том — не факт что будет какой-то результат. То, что ваши задачи совпали с задачами, которые интересны rock star — очень и очень большая удача и счастливое стечение обстоятельств, не более. Но если завтра rock star-у взбредет в голову контрибьютить в GHC вместо улучшения вашей сборки MySQL — то у вас будет ограниченное количество времени чтобы быстро и решительно его уволить. При попытке заставить оного вернуться к своим задачам — получите, в зависимости от темперамента и ваших soft skills, или конфликты или тихий провал сроков. Ну хорошо хорошо, чтобы людей так капитально разворачивало — это бывает редко и происходит постепенно, да. А вот обратная ситуация — если пересадить rock star с улучшения вашей сборки MySQL на улучшение GHC против его желания — бывает достаточно часто. И, как нетрудно заметить, приводит к аналогичным последствиям. И именно это обстоятельство делает rock star категорически неприемлемым для аутсорса.

Именно поэтому rock stars лучше всего чувствуют себя в продуктовых компаниях (например JetBrains), где им дают полную свободу в рамках одного продукта и полностью исключают внезапную смену скоупа задач (разве что только через увольнение). Люди получают возможность заниматься теми задачами, которые им интересны, самореализовываться, раскрываться и их при этом особо никто не дергает. Получается хорошая штука — окей, идет в релиз. Нет? Ну и черт с ним. В таких условиях rock stars пускают корни, живут весьма долго (до десятка лет) и им хорошо.

Со стороны менеджмента здесь требуется легкий и ненавязчивый контроль — так, чтобы rock star не разбредались и их не "заносило" в бесперспективные эксперименты. Ну и так же мягко доносить, что та или иная интересная ему разработка нерелевантна.

Есть другой замечательный пример работы с rock stars — это Google, в котором rock star-у дают возможность заниматься тем, что он хочет. Google их кормит, поит, одевает и защищает от внешних угроз. Взамен — все, что rock star наизобретает — будет принадлежать и продвигаться Google, превращаясь в его продукты. Fair enough. Эдакие посевные инвестиции в отдельно взятой компании.

Бэкграунд: лицей или другая хорошая школа, высшее образование в хорошем ВУЗе по IT-специальности или же математике. Круглый (хотя бы овальный) отличник. Вероятно, участие в серьезной научно-исследовательской деятельности (научные публикации как плюс) и/или олимпиадное программирование прямо со школы.

Ценит: покой (пока решает задачу), свободный ненормированный график с возможностью удаленной работы, адекватность менеджмента, возможность поработать с другими rock stars, сложные, интересные и нестандартные задачи, стабильное финансирование. Офисные плюшки или воспринимает как должное или игнорирует напрочь, но в целом не испытывает к ним особого пиетета.

Сильные стороны: сложные задачи, исследовательская деятельность, нередко проектирование.

Слабые стороны: зачастую наличествуют проблемы в коммуникации, отсутствует стрессоустойчивость, нестабильность в компании или проекте легко спугивает rock stars, жестко поставленные сроки превращаются в стресс, невозможность переключаться по предметным областям — только разве что по своему желанию. Не смотря на всю творческость, несамостоятелен за пределами своих задач.

Делец (Software Engineer)

Редкий зверь в наших краях. Его иногда называют "ориентированный на результат", "любой каприз за ваши деньги". Эдакий линейный программист, который неожиданно (а на самом деле — предсказуемо) обзавелся самостоятельностью, самомотивацией и начавший расти туда, куда считает нужным. Это не rock star, потому что его не интересуют глубокие и абстрактные задачи. Его интересуют работающие инструменты, приносящие конкретную, ощутимую пользу, которую можно потрогать руками здесь и сейчас (зачастую — в виде хрустящих купюр в кармане, но об этом позже). Если работающего инструмента нет — делец делает его для себя сам. Очень любит конкретику в постановках задач, в технологиях и — что самое важное — в общении. Про таких еще говорят "строгий, но справедливый". Коммуникативные навыки хорошие. Политкорректен, дружелюбен, не тяжел, хотя бывает грубоват и склонен к занудным формальностям. Делец таков не от хорошей жизни, потому как грубиянов и молчунов суровая реальность дельца быстро ставит на место. Будешь грубить — угрохаешь репутацию. Будешь молчать — не получишь заказы. Не будешь избегать и разрешать конфликты, лезть на рожон — останешься без денег. Материалист. Работает с теми задачами, которые ставит для него объективная реальность. Если чего-то не понимает — спрашивает и добивается конкретного ответа. Его хлеб — тщательно подобранный или разработанный собственноручно инструментарий, опыт, умение разбираться во всякой гадости в приемлемые сроки и работа на скорость и на качество. Инструментарий подбирает сам или посоветовавшись с другими дельцами — и не дай вам б-же дать ему совет в этот момент. Ответственный. Хороший делец не срывает сроки и обеспечивает рабочий и поддерживаемый продукт. К говнокоду относится как к одному из инструментов. Может занять технического долга, если это уместно и полезно в конкретной ситуации, учитывая специфику проекта. Сведущ в менеджменте. Нередко понимает в нем больше, чем непосредственный начальник. На основании этого может рекомендовать ad-hoc управленческие решения. Из профессиональных изъянов стоит отметить невнимательность к мелочам, но и это у хороших дельцов лечится.

Крутое описание — не правда ли? В чем же подвох? Подвоха тут два. Первый заключается в том, что делец не терпит над собой никакого начальства, особенно если оно менее квалифицированно чем сам делец. Во многом это обусловлено той самой осведомленностью о способах менеджмента. Ну еще и тем, что делец сам прекрасно понимает как делаются деньги в IT-индустрии. Как следствие — делец не подчиняется приказам. Делец сотрудничает в рамках контрактов. Любая попытка заставить дельца делать что-либо за пределами контракта (если не формально подписанного — то хотя бы устно оговоренного) — ведет к вежливому отказу в лучшем случае или к расторжению контракта в худшем. Если делец не подписывался отсылать вам ежедневные отчеты — он этого делать не будет. Если не подписывался тратить на вас 8 часов в день (при наличии сроков сдачи задания) — то он этого делать не будет. Если не подписывался на правки по проекту — ну вы поняли. Однако если вы выкупаете оптом какое-то кол-во рабочего времени дельца (без конкретных сроков и конкретных задач), то он с радостью будет выслушивать ваши стенания, невнятные требования, поддакивать и участвовать в любой корпоративной шизе — ну а что? Уплочено же. Любой каприз за ваши деньги.

Второй подвох заключается в самом отношении дельца к деньгам. Делец не подвержен нематериальной мотивации. На ваши "компания будет оплачивать вам тренажерный зал, обеды и котиков по пятницам" скорее всего ответит "давайте лучше деньгами". А денег делец любит много. И не просто много, а очень много. Да, он лоялен к нестабильности выплат, к переработкам и к оплате за результат, однако эта оплата должна быть большая.

Долгосрочными контрактами на маленькие ежемесячные суммы его не заманишь. Только на большие — выкупайте рабочее время оптом, да. Как следствие — делец часто меняет место работы (в той мере, в которой для него существует это понятие). Засидишься — станешь линейным программистом. Как следствие — квалифицирован решать довольно широкий спектр задач. Помните — хороший делец всегда стоит своих денег. А если вы не дадите ему достаточно денег — делец попытается реквизировать рычаги управления. Разными способами — от наглого увода заказчика и команды (если у него есть такие полномочия), до честного разговора по душам. Если это не удастся — он вас быстро и решительно покинет, потому как а зачем? Хорошие дельцы заканчивают открытием собственных компаний, но, как было сказано выше, дельцов в нашей стране в принципе мало.

Бэкграунд: часто самоучка. Занимается программированием потому что интересно. Высшее образование наличествует, но стоит смотреть на репутацию учебного заведения. Если учебное заведение серьезное — то троечник. Ибо как работает с первого курса. Да и вообще изучению всяких наук предпочитает по-скорее добраться до реальной работы. Очень часто фрилансит. У некоторых дельцов проблемы с фундаментальными знаниями. Однако если это точно делец — то эти проблемы легко решаются.

Ценит: высокую оплату своих услуг (именно в такой формулировке), соблюдение договоренностей, качественные решения проблем. График и плюшки — по договоренности, но обычно предпочитает свободный график, не привязанный к месту работы с фиксированными целями, а плюшки — да выдайте лучше деньгами.

Сильные стороны: широкая и в меру глубокая квалификация, самостоятельность, ответственность, ориентированность на результат, толерантность к нестабильности в компании (пока соблюдаются его контракты), толерантность к недолгосрочным контрактам и внезапным их расторжениям (не нарушениям, а расторжениям я сказал!), слоновья стрессоустойчивость.

Слабые стороны: высокая стоимость (в 2 раза выше чем у линейных программистов и это только начало), могут и сами нарушать обязательства договора (это если делец плохой и ни на что не годный — или просто начинающий), неуправляемость в режиме "я начальник-ты дурак" (если не уплочено), краткосрочность планов, непунктуальность если иного не предусмотрено договором.

Пассажир (business bullshitter)

У этого типажа много "ласковых" названий в народе. Наименее квалифицированные коллеги ему подчиняются, более квалифицированные его не любят. Начальники таких обожают и дальше я объясню почему. Кратко: пассажир харизматичен. Всё. Много и красиво говорит, но катастрофически мало (или некачественно) делает. Повышенная коммуникабельность — его хлеб и зачастую пассажир попадает на менеджерские должности, так как не знает как сделать самому, но обладает достаточным ораторским талантом чтобы заставить работать кого-то вместо себя, и — более того — убедить начальника что именно он и должен руководить проектом. Во всем он демонстрирует серьезность, рвение и уверенность в себе, стремится порешать любую проблему, организовать совещание и обсудить, обязательно учитывая мнение команды. Со стороны может показаться что у него шило в известном месте. Он почти всегда на связи, всем отвечает на письма, показательно вежлив (так, что врезать порой хочется извините вырвалось) и может найти подход хоть к самому дьяволу. Один только минус — техническая квалификация. По правде говоря, ему не очень нравится программирование (вплоть до отвращения), но очень нравится покомандовать. Поэтому слабую техническую квалификацию (или её полное отсутствие) он часто "замазывает" красивыми словами, показным участием, заинтересованностью, дружелюбием и коммуникабельностью. Одна из самых страшных ошибок — ставить таких людей на средние менеджерские должности в командах. Как только вы это сделали — всё. Вы больше не получите достоверных данных о том, что происходит внутри команды с технической точки зрения. У вас будет красиво представленный бриф по происодящему, но те места, которые пассажир не понимает на техническом уровне будут из него исключены. А это в 90% случаев — скрытые проблемы и разнообразные детонаторы.

Тем не менее, грамотно подобранный пассажир может помочь команде общаться с заказчиком. Например, для пассажира ничего не стоит убедить заказчика перенести дату релиза — и при этом последний еще и будет думать что это наилучшее решение. Использовать пассажиров в роли дипломатов для заказчиков — одно удовольствие. Однако помните: харизматичные пассажиры — это как токсичный анестетик широкого спектра действия. Имеет смысл периодически опрыскивать им заказчиков, однако утечка бочки анестетика внутри команды приводит к весьма плачевным последствиям.

Бэкграунд: "лидер класса", "альфа-самец" в университете (жалко что не проверишь никак). Мистер обаяние. Образование может быть разным. Однако имейте в виду, что оценки могли получаться так же через ораторский навык. Программированием мог начать заниматься потому что интересно, но с таким обаянием у него были вещи в жизни и по-важнее. Нередко имеет свой персональный web-сайт на отдельном домене. Сделал его сам.

Ценит: все то же, что и линейный программист минус работа, плюс возможность поруководить.

Сильные стороны: коммуникабельность, способность убеждать, способность доносить информацию красочно, с шутками-прибаутками, про стрессоустойчивость лучше спрашивать отдельно

Слабые стороны: техническая квалификация. Многие технические вещи способен понимать лишь тезисно. Активен, но быстро теряет интерес и концентрацию на сложных и средних технических задачах. А в худшем случае — и вообще на любых задачах.