Кому подойдет профессия программист? Продвижение в качестве эксперта.

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

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

Путь развития в профессиональной сфере может быть разным. Это может быть классическая вертикальная «карьерная лестница», предполагающая высокую личную работоспособность и большие амбиции. А может быть и горизонтальное развитие, зависящее от обучения новым навыкам, увеличения собственной компетенции и роста возможностей. Например, рост количества сотрудников в команде или переход к более сложному проекту можно считать развитием карьеры.

Для начала рассмотрим поэтапный путь от стажера до руководителя в рамках традиционной вертикальной карьерной лестницы. Это одновременно самый популярный и самый предсказуемый путь. Причем, именно такой вариант обеспечивает наибольшую скорость перемещения по ступеням карьерной лестницы.

Этап 1: Junior Developer

Именно с этого этапа начинают работу в качестве программиста большинство людей. В числе главных требований, предъявляемых к соискателям:

• Знание основ как минимум одного востребованного языка программирования.
• (студент или обладатель диплома о высшем образовании). Как альтернатива – курсы программирования + неплохое портфолио.

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

Этап 2: Developer

Основные требования:

• Владение востребованными языками программирования.
• Достаточные знания в программной инженерии.
• Понимание работы ОС, веб-сервисов и управления БД.
• Образование: в крупных компаниях обязателен диплом программиста, в небольших – далеко не всегда. Но дальше строить карьеру без диплома просто не получится.

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

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

Этап 3: Senior Developer

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

• Участие в серьезных проектах коммерческого характера.
• Опыт профессиональной работы не менее 2 лет.

В область профессиональных задач, которые стоят перед ведущим разработчиком, входят непосредственно программирование, детальное проектирование компонентов и их стартовое тестирование. Не сложно догадаться, что наибольшие перспективы карьерного роста будут у тех Senior Developer, кто умеет грамотно выстроить и контролировать командную работу.

Этап 4: Team Leader

Самые важные требования, которые предъявляются к соискателям на эту должность, сводятся к хорошим управленческим навыкам и наличию опыта управления командой программистов минимум из 2 человек.

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

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

Этап 5: Project Manager

Идеальный специалист на данной должности должен сочетать в себе отличные организаторские навыки с большим объемом собственных знаний в области программирования. Нередко назначают далекого от самого процесса разработки человека. Например, менеджерами проектов часто становятся руководители отделов продаж или опытные «управленцы» из других подразделений, изучившие особенности работы в IT. Поэтому на пути к должности менеджера проекта каждый разработчик может столкнуться с серьезной конкуренцией от людей «со стороны».

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

Дальнейший путь возможен в нескольких направлениях и выбор зависит в первую очередь от личных предпочтений и интересов. Можно стать IT-директором, можно перейти в более масштабный или интересный проект, можно основать собственный.

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

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

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

Направления, связанные с обучением и кураторством, могут принимать самые разные формы, например:

• Курирование небольшого коллектива из 2-3 программистов при сотрудничестве в рамках проекта, когда куратор совмещает управленческую работу с проектной и решает, исходя из своего опыта, определенные проблемы. При этом можно быть частью команды разработчиков в одном проекте, а во втором – курировать других.
• Управление командой в проекте, где исполнители территориально отделены друг от друга. Здесь может пригодиться знание иностранных языков и хорошая коммуникабельность. В арсенале задач такого сотрудника введение новых членов команды в рабочий процесс, координация удаленных работников между собой и в целом ответственность за результат. Это удобный вариант развития для тех, кто хочет, не меняя локации и возможно даже должности, участвовать в масштабных международных проектах.
• Исполнение обязанностей тренера-куратора для клиентов, которым нужна какая-либо поддержка.
• Участие в работе учебного центра, специально созданного в рамках крупного или среднего предприятия для обучения новых и действующих сотрудников.

Горизонтальный рост часто связан с периодическими командировками. Изучение незнакомого языка, получение личного опыта непосредственно от лидеров сферы, детальное изучение работы компании работодателя - все это тоже способствует профессиональному росту.

Таким образом, трудно выделить универсальную схему профессионального движения в горизонтальном направлении. Но в любом случае человек получает опыт обучения, управления, профессиональное развитие (возможно, также в смежных сферах). И также может через время претендовать на руководящие должности, в том числе, технического директора.

Сегодня на рынке существует огромное количество возможностей и путей, по которым может пойти интересующийся IT человек. Нужно только определить для самого себя, хочется вам развивать свой функционал и постоянно узнавать что-то новое, делиться знаниями с другими, или же расти до руководящих позиций и брать на себя ответственность за людей и осуществление конкретных проектов. Выбирайте и двигайтесь к цели!

Профессия программиста относительно новая, поэтому в ней мало проторённых дорожек. Специалисты такого профиля обычно ищут свой путь к успеху путём проб и ошибок.

Какими именно способами они могут реализовать наработанный опыт?

Горизонтальная карьера в должности программиста-исполнителя

Лучший выбор для гика — (то есть, целенаправленное повышение квалификации без изменения должностного статуса). Программист, который постоянно совершенствуется — ценный сотрудник.

Его вряд ли обидят при распределении фонда оплаты труда. Он станет достойным кандидатом на место в какой-нибудь более солидной компании, вплоть до организаций международного уровня.

Совет на заметку:

Быть в IT универсалом нереально. Чтобы быстро продвигаться по горизонтали, выберите конкретное направление (базы данных, C++, java и др.) и попытайтесь стать в нём лучшим.

Продвижение в качестве эксперта

Достигнув определённого уровня, вы поймёте, что готовы делиться опытом. На этом этапе перед вами открывается новая перспектива — самореализация в роли консультанта.

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

Мечтаете стать уважаемым экспертом? Не зацикливайтесь на одном только программировании. Учитесь легко общаться с людьми , грамотно и образно выражать мысли .

Управленческая работа

Если вы выросли до ступеньки эксперта, но вам не хочется регистрировать ИП, попробуйте построить вертикальную карьеру в авторитетной фирме.

Вам поручат планировать и контролировать работу других специалистов.

По сути, вы будете начальником. Следовательно, развивайте в себе лидерские качества , учитесь мотивировать людей.

Собственный стартап

Ещё один вариант карьеры — пожалуй, самый сложный — воплощение в жизнь собственного проекта (допустим, запуск какого-нибудь оригинального платного сервиса).

Стартапы удаются только у тех программистов, которые имеют предпринимательскую жилку или находят бывалого бизнес-партнёра.

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

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

Книга “Карьера программиста” основана на опыте практического участия автора во множестве собеседований, проводимых лучшими компаниями. Это квинтэссенция сотен интервью со множеством кандидатов, результат ответов на тысячи вопросов, задаваемых кандидатами и интервьюерами в ведущих мировых корпорациях. Из тысяч возможных задач и вопросов в книгу были отобраны 189 наиболее интересных и значимых.
Шестое издание этого мирового бестселлера поможет вам наилучшим образом подготовиться к собеседованию при приеме на работу программистом или руководителем в крупную IT-организацию или перспективный стартап. Основную часть книги составляют ответы на технические вопросы и задания, которые обычно получают соискатели на собеседовании в таких компаниях, как Google, Microsoft, Apple, Amazon и других. Рассмотрены типичные ошибки, которые допускают кандидаты, а также эффективные методики поготовки к собеседованию. Используя материал этой книги, вы с легкостью подготовитесь к устройству на работу в Google, Microsoft или любую другую

Понравилась статья или книга? Поделись с друзями:

Все книги представленные на сайте только в ознакомительных целях. Любое их использование Вами допускается только в ознакомительных целях. Если Вы планируете их использовать в дальнейшем, то Вы обязаны приобрести их у правообладателей. Администрация сайта не несет ответственность за их использование Вами

Оглядываясь вкруг себя, я размышляю о том, что не так уж часто, мне кажется, люди остаются программистами много-много лет. Чаще всего постепенно переходят в менеджеры, на протяжении нескольких лет, поначалу еще продолжая писать код, но потом все больше и больше начальственные обязанности занимают все время. Часто уходят в Product Management. Некоторые, реже, в маркетинг. Многие уходят в мир стартапов и становятся сами себе бизнесменами - даже если они продолжают писать код, это уже работа на себя. Обратное передвижение, из других профессий в программисты, почти никогда не случается в середине карьеры, только в начале (из математиков, физиков, инженеров, просто кого угодно еще, если есть склонность к этому делу).

Программисты за 50 в обозримом пространстве есть, но их довольно мало. Как объяснить, почему? - потому ли, что в основном люди уходят в менеджмент и другие профессии? - или скорее потому, что профессия все еще очень бурно расширяется, и 30 лет назад намного меньше людей учились на программистов и входили в профессию, вот их теперь и мало в общей массе? Наверное, оба объяснения верны, но, может, одно из них намного важнее? Не знаю.

Мне 37, и если не считать несколько подростковых подработок, я зарабатываю на жизнь программированием чуть более 20 лет. Большую часть этого времени - в компаниях, где я сам себе не хозяин. До сих пор я сознательно противился подводному течению, которое влечет программистов в менеджмент, по двум причинам. Мне кажется, что мне это меньше нравится, и мне кажется, что у меня это не очень хорошо получится. До сих пор я не жалел об этом решении. Но что я буду делать еще через 20 лет, предполагая, что буду жив, относительно здоров, и все еще буду работать? Многое еще может измениться; но если я не буду специально стараться и трепыхаться, закон инерции жизни говорит, что и в 57 лет буду нажимать на клавиши и вводить ключевые слова в текстовом редакторе в какой-то компании. Будут ли хорошие, интересные возможности и проекты для 57-летнего меня в индустрии, какой она станет через 20 лет? Сейчас в нашей индустрии, повторюсь, программисты за 50 есть, но их довольно мало...

Недавняя дискуссия в HN ("What happens to older developers?") подстегнула мои мысли по этому поводу, и, хоть не дала конкретного ответа, предложила много возможных. Верхний комментарий там хорошо подытоживает разные варианты развития, которые я описал в выше: идти в менеджеры, оставаться программистом и углублять свое мастерство, идти в бизнесмены-стартаписты, уходить в совсем другую профессию. Есть в комментариях там немало таких, как я, предпочитающих пока что при всех равных зарабатывать ключевыми словами в редакторе. Те из них, кому за 50, пишут чаще, что коль скоро сохраняют технические знания и идут в ногу со временем, не затрудняются найти работу - хоть это в основном американские мнения, в других странах может быть по-другому. Но неясно, сколько таких осталось из тех, кто хотели того же, но обнаружили, что им трудно поменять место работы в пожилом возрасте, или что им трудно принять тот факт, что все сверстники обошли их по иерархическим лестницам, или что просто надоело.

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

Мне почти 40, и я из поколения программистов-кустарей и программистов-самоучек, получивших высшее техническое образование в советском ВУЗе в начале-середине 90-х, когда обучение было иным и даже такое понятие как computer science в наших ВУЗах еще отсутствовало. Оно было только за рубежом, и о таком термине и о соответствующей дисциплине я ничего не знал вплоть до 2007 года, когда начал активно ходить на собеседования и позиционировать себя на рынке труда.
Может быть, этот рассказ будет полезен молодым специалистам, нащупывающим себя в IT-отрасли, дабы избежать каких-то ошибок и построить свою карьеру по-иному.

IT в моей жизни.

Вот основные вехи моей «славной» IT-биографии. Самое интересное в ней, пожалуй, было в период 1990-1995 и 2000-2010 гг.

• 1973-1985. Периодически находил в журналах и книгах картинки и фотографии компьютеров и внимательно их рассматривал.
• 1981. Увидел микрокалькулятор и был поражён его «фичами». Хотел сделать такой же самостоятельно, но, естественно, ничего из этой затеи не вышло.
• 1985. Мечтал о программируемом микрокалькуляторе БЗ-34. Выписывал журнал «Наука и Жизнь», где публиковались программы для него (раздел «Человек с микрокалькулятором», позже сменившийся на «Человек и компьютер»). Позже, в 1990(?) году, мне купили калькулятор МК-52, с ППЗУ и расширенным набором команд. Я вводил в него программы. Ни о каких других компьютерах я не имел понятия. Знал только, что есть ЕС ЭВМ, но что это такое – толком не ведал. Кажется, была такая у нас в школе, и я ее видел в 4-м классе.
• 1987. В журнале «Моделист-конструктор» появилась схема персонального компьютера «Специалист». Начал готовить плату для него, но не было микросхем. Увидел у приятеля «Микрошу», загружаемую с кассетного магнитофона. Это улучшенный вариант «Специалиста». Очень понравилось. Игры, «Тетрис», «Змея», Бейсик. Взял напрокат «Микрошу» сам. Ввел в него все программы, которые были. Пытался написать сам что-то на «Бейсике». Ездил к знакомым, у них был компьютер «Спектрум», загружался с магнитофона. Я играл в игры.
• 1988-1989. Средняя школа. 9-й класс. Информатика. «Агаты». Писал программы на «Бейсике» по школьному курсу (геометрия - лежат ли точки на одной прямой, все школы - «Шашки», «Дурак» (карточная игра). Физматшкола при «МИЭМ». КУВТ «Ямаха». 1 год - «Бейсик». 2 год - «Паскаль» и инструментальные среды (DOS, Norton Commander). Писали лабораторные работы и курсовые («MSX Basic» - программа для определения по 4-м точкам, является ли фигура, образованная ими, выпуклым четырехугольником, программа «Крестики-нолики», Turbo-Pascal - программы работы с файлами).
• 1988. Дворец пионеров, кружок по пакетной радиосвязи. Впервые увидел IBM PC AT.
• 1990. Поступил в Московский Государственный институт Электроники и Математики.
• 1990-1992 MSX Yamaha. Basic. Pascal. Лабораторные работы.
• 1991. Наконец с большим трудом купил «Микрошу». Пытался ввести туда программу для игры в шахматы (из журнала «Моделист-конструктор»). Очень долго разбирался с ней, несколько дней рисовал блок-схему и разбирал алгоритм работы. После ввода программа не заработала. Вероятно, где-то ошибся в наборе. Комп завис и его пришлось перезагружать Reset-ом. Все результаты многочасовой «набивки» пропали. Надо было записать введенное на магнитофон, но я не догадался. Впредь был умнее. Записывал с помощью командочки Save.
• 1992. Видел 286-ю и Windows 1.0 или 2.0 в зале для лабораторных работ в институте. Очень понравилось.
• 1993. «Персоналки» с 3-го курса. IBM PC XT. IBM PC AT. Среда Turbo C 2.0. Лекции и курсовая работа. Программа «Композитор» под DOS. «Сочиняет» фугу на нужное число голосов, в нужной тональности и в нужном ладу. Писал несколько месяцев на работе у отца на IBM PC AT. Большие ЭВМ. Unix. Простейшие программы на С (нахождение символа в строке, замена и т.д.)
  Конечно же, изучали Prolog, Turbo Basic, программировали на Pascal и с 3-его курса на C. Еще ранее, в 1988-1989 г, программировали на MSX Basic, и это было действительно замечательно! Был также интенсивный курс ассемблера и архитектуры микропроцессоров (тогда еще 80286). Были какие-то дисциплины по параллельным вычислениям и суперкомпьютерам, которые мне никогда потом не понадобились на практике.
• 1994. IBM PC AT. Turbo Basic. Turbo Pascal. Turbo C. Лабораторные работы (программа «Решение уравнения Коши»). Курс «Компьютерная графика». Лабораборные. Программа для вывода слоной трехмерной фигуры. Программирование адаптеров EGA/VGA. Курс «Банки данных». Dbase 3, 4. Clipper. Лабораторные работы. Писал базы данных в институте и у отца на Clipper. Видел Windows 3.1 и MS Access 2.0 у друга на работе, был шокирован и очень понравилось (ничего там не понял и удивлялся, как он в этом шарит). Друг программировал базы данных на Access для туристической фирмы.
• 1995. Unix. ООП. Borland С++. Prolog. Turbo Prolog и ARITY-Prolog. Искусственный интеллект. Лабораторные работы. Переделка программы «Композитор» на C++, добавление классов, операторов.
  По окончании ВУЗ-а все мои сокурсники разошлись: кто уехал за границу, а кто устроился программистом писать на «С++ под базы данных». Кто-то наиболее «продвинутый» даже стал писать софт под видеокарты на ассемблере (тогда это было еще какое-то убожество наподобие S3 Trio и Trident с 256 кбайтами RAM на борту). Только я пошел на преддипломную практику и диплом в некую госорганизацию, где получил свой первоначальный опыт работы, изучил Unix и MS Access, ознакомился с принципами работы компьютерных сетей. Это была середина 90-х.
• 1995 - 1997. Решил стать программистом или, на худой конец, сисадмином. Работа в проектном НИИ кем-то вроде сисадмина-программиста. Операционная система VAX/VMS. DECNet. Толстый EtherNet. «Большие компьютеры», VAXCluster-ы, терминалы VT-220, VT-330, DECServer-ы, DECPrintServer. Выполнял резервное копирование, установку нового ПО, администрирование (права пользователей, права на диски, файлы). Sun SparcStation, 32 Мб оперативки (это какое-то нереальное, сумасшедшее количество), винчестер 2 Гб, Silicon Graphics, Alpha DecServer (DecWindows). Впервые как следует поработал с Windows, изучил его (на 386DX, затем Pentium). OS Solaris, Irix, DecWindows.
• 1996. Защитил диплом по теме «Проектирование межплатформной компьютерной сети». Семиуровневая модель OSI. Сопряжение разных типов сетей по общим протоколам (TCP/IP). Выбор «железа» (маршрутизаторов, концентраторов, репитеров), оценка их стоимости, расчет всевозможных характеристик (длины сегмента, расстояния между репитерами и т.д.).
• 1996-1997. На работе прослушал курсы «SQL for end users», «The XGL graphic library», «Motif programming», «OpenGL programming», «Xlib programming», «XView programming».
  Все курсы, какие были, и для графиков (там много CAD-овцев, под которых покупались Silicon Graphics) и для пользователей баз данных (там был Oracle).
  Администрировал Novell Netware 3.11 и 4.0 (в другом здании). Большая сеть на ~100 персоналок, 2 сервера Novell Netware, тонкий Ethernet.
  Подключился к разработке «Каталожной базы данных оборудования промышленного применения», которую впоследствии разрабатывал самостоятельно (когда уже все стоящие специалисты свалили с той работы:). Так началось мое собственное знакомство с Access.
  Выход Windows 95, знакомство с ней.
• 1996. Подключение фирмы к интернету (dialup в компании Элвис-Телеком).
• 1996 (?) Покупка компьютера домой (486DX2-66). Усовершенствовал программу «Композитор» возможностью распечатки на принтере нот. Пробовал программировать под Windows 3.1 (Borland C++ 3.0, Win 3.1 SDK). Сложно и запутанно, но смог написать простейшую программу, выводящую окно (с основными понятиями программирования в мультизадачных средах я был знаком - очередь событий, ресурсы, окна, контролы, обработчики событий - частично по институту, частично по курсам по Motif и OpenGL, но в Windows все это по-другому). Пробовал переделать программу «Композитор» под Windows с использованием multimedia-библиотек. Очень сложно, не смог.
• 1996. Появился модем, ФИДО, интернет. Начал искать новую работу. Пытался устроиться на работу в компанию, где был UNIX, Informix, NT и т.д. У меня спросили, что такое «template», «group by» и какие UNIX-shell-ы я знаю. Я ничего из этого списка не знал, и меня не взяли.
• 1997, январь-февраль. Пытался написать складскую программу на Access 2.0, изучать Excel. Помню, как раз вышел Office 97, и я пытался с ним освоиться.
• февраль 1997 – декабрь 2000. На мою вторую по счету работу меня взял совершенно незнакомый мне человек и без всякого собеседования просто по объявлению в mo.job (наверное, он все же как-то неявно проверил мою адекватность, но этот тест был успешно мной пройден). Зарплата была неправдоподобно высокая для молодого специалиста на начало 1997 года. На вопрос, зачем он меня взял и почему без собеседования, он сказал: «Мне просто был нужен Access-ист. Вы ведь Access-ист?». Я сказал: «Да, конечно, я - Access-ист». Больше никогда таких глупых вопросов я не задавал. Программировал на Access 2.0. Сразу дали сложные задачи. Было сначала тяжело, потом освоился. Освоил Access 2.0 и Excel 5.0 досконально. Затем Access"97 и Excel"97. ERWin. Вышла «1С-торговля». Очень не понравилась. Чуть-чуть посмотрел Access"2000 и Powerbuilder 6.0. Powerbuilder очень понравился, перевел на него часть библиотек. Перевел программу с MSA 2.0 на MSA 97. Занимался также anykey, администрированием Windows NT Server, внедрением почтовой системы на MS Exchange 5.5, внедрением Office"97, WINS, DHCP, MS Proxy 2.0, RRas и (главное достижение в этой фирме, как я считаю) переводом системы на MS SQL 7.0/MSA"97 с репликацией данных в удаленный офис. Собственноручно проинсталлировал 3 новых сервера Windows NT (SQL, Exchange, WINS, IIS, MS Proxy, RRas), внедрил Faxmaker для Exchange Server. Писал скрипты под MS Exchange Server на VBScript. Замечательно поработав в этой компании несколько лет и написав много софта, я стал задумываться о новой работе.
• Времена менялись. Шел 2000-й год. Дабы избежать застоя в верхнем отделе головного мозга и засилья 1С, я пошёл в один стартап, где мы прозанимались интереснейшими вещами вплоть до 2010-го года. Туда меня взяли тоже совершенно без всякого собеседования после выполнения несложного тестового задания. За 10 лет было написано много десятков мегабайт исходников на всевозможных языках программирования (С++, Python, Assembler), сделана куча замечательных проектов. Я великолепно изучил Linux, C++, Python.
• На дворе 2007-й год. Впервые я стал беспокоиться, потому что работа перестала меня удовлетворять. Мне стало казаться, что моя работа – это подготовка к чему-то «настоящему», это всего лишь репетиция, отработка навыков перед чем-то важным. Но время шло, а «настоящей работы» так и не начиналось. Настоящей, на которой я смогу реализоваться полностью. Стало казаться, что её просто не существует. Я думал, что моя зарплата и интересность работы будет расти сама прямо пропорционально времени, но этого не происходило. Зарплатный капкан начал меня напрягать. Выйдя на свободный рынок в 2007 году я, пожалуй, впервые ощутил свою косность, неконкурентоспособность и безнадежную отсталость от технологий. Завязнув в стартапе, я порядком закостенел. Я начал заниматься поисками новой работы. Моя out-of-the-markedness беспокоила меня всё больше и больше. Посетил множество фирм, в числе которых были и очень крупные игроки софтверного бизнеса (Rambler, Yandex, Kaspersky и др). Но везде результат один – полный и несомненный отказ. В это время я впервые задался вопросом: «Почему?», на который до сих пор не получил внятного ответа. Я наконец-то узнал, что существует computer science, которую все спрашивают и про которую я впервые слышал. Неужели это потому, что я не знаю computer science? Но я же написал огромное количество высококачественного рабочего софта, знаю множество технологий и промышленную разработку! Я начал кидаться туда-сюда, хвататься за новые бесчисленные технологии, срочно изучать эту самую computer science, ничего не успевал изучать и был расстроен тем, что у меня ничего не получается. В конце концов, так и не найдя новой работы, я смирился со своей грустной участью. Я всё время был «не в струе»: когда все использовали stl и boost, я их практически не использовал, потому что не нужно было по работе; когда питонисты поголовно перешли на django году в 2008-м, я его упорно игнорировал, поскольку пользовался лучшим с моей точки зрения фреймворком, файлы редактировал упорно в FAR-е, хотя кругом было полным-полно замечательных удобных редакторов, и моя производительность не страдала от этого. В конце концов, я начал использовать все эти технологии, но только для того, чтобы быть адекватным рынку.
• Но вот – о чудо! – меня пригласили в один стартап опять же совершенно без всякого собеседования. И опять, прилежная работа в течение нескольких лет, проектирование, планирование и эджайл, горы исходников, тестирование и багфиксы, надежды на лучшее, ощущение, что это репетиция чего-то важного и нового, разочарования и безуспешные поиски новой работы, которые проходили ровно так же, как в 2007-м году, но в условиях более жесткой конкуренции, которую я ощущал буквально за своими плечами.
• И вот времена опять поменялись. На дворе уже 2013-й год. Я все ещё молодой, но возраст уже начинает брать своё. Мне казалось, что за это время у меня накопился гигантский опыт, что я могу заниматься чем угодно, что я нахожусь в конкурентном поле и у меня достаточно высокий уровень компетенции, что я могу работать, что я – «программист». «Теперь-то», думал я, «уж точно настало время для самой ценной и важной моей работы, для работы всей моей жизни».

На самом деле не всё так просто. Я не знаю, какую именно работу я ищу. Не имею понятия, какая работа будет ценной и важной для меня. Надо попробовать всё. Высока конкуренция. Много молодёжи. Вчерашние выпускники отлично знают computer science и знают все эти загадочные слова, магические пассы и умеют внятно говорить. Поменялись правила игры, хотя Unix, C++, ООП остался. Появились длинные, содержательные, многоэтапные собеседования, grueling interviews. Ужесточаются требования к соискателям. Теперь уже никто не берет «студента без опыта» даже за смешную зарплату. «Странно» - думал я. «В начале 90-х же была демографическая яма, в которую должны были угодить мои потенциальные конкуренты». Но это не так. Выявляются мои пробелы и изъяны в знаниях, последствия многолетней «кустарной практики» и отсутствие системы в знаниях. Оказалось, что я не знаю детально, как работает ни один алгоритм сортировки (все 20 лет сортировал обычным «sort»-ом во всевозможных вариантах и на всевозможных языках программирования, который, по моему мнению, сортирует очень хорошо, но как именно – это меня никогда не волновало, ведь он сортирует наилучшим образом!), не знаю принципов ООП (использовал его еще со времен ВУЗ-а, но, видимо, неправильно, раз я не знаю верных принципов), формата пакетов TCP/IP (а зачем его мне знать? знал, когда писал диплом в ВУЗе, а потом забыл!), алгоритмов на графах и многого другого… Но я же как-то работал эти 20 лет и писал отличный рабочий софт, который используется до сих пор и будет ещё долго использоваться! Как это может быть? Сам удивляюсь.
И второй виток выхода в «свободный рынок» прошел всё в такой же «теплой и дружественной обстановке», как и первый.
«Касперский» снова предложил мне с ним «забрэйнбенчиться», как в старые добрые времена («Thank you, chap, but I don"t play that games anymore, have already brainbenched all over»), «Яндекс» прореджектил все мои аппликейшны на все вакансии, на этот раз молча, даже без приглашения на интервью (в 2007-м году проинтервьюировал и «забраковал»), и похоже, включил меня в пожизненный бан, ибо я уже порядочно надоел их HR, поскольку откликаюсь почти на все их вакансии; mail.ru поступил аналогично, а Parallels, Mirantis и другие «акулы» софтверного рынка меня «забраковали» уже на собеседовании. Неприятно чувствовать себя «забракованным», но приятнее понимать, что мы обоюдно не подошли друг другу и не подходим вот уже много лет  Мы слишком разные. Я например, люблю поэзию, литературу, музыку и английский язык. А вот любит ли это Яндекс? Не уверен.
Со стороны работодателей: их можно понять. Их задача – за минимально возможное время выяснить знания кандидата по максимально широкому набору тем. Я сам набирал программистов и по себе знаю, как это нетривиально. На готовые вопросы подразумеваются готовые шаблонные ответы. Как у Жванецкого: «…вот список ваших вопросов, вот список моих ответов». Излюбленные приёмы, используемые на собеседовании, которые я собрал за многолетние походы по интервью и которые повергают меня в недоумение, вводят в ступор (ответы на некоторые из них я не знаю и посейчас), и, как мне кажется, некоторые из них имеют мало отношения к программированию и их просто задают, потому что это «проверенный способ» и «все их спрашивают». Мои ответы, не устраивающие работодателей, в скобках:

1. Представьте, что Вы читаете лекцию перед студентами. Как бы Вы объяснили студентам термин «X»? (X == «тупик», «контекстно-свободная грамматика», «конечный автомат», «оптимистические и пессимистические блокировки», «парадигмы программирования», «шина данных»). (Из этого списка внятно могу объяснить только «тупик», он же deadlock, потому что часто имею с ним дело. С остальными терминами дела не имею, и, соответственно, объяснить их не могу).
2. Опишите максимально подробно, что происходит при вводе адреса в адресную строку браузера (вариант: при клике на ссылку). (Какая именно степень детализации имеется в виду? Мой рассказ может растянуться на целый день, а время у нас ограничено. Сначала, если мы находимся под Windows, посылается Windows-сообщение WM_CHAR при вводе текста в контрол… нет, точнее, сначала WM_NCHITTEST,… но если начать с самого начала, тогда keystroke поступает в клавиатурный буфер...).
3. Опишите, какой обмен TCP/IP-пакетами производится при установлении HTTP-соединения. (К сожалению, многократно смотрел TCP/IP трафик с помощью ethereal, но не помню формат пакетов даже приблизительно).
4. Опишите, какой обмен TCP/IP-пакетами производится при установлении HTTPS-соединения. (К сожалению, TCP/IP-трафик при HTTPS-соединении не смотрел). Верно ли, что HTTPS работает поверх HTTP или верно обратное? (Не знаю, но думаю, что HTTPS поверх HTTP. Или HTTPS поверх TCP? Кто ж его знает..).
5. Опишите, как производится доставка пакетов транспортным протоколом TCP. Откуда мы знаем, на какой именно физический компьютер доставлять пакет? За счет чего обеспечивается гарантированная доставка? (Адрес доставки определяется MAC-адресом физического компьютера, доставка пакетов производится через gateway, прописанный в настройках системы, если это внешний хост. Внешний или не внешний – это вычисляется из ip-адреса и маски).
6. Какова алгоритмическая сложность наилучшего и наихудшего возможного алгоритма сортировки массива из N элементов? (Наихудшая сложность – O(N^2), потому что нужно сравнить каждый с каждым, наилучшая – O(N * ln(N)). Почему такая наилучшая? Не помню. Читал в книжке. В какой - не помню).
7. Рисуются прямоугольнички со стрелочками, говорится, что прямоугольники – это модули, а стрелочки – это зависимости между ними и задаётся вопрос: «Как загрузить все эти модули? И вообще, как это называется?» (Берем и загружаем рекурсивно сначала зависимости модуля, затем сам модуль. Как это называется – не знаю и не имею ни малейшего понятия. Это называется «прямоугольнички со стрелочками»).
8. Опишите отличия демона от обычного процесса (такой вопрос мне задавали в 2007 году, и я до сих пор не знаю исчерпывающего ответа на него – тема поистине неисчерпаема, и я в ней досконально не разбираюсь, хотя написал за свою рабочую практику огромное количество демонов, при этом до конца не понимая, общая ли у них память или нет, общий ли стэк или нет и общие ли файл-дескрипторы или нет. Кажется, нет, не общие. Или общие. Забыл уже, в общем. Давно это было, в 2004-м году.).
9. Назовите пять принципов объектно-ориентированного программирования. (Не знаю, к сожалению, хотя использую ООП с 1993 года).
10. Как с помощью двух стеков сделать очередь? (Не знаю, но можно посмотреть в интернете).
11. Какие способы синхронизации процессов Вы знаете (вариант: какие примитивы синхронизации Вы знаете) (mutex-ы, семафоры, эвенты)?
12. Какие шаблоны проектирования Вы знаете (вариант: какие шаблоны программирования Вы знаете) (синглтон, фабрика объектов)?
13. Как сделать оптимизацию SQL-запроса (вариант: какие приёмы оптимизации SQL-запросов Вы знаете) (посмотреть план запроса, убрать подзапросы по возможности, проставить недостающие индексы)?

Работодатели совершенно правильно делают, безусловно. Я понимаю, почему они так делают. Они выбирают и отсеивают кандидатов, задавая им простейшие вопросы для начала. Затем переходят к более сложным, затем ещё и ещё. Проблема в том, что наши с ними подходы никогда не совпадают. При том, что я уверен, что в большинстве компаний, куда я ходил на собеседование, я смог бы работать без особых проблем, но работодателям виднее, и это правильно.
PS. На самом деле с работой у меня нет проблем. Это только повод, чтобы описать свою причудливую карьеру. Наконец нашелся работодатель, который «проехал на красный свет», проигнорировав все эти многочисленные warning-и о том, что я не знаю, не задал ни одного вопроса на тему computer science и просто предложил работу.

UPD. Всё же с работой есть проблемы, потому что единственный работодатель, который хотел было, отказался-таки меня брать в конечном итоге. Нет ли у кого-нибудь работы?..