Как стать автором
Обновить

Комментарии 176

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В приниципе нет проблем продаться и за $1000 в час, но только раз полгода и вложить надо будет немало сил и времени чтобы так продаваться, прибыть в единицу времени упадет.
А что смущает? Мало? Много?
К часовой ставке работника добавьте затраты на аренду офисного места, на легальное и налоговое сопровождение, на страховку, на прочие расходы и риски, связанные с трудоустройством. Например, нельзя просто так нанять человека, а потом раз — и уволить. Это означает что вы платите не за час работы человека, а как минимум за неделю-месяц-год, хоть и с рассрочкой. Если всё ещё непонятно, если вы нанимаете человека под какую-то конкретную работу на какую-то ставку, то когда работа заканчивается, вы платите человеку просто так. Если всё равно непонятно, пусть вы платите наборщику $10 в час. Он набирает формы, то есть делает то, за что вы ему платите, один день в неделю. В остальные четыре для он занимается чем придётся. Несложно посчитать что за час выполнения той работы, которая нужна, вы платите наборщику $50.
Я так понимаю, речь идет о стоимости часа работника для работодателя. Работник получает примерно половину из этих денег в виде зарплаты, остальное-налоги, и прочие расходы. Но вобще, если верить этому сайту, действительно медианная зарплата программистов в Штатах порядка 50$ (строка 15-1131 Computer Programmers )
НЛО прилетело и опубликовало эту надпись здесь
Вы удивитесь, сколько программистов, работающих в enterprise не понимают этого. Бизнесу нужен результат. Быстро. Не важно, какого качества говнокод там будет.
Если там будет говнокод, то это усложнит поддержку и проект рано или поздно загнется. Все это знают. Но бизнесу это неинтересно. Это проблемы исполнителей. А вот если сотрудник умеет решить проблему быстро и при этом не наговнокодить — он на вес золота.
НЛО прилетело и опубликовало эту надпись здесь
В современном мире проекты устаревают и умирают раньше, чем загибаются.
Я сам вел проект, который в итоге свалился в говнокод… Ну и ок. Он прожил 8 лет, принес дофига бабла, а сейчас на его базе делается новый.
Сейчас в 99% случает нет смысла делать long life код.
НЛО прилетело и опубликовало эту надпись здесь
Качество продукта != качество кода. Надо наверное про это статью написать, а то многие считают идентичными понятия.
Лонг лайв кода при идеальном программировании быть не может по определению. Потому, что рефакторинг.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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


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

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