Отдел программистов как назвать – Как назвать структурное подразделение 🚩 структурное подразделение предприятия 🚩 Работа и карьера 🚩 Другое

Профессии в ИТ постепенно стандартизуются

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

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

Подробнее с подробным описанием стандарта, а также заложенными в него трудовыми функциями, можно ознакомиться на сайте Министерства труда и социальной защиты Российской Федерации по ссылкам:

• Администратор баз данных. Цель профессиональной деятельности – развертывание, сопровождение, оптимизация функционирования баз данных (БД), являющихся частью различных информационных систем. Возможные названия должностей: Старший администратор БД, Старший инженер, Младший эксперт, Системный администратор, Старший специалист.
• Архитектор программного обеспечения. Цель профессиональной деятельности – создание и сопровождение архитектуры программных средств, заключающейся в синтезе и документировании решений о структуре; компонентном устройстве; основных показателях назначения; порядке и способах реализации программных средств в рамках системной архитектуры; реализации требований к программным средствам; контроле реализации и ревизии решений. Возможные названия должностей:
  Старший архитектор ПО, Инженер.
• Менеджер по информационным технологиям. Цель профессиональной деятельности – управление предоставлением, использованием и развитием информационных технологий (ИТ). Возможные названия должностей: Директор по ИТ, Директор департамента ИТ, Заместитель генерального директора по ИТ, Начальник службы информатизации.
• Программист. Цель профессиональной деятельности – разработка программного обеспечения. Возможные названия должностей: Старший программист, Инженер-программист.
• Руководитель разработки программного обеспечения. Цель профессиональной деятельности – руководство процессами разработки, отладки, проверки работоспособности и модификации программного обеспечения, их организация и управление ресурсами. Возможные названия должностей: Руководитель группы разработки, Начальник отдела разработки.
• Специалист по автоматизированным системам управления производством. Цель профессиональной деятельности – исследование, разработка и эксплуатация средств и систем автоматизации и управления различного назначения, в том числе жизненным циклом продукции и ее качеством применительно к конкретным условиям производства на основе отечественных и международных нормативных документов. Возможное название должности: Инженер по автоматизированным системам управления производством.
• Специалист по информационным ресурсам. Цель профессиональной деятельности – распространение информации, реклама товаров и услуг, информационная поддержка бизнес-процессов организаций, повышение эффективности коммуникаций с потребителями продукции и развитие электронной коммерции. Возможные названия должностей:
  Контент-менеджер, Менеджер информационных ресурсов.
• Специалист по тестированию в области информационных технологий. Цель профессиональной деятельности – оценка качества разрабатываемого программного обеспечения путем проверки соответствия продукта заявленным требованиям, сбора и передачи информации о несоответствиях. Возможные названия должностей: Тест-дизайнер, Ведущий тестировщик, Старший инженер-тестировщик.
• Технический писатель (специалист по технической документации в области информационных технологий). Цель профессиональной деятельности – разработка технической документации на продукцию в сфере ИТ, разработка технических документов информационно-методического и маркетингового назначения, управление технической информацией. Возможные названия должностей: Старший технический писатель (специалист по технической документации в ИТ) , Старший разработчик технический документации, Копирайтер.

Интересно, что в разработке указанных профессиональных стандартов участвовали не только теоретики из ВУЗов, но и практики из реального бизнеса. Не всем, однако, понравились новые описания. Среди комментариев к новому стандарту того же Менеджера по информационным технологиям можно найти и откровенно негативные отзывы, описывающие опубликованный текст, как простое собрание выдержек из документации COBIT, ITIL и ISO. Также отмечается, что в стандартах не хватает главного – взгляда на ИТ в комплексе с остальным бизнесом. Я бы еще добавила, что стандарт не вносит ясности с разночтением относительно функций некоторых профессий. К примеру, того же контент-менеджера. Так что документ в итоге хочется назвать «отпиской», которая не позволит оценивать на соответствие занимаемой должности представителей реального бизнеса.

Помогут ли вам каким-то образом новые документы? Стоит ли ждать косвенного положительного влияния на отрасль через стандартизацию ВУЗовских учебных программ, в соответствии с опубликованными профессиональными требованиями? Или все это – бесполезная трата времени и денег?

Дополнительные материалы:

smartsourcing.ru

Должность в IT-сфере. Кто мы?

2013-09-18

Какая у вас должность?

Нет, даже не так. Как ваша должность должна называться?

На самом деле существует множество вариантов названий для тех, кто занимается программированием:

• Разработчик ПО

• Разработчик

• Инженер по разработке

• Старший разработчик ПО

• Программист

• Архитектор-разработчик

• Архитектор программного обеспечения

Я за свою карьеру как только ни назывался, но официальное название вашей должности и то, чем вы занимаетесь – это две разные вещи.

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

А сейчас – минутка правды.

 

Названия должностей ничего не значат

Разве не так? Ведь название должности абсолютно ничего не расскажет вам ни о работе, ни о человеке. В одних компаниях своих лучших программистов называют старшими разработчиками, в других людей с теми же обязанностями называют архитекторами-разработчиками, в других – просто разработчиками ПО.

Одни должности звучат более внушительно, однако, на деле название не несёт за собой никакой объективной информации.

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

И как же нам тогда называться? Хороший вопрос. Ну, не знаю… Может быть, «программистами»?

Погодите-погодите! Я не просто программирую! Я собираю и анализирую требования, делаю макеты, пишу тесты и посещаю собрания. Может быть, по-вашему, я и программист, но, по-моему, я разработчик ПО. Да, и раз уж я этим занимаюсь долгое время и действительно круто это делаю, прошу величать меня Старшим Разработчиком.

Я всё понимаю. Вы важная птица, отличный работник, а не просто какой-то там программист. Программист – это тот, кто пишет код. А вы, чёрт побери, не только пишете код! 

В таком случае, ответьте мне на один вопрос.

А какие ваши навыки представляют наибольшую ценность?

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

Если вы возьмёте все обязанности старшего разработчика за исключением написания кода и передадите их кому-нибудь другому, как вы назовёте этого «кого-нибудь другого»? Скорее всего, бизнес-аналитиком или кем-то подобным. Вряд ли вы дадите ему гордое звание «Старший разработчик»?

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

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

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

• Старший Рассылатель Писем

• Уговариватель Клиентов

• Имитатор Бурной Деятельности

• Инженер по Проведению Совещаний

• Веб-Сёрфер

• Корректор Неправильных Мыслей в Интернете

Возможно, вы не проводите 90% своего времени за написанием кода, однако именно это – ваше главное преимущество. Так какие есть причины называть себя как-то иначе помимо «программиста» или «кодера»?

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

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

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

 

Это всё прах и тлен

Не воспринимайте этот вопрос слишком серьёзно. Я не прошу вас немедленно подойти к начальнику и потребовать, чтобы он начал называть вас «программистом».

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

Если кто-то вас спрашивает, кем вы работаете, просто скажите: «Я программист». Фраза «Я работаю инженером-разработчиком» обязательно приведёт к расспросам. И вам придётся отвечать на эти вопросы, чтобы в конце концов прийти к тому, что было сказано в первом абзаце – вы программируете, и вы программист.

Перевод: Люся Ширшова. По материалам SimpleProgrammer. 

---

Программистов ищут здесь. 

Читайте также: 

О чём никто не расскажет: тёмная сторона разработки ПО

Уроки от Pixar: Зачем ПО-разработчикам быть сценаристами?

Как работать ещё лучше?

itmozg.ru

Отдел – программирование – Большая Энциклопедия Нефти и Газа, статья, страница 1

Отдел – программирование

Cтраница 1

Отдел программирования проводит работу по программированию и решению на машинах конкретных задач; автоматизации вычислительных процессов и разработке специализированных стандартных программ и программ-трансляторов с различных формализованных языков на язык машины; планирует загрузку существующего основного и вспомогательного оборудования исходя из общего количества задач, предназначенных для решения.  [1]

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

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

В отделе программирования производится математическое обеспечение решаемых задач. Выполняется эта работа специалистами по программному обеспечению ЭВМ, а также работниками, занятыми автоматизацией программирования.  [4]

Особое внимание в работе отдела программирования должны уделять разработке программных структурных схем. После передачи системщиками структурной схемы проекта ведущий или старший программист разрабатывает структурную схему организации комплекса программ для конкретных задач и алгоритмов. Старший программист разрабатывает укрупненную структурную схему каждой программы или подпрограммы комплекса, на которой отражены только основные логические процедуры. Уровень ее детализации должен быть таким, чтобы она могла быть применима к любой ЭВМ со сходными внешними устройствами и памятью. При этом необходимо учитывать возможность унификации программы не только внутри комплекса, но и по всему проекту в целом.  [5]

ВЦ, предназначенные для научных и инженерных расчетов, включают в себя вычислительные машины; отделы программирования, математических исследований, технический; административные службы. Все подразделения подчиняются руководству ВЦ.  [6]

Этот последний эффект достаточно ярко проявляется сегодня, когда имеется большое количество маленьких лабораторий и отделов программирования в различных организациях и на предприятиях, имеющих вычислительные машины. Технология их труда отличается огромной пестротой. В частности, используются различные средства программирования от ручного кодирования до совершенных алгоритмических языков.  [7]

Длительность решения сложной задачи или же эффективное использование сложной машины в большой степени зависит от опыта отдела программирования или от наличия компилирующих программ. Эффект от совмещения во времени различных операций часто может быть получен только при условии, если само программирование выполнено достаточно квалифицированно. Другими словами, большое внимание должно быть уделено организации очередей, а также удачному объединению в группы вводимых и выводимых данных. Выигрыш, получаемый от хорошего кодирования, в значительной мере зависит от типа машины, причем совсем не обязательно он оказывается связанным с размерами этой машины. Труднее всего эффективно использовать небольшие машины с запоминающим устройством на магнитном барабане.  [9]

Составленный перечень основных операций письменно утверждается руководителями отдела заказчика и отдела алгоритмизации, после чего передается в отдел программирования ВЦ. После выяснения всех деталей и окончательного утверждения отдел программирования принимает перечень к исполнению ( с этого момента вся ответственность за точное его выполнение ложится на отдел программирования) и на его основе составляет график работ, а также расчет стоимости и затрат времени на выполнение работы.  [10]

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

Составленный перечень основных операций письменно утверждается руководителями отдела заказчика и отдела алгоритмизации, после чего передается в отдел программирования ВЦ. После выяснения всех деталей и окончательного утверждения отдел программирования принимает перечень к исполнению ( с этого момента вся ответственность за точное его выполнение ложится на отдел программирования) и на его основе составляет график работ, а также расчет стоимости и затрат времени на выполнение работы.  [12]

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

НИИМ Методические указания разработаны сектором материалов и – топлива НИИМСа и отделом программирования ВЦ Госснаба СССР на основе се экспериментальных расчетов на ЭВМ планов поставки основных нефт продуктов. Методика отражает способы и приемы сбора и обработки данных, необходимых длл систематического проведения расчетов на ЭВМ планов железнодорожных перевозок. Методика предназначена дл работников нефтеснабнкния, запинающихся составлением месячных г нов перевозок основных нефтепродукте.  [14]

Подсистему необходимо разработать и внедрить за 1 5 года. В распоряжении организации-разработчика имеется отдел системного анализа, состоящий из 10 системотехников, и отдел программирования, состоящий из 15 программистов. Результат решения задачи представлен на рис. 8 – 5, где показана загрузка отделов по числу сотрудников N в течение периода разработки ( 18 месяцев) и распределения ресурсов между задачами.  [15]

Страницы:      1    2

www.ngpedia.ru

Неразбериха с названиями должностей / Хабр

До сих пор, мое продвижение по карьерной лестнице было быстрым. В 2008 году, я начал работать на полную ставку программистом в должности Junior Developer. Там был славный босс и классные коллеги, и я получил навыки использования Java и .NET, вместе с первым полезным опытом. Поработав так пару лет, я чувствовал, что настало время двигаться дальше…

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

Прошло несколько лет, и я вновь стал искать возможности для карьерного роста. На текущем месте работы оценили мои навыки в качестве Systems Analyst, и собирались предложить должность Developer. Однако, я поменял должность на .NET Developer в другой компании. Как и в предыдущих случаях, смена места работы принесла с собой увеличение зарплаты и бонусов. Там я провел 3 года и был повышен до .NET Development Team Lead — поднявшись еще выше, как программист. Я руководил небольшой командой из 4-5 человек и дела шли очень хорошо. В конце концов, достигнув в той компании потолка в развитии, я двинулся дальше, став .NET Architect с соответствующей заработной платой и бонусами.

Замечу кое-что: на протяжении всей моей карьеры, кадровые специалисты (как из сторонних агентств, так и штатные) занимались «обзваниванием» кандидатов и общались по поводу вакансий, соизмеримых с текущей должностью (становясь более общительными по мере моего продвижения по карьерной лестнице). Будучи .NET Development Team Lead, я получал предложения работы в качестве от Senior Developer до Team Lead и Architect. А работая в качестве .NET Architect, мне предлагались должности от Team Lead до Architect и Manager. До сих пор это казалось разумным.

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

А что становится интересным, так это название моей новой должности. В Stack Exchange я Web Developer. Это полное название. Не Manager, или Team Lead, или Architect, а Web Developer. Потому что Stack Exchange не та компания, которую волнуют звания и титулы. Мы нанимаем толковых людей, таких что доводят свою работу до конца (их слова, не мои), и разработчики здесь контролируют проекты от начала до конца. Это означает, что мы иногда выступаем в качестве менеджеров, иногда в качестве руководителей групп, и зачастую в качестве архитекторов, когда обсуждаем наилучший способ разрешить конкретную проблему, либо дизайн конкретной системы.

До тех пор, пока я не получил эту работу, я не понимал, как ущербна нынешняя индустрия найма. Всего 6 месяцев назад я получал звонки и предложения пройти интервью на должность Team Lead, Architect и Manager (с соответствующей зарплатой). Как вы думаете, какие позиции предлагают мне сейчас? Junior Developer и Intermediate Developer. С пропорциональным понижением зарплаты и бонусов. Предлагать мне подобные позиции — пустая трата как моего времени, так и времени рекрутера.

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

Конечно, я не настолько эгоистичен, чтобы оскорбиться предложением работы и оплаты, которые не соответствуют моим нынешним навыкам. Однако, меня беспокоит тот факт, что я не могу убедить большинство рекрутеров предложить что-то еще. Я взял на себя смелость объяснить одному кадровику, что Web Developer в Stack Exchange — это эквивалент (как мне кажется) должности Team Lead или Architect во многих других компаниях. Ответ был таков: «Будь это правдой, ваша должность и называлась бы подобным образом». Я был ошеломлен.

Поскольку не существует каких-либо стандартов для названий должностей разработчиков, очевидно, что Developer в Компании А может быть кем угодно в Компании B, начиная от Junior Developer и заканчивая директором по информационным технологиям. Это непредсказуемо. Особенно учитывая тот факт, что некоторые компании преувеличивают звания своих сотрудников в качестве бесплатного поощрения (вместо того, чтобы платить им как следует, например).

Я не знаю, как исправить недостатки существующей системы найма, но сложившаяся ситуация позволила мне осознать всю ценность Stack Overflow Careers. Мы подбираем кандидатов, основываясь их на опыте, интересах и участии в проектах с открытым исходным кодом, а не званиях и титулах. Мы баним компании, рассылающие спам с предложениями работы. Это означает, что каждое отправленное вам сообщение будет написано рекрутером персонально для вас. Очень немногие рекрутинговые компании могут утверждать о себе подобное. Мы продолжаем развивать этот продукт, и я надеюсь, что в один прекрасный день он установит новый стандарт для вербовки, в котором люди не предлагают работу вслепую, сравнивая с вашей текущей должностью.

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

Например, Джон Доу — некомпетентный разработчик, работающий в маленькой конторе за скромную плату, но обладающий там гордым званием Senior Developer. Рекрутер в конечном итоге предлагает этому разработчику вакансию не только с аналогичным названием, но и с соответствующим окладом. Джон меняет место работы и тем самым делает гигантский прыжок вперед. Что происходит дальше, многие видели неоднократно… Джон не справляется и через 3-6 месяцев покидает компанию. Он был обманут системой званий (англ. credentialism — прим. перев.). Любой из нас скажет, что Джон замахнулся на слишком большой кусок пирога.

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

Индустрия найма находится в плачевном положении. Большинство рекрутеров наймет кого угодно куда угодно чтобы получить свой гонорар и выполнить план. Возникает вопрос: как мы, с помощью Stack Overflow Careers, полностью разрушим систему и построим заново? Время покажет, и я в предвкушении результатов.

habr.com

Перестаньте называть себя программистом и другие карьерные советы / Хабр

Есть один курс, который я бы добавил в программу обучения по всякой инженерной специальности, и он не о компиляторах или сложности алгоритмов. Это “Введение в реальность индустрии”, ибо об этом не говорят и это приводит к никому не нужным обломам. Эта статья претендует стать README.txt для молодого инженера в деле построения карьеры. Ее цель — сделать вас счастливее, заполнив пробелы в образовании относительно того, как работает реальный мир. Я не призываю следовать написанному как подробному руководству, но я надеюсь, что эта информация окажется для вас более ценной, чем то ничто, что вам рассказали об этом в университете.

90% работы для программиста — это корпоративное ПО

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

ПО решает проблемы бизнеса несмотря на свою душераздирающую скучность и отсутствие технологической сложности. Например, представьте себе электронную форму отчета о командировочых расходах. Для компании размером в 2000 человек она может сэкономить порядка 5000 человеко-часов в год в сравнении с ручной обработкой бумаг, что при средней стоимости часа работы в $50 сэкономит $250,000. Компании все равно, что это самое примитивное на свете CRUD-приложение. Единственное, что имеет значение, это то, что оно сокращает издержки или генерирует прибыль.

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

Программистов нанимают для того, чтобы они приносили пользу компании, а не для того, чтобы они программировали

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

Питер Друкер — возможно, вы не слышали о нем, но он пользуется уважением среди людей, которые подписывают финансовые документы — предложил определения центра прибыли (profit center) и центра издержек (cost center). Центры прибыли — это та часть организации, которая непосредственно зарабатывает на хлеб с маслом: партнеры в юридических фирмах, продажники в компаниях, инвесторы на Уолл-стрит и т.д. Центры издержек — это, по сути, все остальное. Вам надо быть частью центра прибыли, потому что это принесет вам больше денег, статус, и больше возможностей во всем, чем вам хотелось бы заниматься. Это не сложно: толковый школьник легко определит центр прибыли компании по ее описанию длиной в один абзац. Если вы хотите работать в этой компании, цельтесь именно туда. Если не можете, то или а) идите работать куда-нибудь еще, или б) организуйте себе перевод после того, как будете наняты.

Программисты — особенно дорогие центры издержек, что вызывает оптимизационный зуд у любого выпускника MBA. Это выливается в такие замечательные инициативы, как аутсорсинг, что можно понимать как “давайте заменим очень дорогие центры издержек, которые занимаются какой-то магией, суть которой нам вроде как не важна, но без нее никак, более дешевыми центрами издержек в стране с более низкой стоимостью труда”. (Лирическое отступление: вы можете абсолютно спокойно игнорировать аутсорсинг как угрозу своей карьере, если прочтете эту статью до конца.) Никто и никогда не отдаст на аутсорсинг центры прибыли. Попытка сделать так родит множество управленческих шуток. Это как если бы вам предложили заменить систему контроля версий файлами на дискетках.

Перестаньте называть себя программистом

“Программист” звучит как “аномально дорогой холоп, пишущий непонятную ерунду в другой непонятной ерунде”. Если вы называете себя программистом, знайте, что кто-то уже работает над тем, чтобы вас уволить. Слышали о Salesforce, Software as Service компании? Их слоган “Без ПО” (“No Software”) буквально сообщает будущим клиентам: “Если бы вы использовали Salesforce, вы бы могли уволить половину программистов, работающих над вашим внутренним ПО, и положить разницу себе в карман.” (В этом, кстати, нет ничего страшного. Вы в индустрии, которая лишает людей работы. Если вы думаете, что это неправильно, идите назад в университет и обучитесь чему-нибудь ненужному.)

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

Есть множеcтсво высокооплачиваемых профессионалов, которые работают с кодом, но при этом не называют себя программистами. Квонты (от “quantitative analyst” — аналитики, занимающиеся алгоритмизацией торговли на бирже, моделированием рисков и т.д. — прим. переводчика) с Уолл-стрит — самый яркий тому пример: они используют компьютеры и знание математики, чтобы принимать решения более эффективно, чем группа людей без такой поддержи, и в результате их компании зарабатывают миллионы долларов. Бонусы успешного квонта в хороший год превышают заработок многих талантливых программистов за десяток лет.

Аналогично, даже если Google кажется вам подходящей компанией, то там тоже есть программисты, и есть люди, чья работа привела к увеличению кликабельности AdWords-объявлений на 1%. (Последние стоят миллионы долларов, намек ясен?) Я недавно наткнулся на сайт парня, у которого в профессиональной биографии было написано: “создал код системы биллинга, через которую проходит 97% прибыли Google”. Сейчас он занимается ангельским инвестированием (это красивый способ сказать, что он очень богат).

Вы не ограничены своим стеком технологий

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

Java-программисты зарабатывают больше, чем .NET-программисты? Все, кто считает себя Java-программистом или .NET-программистом уже в пролете, потому что а) они программисты (а вы, как написано выше, нет) б) они закрывают для себя возможность быть нанятым на большинство позиций. В реальном мире изучение основ нового языка занимает пару недель, и через 6-12 месяцев уже никто не догадается, что вы не занимались этим всю свою карьеру. Я занимался Enterprise Java разработкой еще в марте 2010 (статья написана в октябре 2011 — прим. переводчика). Поверьте, всем все равно. Если компания, занимающаяся разработкой на Python, будет искать технаря, способного заработать им денег, тот факт, что я в жизни не написал ни строчки кода на Python не сыграет против меня.

Талантливые программисты редко встречаются, гораздо реже, чем в них возникает потребность, поэтому сейчас самая благоприятная конъюнктура для соискателей почти во всех отраслях. В Matasano пишут на Ruby. Если вы не знаете Ruby, но вы хороший специалист, вас все равно наймут. (У хорошего специалиста есть опыт в — повторяйте за мной — увеличении прибыли или снижении издержек.) В FogCreek используют стек Microsoft. Я не могу написать ASP.NET без ошибки, но они все равно наймут меня.

Есть компании с таким криво поставленным процессом найма, что если в вашем резюме нет искомого ключевого слова, вас даже не пригласят на собеседование. В таких компаниях лучше не работать, но если вам очень хочется, то потратив несколько вечеров и выходных вы сможете добавить в свое резюме нужные слова. Но еще лучше влиять на выбор технологий на своем текущем месте работы так, чтобы это продвигало вашу карьеру. Хотите изучить Ruby, работая в .NET-компании? Сделайте одноразовый проект на Ruby. И, о-па, вы стали профессиональным Ruby-программистом, вы писали на Ruby и вам за это платили. (Смешно? Я провернул это в компании, занимающейся Java. Единоразовый проект на Ruby заработал нам $30,000. Мой начальник был ожидаемо счастлив и никогда не интересовался, на чем был сделан проект.)

Коллеги и начальники вам не друзья

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

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

Вы сильно переоцениваете средний по рынку уровень компетентности ваших конкурентов, ориентируясь на тех людей, которые непосредственно вас окружают

Многие их тех, кто сейчас работает старшим программистом, на деле не может написать FizzBuzz. Занавес. Основной вывод: вы, скорее всего, достаточно компетентны для того, чтобы работать в компании мечты. Пусть они нанимают лучших из простых смертных, но, тем не менее, они нанимают простых смертных.

“Объявление. Резюме. Интервью. Работа.” — скорее исключение, чем правило в процессе найма

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

Это особенно правдиво относительно наиболее стоящих вакансий. Быть первым сотрудником успешного стартапа имеет определенный флер среди айтишников, и ни одна из таких вакансий не была закрыта с помощью резюме, отправленного в отдел кадров, отчасти потому что у стартапа из 2-х человек пока маловато подкожного жира, чтобы организовать отдел кадров. (Скорее всего, вам не стоит стремиться стать первым сотрудником стартапа, лучше станьте последним из со-основателей.) Хотите работать в Google? У них есть официальный процесс, чтобы чуть-чуть вас протолкнуть вперед просто за то, что вас порекомендовал другой сотрудник Google. (Кроме того, у симпатизирующего вам сотрудника Google есть еще порядочно неофициальных способов повлиять на этот процесс. Один из вариантов — купить компанию, в которой вы работаете. Когда у вас есть пара миллиардов в кармане, у вас появляется много интересных способов решения проблем.)

Есть много причин к тому, почему найм происходит приватно. Одна из них — это то, что в ответ на опубликованную вакансию приходит огромное количество нежелательных резюме (особенно при нынешней конъюнктуре) от вопиюще неподходящих людей. Другая — то, что в некоторых компаниях настолько не умеют нанимать, что если со стороны нанимателя никто лично не знаком с кандидатом, они могут запросто принять на работу кого-нибудь, неспособного написать FizzBuzz.

Сетевое взаимодействие — это не только TCP пакеты

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

Есть много мест, где можно познакомиться. Например, отраслевые события, такие как конференции или открытые лекции в университетах. Пользовательские сообщества (user groups) — другой вариант. Имейте ввиду, что эти события привлекают разную аудиторию, и подстраивайтесь соответвенно.

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

Знакомиться можно и в интернете, но что-то в нашем унаследованном от обезьяны мозгу придает особенно большое значениe взаимодействию лицом к лицу. Я знакомился с людьми в интернете и затем переводил контакт в реальный мир. Физическое рукопожатие — это большая подвижка в отношениях, даже если во время общения в сети своими советами вы уже помогли кому-то заработать больше. Пишите блог, участвуйте в форумах на Hacker News или на других заметных в вашей отрасли ресурсах, но не забывайте ходить на реальные встречи.

Университеты далеки от реального мира

Ваш средний балл не имеет значения (за редким исключением, как в одном международном рекламном агентстве). Он влияет только на то, будет ли ваше резюме отобрано для приглашения на собеседование. Если вы читали то, что написано выше, то вы знаете, что рассылка резюме — не единственный способ попасть на собеседование, поэтому не тратьте слишком много времени оптимизируя то, что и так работает достаточно хорошо (поскольку со средним баллом в 3.96 вам будут звонить так же часто, как и с 3.8), или то, что вам просто не нужно (поскольку вы умеете находить работу, приглашая правильных людей на кофе).

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

Ваши преподаватели могут знать, как работает рынок труда в научной сфере (в двух словах: он дико неэффективный и запутанный сверх всякого человеческого понимания), но при этом имеют довольно идеалистические представления о том, как это происходит в реальном мире. Например, они могут убеждать вас получать дополнительные специализации, потому что это а) кажется им хорошей мыслью б) им всегда нужны рабы, работающие за Роллтон, для ведения их научной работы. Помните, что рыночная стоимость специалиста, способного вести научную работу $80 — $100 тысяч в год. Роллтонами на эти деньги можно уесться.

Преподаватель, у которого я писал научную работу, предлагал мне место на кафедре, оплату обучения и аж $12,000 в год в качестве стипендии, если я подпишусь работать с ним следующие 4-6 лет. Это отличное предложение в том, и только в том случае, если вы только что иммигрировали из страны с более низким уровнем оплаты труда и вам нужна поддержка в получении визы.

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

Сколько зарабатывают программисты?

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

В целом, крупные компании платят больше (деньги, соц. пакет, и т.д.), чем стартапы. Программисты, знающие себе цену, зарабатывают больше, чем те, кто в себе сомневается. Старшие программисты зарабатывают больше, чем младшие. Люди, работающие в более денежных отраслях, зарабатывают больше, чем те, кто работает в менее денежных. Люди, умеющие вести переговоры, зарабатывают больше тех, кто в этом не силен.

У нас есть культурное табу никогда на говорить о зарплате. Но это не абсолют. Во многих культурах, о деньгах вполне приемлемо говорить в профессиональном контексте. (Если бы вы были японцем среднего класса, вы бы посчитали уместным рассказать о своих доходах уже на второй встрече кому угодно, от ребят из вашей команды по футболу до повара, который крутит вам суши. Если бы вы были владельцем компании, вы бы, возможно, были более уклончивы говоря о себе, но зарплаты своих сотрудников обсуждали бы так же, как программисты обсуждают компиляторы — достаточно часто и без тени смущения.) Если бы я был марксистом или сторонником теории заговора, я бы предположил, что американская культура была специально заточена под интересы нанимателей и против интересов наемных работников. Прежде чем обсуждать зарплату с потенциальным работодателем, стоит поговорить с кем-нибудь, кто уже работает в этой компании на схожей позиции и уточнить вилку. На дворе <%= Date.today.year %>;, такого человека вполне можно найти в сети (с помощью LinkedIn, Facebook, Twitter или любой другой не-графовой социальной сети).

В том или ином виде программистам обычно предлагают соц. пакет. В Соединенных Штатах имеет смысл побеспокоиться о страховке здоровья (обычно работодатель оплачивает большую часть стоимости) и о пенсионных накоплениях, которые обычно предлагаются в формате “мы доложим в на ваш пенсионный счет сумму, равную той, что вы внесете туда сами, вплоть до максимума в х% от вашей годовой зарплаты”. Что вы получите в результате легко посчитать: х% от годовой зарплаты. (Это дополнительные деньги, поэтому всегда по максимуму пользуйтесь пенсионными программами работодателя. Инвестируйте эти деньги и забудьте о них на следующие 40 лет.)

Есть и другие плюшки, такие как бесплатные напитки, обеды в офис, оплачиваемые книги по программированию, и т.д. Это в большей степени социальные па. Если я предлагаю покупать вам напитки, это в первую очередь говорит о порядках в моей компании и о том, как я буду относиться к тем, кто у меня работает. (Буквально, “я собираюсь вдохновлять неискушенных молодых программистов на трудовые подвиги, проставляя им копеечную газировку и экономя десятки тысяч долларов на оплате труда, одновременно помогая им разрушать свое здоровье”. Я люблю газировку.) Умейте видеть такие социальные па и реагируйте соответвенно. Например, компания, готовая оплачивать обучение своих сотрудников, может оказаться стоящим местом для работы, но не соглашайтесь на существенно более низкую зарплату в замен на то, что вы запросто можете пойти и купить себе сами.

Как мне стать лучшим переговорщиком?

Об этом можно написать целую отдельную статью. Но если кратко, то:

1. Помните о том, что вы продаете решение бизнес-проблем (увеличение прибыли и сокращение издержек), а не ваш навык программировать или интеллигентное лицо.
2. Ведите переговоры в меру агрессивно и уверенно, как профессионал. С той стороны будут держаться именно так. Если вы стремитесь прийти к взаимовыгодному предложению, не соглашайтесь на все подряд.
3. “Сколько вы зарабатывали на предыдущем месте?” понимайте как “подскажите мне причину предложить вам меньше”. Отвечайте соответвенно.
4. Всегда имейте на готове контр-предложение. Будьте готовы торговаться чем-то, кроме денег. Если они не могут предложить вам большую зарплату, попросите более длинный отпуск.
5. Говорить о деньгах уместно только после того, как вы достигли принципиальной договоренности о переходе. Обычно этот разговор происходит в самом конце, когда они со своей стороны уже вложили довольно много времени и денег в то, чтобы заполучить вас, то есть не на собеседовании. Помните, что не суметь договориться с вами на этом этапе сулит им потери, поэтому они, скорее всего, не будут слишком сильно настаивать на незначительных для компании, но существенных для вас вещах, как если бы вы накинули на их предложение по зарплате несколько тысяч и твердо это отстаивали.
6. Прочтите книгу. Их много написано по теме ведения переговоров. Мне нравится «Путь к согласию» («Getting to Yes»). Мысль о том, что неумение вести переговоры стоит вам тысячи долларов ежегодно, может смущать, и поэтому программисты часто не делают направленного усилия, чтобы научиться этому, вместо этого тратя время на игры с какой-нибудь новой технологией.

Сколько стоят акции

Roll d100. (Вы не из этих? Прошу прощения, rand(100).)

0 — 70: Ваши акции не стоят ничего.

71 — 94: Ваши акции стоят сумму, приблизительно равную той, которую вы не заработали, когда пошли работать в стартап, вместо крупной компании с более высокой зарплатой и соц. пакетом.

95 — 99: Стоимость ваших акций существенно изменит вашу жизнь. Тем не менее, вы не будете чувствовать себя богатым, потому что многие из тех, с кем вы плотно работали в последние пару лет, богаче вас по определению. Но зато ваша семья больше не будет вас критиковать за то что вы не пошли работать в $TA_SAMAYA_KOMPANIYA как хороший $NA_KOGO_VAM_PREDLAGAUT_RAVNYATSYA

100: Вы работали в убийце Google и ваше состояние огромно. Поздравляем.

Пытливый читатель заметит, что 100 никогда не будет результатом вызова d100 или rand(100).

Почему ты так скептически настроен о работе за акции?

Потому что вы сильно перееоцениваете вероятность того, что стартап, в котором вы работаете, выстрелит, и очень сильно перееоцениваете кусок пирога, который достанется вам, если это случится. Почитайте об очередности выплат акционерам при ликвидации компании на Hacker News или Venture Hacks, а потом подумайте о том, что люди, которые там об этом пишут, понимают в вопросах венчурных сделок не меньше, чем вы в программировании, и о том, как вы можете наколдовать в коде, когда на кону несколько миллионов долларов.

Стоит ли начинать карьеру в стартапе?

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

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

Так работать в стартапе или нет?

Работа в стартапе это, безусловно, путь развития карьеры, но в большей степени это образ жизни. Это чем-то напоминает работу в финансовой отрасли или в науке. Это три очень разных подхода к жизни. Многие люди пытаются завлечь вас туда из своих собственных интересов. Если вам искренне нравится жить как стартапер, вперед. Если вам нравятся только некоторые аспекты, то помните, что если очень хочется, то многое можно организовать для себя и так. Например, если вы хотите работать с самыми новыми технологиями, и вместе с тем вам важно быть дома к 5:30, чтобы успевать видеть детей, то вы можете работать с новыми технологиями в огромном количестве крупных компаний.

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

Коммуникация — ваш основной профессиональный навык

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

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

(Было время, когда я считал себя программистом “чуть ниже среднего”. С тех пор я понял, что я довольно искаженно представлял себе распределение навыков, что навык программирования это не то, на чем стоит сосредотачиваться, и что моя скромность играет против меня. Сегодня, если вы спросите меня, насколько я крут как программист, я скорее всего начну рассказывать вам о том, как писал систему, которая помогла миллионам детей научиться читать или которая помогла компании заработать миллионы. Где я нахожусь со своим навыком программирования на графике нормального распределения никого не волнует, так почему это должно волновать меня?)

Коммуникация — это навык. Упражняйтесь, и у вас будет получаться все лучше и лучше. Один из важных навыков второго порядка — умение быстро, кратко и уверенно рассказать о том, чем вы полезны, кому-нибудь, кто не разбирается в предметной области и у кого нет причин быть к вам расположенным. Если во время этого упражнения в вашей речи появляются технические термины (“сократил на 200 мс время работы 99 процентов запросов оптимизировав индексы…”), попробуйте еще раз без них. Вы должны уметь объяснить то, что вы делаете, толковому восьмилетке, главбуху вашей компании, программисту другой специальности, или смотрите сами, какая абстракция вам больше всего подходит.

Вам придется заниматься продажами и другими вещами, которых вы надеялись избежать, становясь программистом

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

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

Ваша скромность работает против вас

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

Если вы работали в команде и ваша команда добилась успеха, не говорите “это не моя заслуга, это была работа команды”, если только вы не находитесь на такой позиции, что всем понятно, что вы врете, чтобы показаться скромным. Попробуйте так: “я был счастлив сделать свой вклад, координируя усилия команды в $VASHA_SPETSIALNOST”. Тренеруйтесь перед зеркалом, пока у вас не станет получаться говорить это с серьезным лицом. Вам может казаться, что вы преувеличиваете свой вклад. Не думайте об этом. Тот, кто заявляет, что координирует оптимизацию производства, на деле являясь упаковщиком бутербродов, преувеличивает свой вклад. А вы программист. Вы делаете свои магические штучки и жизнь людей становится лучше. Если вы отвечали за базу данных на важном проекте, в котором кроме вас участвовали другие люди, то, черт побери, да, вы координировали усилия команды по работе с базой данных и это было критически важно для успеха проекта. Такие правила игры. Если вам от этого как-то не по себе, то вы как бейсболист, который не крадет базы (кража базы — игровая ситуация в бейсболе — прим. переводчика): вы не высокоморальный, вы просто не умеете играть.

Все бизнес-решения принимаются многоклеточными родственниками шимпанзе, а не следуя правилам и алгоритмам

Люди есть люди. Социальные танцы — это важный навык. Люди часто поддерживают идеи своих друзей, несмотря на то, что другие идеи могут быть лучше. Люди часто более расположены к тем, с кем ели за одним столом. (Есть такая книга, “Никогда не ешьте в одиночку” (“Never Eat Alone”). Возможно, ее стоит прочесть, название не врет.) Люди отдают предпочтение людям, похожим на них самих. (К этому можно относится хорошо, нейтрально или по-разному. Просто принятие этого факта — первый шаг к тому, чтобы извлечь свою выгоду из такого положения вещей).

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

(Люди, с которыми я работаю, могут начать возражать, что я лукавлю, говоря о себе как о директоре мультинациональной компании, потому что моя компания не очень похожа на то, что приходит в голову большинству, когда речь идет о “мультинациональной компании”. Ну извините, это простой разговорный трюк. Если вы думаете, что людям не нравятся, когда им таким образом пускают пыль в глаза, я вам скажу что есть еще и такие, которые вообще рьяно ненавидят людей в костюмах. Но это не умяляет ценности костюма. Просто будьте адекватны обстановке. Ответы, верные только технически, — это, кстати, самый лучший тип ответов, когда министерство миграции грозит вам депортацией.

В конце концов, ваше счастье по жизни не зависит от карьерных успехов

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

habr.com

Курилка – Как правильно называется специальность 1С-программиста? | 1C-pro.ru

Ну тут вопрос больше право применения.
Вроде как теперь можно в трудовой лепить и “мимо” классификатора. С другой стороны, иногда это “мимо” может выходить “боком”.

Так то инженер-программист.
А так то, ну будет написано “Программист 1С” и что? Реально это ни о чем не говорит ведь (не за тем ли вы просите резюме, а не “сухую” копию трудовой)

* один негритенок просто разворачивал 1С и иногда проводил регламентное обслуживание (бэкапы, переиндексации, удаление помеченных, открытие/закрытие периодов, обновления) – но вписали ему гордо “программист” (потому как на сисадмина он не тянул, а эникейщика-сапорта по штатке не было)

* другой индус исключительно рисовал отчеты. Где через СКД, где “руками”. Крайне редко допиливал чужие отчеты. НИКОГДА не то что не переделывал механизмы типовой “коробки” – даже не занимался массовой обработкой данных (документов/справочников/регистров)

* третий ванька как раз таки немного корябал типовые конфы, добаляя в них новые реквизиты. При том, что можно было обходиться и существующими (методология? не, не слышал). Да обслуживал программы экспорта/импорта. Да, зато с одного взгляда на эксель может сказать что во-о-о-он там в таблицу у вас нифига не дата, а строка, а вот тут у вас в текстовом файл лишние символы табуляции, пробелов и кучка разных управляющих символов. И вообще, может парсить XML по распечатке. Заодно интегрировал 1С с сайтом и пятеркой разных “внешних” служб, баз данных и прочего такого.

* А был еще и Петрович. Который как раз таки 1С программировал, настраивал и всячески поддерживал. А в трудовой у него “сис.админ”, потому как дело было в гос.учреждениии, а там по штаке был только 1 айтишник, и был он сисадмином.

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

1c-pro.ru

где учиться, где работать, зарплата

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

Разновидности

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

1. Прикладные программисты занимаются в основном разработкой программного обеспечения прикладного характера — игры‚ бухгалтерские программы‚ редакторы‚ мессенджеры и т.п. К области их работы также можно отнести создание программного обеспечения для систем видео- и аудио-наблюдения‚ СКД‚ систем пожаротушения или пожарной сигнализации и т.п. Также в их обязанности входит адаптация уже существующих программ под нужды отдельно взятой организации или пользователя.
2. Системные программисты разрабатывают операционные системы, работают с сетями, пишут интерфейсы к различным распределенным базам данных. Специалисты этой категории относятся к числу самых редких и высокооплачиваемых. Их задача состоит в том‚ чтобы разработать системы программного обеспечения (сервисы)‚ которые‚ в свою очередь‚ управляют вычислительной системой (куда входит процессор‚ коммуникационные и периферийные устройства). Также в список задач входит обеспечение функционирования и работы созданных систем (драйвера устройств‚ загрузчики и т.д.).
3. Web-программисты также работают с сетями, но, в большинстве случаев, с глобальными – Интернет. Они пишут программную составляющую сайтов, создают динамические веб-страницы, web-интерфейсы для работы с базами данных.

Особенности профессии

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

Читайте также:

7 причин стать программистом

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

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

Плюсы и минусы профессии

Плюсы:

• высокая заработная плата;
• сравнительно высокий спрос на специалистов;
• иногда можно получить работу не имея высшего образования;
• по преимуществу является творческой профессией.

Минусы:

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

Место работы

• IT-компании и web-студии;
• научно-исследовательские центры;
• организации, которые подразумевают в своей структуре штатную единицу или отделы программистов.

Важные качества

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

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

Обучение на программиста

Читайте также:

На какого программиста учиться?

Оплата труда

Программист – одна из самых востребованных и высокооплачиваемых профессий в России. Даже не самый продвинутый специалист может найти работу в соответствии со своим уровнем знаний, а затем постепенно учиться и набираться опыта. Зарплата стажера — около $1000. Штатный программист в компании среднего уровня (не IT) получает до $1500-1800, чуть больше — в организации, связанной с массовой разработкой ПО. Зарплата ведущего программиста — $2500—3000. Следующая ступень — руководитель IT-отдела. К необходимым знаниям добавляется обязательный опыт работы, владение иностранным языком, навыки управления персоналом и др., а заработок может достигать $4000. Хороший программист может стать руководителем крупного проекта по разработке ПО, и тут уровень доходов достигает $5000 и выше.

Ступеньки карьеры и перспективы

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

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

Знаменитые и великие программисты

Кнут Дональд Эрвин
Мацумото Юкихиро
Таненбаум Эндрю
Рэймонд Эрик Стивен
Фаулер Мартин
Хоппер Грейс
Столлман Ричард Мэттью
Кей Алан
Мейер Сид
Страуструп Бьёрн

Интересные факты

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

Часто первым программируемым устройством принято считать жаккардовый ткацкий станок, построенный в 1804 году Жозефом Мари Жаккаром, который произвёл революцию в ткацкой промышленности, предоставив возможность программировать узоры на тканях при помощи перфокарт.

Первое программируемое вычислительное устройство, Аналитическую машину, разработал Чарлз Бэббидж (но не смог её построить). 19 июля 1843 года графиня Ада Августа Лавлейс, дочка великого английского поэта Джорджа Байрона, как принято считать, написала первую в истории человечества программу для Аналитической машины. Эта программа решала уравнение Бернулли, выражающее закон сохранения энергии движущейся жидкости. 

Читайте также:

Кем были первые программисты?

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

Однако ни одна из программ написанных Адой Лавлейс никогда так и не была запущена.

Аду Августу, графиню Лавлейс, принято считать почётным первым программистом (хотя, конечно, написание одной программы по современным меркам не может считаться родом занятий или профессиональной деятельностью). История сохранила её имя в названии универсального языка программирования «Ада».

Первый работающий программируемый компьютер (1941 год), первые программы для него, а также (с определёнными оговорками) первый язык программирования высокого уровня Планкалкюль создал немецкий инженер Конрад Цузе.

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

Законы Мерфи для программистов

1. Ничто не работает так, как планировалось запрограммировать. 

2. Ничто не программируется так, как должно работать.

3. Хороший программист характеризуется умением доказать почему задачу невозможно выполнить, когда ему просто лень её выполнять.

4. На решение проблемы уходит в три раза меньше времени, чем на обсуждение всех “за” и “против” её решения.

5. Обещанный срок сдачи – это аккуратно рассчитанная дата окончания проекта плюс шесть месяцев.

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

7. Настоящие программисты любят Windows — все ошибки, сделанные по собственной тупости, можно свалить на Microsoft.

8. Следствие — 99% проблем, сваливаемых на Microsoft, является следствием тупости самих программистов.

9. В приступе злости все почему-то молотят по невинному монитору, вместо системного блока.

10. В случае голодовки настоящий программист ещё месяц сможет питаться едой, выковырянной из-под кнопок клавиатуры.

11. Настоящий программист уже как минимум поменял три залитых пивом клавиатуры.

12. Все, кто испытывает проблемы с настройкой кодировки, автоматически считаются неандертальцами.

13. Дилетантские разговоры о компьютерах вызывают резкую тошноту вплоть до приступов рвоты. Вопрос о том как поменять “обои” в Windows вызывает желание перерезать горло вопрошающему.

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

15. HTML, HTTP, FTP, SMTP, TCP/IP, RTFM и т.д. – это слова, а не аббревиатуры.

16. Словосочетание “мышка-норушка” не несёт никакого смысла.

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

18. Следствие – если твоя программа выполняет мистические действия, значит, ты сделал что-то невероятно тупое.

19. Самое плохое ощущение для программиста – когда вокруг тебя стоят десять человек и все пытаются найти причину проблемы в твоей программе, а ты уже понял, в чём проблема, но боишься сказать, потому что это что-то вопиюще глупое…

20. Решение всех жизненных проблем находится в интернете. Надо только уметь хорошо искать.

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

22. Тех, кто презирает программистов, программисты презирают сильнее, чем те, кто презирает программистов, презирают программистов, которые презирают тех, кто их презирает.

23. Если ты понял предыдущее — то ты программист.

На этом свете 10 типов людей – те, кто понимает двоичную систему счисления, и те, кто не понимает ее.

Видео: ты ж программист

Читайте также:

Читайте также:

Почему научиться программировать так чертовски тяжело?

 

www.profguide.io