Get that job at Google - очень интересная статья с советами по поводу того, как проходить собеседование в Гугле. И она не зря такая популярная, она действительно очень хорошо и вдумчиво написана. Там рассматривается процесс собеседования в принципе, и даются советы, которые подойдут для прохождения собеседования в любых программерских компаниях.

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

Спорный вопрос, но думаю, Гуглу виднее.

Не стоит переживать, если вас не взяли на работу. Причинами для этого могут быть:

1. у вас был просто неудачный день
2. у вашего интервьювера был просто неудачный день
3. вы просто не поняли друг друга (вас и интервьювера) на собеседовании
4. вам не повезло и вы попали на Interview Anti-Loop

Полностью согласен с автором. Не стоит волноваться и во время собеседования – это может понизить ваши шансы на успех.

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

Да, и это проблема от которой нужно избавляться – собеседование должно быть гибким настолько, насколько это возможным.

На собеседование необходимо всегда приходить подготовленным.

Даже если вы лучший программист в своей компании, если вы уже долгое время успешно пишите крупный и сложный проект, это вовсе не значит, что вы сможете ответить на все вопросы интервьювера. Ведь удержать в голове знания всех алгоритмов, технологий и подходов с которыми вы сталкивались невозможно. А если на каждый второй вопрос вы будете отвечать: “Да я сталкивался с этим, но это было очень давно и сейчас я не могу ответить на ваш вопрос.”, – то у интервьювера сложится впечатление, что вы самоуверенный, высокомерный и ничего не умеющий джуниор. Поэтому необходимо освежить память перед собеседованием.

Шаг 1 – Изучить теорию алгоритмов и структур данных . Зачем? Потому что это поможет вам распознать проблему, которую вам предлагают решить на собеседовании. Большинство интервьюверов любят, когда их вопрос понимают без дополнительных пояснений. К примеру, если вас попросили разукрасить флаг Штатов, то вашим большим плюсом, будет увидеть в этом вопросе проблему раскрашивания графа. А если вы еще вспомните и решение данной проблемы, то ваши шансы пройти собеседование резко повысятся.

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

Автор рекомендует две книги для подготовки в области теории алгоритмов и структур данных: The Algorithm Design Manual Стивена Скинса и Introduction to Algorithms Томаса Кормена. От себя порекомендую Алгоритмические трюки для программистов Генри Уоренна и Алгоритмы: построение и анализ того же Т. Кормана. В свое время эти книги помогли мне занимать призовые места на национальных соревнованих по программированию.

Шаг 2 – Попросите товарища прособеседовать вас. Друг должен задавать вопросы из различных областей. И вы должны отвечать на них, не важно насколько вы устали или просто ленитесь на них отвечать.

Это не только поможет вам освежить память в тех областях, с которыми вы работали давно, но и позволит вам научиться формировать точный и ясный ответ. Мне часто приходится видеть на собеседованиях, что человек понимает о чем идет речь и даже знает ответ на мой вопрос, но он попросту не может внятно сформировать свой ответ. Возможно это издержки технической профессии – недостаток повседневного общения.

Не ведите себя высокомерно на собеседовании. Лучший способ показать свое высокомерие – поставить под сомнение профессионализм собеседника, поэтому никогда не спрашивайте: “Вы действительно считаете, что все эти алгоритмы важны? Вы полагаете их стоит использовать в реальной жизни? Никогда не слышал о подобном подходе…”. Лучше просто признаться, что вы не знаете или не помните ответ на этот вопрос. Также, не бойтесь попросить подсказку или помощь при ответе на вопрос – некоторые интервьюверы любят, когда их талант признают и просят у них помощи.

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

Некоторые интервьюверы не просят написать кусочек кода, но в вопросе подразумевают, что это было бы лучшим ответом. В этом случае, лучше спросить. Также можно поинтересоваться отношением интервьювера к коду – будет ли он переживать по поводу того, что синтаксис не везде будет соблюдаться? Некоторые интервьюверы равнодушны к синтаксису, полагая, что главное это общее понимание решения и алгоритм. Другие же, напротив – придираются к пропущенной точке с запятой или незакрытой скобке. Но не стоит и сразу бросаться в бой, писать код, даже если вы знаете правильный ответ. О вас может сложиться мнение, что вы сразу беретесь за реализацию, игнорируя этап проектирования. Лучше спросить.

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

Интересным и несколько необычным мне показалось еще и то, что в Гугле проверяют базовые знания математики. Вообще-то не только в Гугле, но и в Мелкософте такое практикуют, просто я никогда не слышал о подобных вопросах при приеме на работу в украинские ИТ-компании.

Операционные системы. Большинство интервьюверов спрашивают в основном фундаментальные вещи: что такое процесс, потоки, какие ресурсы им необходимы, как работает переключение контекста, как происходит инициализация операционной системы и подключенного оборудования, что такое concurrency issues и т.п. Также вы должны знать, что такое locks, симафоры и мониторы и как они работают. Могут спросить, что такое deadlocks и livelocks и как их избегать.

Лучшая книга, которую я прочитал на эту тему – Concurrent Programming in Java Дуга Ли.

В некоторых компаниях меня спрашивали не только о различных семействах операционных систем(MacOS, Linux, Windows), но и отличия версий в одном семействе (Windows XP и Windows Server 2003).

Языки программирования. Вы должны знать хотя бы один язык программирования хорошо и лучше всего, если это будет С++ или Java. С# тоже подойдет, так как он похож на Java. И вы должны быть готовы написать идеальный кусок кода на этом языке.

Честно говоря, я думал, что к этому списку еще добавиться Perl. Но автор оставил его почему-то без внимания.

Итак, предупрежден – значит, вооружен! Но даже если после такой подготовки вы не прошли собеседование – не расстраивайтесь, ведь всегда можно попробовать еще раз (…через полгода).

Ссылки по теме

Одна история неудачного собеседования в Гугл

Записки русского программера из Гугля

How I Blew My Google Interview

My interview experience with Google

My interview at Google

Google's Interview Questions

Google Top Interview Questions ( around 30 With Solutions)

Google Interview for Freshers

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

Еще на заре зарождения аутсорсинга, когда экономика Штатов была на высоте, многие американские компании вкладывали деньги в обучение зарубежных работников. Тогда это были выгодные вложения. К концу 2005 года, когда доллар стоит 45 рупи, средняя зарплата американского программиста была $69,700 в год – согласно Dice's Annual Tech Salary Survey – что в глазах индусского студента выглядело как 3,000,000 рупи. Это были огромные деньги по сравнению с тем, что они могли заработать дома, хотя Штаты платили им всего треть от этой суммы (согласно DQ-IDC India IT Salary Survey).

Теперь, когда экономика Индии набирает все больше и больше оборотов, студенты стараются найти работу внутри страны. Индусские зарплаты выросли на 13% с конца 2005 года, доллар теперь стоит 39 рупи – это на 13% меньше чем в 2005 году. Поэтому желающих работать на Штаты становиться меньше.

Согласно последним данным US Citizenship and Immigration services (USCIS) в 2008 финансовом году было открыто 78,200 H1B профессиональных виз, это на 40% меньше чем в 2004 году (130,497 виз).

Но причем тут мы, украинцы? Дело в том, что у нас с индией много общего в отношении IT-аутсорса. Конечно у нас мельче масштаб и вес на аутсорсовом рынке не такой как у Индии, но именно поэтому подобную статистику в нашей стране собрать тяжело. Итак, текущая ситуация ясна. Что же нас ожидает впереди?

Одни IT-компании, предоставляющие аутсорсинговые услуги, начнут повышать свои цены, чтобы не терять в прибыли. В чем-то такое решение будет стимулировано “снизу” – рядовой программист тоже не захочет терять в прибыли. Американские компании по-тихоньку начнут отказываться, от теперь уже дорогих, аутсорс-услуг, ведь одной из причин такого бурного развития аутсорса – его дешевизна. Таким образом, начнут появляться вакансии на внутреннем рынке труда в Америке. Seturaman Mahalingam, финансовый директор компании Tata Consultancy Services, сказал, что если цена за доллар упадет до 37–35 рупи, то они начнут нанимать американских программистов. Другие IT-компании попытаются предложить свои аутсорс-услуги европейскому рынку, где валюта более стабильна. Третьи компании перейдут на аутсорс, в еще более дешевых странах, таких как Китай.

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

В любом случае полностью отказаться от аутсорса Штаты не смогут – слишком давно и прочно они подсели на эту “иглу”. Откажутся лишь от неоправданно дорогих услуг – соотношение цена/качество всегда играли решающую роль в любом бизнесе. Поэтому, если вы хороший IT-специалист(или IT-компания), уже имеющий свой бренд или связи на аутсорсовом рынке, то падение курса не сильно ударит по вашему карману, если ударит вообще.

23 мая 2008 года в Москве прошла конференция веб-разработчиков Remix с участием генерального директора компании Microsoft Стивена Балмера. Организация была в стиле Microsoft – мелкие розыгрыши лицензионных продуктов компании, кофе-брейки, обед, X-Box и пиво в конце мероприятия. Но основную массу, конечно же, привлекли не эти радости жизни, а публика, собравшаяся в тот день.

После вступительной части на сцену вышел Стив Балмер, со своим громким «Developers!» (в этот момент кто-то сзади сказал: «…ну вот, понесло старика»). Во время своего 10-ти минутного обращения к аудитории, Стив сделал акцент на эволюции ПО, на том, что природа программного обеспечения становится не застывшей, а переходит к модели Soft+Service. Потом на сцену вышел Антон Носик и начал интервьюировать Балмера. Первый его вопрос был одним из самых популярных, его я слышал краем уха, еще до начала конференции: «А зачем вы, собсно, приехали?». Стив ответил туманно, мол надо встретиться с заказчиками и что-то там еще… В кулуарах же, одних смущало само присутствие Стива, на столь мелком для него мероприятии, другие недоумевали «А почему именно Носик?».

Далее Стив озвучил надежды Microsoft в отношении пиратства – «Мы надеемся, что не будет пиратства в государственном и образовательном секторе, большом бизнесе, немного - в малом бизнесе. И вообще, должно быть так мало пиратства, насколько это возможно вообще» (смех в зале).

Довольно четким, будто заранее обдуманным, был ответ и на вопрос об отношении Microsoft к open source. В последнее время корпорация действительно стала больше внимания уделять как самой концепции, так и открытым стандартам. Позиция Балмера оказалась очень простой. Исходные коды получат те, кому Microsoft их предоставит, например, государственные службы безопасности. ПО, которое можно бесплатно раздавать, Microsoft старается не делать, так как корпорация существует ради прибыли. Рассказывал он весело, то и дело, поправляя носки, ковыряясь в носу и показывая зрителям язык – старый, добрый Стив.

После выступления Стива зал заметно опустел и на следующий доклад – PHP на Windows, пришли не все. Роман Здевский сразу раскрыл парочку секретов Microsoft'a:

Секрет 1: MS знает, что есть браузеры, кроме IE.

Секрет 2: MS знает, что есть платформы, кроме майкрософтовских.

А затем попытался развеять несколько мифов:

Миф 1: Хостинг на MS дороже. Примером дешевого MS хостинга был партнер компании – MasterHost. Мне в душу закралось сомнение, и я пошел гуглить. Первая попавшаяся мне ссылка показала:

 

Хотя некоторые другие провайдеры дают равные цены для обеих платформ.

Миф 2: Стартовать на платформе MS дорого. Спорить глупо – в нашей стране это действительно миф ;)

Алексей Могилевский, в свое время придумал черточку в Word'e, а на конференции рассказывал об Internet Explorer'e 8. Из доклада можно было понять, что

• IE8 будет красивым. Например, в строке адреса хост выделяется, а, скажем, длинный урл затеняется.
• Web slices. Можно подписаться на часто обновляемые фрагменты веб-страницы.
• Выделение фрагмента текста и просмотр через контекстное меню: месторасположения объекта на карте, правописание, цены на товары, перевод и т.д.
• Если веб-страница обнаруживает отсутствие подключения к интернет, то предлагает сохранить данные на форме до лучших времен.
• AJAX-приложения получат возможность сохранять свои состояния, таким образом кнопки Вперед/Назад опять можно будет нажимать.

Во время открытой дискуссии с залом, Алексей, не смог ответить на вопрос о поддержке динамической подгрузки JavaScript в следующей версии браузера. На вопрос «При переходе от IE6 к IE7 пришлось писать CSS-хаки. Не придется, ли снова?», ответил – «Гарантий дать не могу никаких, но вы можете верить в то, что мы чему-то научились на наших ошибках», другими словами – опыт позволяет делать нам новые ошибки более уверенно.

В докладе о Silverlight 2.0 не было, пожалуй, ничего нового. Хотя Михаил Черномордиков показал, насколько производительней Silverlight 2.0 по отношению к другим технологиям. А также пообещал поддержку этой технологи на мобильных устройствах, причем не только Windows Mobile – Nokia тоже объявила о поддержке.

Под конец конференции состоялся круглый стол, на котором Microsoftовцам Петру Диденко и Владимиру Габриэлю вспоминали старые грехи компании:

Антон Носик ругал корявую локализацию, предлагал перевести Microsoft, как Мелкомягкий, вспоминал, как Ворд делил слова «мультиканальный» и «обломилося». Когда речь зашла о стандартах, Носика понесло: «…ну если есть стандарт – закрывать тэги <td><tr><table> - ёбте, почему бы их не закрывать! Вместо этого Microsoft поддерживает этих идиотов, и говорит – мы отобразим все правильно, как бы коряво вы не написали…». В конце Антон подытожил: «Microsoft ориентируется на эмбицилов» и «пользователи ставят .NET, чтобы взломать IPhone».

Алекс Экслер скромно предложил убить разработчиков пунктуации в Ворде.

Дмитрий Завалишин прямо на сцене начал молиться, чтобы Microsoft никогда не перевела техническую документацию на русский язык. Интересным, мне показалось наблюдение Дмитрия о том, как во время презентации PHP на Windows, технологии из ряда LAMP по одной заменялись на аналоги Microsoft: «Мы берем красненькие, вражеские технологии и по одной их съедаем…». Я согласен с Димой и в другом: Microsoft выглядит таким плохим в силу статистики и своей большой популярности. Пожалуй, это один из самых сильных аргументов в защиту компании, прозвучавший за время всего круглого стола. Почему эта мысль не пришла в голову мелкософтовцев?

Александров из lenta.ru вопросом: «Как пропатчить KDE2 под FreeBSD? – почему этот, сука, популярный вопрос не был задан Стиву?» вызвал только негативные эмоции у круглого стола. Вспомнили Ющенко. Баян.

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

Полезные ссылки:

Официальный сайт мероприятия

Репортаж с выступления главы Microsoft

Internet Explorer 8: краткая запись доклада

PHP и Microsoft: краткая запись доклада

Silverlight 2: краткая запись доклада

Круглый стол о будущем Microsoft в вебе

Блог разработчиков Internet Explorer

Авторский проект Алексея Экслера

Как это ни парадоксально, но многие из нас работают для того, чтобы не работать. То есть стараются заработать столько денег, чтобы нужды работать больше не было. И дело тут совсем не в человеческой лени или в тяге получить статус богатого человека, а в стремлении заниматься тем, что нравиться. Тем не менее, придя на «нелюбимую» работу многие из нас все же делают то, за что им платят деньги – работают. Так откуда же берется это сокровенное желание поработать? Можно ответить просто – человеком движет инстинкт самосохранения, и в условиях рыночных отношений, для выживания необходимо где-то брать деньги. Все это верно, но есть один момент – даже движимый инстинктом самосохранения человек разумный(homo sapiens), придя на работу зачастую, лишь делает вид, что работает или, по крайней мере, осуществляет ее не в том объеме, в котором хотелось бы.

Многие компании вводят гибкий график, организовывают обеды, комфортно обустраивают офисы и многое другое только ради того, чтобы вам было приятнее работать. Делают они это не ради вашей широкой улыбки, а для того, чтобы вы лучше работали и не думали менять работу. Но правда в том, что ваша продуктивность практически не зависит от вашего настроения. Еще в далеком 1964 году Victor Vroom определил: настроение/продуктивность = 0,14. Это означает, что лишь 2% результата вашей работы были получены «благодаря» вашему хорошему настроению.  Но это вовсе не значит, что люди будут лучше также работать в условиях, приближенных к тюремным (хотя в Советском Союзе считали иначе…). Ведь обиженный или даже злой сотрудник может организовать настоящий саботаж на работе. Тут важна золотая середина – необходимо создать приемлемые условия труда и сконцентрироваться не на том, как улучшить настроение сотрудника, а на том, как увеличить его продуктивность:

Гибкий график. Позволяет сотруднику чувствовать себя свободным в своих действиях и самому строить свои рабочие планы. Абсолютная свобода в графике может привести к тому, что графики нескольких сотрудников не будут совпадать, и если их работа взаимосвязана, то продуктивность команды может пострадать. Как один из вариантов выхода из данной ситуации – зафиксировать хотя бы 4 часа рабочего времени.

Социальная или медицинская страховка. Тяжело сказать, влияет ли этот пункт соцпакета многих IT-компаний на продуктивность сотрудника…

Английский. Как один из видов профессиональных тренингов в IT-индустрии, это бесспорно положительно сказывается на продуктивности сотрудников.

Питание. Врядли «лишние» $3-$4 в день повысят продуктивность сотрудника. Более того, после определенного срока, сотрудник будет воспринимать это, как должное и не дай вам бог попытаться забрать у него эту «сладость».

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

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

К сожалению, многие IT-компании на рынке Украины не могут себе позволить посылать сотрудников на дорогостоящие профессиональные тренинги, выделять время на самообучение (или собственный проект, как это делает Google) или постоянно обновлять рабочие инструменты программистов. Проще нанять уже более квалифицированного, хоть и более дорого сотрудника. Но как говорил Dietrich Bonhoeffer: "If you do a good job for others, you heal yourself at the same time, because a dose of joy is a spiritual cure." - будем трудиться и все будет хорошо.

Несколько несвязная тема, неправда ли? Сейчас все объясню. Вы знаете, у меня есть одна странность – я очень нерешителен, при выборе чая. Это происходит потому, что я сталкиваюсь с тремя проблемами:

1. Упаковки закрытые и узнать аромат и вкус чая, можно только заварив его.
2. Чай продается в 200–300 граммовых упаковках, а это значит, что пить его придется не меньше месяца.(Выкидывать непонравившийся мне чай, не позволяет мой жизненный принцип)
3. Вкусный чай не всегда имеет дорогую, красивую упаковку. А неоновую надпись “это самый вкусный чай”, можно прочитать между строк на любой упаковке.

Отсюда и появляется страх пить неприятный чай так долго! А ни одно мое рабочее утро не обходится без чашечки вкусного чая…

Примерно с такими же трудностями сталкивается и IT-специалист при смене места работы:

1. Какова атмосфера работы, политка, отношение к сотрудникам и перспективы в компании, можно узнать только лишь поработав в ней.
2. Менять место работы чаще чем раз в 1.5–2 года – плохая практика и негативно сказывается на резюме специалиста.
3. HR/PR-отделы IT-компаний всегда выставляют свою компанию в лучшем свете.

Так давайте попробуем разобраться, как же выбрать чай? Для начала можно определить несколько категорий чая: зеленый, черный и сбор трав. Продоложая аналогию с IT-компаниями: компания работающая над одним проектом, компания перебирающая проектами и “всеядные” компании, которые берутся за все, что приносит деньги. Если в случае с чаем, выбор зависит от вкусовых предпочтений покупателя, то для IT-специалиста выбор доллжен основываться на понимании того, как тот или иной тип компании подходит его ожиданиям. Для этого добавим еще пару параметров в оценке IT-компаний – это размер компании, наличие брендового(широко известного) имени, размеры проектов и перспективы карьерного и финансового роста. Сразу хочу оговориться, что какую бы мы аналитику и логические выводы не делали, все равно из любого правила есть исключения, а следовательно воспринимать нижеследующее как панацею на все случаи жизни не рекомендую.

Компании численностью от 1 до 20 человек можно отнести к малым компаниям индустрии. Такие компании редко имеют брендовое имя, так как не содержат маркетинговых отделов, да и средств на рекламу зачастую нет. Эти компании занимаются либо небольшими по размерам и срокам проектами, либо работают над одним, средней величины проектом. В случае, когда такая маленькая IT-компания занимается несколькими проектами, это либо support уже существующих(иногда и больших) проектов, либо разработка маленьких, новых проектов. Маленькие компании редко имеют формализированные процессы, так что опасаться CMMI тут не стоит ;)

Рекомендации: Архитектору делать в такой компании нечего – архитектура либо уже написана, либо проект настолько мал, что применить свой потенциал там негде. Junior-разработчик имеет хорошие шансы получить первый опыт на несложных проектах, а при должном упорстве и в случае роста компании – хороший карьерный рост. На плечи разработчика уровня middle или senior в подобной компании, ляжет основной объем работ, а значит и отношение к ним будет соответствующее. Project Manager или Team Leader имеют все шансы войти в top-management компании. Перспективы же финансовые зависят от скорости развития компании, практика показывает, что компании занимающиеся одним проектом, развиваются медленнее, чем “всеядные” компании. Но стоит упомянуть, что чаще всего “всеядные” берутся за безнадежные проекты и проекты на старых технологиях. Также финансовому росту способствует отсутствие толстой менеджерской прослойки и не-billable людей.

Компании численностью от 20 до 100 человек редко имеют свое брендовое имя, если только она не выросла на одном продукте, который и рекламировала. Разнообразие проектов может быть такое же как и у компаний предыдущего типа. Тем не менее, среди этих компаний чаще попадаются “переборчивые” экземпляры, что благоприятно сказывается на опыте сотрудников не зависимо от их начального уровня. Возможности карьерного роста осложнены тем, что обычно в таких компаниях уже есть сформировавшаяся верхушка в менеджменте и “элита” в трудовых ее слоях. Стоит отметить, что компании этого рода более стабильны и надежны.

Рекомендации: как правило в таких компаниях не больше 2–3 архитекторов, поэтому тут они на вес золота. Так как размер проектов в такой компании средний, выше среднего(в случае с одним проектом) – то лучших условий для обитания архитекторов просто не найти. Для junior-разработчика есть перспектива дорасти до уровня senior за 2–3 года. В случае, с одним проектом (на всю компанию) даты могут несколько увеличиться. Middle и Senior играют в таких компаниях меньшую роль, чем в малых компаниях, но перспектива карьерного и финансового роста есть. Если в такую компанию приходит Project Manager, то он либо сразу попадает в ту “верхушку”, либо начинает заниматься неперспективными проектами. Team Leader также как и Senior будет чувствовать себя в такой компании очень комфортно – есть кем управлять, возможна частичная/полная смена команды или проекта, т.е. есть где получить разнообразный и полезный опыт.

И наконец, компании-гиганты на Украинском IT-рынке численностью от 100 до 500 человек. Такие IT-компании зачастую имеют громкий бренд и редко когда работают над одним проектом. “Вечные” или “support-обещающие” проекты являются основой многих подобных компаний. В таких проектах карьерный рост не предусмотрен, так же как и финансовый (но из любого правила есть исключения – я знаком с командой размером в 50 человек, работающуюю на подобном проекте и получающую вышесреднего по отрасли зп). В компании вцелом карьерный рост сильно осложнен, если в компании все хорошо и нет большой “текучки” кадров.

Рекомендации: мне тяжело посоветовать кому-либо такую компанию, кроме как архитектору и Project Managerу. Все остальные, в такой компании, могут услышать в свой адрес следующее – незаменимых у нас нет!

Станете ли вы перед выбором чая или нового места работы – не важно. Главное – понимать принципы и закономерности развития любого бизнеса, а также постараться собрать как можно больше информации о предмете своего выбора. И помните: риск - дело благородное :)

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

Пару слов о том, чем эта компания будет заниматься. В первые планы компании входит формирование Java-команды для работы над каким-то интересным проектом (детали мне так и не удалось выпытать у Макса…). Компания предлагает хороший социальный пакет: медицинская страховка(компании с мед. страховкой в Харькове можно пересчитать на пальцах одной руки), курсы английского языка, отпуска и больничные по КЗОТУ. А также чуть выше рыночных – цены.

Ориентировочно офис будет находиться пл. Восстания7/8 (бизнес-центр “Протон”).

У меня уже был опыт setup’a офиса по тойже схеме, что сейчас делает Макс. Могу сказать, что первые люди, пришедшие в такую компанию имеют очень хорошие шансы ускорить собственный рост по карьерной лестнице, за счет того, что подобные офисы имеют тенденцию очень быстро развиваться в последнее время, а следовательно образовываются вакансии на должности Team Leader, Project Manager и тп. Но если быть откровенным до конца, то тут многое еще зависит от уровня бюрократии в главном офисе компании и от менеджера на месте, в данном случае – от Макса. Я верю, что у него все получиться и желаю ему успехов во всех его начинаниях!

Все специалисты Java, кого заинтересует работа в этой компании могут присылать свои резюме либо мне, либо Максу.