Зачем работать в ABBYY? Часть первая

Первая часть обещанного в моём предыдущем посте развёрнутого ответа. Вторая последует чуть позже (update: вторую читайте здесь).

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

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

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

Далее – семинары для разработчиков. Вопросы – от знакомства с новыми возможностями базовых библиотек, новыми приёмами и технологиями (например, применение XML и XSLT – только не говорите мне, что они не новые :) до хороших и плохих шаблонов проектирования. Конечно, матёрые программисты там зачастую больше для тусовки, но и им бывает интересно, для молодых же такие семинары вообще очень полезны. А учат у нас не просто так. Те, кто успешно свои знания преумножает и применяет, обычно достаточно быстро идут в рост. Стажёры за полтора-два года могут доходить до уровня руководителя группы разработки и получать в свое владение какую-нибудь сложную подсистему или даже целый небольшой продукт.

Те, кто кроме технических проявляют еще и управленческие навыки, могут пойти еще дальше. В конце концов, у нас почти все ключевые руководящие посты в компании занимают бывшие программисты (почти все директора департаментов, например, и даже финдиректор). Ходят слухи, что даже нынешний наш CEO когда-то программировал. Даже если возможность бегать с кнутом не привлекает, можно продолжать «идти в tech», как говорят геймеры. То есть подтверждать все более и более высокие скиллы по программистской части. Такая процедура у нас называется аттестацией: отправляешь код специальной комиссии, его оценивают два эксперта, более титулованные чем аттестуемый, дают оценку, комиссия выносит на ее основе решение – и вуаля, здравствуй, новый уровень потребления материальных благ. К слову, без подтверждения хорошей квалификации еще и не дадут рулить чем-то серьезным, так что это штука не только денежная, но еще и значимая в профессиональном плане. Кстати, заставлять квалифицированного программиста управлять другими программистами никто не будет против его воли, так что аттестация вреда не наносит в любом случае.

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

Проекты, проекты… а что за проекты-то, спросите вы. Вообще, труд у программистов в компании имеет два основных направления: технологии и продукты. Первое – это кропотливый, сложный, но очень интересный способ самовыражения. Здесь трудятся очень умные и увлеченные своим делом люди. Постоянно думают головой, читают умные книжки и морщат лоб. На выходе получается очередная версия технологий, которая хоть и немного (а иногда и очень прилично), но превосходит предыдущую. Работать здесь заставляет, насколько я понимаю, в первую очередь призвание, плюс сознание причастности к развитию науки, хоть и прикладной. В общем, это интересно. К этому направлению относят разные движки распознавания, анализа документов, обработки изображений, экспорта – все они относятся к направлению OCR/ICR, и широкий набор лингвистических проектов, про которые без специальных знаний мне будет тяжело рассказать. В качестве примера можно привести словарные движки и морфологию.

Понятно, что технологии – вещь не самодостаточная, это необходимая основа для работы второго направления – продуктового. Там, разумеется, делают программные продукты, причем как для конечного пользователя (Lingvo, FineReader, PDF Transformer, мобильные продукты) так и для разработчиков (Engine, Recognition Server, Mobile OCR). Тут помимо большого выбора проектов есть еще и большое разнообразнее задач внутри каждого проекта. Кому-то интересно делать красивые окошки, кто-то любит и умеет проектировать внутреннюю структуру проекта. Постоянно возникают задачи, которые еще никто не решал. Например, сделать интеграцию с SharePoint, встроить движок распознавания в МФУ, сделать мобильный продукт на новой платформе. Плюс понятно, для кого это все делается: вот выпущенный продукт, а вот его пользователи в Интернете обсуждают.

Если вкратце, то так. Кто-то скажет, что вся эта деятельность стандартна для программиста, работающего в компании-разработчике ПО. Это верно, никто и не спорит. Но это только то, что касается непосредственно трудовой деятельности. А есть еще подводная часть айсберга, и про нее пойдет речь в моём следующем посте, то есть во второй части ответа.

Константин Тарачёв
Руководитель Группы разработки мобильных лингвистических приложений

UPD. По немногочисленным, но настойчивым просьбам ссылка на то, как к нам попасть. Плюс список открытых вакансий.