Пользователь
0,0
рейтинг
19 августа 2014 в 06:51

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

Есть один курс, который я бы добавил в программу обучения по всякой инженерной специальности, и он не о компиляторах или сложности алгоритмов. Это “Введение в реальность индустрии”, ибо об этом не говорят и это приводит к никому не нужным обломам. Эта статья претендует стать 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”). Возможно, ее стоит прочесть, название не врет.) Люди отдают предпочтение людям, похожим на них самих. (К этому можно относится хорошо, нейтрально или по-разному. Просто принятие этого факта — первый шаг к тому, чтобы извлечь свою выгоду из такого положения вещей).

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

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

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

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

Подробнее
Реклама

Самое читаемое Управление

Комментарии (175)

  • +10
    >90% работы для программиста — это корпоративное ПО
    В России тут плотно сидит 1с, так что эти 90% хабравчане (в основном) за работу для программиста не считают, так что остальные 10% — для хабравчан 100% работы для программиста:)
    • 0
      C# тоже там сидит, как минимум, одним полупопием.
    • +5
      Про 1С верно подмечено!

      Внезапно в голову пришла богатая идея: платформа 1С в чём-то похожа на веб-разработку в том плане, что для веба у нас есть браузер в котором работает только JavaScript. Но многим не нравится JS и поэтому у нас есть CoffeeScript, TypeScript, ClojureScript, Dart (который мы сейчас также компилируем в JS), asm.js и даже ES6->ES5 компиляция!

      Почему бы не замутить нормальный язык программирования типа Clojure1C? Или пойти ещё дальше и сделать PHP1C! И подать это под соусом продвинутого редактора от JetBrains ;)

      Кстати, ребята из JetBrains, даже если вы выпустите редактор на основе IDEA для обычного 1С-языка, этож какой рынок!
      • +1
        Я думаю, что покупать у нас его почти не будут, а будут крякать) А на иностранном рынке 1с нет.
        • –2
          На иностранный рынок 1С выходит, и уверенно.
          • 0
            Это смотря с чем сравнивать. С тем, что 1С вообще не было на западе 5 лет назад? Если сравнивать с нулем (условно), то тогда рост стремится к бесконечности. Но доля рынка у 1С будет мизерной, потому что система развивается очень медленно. Точнее недостаточно быстро. Посмотрите даже на таких гигантов как ORACLE или SAP. например рынок CRM (это самый широкий сегмент бизнес рынка). Они уже лет 5 теряют позиции. А извините, 1С не развивается даже их темпами. А кто лидирует? Salesforce.com (уже упомянутый выше). 3 апдейта каждый год. Это если анализировать кратко.
            • 0
              Ну эти гиганты начинали на иностранном рынке, они выходят на наш. Так что их сравнивать с 1С, мне кажется, не уместно. Я два раза сталкивался с САП и оба раза компании жалели о внедрении
              • +1
                Уместно. У них богатый функционал. На ORACLE или SAP можно сделать полноценный ERP для любого предприятия. А 1С жив только потому, что в нем удобно печатать формы с отчетностью, которые подаются во всякие налоговые, пенсионки и прочее. Если бы наши контролирующие органы были бы обязаны принимать документы в свободной форме (как это в Европе и в США) и обрабатывать их с таким же приоритетом, то 1С не было бы в принципе.
                • 0
                  Не сарказм и не понукание, абсолютно искренний интерес, подскажите, что можно на базе оракл или сап воткнуть с приблизительно таким функционалом: v8.1c.ru/trade/ за 9-20тр в небольшую компанию? Что бы обслуживающая организация была в вашем городе(не дефолт сити) и стоимость поддержки не стремилась к 100тр в месяц? Мы искали в свое время(лет 7назад). Альтернатив для малого бизнеса в этой стране нет. Если появились расскажите?
                  ЗЫ формочки в пенсионку и пр для нас не имеют значения, то есть имеют конечно, но речь в данном случае идет об управленческом учете.
                  • 0
                    Ну, конечно, при сравнении с SAP речь идет о крупном предприятии, но тем не менее, тема действительно имеет место быть.

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

                    Конечно, про формочки я утрировал, но реальность остается приблизительно такой же: 1С хорошо адаптирован под российские ПБУ. Есть два разных вопроса касательно 1с: 1С бухгалтерия (любой ее вид) либо другие 1С продукты?
                    1С бухгалтерия естественно хорошо соответствует реалиям СНГ потому что они специфичны. Любой другой продукт имеет смысл использовать только в связке с бухгалтерией. Если вы используете его отдельно, то выбор чаще всего неверный.

                    Если вы говорите про 1С управление торговлей, то это частично функционал любого нормально CRM + склад и управление закупками. Кстати, склад в каком-то виде тоже может входить в CRM. Торговые представители — это уже совершенно другой вопрос и по факту, в 1С ничего нормально для их работы нет. Никакая финансовая часть не будет иметь смысла без бухгалтерии, так как отчеты в 1С ужасные.

                    Теперь чуть больше по вашему вопросу: 9-20 Тр. это лицензия букввально на 1 компьютер? Почему обслуживающая организация обязяна быть в вашем городе? Сегодня 21 век. Я когда-то внедрял облачную систему управленческого и бухгалтерского учета английской ко/мпании, а встретился с теми у кого ее покупали только спустя более года.
                    Стоимость поддержки — это немного другое.
                    В случае если вы достаточно маленькая компания, то вам нужна сторонняя поддержка и скорее всего «допиливание» в нее особо не входит, потому что в перерасчете на вашу прибыль будет слишком большим.
                    Тогда Поддержка «легких» систем обойдется дешевле 100тр. Если вы имели ввиду разработку доп. функционала, то я вообще плохо понимаю о чем Вы.

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

                    Есть например TerraSoft CRM которая вроде как стоит 40 тыс руб в год на 5 человек. Там что-то даже допиливать можно.

                    Я работаю с облачной Salesforce.com CRM, Минимальный CRM там стоит 25$ на п/м (пользователя в месяц). Функциональный CRM — 65 п/м.

                    CRM при котором вы еще сможете допилить все что хотите — 125 $ п/м.
                    Остатки по товарам в CRM есть и так.
                    И управление складом и закупками в том виде в котором оно обычно может быть нужно маленькому предприятию можно «запилить» за неделю — не шучу.

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

                    В связке с этим CRM я когда-то внедрял учет от FinancialForce.com. Он стоил еще дополнительный денег, боюсь соврать сколько. Думаю вместе они стоили 200 — 250 $ на пользователя в месяц, но могу ошибаться. Так там например был и учет по МСФО и инфойсирование, и сопоставление с банковскими выписками. И при этом за 1,5 года я будучи единственным разработчиком без опыта на этой платформе, тесно сотрудничая с бизнесом я не только внедрил систему но и сделал логистическое приложения для учета товаров в пути и на перевалках для международной торговли.

                    Так что решения есть. А ограничивают вас именно российские реалии
                    • 0
                      Отлично, спасибо за развернутый ответ. Первое что бросается в глаза: все решения онлайн. Никто из моих клиентов на это не согласен(может это специфика российской реальности?), может как раз причина в 1С, она «разбаловала» пользователя тем что база у него на жестком диске и он привык к этому и все другое кажется дикостью.
                      Второе: абонентская плата. При минимальном прайсе(когда нельзя допиливать, такая версия 1с называется базовая и стоит 4тр) 25$ 1C начнет приносить прибыль где то через квартал.

                      125$ за пользователя и можно пилить все что хочешь

                      в 1С это 21тр коробка + лицензии к примеру на 20человек это встанет в 78-97тр(в зависимости от вида поставки лицензии) и это разовый платеж. В вашем варианте 125$ за пользователя это 92тр в месяц. Разница сильно ощутима. Каковы должны быть мотивы руководителя?

                      Почему обслуживающая организация обязяна быть в вашем городе?

                      Потому что кто то должен выехать и обучить к примеру пользователей, это должно разруливаться легко и без вмешательства руководства, разобраться не печатается накладная, это проблема системы или принтера ну и тд.
                    • 0
                      Случайно нажал «написать» вместо «Предпросмотр», должна быть кнопка «ааа я передумал» доступная в течении 3 секунд после написания поста:)
                      В случае если вы достаточно маленькая компания, то вам нужна сторонняя поддержка и скорее всего «допиливание» в нее особо не входит, потому что в перерасчете на вашу прибыль будет слишком большим.

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

                      Тоже не смог понять о чем вы. Мне надо добавить пару отчетов и сделать что бы счета к примеру были разложены по папочкам «Оплачено\Не буду оплачивать\Оплачу позже» и надо что бы это не обошлось в 100тр. Почему допиливание не входит?
                      Выбор то как я понял есть, но достаточно специфический и дороговато это все. Здесь разумеется есть свои подводные камни, 1С это покупка и обслуживание сервера + лицензии на sql или терминальные ну и тд, но даже с учетом их все равно выходит сильно дешевле.
              • 0
                Тут такая фишка, что успешных внедрений чего либо вообще в принципе не так много. По двум попыткам судить о целом…
                Обычно САП это довольно дорого, вероятно пожалели денег — где-то сэкономили где-то недосотрудничали и получили итог.
                У нас внедрение расчета зарплаты от SAP провалилось из-за недостатка финансирования внедрения и из-за сложности самого процесса расчета — на то время у САП-а в Украине было мало опыта в настройке расчета зарплаты государственных предприятий. Как сейчас — не знаю. Но возможности там более чем хорошие, вопрос только в плотном изучении законодательства и особенностей конкретного предприятия.
          • 0
            Покажите хотя бы одну вакансию 1С в Калифорнии?
            • 0
              Не все упирается в Америку. Автор комментария так же не делал акцента на страну. Со слов учебного центра 1С №3 они продвигаются уверенно по европе.
      • +5
        Почему бы не замутить нормальный язык программирования типа Clojure1C? Или пойти ещё дальше и сделать PHP1C! И подать это под соусом продвинутого редактора от JetBrains

        1С — это узкоспециализированный язык, который не предусматривает широкого применения. В нем банально не хватает многих базовых вещей (к примеру, регулярок), которые приходится реализовывать с помощью своих велосипедов. Создание Clojure1C/PHP1C будет банальным переводом Clojure/PHP на русский с дальнейшим обратным переводом в предпроцессоре. Такой код естественно не будет работать на платформе 1С, а код из любой конфигурации в свою очередь нельзя будет выполнить из под Clojure1C/PHP1C, так как базовые методы платформы предусматривают наличие множества предопределенных сущностей (текущие пользователи, записи журнала регистрации, регламентные задания и пр.), которые бессмысленны без баз 1С. Т.е. предложенные монстры мало того, что будет ужасны сам по себе, так еще и никому даром не нужны.

        Кстати, ребята из JetBrains, даже если вы выпустите редактор на основе IDEA для обычного 1С-языка, этож какой рынок!

        Те, кто любят стандартное, сидят на вендерной IDE. Те, кто готовы заплатить, уже это сделали и давно пользуются Снегопатом. Любители OpenSourse ждут анонсированный еще в прошлом году вариант на Eclipse. Боюсь, что JetBrains, если и вздумают последовать вашему совету, то не смогут отбить даже затрат на маркетинговое исследование.
    • +14
      <troll>Наверное, эти 90% хабравчане просто сами не программисты.</troll>
      Утверждение «1С-не программирование», в таком случае, справедливо по отношению к любому другому фреймворку. Rails — это не программирование, Enterprise Java Beans — это не программирование. И так далее, понижая уровень до аппаратного, а затем и до бабочек из известного комикса

      Статья про это как раз и говорит. Программист не тот, кто использует язык, а тот, кто решает задачи. На 1С? Да нет проблем! На Java? Дайте мне неделю и ящик пива. Я не программист, я — решатель ваших задач. Вот про что данная статья. И, кстати, я с ней согласен очень во многом.
    • +3
      Это в малом бизнесе 1С плотно сидит, хотя вовсю вытесняется онлайн-сервисами. В среднем так себе сидит, просто за неимением серьезных конкурентов, а в крупных 1С не представлен вообще. Там или sap\oracle\ax(редко) или самописное ченить.
      • +2
        • –3
          А чего такого сложного Газпром делает, кроме как прибыли считать?
          • +3
            Вы считаете, что в монополистах работа бухгалтерии чем-то проще, чем при наличии конкурентов?
            • +2
              Человек наверное думает, что Газпром — это труба со счетчиком и 2 человека, которые их обслуживают
    • 0
      Не хочу начинать холивар, но мне кажется вы таааак сильно заблуждаетесь. В трех моих последних местах работы 1С не использовался. А вот другого корпоративного ПО могу перечислять по памяти до конца рабочего дня.
  • +21
    Очень хорошая статья, ровно как и перевод, за что спасибо сразу двум (как минимум) людям. Жаль, не могу плюсик поставить :(
    p.s. как раз устроился в один стартап и впервые столкнулся со многим, что описано в статье. К примеру, что процесс (т.е. само программирование) никому кроме тебя не нужно — нужен лишь финал процесса, т.е. результат. И всем пофиг, как ты его получил.
    • +14
      К примеру, что процесс (т.е. само программирование) никому кроме тебя не нужно — нужен лишь финал процесса, т.е. результат. И всем пофиг, как ты его получил.

      Это совершенно естественно, практически в любой профессии, об этом нет смысла писать статьи.
      • +10
        Смысл есть. Не все это понимают. Кто-то сказал: «Людям не нужны дрели. Им нужны дырки. Если бы можно было пойти и купить пакетик дырок на 8 мм, никому бы и в голову не пришло покупать дрели». Многие программисты часто ставят процесс выше цели. Мы понимаем, почему, т.к. сами тоже программисты. Это происходит просто потому, что процесс жутко интересный. Но бизнесу не нужны программисты им нужны дырки.
        • +2
          Ставить результат на порядки выше процесса — крайне недальновидный, наивный и попросту тупой подход. И это вам скажет любой человек, знакомый с понятием «рефакторинг». И об этом действительно нет необходимости писать статьи на Хабрахабр, это базовые логические понятия.
          • +10
            Ставить процесс на порядки выше результата — крайне недальновидный подход. Это скажет вам любой человек, знакомый с понятием бабло. Об этом стоит писать на хабре ибо многие не понимают что такое бабло и как его тратить.
          • +2
            Оооо… вот тут как раз начинается новая статья, называемая «Рефакторинг: как убедить менеджера в необходимости потратить три дня рабочего времени, не добавив ни одной фичи и, возможно, даже не исправив ни одной баги». Интересно было бы узнать. Я 20% времени этим занимаюсь. И это — при том, что мой руководитель — умный и адекватный, сам программист в прошлом. Могу себе представить, как бы к этому отнесся какой-нибудь банкир…
            • 0
              Той суммой денег (рабочего времени) которая потребуется, когда надо будет расширять или править ошибки в нерефакторенном коде?
              • 0
                А её обычно невозможно посчитать. Просто потому, что при этом нужно пройти оба этих пути и посчитав затраты на каждый сказать, как было правильно сделать. Но в каждом конкретном случае контекст разный, разные и затраты. Но бизнес не может себе позволить такие исследования. Тем более в новом контексте можно получить результат противоположный предыдущему опыту. С точки зрения бизнеса, затрат, невозможно точно сказать, нужен рефакторинг в каждом конкретном случае или нет.
                • 0
                  В бизнесе очень многое невозможно подсчитать точно. Например, если повысить цену, то прибыль упадёт или выростет? Точно не узнаешь, пока не попробуешь, и точно так же зависит от контекста. Потому нанимают специалистов, которые должны уметь оценить. Точно так же программист (или тим лид) в том числе должен уметь оценить, есть ли смысл в рефакторинге, и донести до руководства.
            • 0
              Нормально относятся банкиры, им надо просто пояснять на понятном языке. 20% времени рефакторинга это в итоге много больше сэкономленного времени потом — ускорение решения новых задач и ускорение исправления существующих проблем, и т.д. — то есть это экономит их деньги. Конечно, если Вы не можете пояснить, как рефакторинг уменьшит затраты или сгенерирует прибыль, то они не захотят чтобы Вы им занимались (но может это и правильно?).
              Приведите аналогию — его договора с клиентами лежат как попало. И пока вроде проблем нет, но когда-нибудь договоров станет много, и найти один станет долго. Стоит ли сейчас потратить 3 дня на то, чтобы их упорядочить?
      • +3
        Если перестать писать статьи о том, что «естественно», то надо вообще перестать писать статьи, потому что хоть кому-то да любой изложенный факт покажется «очевидным».
        Вспомните анекдот, как еврей с ярмарки посылал телеграмму домой, вычеркивая при написании из нее все «очевидное».
        • +10
          Не помним, расскажите
          • +11
            Жил-был еврейский крестьянин по имени Иосиф. Он очень любил философствовать. Ему было трудно что-либо делать, так как думы отнимали у него все его время, и к тому моменту, когда он был готов, возможность что-то сделать, бывало, исчезала.

            Однажды, уезжая на базар, чтобы продать пшеницу, Иосиф сказал жене:
            — Сразу же, как продам пшеницу, я пошлю тебе телеграмму!

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

            «Пшеница продана выгодно. Приезжаю завтра. Люблю и целую. Иосиф»

            Затем он начал размышлять: «Моя жена подумает, что я сошел с ума. Почему «выгодно»? Я что, собирался продать пшеницу с убытком?» Поэтому он вычеркнул слово «выгодно».

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

            И он спросил себя: «Почему «приезжаю завтра»? Я что, собирался приехать в следующем месяце? Или в будущем году? Моя жена и так знает, что я приеду, как только продам пшеницу». Поэтому он вычеркнул слова «приезжаю завтра».

            Далее он подумал: «Моя жена и так прекрасно знает, что я поехал продавать пшеницу, так зачем писать «пшеница продана»?» Он это тоже вычеркнул, а потом начал смеяться.

            Он подумал: «Я пишу своей жене, зачем же мне писать «люблю и целую»? Я что, пишу чужой жене? Это что, день рожденья моей жены, или какой-нибудь праздник?» Так он и эти слова вычеркнул. Теперь осталось только имя «Иосиф».

            Посмотрев на имя, он сказал себе: «Иосиф, ты что, с ума сошел? Твоя жена знает, как тебя зовут».

            Поэтому он порвал бланк телеграммы и, счастливый, что сэкономил много денег и избежал глупости, ушел с почты.
    • +1
      Я кстати не удивлен, что статья переведена женщиной. У женщин все эти социальные навыки и анализ человеческих взаимоотношений (в т.ч. с приставкой «бизнес») развиты гораздо лучше, чем у мужчин. В среднем по больнице, разумеется.
      • –1
        Какое интересное замечание! С другой стороны, для женщины данная статья не показалась бы такой ценной/сочной, как для мужчины, ибо ей всё это очевиднее. Так что же побудило авторшу перевода на подвиг?
  • +5
    что при средней стоимости часа работы в $50

    Примерно 317058 рублей в месяц по курсу ЦБ РФ на 19.08.2014.
    • +3
      Это средняя американская ставка. Из неё надо вычесть 1/4 на налог.
      • +3
        Зачем сразу из нее и почему 1/4? )
    • +4
      Да, 50$ в час — это автор что-то загнул.
      Даже не переводя в рубли, а чисто в долларах: 50$ в час при 40 часовой неделе — это 2000$ в неделю, умножая на 52 недели = 104К$ в год! Нет таких ЗП даже в США для тех кто вручную обрабатывает бумажки о командировках (а ведь речь шла именно про них).
      • +2
        Работая в интеграторе я продавал трудочасы по $100\час в России. Из интегратора уволился, теперь себя так продаю. Конечно на 40 часов в неделю не выходит, надо еще когда-то заказчиков искать, и на хабре пописать ченить.

        В приниципе нет проблем продаться и за $1000 в час, но только раз полгода и вложить надо будет немало сил и времени чтобы так продаваться, прибыть в единицу времени упадет.
      • 0
        А что смущает? Мало? Много?
      • +2
        К часовой ставке работника добавьте затраты на аренду офисного места, на легальное и налоговое сопровождение, на страховку, на прочие расходы и риски, связанные с трудоустройством. Например, нельзя просто так нанять человека, а потом раз — и уволить. Это означает что вы платите не за час работы человека, а как минимум за неделю-месяц-год, хоть и с рассрочкой. Если всё ещё непонятно, если вы нанимаете человека под какую-то конкретную работу на какую-то ставку, то когда работа заканчивается, вы платите человеку просто так. Если всё равно непонятно, пусть вы платите наборщику $10 в час. Он набирает формы, то есть делает то, за что вы ему платите, один день в неделю. В остальные четыре для он занимается чем придётся. Несложно посчитать что за час выполнения той работы, которая нужна, вы платите наборщику $50.
    • +5
      Я так понимаю, речь идет о стоимости часа работника для работодателя. Работник получает примерно половину из этих денег в виде зарплаты, остальное-налоги, и прочие расходы. Но вобще, если верить этому сайту, действительно медианная зарплата программистов в Штатах порядка 50$ (строка 15-1131 Computer Programmers )
  • +24
    Батюшки мои, сколько пафоса! Максимализм, цинизм, срыв покровов, претензия на знание жизни, в конце статьи не хватает только фразы «так-то, салаги!». А в сухом остатке нытье на тему, что нужно не просто программировать, а так чтобы твой код был полезен, да еще и не выглядеть неумехой на собеседованиях.
    • +10
      Вы удивитесь, сколько программистов, работающих в enterprise не понимают этого. Бизнесу нужен результат. Быстро. Не важно, какого качества говнокод там будет.
      Если там будет говнокод, то это усложнит поддержку и проект рано или поздно загнется. Все это знают. Но бизнесу это неинтересно. Это проблемы исполнителей. А вот если сотрудник умеет решить проблему быстро и при этом не наговнокодить — он на вес золота.
      • +2
        Мне кажется, что они прекрасно понимают что к чему. Но требования к срокам у бизнеса часто таковы, что приходится рыть себе яму, выдавая говнокод. Иначе успеть невозможно. Есть те, кто сопротивляются такому, потому что понимают, что потом им же это и расхлебывать. Т.е. нагоняй неизбежен в принципе — вопрос в том, оттянуть его или принять сейчас. И «бизнес» часто прекрасно это понимает, но правила игры таковы, что можно подгонять программистов, а потом изображать из себя дурачка, удивляясь что вышло быстро и хреново.

        Это не отменяет наличие идейных программистов для которых качество кода — самоцель, а не средство не угробить проект. Но таких, по моим наблюдениям, мало. Да и с возрастом становится все меньше.
        • +5
          В современном мире проекты устаревают и умирают раньше, чем загибаются.
          Я сам вел проект, который в итоге свалился в говнокод… Ну и ок. Он прожил 8 лет, принес дофига бабла, а сейчас на его базе делается новый.
          Сейчас в 99% случает нет смысла делать long life код.
          • 0
            Вы меня не поняли, я говорил про то, что заказчик часто не готов жертвовать качеством в угоду скорости. Т.е. он думает, что если написан говнокод, то это программисты плохие. Хотя программисты наоборот пытались удовлетворить требования бизнеса, выдав продукт поскорее. И чтобы заказчик потом не взвыл от стоимости и неэффективности поддержки, программисты начинают рассказывать о том, что так делать нельзя. А их рассказы воспринимаются как Крестовый Поход Рыцарей Чистого Кода Против Бездуховного Бизнеса.
            • +2
              Качество продукта != качество кода. Надо наверное про это статью написать, а то многие считают идентичными понятия.
          • 0
            Лонг лайв кода при идеальном программировании быть не может по определению. Потому, что рефакторинг.

            Если вы работаете на платформе, которая поддерживает полностью совместима со старыми версиями (тоже идеальный вариант), то с появлением новых возможностей, вы должны сделать рефакторинг и улучшение функциональности. Для того, чтобы это делать грамотно нужна хорошая архитектура. Да, к сожалению, все это редкость. Но к этому надо стремиться. У SalesForce.com последние годы 3 апдейта в год (простите, что повторяю, это уже во втором коментарии). \

            Сейчас 31 версия API. я не пробовал пользоваться 1ой, в проектах в которых я работал с 31ой версией спокойно уживаются и 22-24 версии. Совместимость в этом смысле полная. Это очень хороший пример. Хоть и специфический. Естественно совместимость не моя заслуга, а самой платформы, но тем не менее.
  • НЛО прилетело и опубликовало эту надпись здесь
    • –1
      Опередил :)
    • 0
      d100 это не один кубик, а два. Поэтому возвращает он от 0 до 99 *)
      • 0
        Э… Там как раз от 1 до 100. Если выпадает 00 и 0 это считается как 100.
        • 0
          А в статье счёт начинается с нуля *)
  • +13
    Немного оторванно от реалий, по крайней мере, украинского рынка. У меня за плечами почти 2 года работы с Delphi, мною написано приложение, которое приносит 50% прибыли компании(GPS мониторинг), у меня 1,5 годовой опыт внедрения оракловых CRM систем (а тут и опыт с Oracle DB), опыт интеграции этих самых систем с другими, у меня начальный сертификат по Java, есть небольшой опыт написания приложений под Android. В итоге меня не хотят даже приглашать на собеседования на Java Junior девелопера потому, что в моем резюме нет строчки: «июнь 2013 — июль 2014(1 год) — Компания Рога и Копыта: Java/Android Developer». Приходится набивать портфолио из всяких придумок, в свободное от работы время, что бы все таки написать эту заветную строчку.

    P.S.: Если кому нужны рабочие руки под OpenSource пишите в лс.
    • +4
      Если вы так круты, то зачем вам эти собеседования?
      • +14
        А что крутого в моей трудовой деятельности? Я уверен, что у большинства обитателей хабра опыт куда интереснее. Я это к тому, что отсутствие опыта с конкретными технологиями не даст вам пройти даже уровень HR-ов.

        P.S.: Предлагаете просто приходить с заявлениями «привет парни, я буду теперь с вами работать»?
        • +7
          Мне непонятно как «мною написано приложение, которое приносит 50% прибыли компании» и «меня не хотят даже приглашать на собеседования» может быть одновременно. Зачем вам собеседования если вы можете в одиночку обеспечить доход целой компании (ну половины)? В крайнем случае свою компанию сделаете.

          • +15
            Нет идей, нет ресурса (по крайней мере на данном этапе я не потяну). Энтузиазмом я аренду жилья не оплачу, энтузиазм не накормит меня. А клепать что-то в свободное время, может затянуться на годы. Да и ко всему прочему я инженер а не предприниматель.
            • –8
              Я прочитал три ваших комментария выше и могу вам сказать, что я бы вас не взял на работу. Отсутствие ответственности за себя и уверенности в себе просто прорывается даже через десять строчек комментариев:
              «меня не хотят приглашать», «приходится набивать портфолио», «пригласите меня в опенсорс», «что крутого в моей деятельности», «отсутствие опыта не даёт пройти HR», «нет идей, нет ресурса», «энтузиазм не накормит»…
              • +8
                Ваш комментарий резко повысит у него самооценку и уверенность в себе.
                • +2
                  Я всего лишь дал оценку со стороны, если такое же впечатление производится на настоящих работодателей, то лучше об этом знать, чем думать, что всё хорошо и удивляться, почему работа мечты не идёт в руки.
              • +1
                Где же Вы нашли отсутствие ответственности за себя и уверенности? Я знаю чего стою на рынке, я знаю какими навыками обладаю, а какие нужно подтянуть. У меня есть цель и план ее достижения. Заметьте я не ныл о том, что мол меня не приглашают. Мой комментарий вообще не о том. Объясню еще раз(может я неудачно выразился): HR не отберет ваше резюме из кучи других при отсутствии опыта с конкретными технологиями которые нужны для конкретного проекта, под который набирают людей. В разговоре с одной девушкой HR я услышал следующее: «На прошлый опыт никто смотреть не будет если нет года опыта с *вставить нужное*». Т.е. элементарно о вас не узнает никто — ни тимлид, ни заказчик, ни менеджер проекта. Тратить деньги на то, что бы вы научились чему-то новому только потому, что вы такой классный и очень уверенный в себе никто не будет.
                • +1
                  Вся статья, которую вы комментируете посвящена тому, чтобы донести простую точку зрения: хорошие вакансии и отличные проекты не проходят во многих случаях через HRов, а выбор часто осуществляется (гораздо чаще, чем обычно считается) на основании личных качеств и знакомств (это не блат, а именно знакомые/друзья/коллеги, представители отрасли в которой вы работаете, заметность на том же хабре, если речь о программистах и т.д.).
                  Ссылка на девушку HR ничего мне не доказывает, для меня кадровики недалеко ушли от уборщиц по влиянию на мои убеждения.
                  Вот вам для контраста пример: vxsw, он тоже из Киева, но я бы взял на работу особо не раздумывая, потому что у него есть чёткая позиция, отличное видение мира и вообще тексты производят приятное впечатление и я уверен, что его оценка рынка вакансий в Киеве кардинально отличается от вашей.

                  Я буду рад ошибаться, ведь все мы люди. Но именно этот факт и предлагается эксплуатировать — социальная составляющая программиста специалиста значит как минимум столько же, а то и больше, чем его техническая подготовка.
          • +4
            Эти две фразы вполне уживаются в реальной жизни. Человеку дали ТЗ на создание сервиса GPS-мониторинга, которое он реализовал и получил денежное вознаграждение. Теперь на базе произведенного им продукта компания оказывает сервис своим клиентам — менеджеры занимаются обзвонами, техники подключают новые железки, бухгалтер считает деньги полученные компанией, половина которых приходится именно из проекта мониторинга… Только программисту в этой дружной компании больше нет мести и он теперь ходит по собеседованиям.
    • +1
      Имхо статья как раз для вас и написана.

      Вы на LinkedIn есть? У вас в связях есть 100500 HRов? Напишите им что ищите работу java developer и в качестве сопроводительного письма отправьте текст вашего коммента. Добавьтесь в тематические группы на форумах, напишите там тоже самое.
      Найдите сами как минимум 10 человек, в компаниях, которые набирают людей (на тех же формуах или в LI), отправьте им тоже самое.

      Не знаю как других, но меня вы убедили что сможете работать java разработчиком. Если бы я набирал джавистов, то пригласил бы вас на собеседование. Думаю если вы отправите нескольким десяткам это сообщение, то у вас будет несколько приглашений.
      • 0
        Есть горааааздо более крутой способ, который приведет вас прямо в лапы ребят из Гугла, Мелкософта или там какого-нибудь Фэйсбука (нужное подчеркнуть). Он более трудозатратный, но и результат намного лучше. Подсказка: 37 signals =)
    • 0
      Пишите на Java в своей компании. Обычно GPS мониторинге бывает много разных утилит для прошивок и обновлений. Сервисы и API разные.

      Немного знаком со сферой деятельности, но работаю с железом GPS. В этой сфере бывает очень много ПО и где поэкспериментировать можно найти всегда. Open Source не так уж хорош для резюме. Если только это не что-то всем известное. Работодателю всегда в первую очередь интересен коммерческий опыт.
    • 0
      Такое ощущение, что вы не читали статью, там черным по белому написано «Есть компании с таким криво поставленным процессом найма, что если в вашем резюме нет искомого ключевого слова, вас даже не пригласят на собеседование. В таких компаниях лучше не работать, но если вам очень хочется, то потратив несколько вечеров и выходных вы сможете добавить в свое резюме нужные слова.»
    • 0
      в моем резюме нет строчки:

      Не беда, можете просуммировать свой опыт разнообразных работ как фриланс.
  • 0
    Отличная статья, со всем согласен
  • +12
    В реальном мире изучение основ нового языка занимает пару недель, и через 6-12 месяцев уже никто не догадается, что вы не занимались этим всю свою карьеру.

    Это и верно, и нет. После двухнедельного изучения процесс кодинга будет представлять собой танец на граблях, которых полно в любом языке. После 12 месяцев можно будет уверенно кодить стандартные механизмы, но когда доходит до задач, требующих хорошего знания слабодокументированных или попросту недокументированных особенностей, всё становится куда сложнее.
    • +8
      Использование слабо документированных и недокументированных особенностей вообще чревато, очень чревато в будущем.
      • +4
        Это не всегда грязные хаки. Хайлоад требует хорошего понимания внутренних механизмов. Например чтобы неправильная коллекция или невинный replace в строковой переменной, под которым оказывается спрятан жуткий регэксповый механизм, не создали катастрофического бутылочного горлышка. Я имел опыт работы с творением таких двухнедельных праграмистав в реальных условиях. Написать в принципе работающий код и код, без проблем работающий в продакшене — две большие разницы.
        • 0
          Позвольте не согласиться.

          Подавляющая часть кода не будет бутылочным горлышком. То есть можно быстро набросать большое количество функциональности, а если уже где-то будет тормозить, то проконсультироваться с человеком, имеющим больше опыта с данной технологией. Ну или самому посидеть, покурить маны.
          • 0
            Дело в том, что для полного абзаца обычно хватает одного бутылочного горлышка. А если их достаточно много, а код имеет большое число зависимости осложненное многопоточностью, то всё становится очень печально, потому что часто бывает непросто определить даже сам источник проблем. И просто консультацией тут не обойтись, обычно нужна полноценная ревизия кода.
            • 0
              Да, только бутылочных горлышек как правило большое количество, но они не настолько смертельны чаще всего. И устранить их последствия получается проще и дешевле покупкой еще одной-двух железок или изменением «системных требований», чем полноценной ревизией уже разошедшегося по заказчикам кода, к которому в реальном времени копятся feature-request'ы и bug-report'ы, которые должны быть устранены в соответствии с SLA.
              • 0
                Не любой софт можно масштабировать просто за счет железа. Зато любое железо можно загрузить корявым кодом.
    • +3
      Это зависит от языка. Если брать C++, то нужно потратить минимум год чтобы научиться на нем писать. Для JS достаточно двух недель на изучение синтаксиса, два месяца на изучение dom и CSS, еще 4 месяца на фреймворки и инструменты. Итого чуть больше чем через полгода можно стать вполне толковым JS программистом.
  • –1
    «I solve problems» © umputun
    • +20
      Это вы цитату из Криминального чтива не узнали. Винсент Вульф решает проблемы.
      • +4
        Все напутали. Есть Мистер Вульф, который решает проблемы, а есть Винсент Вега
        • +2
          Неа, там явно слышно, как он представляется: youtu.be/ANPsHKpti48?t=26s
          • 0
            И слышно там Winston Wolf…
  • +1
    Получается, если сменить в резюме слова «программист» на «приносящий прибыль», и при этом твёрдо убеждать в этом работодателя, я почти сразу найду высокооплачиваемую работу, на которой мне не нужно будет почти ничего делать.
    • +6
      Так вы найдете такую же работу, как и напиши вы в резюме «программист», но вдобавок к программированию вас еще будут обвинять во всех коммерческих неудачах, а при просьбе повышения затыкать аргументом «прибыли столько не принес».
    • 0
      Да, именно так. Только надо будет действительно прибыль приносить, иначе уволят быстро.
    • 0
      Не совсем. Дальше вам предстоит квест «найди генератор прибыли в текущей компании и внедрись в него».
  • +3
    Ссылка на FizzBuzz не работает. Тем временем, та статья переведена на русский на Хабре: habrahabr.ru/post/111843/.
    • +2
      как несложно заметить, та ссылка не работает, потому что там не хватает двоеточия после http, что легко можно поправить руками.
  • +2
    Ну это прямо современный тренд какой-то. Долой гиков, даёшь «приносящих прибыль». Вполне логичная тенденция, учитывая, сколько в IT-сферу приходит не-гиков. Война менеджеров и программистов, одним нужны результаты, другим — качественный код.
    • +1
      Нет, одним нужны результаты здесь и сейчас, а другим нужны результаты здесь, сейчас и потом.
  • +4
    Ну наконец-то нашлась хорошая статья, описывающая то, что я пытался (чаще всего безуспешно) объяснить знакомым друзьям-программистам =)
  • –14
    Дорогие 1С говнокодеры (а также спецы галактики, ехсел-ворд аникейщики и прочие МСФО угодники недалеких бухов), не смейте называть себя высоким званием ПРОГРАММИСТ! — мораль сей объемной басни такова :-)
    • +1
      Дорогой Программист с большой буквы. Позволь нам, несчастным, узнать, каким образом и по каким критериям ты отнес себя к категории Программистов с большой буквы, а не к говнокодерам-эникейщикам?
    • +2
      Не вы случаем текст даме писали?
  • +24
    При переводе таких статей их следовало бы дополнить разбором одного популярного в русскоязычном мире возражения — что, мол, если все будут ориентироваться только на прибыльность, то наступит конец профессиональному и творческому развитию их личности и всего человечества, технологии с дальним прицелом развиваться не будут и все такое.

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

    Чтобы разрулить это противоречие, потребуется немного философии.

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

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

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

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

    Еще один важный момент. Далеко не все возможности выкладываются на блюдечке в виде готовых вакансий. И даже не все заключаются в создании каких-нибудь новых компаний-стартапов по типичному рецепту. «Типичный рецепт стартапа», распространившийся где-то на рубеже 2010-х, это совершенно не та схема, которая принесла в этот мир HP, MS, Apple, Google или даже Facebook. Это скорее тиражная бизнес-модель, разновидность устоявшейся ниши для вчерашних студентов, научившихся писать код. А по-настоящему прорывные инновации не так просто монетизировать. Их коммерциализация — задача совершенно иного порядка: одно дело создать новую отрасль и другое — работать в уже созданной. Многие потенциальные источники прибыли вообще растут из сугубо некоммерческих инициатив — Open Source, ресурсов типа википедии и т. д. Сами по себе эти знания заведомо бесплатные и продавать их нельзя, но они способны генерировать «бизнес-поле» — порождать новые потребности, например в сфере образования, услуг поддержки и т. д., которые уже можно и монетизировать.

    Так вот если вашей идеальной компании, идеального режима работы, идеального лайфстайла (например, с трудно реализуемым сегодня уровнем глобальной мобильности, или с возможностью креативить в 75 лет как в 25) сегодня еще не существует, — возможно, их стоит создать? Поставить мегацель на уровне Элона Маска. А путь к этой цели — это заведомо процесс многоэтапный и будет включать, вероятно, работу в крупных компаниях, ориентированную на бизнес-результаты — и позволяющую одновременно и понять, как вообще работает бизнес и что ему нужно, и поиметь от этого какой-то финансовый результат; работу по низкоприбыльным предметным областям или их анализ — чтобы понять, что им мешает; создание новых проектов, многие из которых скорее всего окажутся провальными, но ценными для опыта; а заодно понадобится углубляться и в психологию, и в политику и другие сферы, которые могут вызывать раздражение у «сферического гика». Но вы же не сферический гик ака нерд из 80-х, обреченный на забвение рынком! Вы Гик 2.0, стремящийся развиваться во всех направлениях как личность! И открывать, в том числе, новые возможности для других увлеченных гиков. Так что если Маску не западло заниматься всем этим «бизнес-геморроем» — а кто его упрекнет, что он в погоне за бизнесом херит возможности для инноваций? — то и вам тем более не должно быть. Представление о том, будто личности, обладающие некоторым талантом в одних направлениях, заведомо должны быть ограничены в других, придумали именно что ограниченные личности, которым нужно лечиться, а вам — развиваться и выкинуть из головы мифологию ограниченного мира прошлых веков. Стремитесь к Будущему, и никакие 90% корпоративной скукоты не угробят ваши устремления.
    • +4
      Еще 26 копеек.
      Если у вас 90% скучного, но востребованного кодинга вызывают ненависть — подумайте о тех, для кого вообще программирование как таковое выглядит как занятие для ненормальных инопланетян. Насколько большое у вас перед ними преимущество — вы в бесконечное число раз (см. поднятую недавно тему деления на ноль) ближе к реализации своей или какой угодной другой цели, включающей в себя ИТ (а что в современном мире вообще никак ИТ в себя не включает? Даже «чистая гуманитарщина», даже опыт людей, периодически устраивающих «цифровой шаббат», и даже пропаганда психически больных технофобов распространяется прежде всего по Сети). Но если такие люди контролируют центр прибыли, это значит, что вы с ними можете скооперироваться и увеличить совокупный результат для обеих сторон. Тем самым выполнив сакральную миссию приобщения ламеров к ИТ и одновременно повышения финансовой результативности ИТ в своем собственном лице:).
  • +3
    Немного сбило: в начале автор утверждает «вы не программист, перестаньте называть себя программистом». А под конец — но это удел других, «А вы программист».
  • +3
    На самом деле даже удивительно, зачем Патрик Маккензи написал так много, когда, в целом, вся «простыня» сводится к нескольким простым тезисам:
    1. Дружите с «правильными» людьми;
    2. Не будьте асоциальны (напротив — будьте общительны);
    3. Говорите то, что от вас хотят услышать;
    4. Не скромничайте (а лучше даже приукрашивайте);
    5. Помните о себе и своих интересах.
    Ну и, разумеется, слово «программист» и соответствующие примеры в статье можно заменить на любую другую специальность.
    • +1
      Не совсем. Речь шла о том, что программистам нужно помнить, что прежде всего от них ждут максимизации прибыли компании. Из этого и должна строиться вся дальнейшая стратегия поведения.

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

      Для фрилансеров это тоже важно. Более чем.

      Давайте я добавлю пункт 6: «Вы не пишете код. Вы решаете конкретную бизнес-задачу, связанную всегда с увеличением прибыли компании. А код — это всего лишь способ (один из), равно как и труд продажников, пиарщиков и прочих манагеров».
    • 0
      Некоторые люди любят лить воду.

      Вот вам соответствие вашим тезисам Алексея Бабушкина:
      1. Дружит с правильными людьми, попал в ящик и прославился.
      2. Социален, активно поддерживает диалог.
      3. Говорит то, что от него хотят услышать: в России появился талант, гений уровня фон Неймана или даже выше.
      4. Не скромничает, а порой и приукрашает.
      5. Помнит о себе и своих интересах, умело получает гранты и продаёт свой продукт.

      На мой взгляд, ничуть не хуже быть немного замкнутым гиком, которому нравится своя работа. Заниматься своим делом здорово.
      • 0
        Это не «мои» тезисы, это статья Маккензи, выстиранная и отжатая от всей «воды». Ну а ваш пример Бабушкина, притянутый за уши к этим тезисам, а также противопоставление ваших идеалов этим тезисам на основании примера с Бабушкиным вообще непонятно к чему.
  • +6
    Основное качество, которое влияет на то, получите вы работу, или нет — ваша способность убедить других в том, что вы полезны. При этом быть полезным совсем необязательно.

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

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

    Фантастическая ерунда. Без более или менее прокачанных «второстепенных» технических навыков ваши «решающие» коммуникационные и политические навыки никому не нужны. Хотя, конечно, всегда можно пойти и стать ещё одним очень эффективным менеджером.
    • +7
      Вы работали в больших компаниях и корпорациях чтобы так судить?
      Так вот, видно что автор работал. И я могу подтвердить, что так оно и есть — человек с хорошо подвешенным язык может сделать головокружительную карьеру.
      Причем, кем он был взят на работу практически не имеет значения.
      • +2
        Я и не спорю, что может. Дело не в этом. Дело в том, что если человек стремится заработать побольше денег умением чесать языком, то программирование тут вообще не при чём.
        • 0
          Чесанием языком деньги можно заработать если ты мега-популярный стенд-ап комик или бывший президент. И то и другие означает, что ты раньше вложился на два порядка больше, чем среднестатистический программист вкладывает в свое развитие.

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

          В итоге навыки общения это инструмент, чтобы продать свои навыки\опыт\достижения. Самоценностью общение не обладает.
          • +1
            Согласен. Однако, лично для себя я бы предпочел уметь продать действительно работающую вещь за адекватные деньги с помощью пусть и не очень развитого навыка общения, чем уметь впарить еле работающую поделку чисто на умении убеждать и работать с людьми.
            • 0
              Если у тебя будет mindset на повышение прибыли работодателя\клиента и навыки продажи, то ты принесешь больше пользы клиенту и заработаешь больше денег, чем имея mindset изобретателя и технические навыки.
              • 0
                + еще установка на то, чтобы «выглядеть хорошим» для начальства и уметь ладить с «коллегами».
            • +1
              А Вы вообразите на секунду, что начальство через N управленческих уровней просто не способно адекватно оценивать каждого сотрудника. Если босс на уровне (N-1) сказал, что Иванов хороший, а Петров плохой — значит босс N повышает Иванова и может быть даже выгоняет Петрова.

              Что понимает босс уровня N-1 в работе программистов? Да зачастую может понимать немногое. Вот тут и включаются такие вещи, как умение выглядеть (а не быть) умным, полезным, расторопным и т.д. Еще есть обширный пласт — умение подсиживать коллег или пользоваться их трудом, потихоньку в разговоре с боссом N-1 описывая ситуацию так, как будто все классные штуки делает только Иванов.

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

              И еще. Человек — существо иррациональное, с кучей когнитивных искажений и эмоциями. У одних профессий сильнее выражены одни «перегибы», у других — другие. Но программисты «ведутся» на всякие социальные штуки не хуже «гуманитариев». Полистайте хотя бы посты здесь на Хабре — если в статье речь идет о героине-девушке, то даже если статья абсолютно бестолковая и бездарная, ей обеспечены плюсы и восторженные комментарии.
              • +2
                Воображаю. И живо себе представляю, как Петров, делавший основную работу, вылетает из компании, а Иванов, будучи не в состоянии справиться с упавшей на него нагрузкой, начинает придумывать для начальства всё новые и новые отговорки почему что-то нереализуемо, а что-то до сих пор не починено, в итоге бизнес терпит убытки. Аналогично с подсиживанием, только Петров в данном случае пишет заявление по собственному и гори оно всё огнём. И какому бизнесу нужна такая перспектива?
                А веду я собственно к тому, что надо просто хорошо делать своё дело. И уметь его презентовать именно так, как оно есть, не лучше и не хуже, но просто и честно. А способ самопродвижения по головам коллег — это, извиняюсь, свинство.
                • 0
                  Проблема в том что в больших компаниях в одном отделе работает больше двух человек.
                  И Иванов будет «аккуратно спихивать» обязанности уволенного Петрова на других людей.
                  Или вовсе пользуясь «языкастостью» переведется в другой отдел где таких Петровых будет побольше.
                  • 0
                    А другим людям это надо? А если все эти другие будут мыслить как Иванов, то кто работать-то будет?
                    • +2
                      В отделе много людей + все люди разные = всегда чаще всего найдется пара «серых лошадок» которых можно запрячь.
                      Почти любую задачу можно разбить на мелкие подзадачи. Подзадачи можно раздавать от имени начальника.
                      Вроде как «мне поручили сделать то-то, для этого мне нужно то-то, шеф просил тебя посодействовать».
                      Обычно если задача умело разбита на несложную (с точки зрения Петрова) подзадачу, то почему бы и нет.
                      Иначе ведь Иванов может и пожаловаться начальнику «вы мне тут поручили сделать то-то, для этого мне нужно то-то, а Петров который может должен это сделать отказывается (как вариант: не успевает — надо еще Петровых)».
                      Именно так рождаются всякие подковерные офисные интриги.
                      • 0
                        Это всё от низкой культуры управления. Сейчас везде практикуются таск-трекеры и т.п.
                        Петров на очерёдной планёрке (скрам-митинге) говорит, что 3 часа делал задачу Иванова, которую сам же ручками и занёс в трекер перед началом работы. И это уже становится не задача Иванова, а задача Петрова.
                        • 0
                          О да, таск-трекеры в корпоративной культуре. Как же о них можно было забыть. Тем более когда можешь ставить задачу самому себе.
                          Благодаря им любое движением пальцем для Иванова приходится отображать в виде задачи — уровень бюрократизма достигает неимоверной степени.
                          В результате у Петрова одна-две серьезные задачи, а Иванова два-три десятка вида «внес новое значение в таблицу».
                          А кто из начальства будет разбираться что к чему — «результативность» на лицо, Иванова на доску почета.
                          • 0
                            Вы смеётесь, но по-хорошему руководитель должен ставить приоритет задаче перед выполнением.

                            Если Иванов напишет себе 100500 задач на движение мышью, ПМ скажет: «ты что, дебил?». Премию не дают за количество тасков, премия по субъект. мнению

                            Если Петров запишет таск от Иванова в трекер, он упадёт ПМ-у на оценку приоритета и тогда ПМ либо скажет «да, это важно, срочно» и Петров делает задачу, и все понимают, что это он делает, либо ПМ говорит «пусть эту задачу делает Иванов сам» и тогда отмазка «шеф просил тебя посодействовать» не прокатит.
                            • 0
                              * премию дают по субъективному впечатлению
                              • 0
                                Да в большой компании всем пофигу. Особенно в государственной или полугосударственной.
                                Когда в отделе до 20-ти человек, из которых половина «родственники».
                                Когда никто толком не знает что делает сосед.
                                Когда начальник по полгода в отпусках / командировках / совещаниях.
                                Когда непонятно на каком проекте кто ответственен за результат.
                                Когда сам результат проекта также не важен — все равно квартальную премию выдадут всем.
                                Такая ситуация по крайней мере в тех компаниях, что мне встречались.
                                Конечно в коммерческих организациях до 100-200 человек все совсем иначе.
                                Я не спорю. Я говорю лишь о том что видел.
                                Чем больше компания, тем больше шанс встретить такого «языкастого и безрукого» Иванова.
                                • +1
                                  Однако, в таких компаниях Петров понимает, что ему ловить в принципе нечего. Он может ничего не делать, или делать работу Иванова в своё удовольствие. Какая разница, ничего от выполнения не зависит.
      • 0
        Ваш комментарий, в принципе, не противоречит тому, что написал heilage.
      • НЛО прилетело и опубликовало эту надпись здесь
        • +1
          Кстати, на тему "Корпоративные паразиты" очень интересно и подробно писал Eldar Musayev в своем блоге, еще когда работал в Microsoft.
          • –1
            Очень интересный блог. Спасибо за ссылку.
        • 0
          >НАСЛАЖДАЙТЕСЬ своей работой, любите своё место работы, будьте профессионалом и вы будете генерить интересные технологии и прибыль своему работодателю.

          Расскажите мне, пожалуйста, как мне НАСЛАЖДЕНИЕМ накормить семью?

          > Я скажу — отсутствие таких людей в стартапе есть залог его успешного будущего.

          Без таких «подвешанных языков» этот стартап так и останется стартапом, потому что его никто не купит.
          • НЛО прилетело и опубликовало эту надпись здесь
            • 0
              >Хорошим программистам платят достаточно, чтобы никогда не задавать вопрос о прокорме семьи, не выдумывайте. Не надо обладать подвешенным языком — работы, особенно в России, для талантливых программистов больше чем предложения.

              Я встречал программистов, которые работали за 10000 рублей в месяц, как и компании которые предлагали такую зарплату, с намеком, что это они еще одолжение делают, типа «вот посмотри на Васю, он съездил в командировку и теперь у него ДВАДЦАТЬ ТЫСЯЧ зарплата».

              >Пусть основатель будет с подвешенным языком — если у него его нет, он и финансирование бы не выбил. Зачем ПРОГРАММИСТУ продавать стартап?

              Сколько вы в своей жизни стартапов видели? 0?
    • 0
      Фантастическая ерунда. Без более или менее прокачанных «второстепенных» технических навыков ваши «решающие» коммуникационные и политические навыки никому не нужны. Хотя, конечно, всегда можно пойти и стать ещё одним очень эффективным менеджером.

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

      Если посмотреть правде в глаза, то и в России умение общаться важнее технических навыков, только об этом явно не любят говорить. Даже когда программист работает один, то ему приходится общаться с заказчиками. Задать нужные вопросы и выстроить ожидания гораздо важнее, чем написать правильный код. А если речь идет о работе в команде, то приходится общаться еще и с менеджерами и коллегами, тут без навыков общения никуда.
      • +1
        Бесспорно. Но это не противоречит моим словам.

        Моя точка зрения состоит в том, что коммуникацию надо развивать наравне с техническими навыками, возможно даже чуть больше отдавая предпочтение технике. Тезис статьи, каким он мне видится — в том, что коммуникацию нужно развивать в ущерб техническим навыкам, и я выражаю свое несогласие с этим. Естественно, всё это касается исключительно профессиональных программистов.
        • +1
          Развитие коммуникационных навыков приведет к увеличению дохода больше, чем развитие технических. При этом навыки общения устаревают гораздо медленнее, чем технические.
    • 0
      Все верно, главное красиво врать, так сказать быть во всех отношениях красивым)
  • 0
    А почему нельзя есть в одиночку? У нас тут многие сотрудники едят, уткнувшись в гаджеты, и я тоже обычно))
    • 0
      Есть книга «never eat alone», про нетворкинг (который не-TCP). Прочитай, много нового для себя откроешь.
      • 0
        Я не читал Never eat alone, но рискну предположить, что еда — это древнейший процесс, приносящий удовольствие людям. А люди, находящиеся рядом в момент удовольствия, автоматически начинают ассоциироваться с приятными эмоциями — «якорь» NLP.

        Еще момент — с тех пор, как животные начали охотиться стаями, процесс поедания убитого на общей охоте зверя сближает — люди автоматически становятся «одной командой» и включается механизм «доверия» к человеку за столом. Сюда же относим то, что зачастую это моменты социальных изменений. Даже сейчас многие народы мира из употребления еды делают целый ритуал, когда глава семейства говорит первым, рядом с ним сидят сыновья постарше, а женщины и дети болтаются где-то «внизу» (в социально-иерархическом смысле). Пример — тосты и застолья на Кавказе. Поэтому тот, кто сумеет часто быть близко к «главе», будет постепенно ассоциироваться с более высоким социальным статусом.
        • 0
          Никогда не ешьте в одиночку вообще даже близко не о еде :) это просто броский заголовок.
          • 0
            Тем не менее, фраза «пригласить на бизнес-ланч» в западном мире практически стала синонимом фразы «установить связь» =)
  • +3
    Есть люди, для которых программирование на первом месте, а деньги на втором.
    Есть люди, для которых деньги — на первом, программирование на втором.
    Автор, очевидно, из второй категории.
    Но можно ли вторую категорию назвать профессиональными программистами, так же как и первую?
    • +2
      Название надо было немного понятнее сделать: «Не называйте себя програмистом, если вы просто хотите побольше заработать».
      • 0
        Только не говорите это HR-менеджерам =) Что Вы скажете на собеседовании?

        1) «Настоящий программист — это тот, кто пишет крутой код».

        2) «Настоящий программист — это тот, кто приносит наибольшую добавленную стоимость компании».

        Любой адекватный манагер выберет человека из пункта 2, хотя бы уже потому, что ему нужно отчитываться перед вышестоящим начальством. А вышестоящее начальство не смотрит в код — оно смотрит в финансовые показатели компании и оперирует ими.
      • –1
        Я бы даже 2 плюса поставил, если бы можно было.
    • 0
      Есть люди, для которых семья на первом месте, а еще нужно купить дом, накопить денег на образование, отложить на старость. Программированием «в свое удовольствие» этого ничего не сделаешь*

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

      * Если правильно выстроить свои увлечения (читай Open source), то можно в социальном плане вырасти гораздо больше.
  • 0
    Хорошая статья! Нашёл для себя что-то новое, но главное — грамотно сформулированы вещи, которых я придерживался, но относительно ёмко не мог описать.

    Не нужно тут противопоставлять «программист» — «приносящий прибыль», выхватывая куски статьи
    • 0
      Есть хорошее слово, объединяющее то и другое: девелопер. Буквально — «развиватель». Не просто программирующий ради самого процесса, как «кодер», а разрабатывающий конкретные решения.
      • +1
        Совершенно верно! И к тому же это слово не даёт права говорить о «программистах» как о спецах без вектора. А то можно ещё вычленить каких-нибудь «неприкладных» и «несистемных»:)
      • 0
        Ещё можно говорить Software Architect.
  • 0
    Набор стереотипов и глупых выводов из этих стереотипов со множеством букв. Стратегия успеха (т.е. роста финансового, карьерного) достаточно проста: развиваться как личность. В этом могут помочь книги. Например, у издательства Манн Иванов Фербер полно таких, многие очень качественны, начинать можно с любой. А потом уже будут тренинги, выход из зоны комфорта и прочее, прочее.

    И кстати, стратегия универсальна — она не зависит от того программист вы или представитель другой професии.

    • 0
      Стратегия успеха (т.е. роста финансового, карьерного) достаточно проста: развиваться как личность.

      Для начала надо определить что такое «личность». После определения выяснится что «личность» набор навыков и умений, при ближайшем рассмотрении окажется что самое важное — умение общаться.
      • 0
        Под личностью я имею в виду физическую, интеллектуальную, эмоциональную и духовную соствляющие. И самое важно, как бы ни банально это звучало, — это здоровье.
    • +1
      Простите, но это смешно =) Многих российских политиков Вы бы назвали «развитыми личностями»? А тем не менее денег и власти у них может быть в избытке. Кстати, политик — это ярчайший пример того, как бесполезный неквалифицированный неспециалист может достигать этого самого «успеха», оперируя просто теми социальными навыками, которые и описаны в статье.
      • 0
        Вы говорите про «честный» успех? Или успех в принципе?
        • 0
          Понятие честного успеха тоже весьма условно. Петя «подсидел» Васю — Петю повысили, Васю нет. Успех нечестный.
          Петя написал ПО, на котором заработали N прибыли. На Васиной части — 0.1N. Петю повысили, Васю нет. Это честный успех? А если учесть что у Пети задачи легче, помощники лучше, сама идея ПО прибыльней?

          Никто не обладает одинаковыми возможностями, про любой успех можно сказать что он нечестный, результат случайности и т.д.
          • 0
            В жизни все условно и относительно. А мораль особенно. Поэтому что считать честным/нечестным — личное дело каждого.
        • 0
          Что за детский сад? Жизнь это игра, в которой правила постоянно меняются. Не успел подстроиться под изменения, а Вася — успел: вася в этом виноват, или все-таки ты? Не понял правила игры, а Вася понял, и т.д.
      • 0
        Многих российских политиков Вы бы назвали «развитыми личностями»?


        А вы много знаете о реальных личностях политиков? Политики — это подвид актеров, мы же видим только их телевизионные образы. Если актер играет грубые роли это ничего не говорит о его личности.

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

          Остальную часть Вашего комментария можно не комментировать (простите за тавталогию) т.к. не хочется сводить все к очередному «все относительно» и «давайте разберемся с терминологией».
  • +2
    «х% от вашей годовой зарплаты»

    вы получите в России на пенсионный счет
  • 0
    Хорошая статья и нормальные советы. Да, автор специально утрирует или слишком акцентирует некоторые вопросы. Да, американские реалии немного отличаются от наших, но суть правильная, особенно первый тезис, что 90% софта это корпоративные системы. И, кстати, 1С занимает тут 5-10% в лучшем случае, потому что управление предприятием и бухгалтерия — это далеко не полный перечень того, что нужно компаниям, разным по размеру и видам деятельности.
  • +1
    «давайте заменим очень дорогие центры издержек, которые занимаются какой-то магией, суть которой нам вроде как не важна, но без нее никак, более дешевыми центрами издержек в стране с более низкой стоимостью труда»

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

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

    Ага, а потом взрываются ракеты стоимостью в миллионы долларов… Хотя, на самом деле, убытки возникают не только от взорвавшихся ракет.
    Например, была такая вот статья на хабре: habrahabr.ru/post/198766/
    • +1
      Хотел бы еще добавить, что все очень зависит от цены ошибки.
      Если кое-как быстро накиданный код пошел в продакшн, а там каждая ошибка стоит 100.000 долларов, то это одна ситуация.
      Если же это код, ошибки в котором не ведут к потерям денег в явном виде, то другая.
      Хотя даже и в последнем случае ошибки все же нужно фиксить, иначе очень быстро будет достигнут предел, когда решение задач с использованием системы будет занимать больше времени, чем решение тех же задач без использования системы. И в последнем случае от системы через какое-то время откажутся.
      И, опять же, много зависит от того, на каком уровне заложена уязвимость системы. Если это на криво-кодил девелопер какой-то локальный кусочек кода, то в нем со временем пофиксят все ошибки. А вот если уязвимость заложена на фундаментальном уровне по-причине недостаточного профессионализма архитектора, то на устранение ошибок, вызванных кривизной архитектуры будет уходить все больше и больше времени. Я видел такие случаи в реальной жизни в крупных компаниях.
      Когда добавление ОДНОЙ фичи порождает десяток багов в разных местах системы, которые не так то просто локализировать (особенно если вообще нет тестов, что я тоже видел в довольно крупных компаниях), то проект затягивается на годы. Все это время несколько десятков разработчиков съедают приличный кусок денег, а конечный результат в итоге практически не пригодный к использованию.
      Так что это довольно спорная статья. Девелопер должен разрабатывать качественный код, бизнес аналитик — анализировать, что реально нужно клиенту, чтобы эффективно решать его задачи, архитектор — качественную архитектуру, которая эффективно решает задачи клиента, а менеджмент — организовывать эффективное взаимодействие членов команды и рабочее пространство.
  • 0
    Большинство ПО не продается в коробках и не доступно для скачивания в интернете или App Store.

    Хотя мысль, в целом, дельная, но подобная категоричность выглядит не особо правдоподобно на фоне 1.2+ млн приложений в App Store.
  • +4
    Грустное впечатление осталось у меня после статьи. Если мы каждому студенту будем говорить «ты не программист, ты средство увеличения прибыли работодателя», то в сухом остатке получим лишь быдлокодеров и карьеристов. Нет уж, спасибо.

    Программист — это не только профессия, но и состояние души, и как-раз эту романтическую составляющую и пытается искоренить данная статья. Прибыль для компании, как и зарплата, это лишь побочный эффект. Главное же — созидание, творчество, инновация. Не важно, на работе или дома; не важно, на Java или Asm, не важно даже, в Сан Франциско или в Минске.

    То, что многие программисты слишком увлекаются строительством своих песочных замков, это не проблема с их самоопределением. Это проблема с вниманием и пониманием работодателя. Другими словами, тут нет ничего особенно программисткого. Любой человек, связанный с чем-либо или кем-либо (контрактом с работодателем, кольцами с супругом, обещанием с другом), просто должен понимать, чего хочет другая сторона, и чего от него сомого ждут.
  • –1
    Отличная статья и хороший перевод.
    Но надо понимать, что реалии работы в США, UK или Канаде несколько отличаются от оных в России, поэтому советы и умозаключения стоит слепо использовать только если работаешь или ищешь работу в западных странах и(или) компаниях.
    В России и СНГ ситуация несколько другая — есть места, где люди компенсируют невысокую зарплату «теплой и ламповой» дружеской атмосферой на работе (и пивом после работы), есть кадровики-самодуры, которым подавай только красный диплом ВМиК или «активную жизненную позицию», а не реальные достижения и опыт, да и доля монстроподобных энтерпрайз-проектов намного ниже. Ну не тянет пока москва-сити на Сити лондонский или на Уолл-стрит, ничего не поделаешь :)
    Более того, даже в UK, несмотря на близкую к американской культуре труда, есть свои «нюансы» — например, тут не принято так сильно бахвалиться насчет своих достижений, как это делают американцы. Но в остальном всё именно так, как описано в статье, сам пришел к таким же выводам, наблюдая за стилем работы коллег и приятелей. В целом, тут действительно мало «фанатиков» своего дела, люди продают свои услуги с 9 до 5, стабильно, с улыбкой и не халтуря, но после 5 — хоть потоп. И таки странно обвинять их в каком-то цинизме или бездушности – на мой взгляд, это вполне здравое отношение к наемному труду.
    • +1
      есть места, где люди компенсируют невысокую зарплату «теплой и ламповой» дружеской атмосферой на работе (и пивом после работы)


      Подозрительная вещь. Я еще понимаю когда низкую зарплату компенсируют перспективами, как в стартапах. Или какими-то некоммерческими ценностями — благотворительные организации, которые не деньги зарабатывают, а делают мир лучше. Но когда низкую зарплату в коммерческой компании компенсируют пивом после работы — это больше напоминает скрытый грабеж.
      • 0
        Совершенно верно, но я не про компенсацию со стороны работодателя (это действительно выглядело бы странно), а про личный выбор работника. То есть не работнику работодатель что-то там компенсирует пивком, а человек сам предпочитает работать с неформальной обстановке с людьми, которые уже скорее приятели, чем просто коллеги. Эффективность таких контор — отдельный вопрос, но завязнуть в подобных местах, не желая ради 10% разницы в зарплате переходить в новое «бездушное» место к непонятным людям довольно просто. Сам никогда от этого не страдал, но среди знакомых разработчиков и инженеров таких случаев видел немало.
        • 0
          Очень плохой варинт на мой взгляд. Обычно такие места заканчиваются, так как скорее приятели тоже рано или поздно решают покинуть сию обитель низкой зп с плохими условиями. И когда вы внезапно понимаете что остались одни, почти без друзей в месте которые вызывает только тоску — в любом случае свалите. Просто позже а не раньше как могли бы.
          А друзя, если друзья — останутся и без общей работы. Да и если терять нечего можно создать с ними общую группу разработчиков.
  • 0
    В комментариях не отметили главного. Эта статья о карьере программиста в США. Это многое меняет. Я провел в США около полугода в нескольких комадировках, также общался с народом из США в течении нескольких лет по телефону. По моим наблюдениям в США белый американец-программист — вымирающий вид. Программисты в США — индусы. Практически все, что мне встречались (да, еще один мексиканец был). Видел я также одного белого американского «студента» (молодого начинающего программиста, не в курсе, что у него там с образованием) — жалкое зрелище. С потухшими глазами, дико скучавший на своей работе.

    Не знаю, кто работает в Google или Facebook. Был у меня один совместный проект с Microsoft — с той стороны были индусы. Белые американцы остались в основном на ролях project manager, sales. Поэтому статью не стоит обобщать на все страны. Ее надо читать так: «В США программистом быть не модно, пытайся выбиться в PM'ы или Sales, или на худой конец начинай свой стартап.» Но это верно только для США. В странах пост-СССР вполне можно сделать карьеру по кодерской линии. Правда, она упрется в какого-нибудь «руководителя группы», если хочешь выше — перековывайся в административного работника или продавца. Но у нас и руководителю группы программистов на хлеб с маслом хватает.
  • 0
    Еще Питер Нортон писал, что из программистов надо вырываться в менеджмент управляющий программистами

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