company_banner

Пять пугающих трендов современной разработки

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

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

    Егор Бугаенко знает, что нужно делать уже сейчас, чтобы и через 5–10 лет оставаться востребованным программистом. Его идеи, как и всегда, могут показаться спорными. Вам и не нужно безоговорочно с ними соглашаться, но задуматься, например, о pet project лишний раз не повредит. Да и в том, что программисту необходим английский язык, вряд ли могут быть разные мнения. А вот по остальным пунктам будет интересно узнать мнение сообщества в комментариях.



    Дальше идет текстовая версия доклада Егора на AppsConf, но относится он не только и не столько к мобильной разработке, сколько к отрасли в целом. Егор Бугаенко основатель Zerocracy, разработчик Cactoos, Takes Framework, JCabi и других open source проектов. Написал серию книг «Elegant Objects», ведет провокационный блог и выступает с докладами, заставляющими задуматься, такими как этот.



    Начну с истории о том, как не так давно я решил заняться разработкой ПО для мобильных устройств и быстро столкнулся, что не знаю, как это делать. Поэтому решил обратиться за помощью к кому-нибудь, кто рассказал бы мне, как создать приложение в полностью запакованном виде. То есть сделать приложение, которое будет доступно в Apple Store.

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

    • Unit-тесты;
    • статический анализ;
    • Continuous Integration;
    • управление зависимостями;
    • Continuous Delivery;
    • Staging Environment;
    • процесс approve приложения в Apple Store;
    • процесс сборки дефектов с продакшена и т.д.

    Как расставить на экране кнопки легко прочитать в интернете. Мне нужен был специалист, эксперт, который помог бы мне собрать весь pipeline. Для меня, как программиста, это важнее, чем расставить кнопки на экране.

    Я нашел такого специалиста, но он мне сказал: «Зачем ты об этом думаешь? Нарисуй сначала приложение. Какой Continuous Integration? Подожди пока с Unit-тестами — сделай, чтобы заработало. Какой Delivery pipeline? Зачем TestFlight — используй симулятор».

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

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

    Сначала деплой, потом код


    Я пишу книги о программировании, и знаю по себе, что книга получится хорошо, если сначала ее красиво оформить. То есть я занимаюсь оформлением книги до того, как пишу. Сначала делаю makefile, который прямо из командной строки собирает всю книгу из файлов на LaTeX, готовлю тексты, картинки, обложку. Я трачу много времени и делаю так, чтобы одной командой собрать всю книгу в PDF-файл. Уделяю большое внимание тому, как она будет выглядеть, где какие отступы, какие текстовые блоки и расстояние между ними, как будут нумероваться страницы. Когда мне все это нравится, я вижу, что все красиво собирается и все в этом продукте цельно, пусть и написана пока только одна страница, только тогда я начинаю писать книгу, и только тогда мне это доставляет удовольствие.

    Чаще программисты делают наоборот: пишут, запускают на симуляторе, проверяют работу. Я считаю, что правильнее сначала деплоить, потом кодить.

    Приведу еще один пример. Один начинающий разработчик вызвался делать с нами open source проект. Он выбрал Flutter, сделал первую итерацию, запустил, сказал, что все здорово и круто работает, и предложил посмотреть. Спрашиваем: «Как пробовать-то? Вот iPhone — куда нажимать?». На что он стал объяснять, куда зайти, что скачать— длинный процесс.

    Нам это показалось неудобным, и в итоге он согласился, что действительно приложение надо выложить на TestFlight. Еще через какое-то время он показал приложение на TestFlight. Я понажимал на кнопки, и заметил некоторые дефекты. Я не работал с Flutter и не очень-то и хотел, но хотел быстро поправить то, что заметил. Я спросил, как мне это сделать, куда и как прислать pull request. Открываю репозиторий, readme-файл: «Это крутое приложение… нажми download…».

    Инструкция была сложная и непонятная, я опять переспросил, как все это развернуть на своем компьютере. Я хотел простым нажатием нескольких кнопок на своем компьютере модифицировать чужой код, запустить симулятор и отправить pull request. Тот парень ушел это все описывать, и так и не вернулся.

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

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

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

    Новичок должен попадать в среду, которая ему дружественна с точки зрения сборки — он должен открыть readme-файл и за несколько минут понять, как сделать так, чтобы на симуляторе все запустилось. Что нажать, чтобы проверить, все ли собирается из командной строки — не из сложных IDE, которые нужно еще несколько часов настраивать. Должна быть возможность написать в командной строке make/build/etc. После чего все соберется и напечатает зеленую строку — все готово — дальше pull request. Это первая мысль, которой я сегодня хочу поделиться.

    Конечно, вы скажете, что вы работаете не одни, не как единственные основатели проектов, не как CTO. Вы работаете в командах и нельзя просто прийти и заявить, что теперь вы будете заниматься деплоем, TestFlight, и вам нужно срочно разобраться в CI. Это не ваша задача, вам не дадут на неё время и пр.

    Поэтому я рекомендую, делать свои собственные pet projects — проекты, которые вы делаете в свое удовольствие, — чтобы понимать все целиком.

    Всего у 20–30% программистов есть собственное опубликованное приложение, а должно быть у всех. Если вы считаете себя и хотите быть востребованным программистом, я бы рекомендовал сделать свое мобильное приложение и пройти весь цикл его выхода на рынок: проверки на Apple Store, CI, упаковки и всего остального. Сделайте его open source, чтобы люди могли контрибьютить и показать вам, как у них это не получается.

    Посмотрите, как вы работаете с рынком, попробуйте и поймете, какие вы программисты. Я считаю, плох тот программист, у которого нет pet projects.

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

    Второй страх, на мой взгляд, — это деньги.

    Сколько кода вы напишете за 100$?


    На платформе Zerocracy я работаю с массой программистов и заметил, что они очень часто боятся денег. Они привыкли к оплате в конце месяца, и достаточно болезненно относятся, когда их оценивают в деньгах. Многие не могут ответить на простой вопрос: «Знаете ли вы, сколько можете сделать кода за 100$?»

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

    Время full-time разработчиков с фиксированной оплатой уходит.

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

    Я знаю примеры таких проектов, которые сначала много лет писали на C++, а потом поняли, что нужно писать на Java. И те же люди, в том же офисе, за те же деньги инвестора переключаются, переучиваются полгода и шатко-валко начинают писать на Java. Это подход из прошлого. На мой взгляд, в будущем такие подходы перестанут существовать, потому что в них не будет смысла.

    Рынок становится глобальным, удаленный доступ на рынок труда все проще и проще. Компании, находящейся в Москве, будет неинтересно и невыгодно переучивать людей, например, с iOS на Android или с C++ на Java. Проще нанять новых специалистов, которые придут как фрилансеры, выполнят задачу и уйдут.

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

    От программистов это новое время ожидает:

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

    Многие люди боятся заниматься построением резюме, боятся себя продавать. Как я уже говорил, я думаю, что в резюме обязательно должен быть пункт pet project.

    Собственные проекты будут первейшим индикатором ценности на рынке, а не то, где вы 5 лет подряд дорабатывали софт, который достался вам в наследство. Pet project вы создаете с нуля, и не важно, о чем он, какой сложности и сколько у него скачиваний на Apple Store. Пусть будет 0 лайков и 2 загрузки, но это цельный проект, созданный вами самостоятельно.

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

    Поэтому рекомендация — считайте деньги, пытайтесь работать по контрактам. Может быть, это не совсем устроит ваших работодателей, но старайтесь, будучи на full-time и сидя в офисе, искать параллельно какие-то микро-проекты в подработку. Не ради денег, а для того чтобы понять, нужны вы рынку как фрилансер или нет, нужны вы как эксперт или нет. Или вы нужны только своему боссу, который боится вас потерять, потому что только вы знаете, как работает код проекта.

    Ищите альтернативы, смотрите, пытайтесь, продавайтесь. Сначала вас не будут покупать, будут проблемы — масса проблем! Но решая эти проблемы, вы станете более востребованным программистом более высокого уровня.

    К сожалению, не только сами программисты не могут определить цену работы, но и заказчики. Иногда мне предлагают выполнить отдельные задачи, как эксперту. И часто заказчик, который предлагает мне работу, не понимает, как меня оценивать. Чаще всего люди просто хотят подешевле, например 50$, не 100$, в час. Я понимаю, что человек с таким подходом, все равно не понимает, сколько реально за этот час я напишу. Тогда я соглашаюсь и просто умножаю количество часов на 2. В результате получаю столько, сколько и хотел изначально.

    Я знаю свою реальную стоимость и скорость работы. Заказчики не готовы к суммам 100–500$ в час, для них 20 уже много, поскольку они привыкли к формату full-time employment за время. То есть когда человек получает деньги за время, которое якобы полностью тратит на разработку.

    Не знаю, как вы, но я не могу сидеть 8 часов и писать код. Уверен, каждый из вас подтвердит, что из 8 рабочих часов, которые вы находитесь в офисе или за компьютером, вы реально пишете код гораздо меньше. А платят за эти 8 часов, и заказчик думает, что это 8 часов работы. Это система двойного обмана: те рады обмануться, а мы их обманываем. Поэтому я использую коэффициент умножения. Хоть за 20 буду работать, но тогда буду делать 3 недели то, что реально сделаю за 2 часа.

    Учите своих клиентов и учитесь сами считать деньги.

    Хорошие программисты пишут код, лучшие — тикеты


    И заказчики, и программисты привыкли к неформальному общению.

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

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

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

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

    Потом проходит 2–3 недели, и мы уже не помним, о чем договорились. Заказчик говорит, что хотел не это, мы пытаемся доказать, что именно это он и просил, выискиваем какое-нибудь упоминание в чате — начинается ловля блох.

    Думаю, причина в страхе тикетных систем. Многие программисты, с которыми мы работаем (наверняка, это и вас касается), не умеют, не любят, не хотят формулировать задачи в виде тикета — понятного и краткого.

    Людям легче сказать: «Давай поговорим! Проведем митинг, сядем вместе и все решим. За 3 часа поймем друг друга, а потом я пойду и закодирую это. Я буду помнить, о чем мы договорились, и все запрограммирую». Забудем —ничего, встретимся еще раз. И так мы от митинга к митингу как-то протянем.

    Это неправильно. Мы, как программисты, должны любое неформальное общение конвертировать в тикеты. Поговорили с клиентом (заказчиком, product-owner’ом, другим программистом), узнали, что нужно поменять — любую коммуникацию конвертируем в тикет ограниченный рамками нашей системы (Jira, GitHub и т.д.), где прописываем: что не работает, как нужно исправить, почему нужно исправить, какая мотивация, и потом по этому тикету работаем.

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

    • Непрерывная разработка — программирование с 9 утра до 5 вечера: пришел, компьютер включил, тут что-то сделал, там, обед, еще покодировал, конец дня — ну ладно, завтра продолжу. То есть программируем, пока есть энергия, время, силы.
    • Инкрементальная разработка другая: есть задача №13, сделаю до конца, а потом посмотрю, какая задача следующая. В этом виде задача (тикет) всегда будет завершен. Зато, если тикета нет, нет сформулированной документированной задачи, проект не двигается — код не пишется, и не появляются pull request.

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

    Во втором варианте каждый тикет завершается pull request’ом: вот проблема, ее описание, дискуссия в области этой проблемы, изменение в коде. Pull request отправлен, проверен, принят — тикет закрыт, можно переходить к следующему.

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

    Некоторые ошибочно считают, что инкрементальная разработка обязательно означает задачу длиной в 2 недели, и что тикет должен заканчиваться pull request’ом в 5 тысяч измененных строк. Это не инкрементальная разработка. Инкрементальная — это задача на 0,5–2 часа, и в конце pull request из 50-100 строчек кода. Непрерывная наоборот — долго-долго работаете (днями, неделями) и мало что производите.

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

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

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

    Какой язык программирования изучать первым? Английский!


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

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

    Как я уже сказал, мир разработки становится глобальным, программистов из Москвы будет все меньше и меньше — будут просто программисты, например, на Swift, а то, что вы из Москвы, будет мало кого волновать. Программисты будут продавать себя по всему миру через интернет, а не через интервью в офисе. Так или иначе этот рынок придет, пусть через 5-10-15 лет, и вы просто можете оказаться за бортом.

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

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

    Чтобы повысить свой уровень английского, я могу порекомендовать следующее.

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

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

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

    Последнее и самое главное — пишите на английском. Ведите Twitter, блог, Telegram-канал на английском языке. Сначала вас никто не будет читать, потому что ваш английский будет ломаный. Но в итоге вы серьезно продвинете свой профессиональный уровень.

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

    Английский язык будет определяющим на рынке через 5-10 лет. Стоимость специалиста с плохим английским в 2 раза ниже, потому что он не может встроиться в команду, ему тяжело понять существующую документацию.

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

    Нет фолловеров на GitHub — ты не настоящий программист


    Я думаю, что мир сейчас двигается в сторону open source кода, и что через 10–15 лет вообще останется только open source, за исключением специальных проектов (NASA или военных).

    Весь остальной код будет в открытом формате, это неизбежно.

    У open source разработки есть свои особенности. Написать код, запаковать и выложить — только полдела. На пути возникнут совсем не программистские проблемы: сначала ваш код не будет никого интересовать, ваши pull requests тоже, их будет сложно писать и конфигурировать, вам не будут ставить лайки и звездочки на GitHub, вашим продуктом не будут пользоваться.

    Стать open source-разработчиком трудно. Но если вы просто используете open source-код, то тормозите свое развитие, потому что в будущем все продукты будут поставляться с открытым исходным кодом, и вы должны стать участником этого рынка.

    Компании будут писать все меньше и меньше внутреннего, проприетарного кода, и все больше и больше начнут использовать компоненты. Даже сейчас посмотрите на свое приложение — какой объем кода взят из open source, а какой вы написали сами? Фреймворки, библиотеки, пакеты, картинки — все это собирается вместе из разных открытых источников.

    Я думаю, мы станем сборщиками — ассемблерами, а не кодерами. Кодинг, как таковой, будет занимать меньшую часть времени и будет меньше нужен. Нужно будет умение собрать из open source-компонентов конечный продукт. Для этого нужно уметь контактировать с open source community: не только брать, но и давать что-то, писать тикеты, отправлять pulll request, создавать свои продукты.

    Уже много лет я примерно раз в месяц создаю свою open source-библиотеку, выкладываю в открытый доступ готовый продукт: пакет, библиотеку, фреймворк или документацию — что-то реальное. Сейчас у меня 2 300 followers на GitHub — это довольно много, но это результат 6 лет работы.

    Сначала было тяжело — я выкладывал библиотеку, а первая звездочка появлялась через месяц. Сейчас я выкладываю что-то, анонсирую, и через несколько часов уже вижу с десяток звездочек. Я прошел большой, реально болезненный путь.

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

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

    Однако архитектор развел руками — он не знал, как это сделать. Его социальные связи, 20 подписчиков в Twitter и 2 репозитория на GitHub, не помогали решить задачу. Но если бы он был активным open source-разработчиком, вел блог и делился бы наработками в социальных сетях, то ему было бы легко найти эксперта. Достаточно было бы использовать силу своего сообщества.

    Если вокруг вас маленькое сообщество — вы плохой разработчик.

    Сейчас не 2000 год, а 2019. А в 2029 это будет критическим показателем вашего профессионализма. Не важно, какой вы код пишете, если у вас мало followers, вы просто не интегрированы в среду и не можете помочь своему проекту, привлекая дополнительных людей.

    У Егора Бугаенко широчайший кругозор, он может мотивировать развиваться в разных направлениях. Егор уже выступал у нас на DevOpsConf Russia про качество, которое якобы не главное, на QualityConf про качественную разработку в распределенных командах. В сентябре на Saint TeamLead Conf вместе с Егором обсудим заново набирающую популярность тему микроменеджмента.

    Хотите быть в курсе наших грандиозных планов и новых публикаций — выберете список и подписывайтесь. Мы пишем только по делу.

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

    Сначала деплой, потом код — согласны?

    Код или тикеты?

    Есть pet project?

    Контрибьютишь в open source?

    Конференции Олега Бунина (Онтико)
    759,83
    Конференции Олега Бунина
    Поделиться публикацией

    Похожие публикации

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

      +44
      Если вокруг вас маленькое сообщество — вы плохой разработчик.

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


      Для этого нужно уметь контактировать с open source community: не только брать, но и давать что-то, писать тикеты, отправлять pulll request, создавать свои продукты.

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

        –8

        О намеренном раскручивании сообщества, кмк, и не говорилось. Можно переформулировать чуть ближе к реальности:


        Если вокруг вас нет даже маленького сообщества — вы плохой разработчик.
          +9
          Можно переформулировать чуть ближе к реальности:

          Эм, а в каком месте это близко в реальности?
          Мне кажется, скорее всего как-то так:


          Если вокруг вас нет даже маленького сообщства — вы не пиарите свои продукты.

          Мне кажется, все забыли, что если вы просто загрузите куда-то свой код и правильно его оформите, безумно велик шанс, что его никто не будет использовать года так 2.

            –2

            Не близко, а ближе.


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


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


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

          –7
          строить сообщество вокруг себя — это не работа программиста

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

          А кто будет за это платить?

          Не всегда оплата идёт деньгами. Деньги — это скорее как краткосрочная компенсация за потраченное время.

          Сделать форк с патчем, особенно для какого-то популярного продукта значительно проще

          Это и есть то самое «давать что-то своё для open source сообщества». Хорошее начало.
          Если вклад интересный, то и народ подтянется. Тут и «вокруг будет маленькое сообщество» уже реализовывается само по себе.
            +23
            Не всегда оплата идёт деньгами. Деньги — это скорее как краткосрочная компенсация за потраченное время.

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


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

            Ну так нет. Вот я делаю fork себе пусть даже в github, реализую там функционал и оно себе живет дальше на github. Никто про него не узнает, никто не вспомнит.


            Или вот посмотрите вот этот мердж реквест. Человек сделал довольно большой вклад, а потом оно кучу дней висело и человек взял и забил. И какое сообщество вокруг него сформировалось?


            Мне кажется, очень многие разработчики, которые не пробовали делать реальный вклад в чужие проекты слишком оптимистичны насчет "сделай вклад в open-source сообщество". В большинстве случаев ваш вклад никому не нужен.


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

            Вы можете или писать код, или выступать на конференциях и строить сообщество. Откуда у вас будет время на написание кода и еще сверху на написание статей, open source кода, выступления на конференциях и прочего. А жить то когда?

              0
              Про корпоративный код понятно. Я изначально думал, что речь про pet project.
              Проприетарный код внутри компании редко выходит в open source, что я даже не думал в этом направлении. Тут я полностью согласен.

              Вот я делаю fork себе пусть даже в github, реализую там функционал и оно себе живет дальше на github. Никто про него не узнает, никто не вспомнит.

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

              Откуда у вас будет время на написание кода и еще сверху на написание статей, open source кода, выступления на конференциях и прочего. А жить то когда?

              Это же исключительно зависит от личных приоритетов. У многих эта «жить» как раз является этим вкладом.
              Самое интересное — приоритеты могут меняться время от времени вплоть до полной противоположности, а потом обратно.
              +1
              Не всегда оплата идёт деньгами. Деньги — это скорее как краткосрочная компенсация за потраченное время.

              А можно чуть более развёрнуто? Это оплата популярностью? Но ИМХО в итоге популярность всё равно результирует в денежную компенсацию.

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

                Разве только что с большой натяжкой можно предположить, что это выйдет в совсем другое предложение, которое не связано с обучением, но при текущей конкуренции я это даже не могу представить. Пожалуй, для этого сообщество должно быть совсем не «маленькое».
          • НЛО прилетело и опубликовало эту надпись здесь
              +12

              Да и просто смешно читать про этот деплой и мобилки, если ты специализируешься на каком-нибудь машинном обучении или всякой low latency-ерунде на сервере на C++.

                +1
                Писал длинную простыню, удалил… у меня не мобилки, но своеобразная «развертка» (автоматическая до-настройка) ПО таки есть. И относительно сложный деплой.
                При этом проект тянется годы с нулевой текучкой.
              +3
              Да, я соавтор популярного продукта

              а можно критерий популярности?)
                +12
                Популярный автор непопулярного продукта.
                  0

                  На Github обычно по звёздочкам меряют. От 100 звёзд можете считать проект условно популярным, от 1000 уже объективно популярным.
                  Можно ещё по кол-ву скачиваний считать, тут тоже хотя бы 1000 на 1 версию надо набрать.

                  0
                  Весьма толковый спикер, я сам когда-то про работу будущего примерно такое писал, хотя с пет проектами проблема — у меня нет и вобщем-то программирование это только работа, можно сказать что пет-проекты у меня неайтишные (есть и айтишные идеи, но времени на них не удаётся выделить, приоритет у них минимальный), так что непонятно каким меня считать программистом.
                    +4
                    Подпишусь, с пет-проектами сложно. Помимо программирования есть много интересных занятий, да и просто быт. И если отдавать работодателю по-честному его 8 часов, то вопрос, когда эти самые пет-проекты делать.
                      +4
                      Я так понимаю, пет-проекты многие делают за счёт работодателя, но проверить это сложно.
                        +3
                        Прямо в точку. У меня некоторые «pet project» как раз за счёт работодателя.
                        Некоторые из них остались в рамках конторы, а что-то ушло в активные личные разработки. Когда есть интерес, то и время на это найдётся.
                          0

                          Нет, вполне можно неплохо впахивать и исключительно в личное время.

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

                              Ну это зависит. Ботать что-то серьезное и у меня силы заканчиваются (пару часов посидел, и спать охота — зато высыпаюсь!). А вот пилить не сильно напряжный проект — вполне.

                            +1
                            По моему опыту такое в последнее время происходит всё чаще и чаще. Обычно это какие-то небольшие вещи, которые нужны самой фирме и которые не проблема выложить в открытый доступ. То есть обычно всякие тулсы и хелперы.

                            Плюс в последнее время как минимум у нас становится всё моднее давать разработчикам свободное время на «полёт фантазии». Например в моей предыдущей фирме у каждого разработчика бы контингент на «творческий отпуск»(5-10 дней в год в зависимости от позиции). Во время этого отпуска ты должен был находиться на работе, но освобождался от всех проектов и мог программировать что угодно.
                              0
                              Можете уточнить хотя бы страну? Я просто впервые слышу про такую практику…
                                0
                                Германия, а точнее Бавария, а ещё точнее Франкония :)

                                P.S. И это конечно совсем не повсеместное явление, но пару-тройку фирм с подобными «идеями» я уже знаю.
                                  +3
                                  Я и РФ подобную практику иногда замечал — последний день спринта уходит под свои проекты. Каждый волен заниматься чем угодно, но должен будет рассказать что он делал. Хоть кодить, хоть учиться. Но неприятно будет рассказывать команде, что ты читал свежий комиск.
                              +1
                              Ну вот у меня есть пет-проект — моя личная домашняя система управления финансами. Я когда-то много лет сидел на айсмани и очень дико жалею, что она меня перестала устраивать — пришлось писать себе самому.

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

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

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

                                  0
                                  С этим тезисом можно поспорить. И код напиши и придумай проект целиком с нуля сделай всё в проекте и чтобы проект был интересный… Это уже не программист, это очень большой набор специализаций. А если проект окажется ещё и прибыльным — можно просто уволиться с работы и заниматься только этим проектом и написать себе «генеральный директор» на визитке.
                                  0
                                  Да понятно, что при желании можно время выделить. Я только лишь за то, чтобы не спрашивать с фуллтаймеров личные проекты в обязательном порядке.
                                  0
                                  Нужно чтоб пет-проект или приносил много денег или был интересен. А если интересно что-то делать, то будешь забивать на еду и на сон, пока прёт от этого. Ещё крайне желательно чтоб это кому-то было нужно и был фидбек от пользователей в стиле «молодец так держать», а не только багрепорты. Ну это для меня так, для других может быть как-то по-другому.
                                  0
                                  У меня есть пет-проджекты, но тем не менее я тоже считаю что в таких статьях им уделяют слишком большое внимание. Более того, они еще и подгадить могут ведь часто это незнакомые тебе язык или фреймворк который ты будешь использовать не совсем правильно или же просто ему много лет и сейчас бы ты так уже не стал писать, но и переписывать времени нет (я даже добавлял себе тикеты на гитхаб чтобы если что хотя бы мог сказать «да, знаю, даже тикет себе пару лет назад завел, да руки не дошли»)
                                  +34
                                  Сейчас не 2000 год, а 2019. А в 2029 это будет критическим показателем вашего профессионализма. Не важно, какой вы код пишите, если у вас мало followers, вы просто не интегрированы в среду и не можете помочь своему проекту, привлекая дополнительных людей.

                                  Есть мнение, что подобные качества нужны для хороших HR, PM etc. Хороший разработчик должен приносить пользу проекту классическим профессионализмом, а не хипстотой.
                                    +1
                                    Действительно, все должности смешались в «универсальном программисте». Похоже на тайное желание всех работодателей — тут и задачу в тикет перевел, и заимлементил, и протестил, и в продакшен отправил… это подход стартапа!
                                      +1
                                      или желание про готовность работать не за зарплату, а за идею или за «будущие прибыли» или ещё чего по факту несуществующее.
                                    +25
                                    А вот нашел бы архитектор (почему архитектор, а не техлид или HR?) специалиста по какому-то хитрому фреймворку, а у того пет-проектов нет, и гитхаба нет, и твиттера нет. И сам он на рыбалке, телефон выключен. Потому что к эксперту в узкой области обычно такая очередь желающих, что впору не рекламировать свои услуги, а прятаться.

                                      0
                                      Если к вам есть очередь хотя бы из 2 желающих, то почему бы не повысить цену пока не останется один? У экспертов то как раз никаких очередей нет, есть просто высокая оплата и эксперт готовый сразу же приступить. Даже более того — эксперты тратятся на рекламу и агентов
                                        +8
                                        Когда поднимаешь цену, теряешь рыбалку и выключенный телефон, потому что за бОльшие деньги работодатель начинает больше требовать. Многие предпочитают не перешагивать порог денег, за которым начинается зависимость от работы.
                                      +4
                                      Каждый раз когда я вижу «Контрибьютишь в open source?» жму «воздержаться» т.к. у меня возникает встречный вопрос — считается только непосредственно код или описание багов (подробное, со сценариями, инвайрементом и по-возможности с тестовыми проектами) тоже?
                                        +5
                                        В рамках концепции отсюда же «лучшие пишут тикеты», описание багов еще как считается. Так что, думаю, это важная составляющая участия в развитии open source.
                                          0

                                          Считается. Даже GitHub учитывает их в "квадратиках".

                                          +7
                                          Строить планы на 10 лет вперёд в IT, да ещё так уверенно рассказывать как там что будет, ну не знаю… Есть вероятность, что кодить например будут машины, а человек будет им ставить задачу, на более-менее естественном языке. Тем более компоновка из готовых компонентов, наверное первая переляжет на плечи ИИ.
                                            +3

                                            Если так, то автор окажется прав — кто умеет в тикеты будем на коне.

                                              +4
                                              30 лет назад существовало три вида программистов: системные, прикладные и программисты баз данных. 20 лет назад появились бухгалтерские, потому что 1С — это свой особый мир. 10 лет назад были в тренде программисты SAP и прочих ERP. И вот появились фреймворковые программисты, которые со всем пылом молодости ведут себя как Маркс на первом съезде коммунистической партии: «победа фреймворков неизбежна...».
                                                +3

                                                1С — это по сути фреймворк с набором либ. Пишешь код, который вызывается фреймворком, в коде "склеивашь" либы бизнес-логикой и возвращаешь управление фреймворку.

                                              0
                                              что через 10–15 лет вообще останется только open source, за исключением специальных проектов (NASA или военных).


                                              В больших организациях через 10-15 лет только закончат внедрение тех проектов, которые начали разрабатывать 5-10 лет назад. Вообще, разработка внутренних продуктов для корпораций, не обязательно NASA или военка, это свой мир, где время течет медленнее.
                                                +20
                                                «Ничего не будет. Ни кино, ни театра, ни книг, ни газет – одно сплошное телевидение»(с)
                                                  +12
                                                  Если вокруг вас маленькое сообщество — вы плохой разработчик.

                                                  Все интроверты — плохие разработчики?
                                                    0
                                                    да, это не про программистов же написано.
                                                    +13
                                                    Книга получится хорошо, если сначала ее красиво оформить

                                                    Книга получится хорошо, если напишите хороший и полезный текст
                                                    Есть куча очень красивых книг, но вся их полезность максимально раскрывается когда заканчивается бумага в уборной
                                                      +1
                                                      Отличный доклад!
                                                      Насчет деплоя — все верно. Встречается постоянно — новый проект — день как минимум на его установку и настройку на ноуте. Хорошо, если есть DevOps-ы :)
                                                      Насчет пет-проектов тоже верно для подавляющего количества разработчиков. Ибо все просят примеры работ. А что показать, если все под NDA.
                                                        +12
                                                        фэнтези вселенная внутри головы Егора Бугаенко

                                                        Я все понимаю, но вслух то зачем?
                                                          +7
                                                          Многие не могут ответить на простой вопрос: «Знаете ли вы, сколько можете сделать кода за 100$?»

                                                          А может не стоит от цены за количество кода плясать?
                                                          Так делают некоторые индийские разработчики, у которых оплата в строгом соответствии с количеством написанных символов. Получается огромная неподдерживаемая лапша, зато кода много.
                                                          Опытный разработчик может 70% времени обдумывать решение и только 30% времени писать код. Тогда как начинающий пишет тонны кода, переписывает, и часто без толку — лапшекод вообще без продуманной архитектуры.
                                                            +2
                                                            Кстати совет «Хорошие программисты пишут код, лучшие — тикеты» сложно реализуем на практике. Т.е. если проект идет по задачам клиента, никто не даст программистам создавать новые тикеты(это обычно может сделать только или клиент или менеджер проекта)
                                                              +3
                                                              тык тут автор описывает и не программистов, а программиста-техлида с функциями менеджера, архитектора и кого ещё только не.
                                                                0

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

                                                                0
                                                                Егор как всегда по живому режет.
                                                                  +4
                                                                  Многие не могут ответить на простой вопрос: «Знаете ли вы, сколько можете сделать кода за 100$?»
                                                                  Тоже самое, что оценивать продуктивность количеством строчек кода. Не хотел бы я с вами работать.
                                                                    +26
                                                                    Вышеописанный подход применим только на простых проектах с примитивным инструментарием разработки. Автор похож на хозяина хоккейной команды, который говорит: «я не буду вкладываться в тренировки и профессиональный рост своих игроков, если я решу что кто-то недостаточно хорош, я куплю на замену другого игрока, причём по-быстрому и исключительно на время матча».
                                                                    Во-первых понятно, что серьёзные игроки к такому хозяину не пойдут, а со среднестатистическим мусором из дворовых игроков такая хоккейная команда абсолютно не способна играть на серьёзном уровне.
                                                                      +19
                                                                      Даладно вам, у автора 2019 год, где можно быстренько выпнуть всю свою ИТ-команду и нанять новую, если вам вдруг приспичило технологический стек поменять.

                                                                      Правда, есть мнение, что этот 2019 из какого-то ненаучного фентези, но это уже детали.
                                                                        +1
                                                                        Это да, а вот 2018 был ещё не фэнтези. Потому что Бэлл Интегратор с подобными закидонами год назад едва не прогорел.
                                                                      +3
                                                                      английский не является языком программирования. точка
                                                                        0
                                                                        По поводу английского — это как крик души… Но совет тимлида учить английский программисту — это всё равно что пилить под собой сук. Как только толковый программист осваивает английский, он линяет в америку или Лондон и из Москвы становится недоступен…
                                                                          +9
                                                                          Толковый программист не может освоить английский, так его уже давно его знает. Иначе это не программист.
                                                                            +1
                                                                            Всё-таки есть разница между разговорным и техническим. Чтение Толкиена в оригинале очень помогает поболтать за жизнь с каким-нибудь финном (потому что он с большой вероятностью тоже его читал), но вот абсолютно бесполезно при чтении статей Дональда Кнута.
                                                                              +1
                                                                              Ну для меня это ступени одного и того же, сначала ты читаешь, пишешь потом говоришь. А круг доступных тем постепенно растет.
                                                                                +1
                                                                                на следующую ступень можно не переходить.
                                                                                  0
                                                                                  Скорее так:
                                                                                  читаешь — пишешь — слушаешь — говоришь
                                                                                    +4
                                                                                    Причём Толкиен на порядок сложнее Кнута.
                                                                                • НЛО прилетело и опубликовало эту надпись здесь
                                                                              +6
                                                                              Какая-то чрезмерная фиксация на категориях «красиво», «популярно», «пэтпроджэкт». Не все хотят массовости, многим шашечки даже мешают ехать, а изысканные вещи часто рождаются не на хайпах а в творческой тишине и концентрации.
                                                                                +20
                                                                                Инструкция была сложная и непонятная, я опять переспросил, как все это развернуть на своем компьютере. Я хотел простым нажатием нескольких кнопок на своем компьютере модифицировать чужой код, запустить симулятор и отправить pull request.


                                                                                Это называется инфантилизм
                                                                                  +17
                                                                                  Нет, это называется «взаимоисключающие параграфы». У автора в голове отлично уживаются те самые программисты, которые там постоянно что-то клепают, познают, принимают участие в жизни опенсорс-коммьюнити, и так далее. И вот это вот «Как, у вас деплой сложнее нажатия пары кнопочек? Ну всё, я обиделся и ушел».
                                                                                    +16
                                                                                    Жаль, кармы не хватает плюсануть.
                                                                                    Да, вот это скорее и является «пугающим трендом современной разработки» — по-быстренькому наклепать из готовых компонентов. Простите, да этому скоро нейронку на 2 миллионах страниц гитхаба обучат.
                                                                                    А кто эти компоненты будет делать? Те самые взрослые, которые годы потратили на математику и алгоритмы. Которые не боятся делать что-то с нуля, без тепличных условий готового деплоя.
                                                                                      +2

                                                                                      Так же это означает, что программа пользователю, по сути, не нужна.
                                                                                      Если реально нужно, то даже 100 страничный талмуд по установке — это не помеха.

                                                                                        +6
                                                                                        Вы видно не попадали в ситуацию, когда ты тратишь несколько минут времени на фикс какого-то бага в чужом проекте, а потом несколько часов пытаешься понять, каким же хитрым образом собрать все и запустить тесты. Потому что готовых скриптов нет, а инструкция явно о чем-то умалчивает. Здесь речь идет о рациональном использовании времени, которого обычно очень не хватает. Особенно эффект заметен, когда у вас много проектов и вы постоянно ходите между ними. Там без готовых скриптов для деплоя и инструкций каждый раз придется тратить уйму времени не на решение задач бизнеса, а на то, чтобы разбираться в сборках проектов. Зачем все это, если можно сразу сделать готовые скрипты и внятные инструкции? Это займет совсем немного времени, зато потом окупится много раз. Хотя если вы оцениваете труд программиста в часах, просиженных за монитором, то да, желание упростить ему жизнь и улучшить производительность труда — это инфантилизм.
                                                                                          0
                                                                                          Сталкивался, собирал, не умер :) особенно бесит когда для сборки очередного чуда нужен Perl, Python или еще какая-либо неводомая фигня + тонна зависимостей. Но если сравнить сколько времени я потрачу на реализацию нужной мне фичи самостоятельно, то желание поныть о трудностях деплоя отпадает.
                                                                                        +34
                                                                                        Как меня всегда радуют люди, которые свято верят, что в мире нет энтерпрайза. Причём — это корневые системы и огромные фирмы, кодовая база и штат программистов которых очень велики.

                                                                                        Какие пет проекты могут быть у SQLщика? )

                                                                                        О каких новых фреймворках идёт речь, когда найти работу в крупной компании на Delphi 5-7 и SQL 2008 совершенно непроблема? )

                                                                                        О каком количестве кода за час идёт речь, когда мне больше всего платят как раз когда я УМЕНЬШАЮ кодовую базу или переписываю существующую? Или просто ПЛАНИРУЮ как я буду это делать? )

                                                                                        Многие программисты, с которыми мы работаем (наверняка, это и вас касается), не умеют, не любят, не хотят формулировать задачи в виде тикета — понятного и краткого.
                                                                                        Программисты формулируют задачи? Што? Может они их будут реализовывать, а формулировать и ставить специальные люди? (аналитики?) А то когда программист сам себе ставит задачи — это как то… опасненько.

                                                                                        Про английский язык — вообще жара. 15 лет программирую в разных проектах — ни разу не пригодился. Как в прочем и ни одному из коллег, кроме одного, который решил уехать за границу. Может я что то делаю не так? Или это речь о тех, кто работает фрилансом и по удалёнке? )

                                                                                        GitHub… да-да… опенсорс энтерпрайз решения… банки работающие на опенсорсных системах… государственные системы… ага-ага. И тем более делающие это через гитхаб. И, вдвойне, СОБИРАЮЩИЕ ФОЛОВЕРОВ. Боже.

                                                                                        А уж про то что нужно вокруг себя окружение собирать… зачем? Ну вот зачем?
                                                                                          +2
                                                                                          государственные системы

                                                                                          А почему нет? Кто-то высказывал тезис, с которым я согласен на 100% — весь код государственных продуктов должен быть открыт (разумеется, а говорю про продукты гражданского назначения). И даже ссылатся на то, что "несекьюрно" не стоит, почти каждый второй такой продукт абсолютное решето со всех точек зрения. От того, что их исходники будут доступны максимум станет грустно за качество государственных систем.


                                                                                          А про фолловеров, к сожалению, крупные компании (и банки в том числе) это вполне себе уже сейчас делают. Ведут блоги на хабре и т.д.

                                                                                            +1
                                                                                            1. В России открытый код гос. систем можно будет приравнять к оскорблению власти. (ну не могли же они такой ужас склепать).
                                                                                            2. Будут видны все бэкдоры.
                                                                                            3. Работа системы будет прозрачна и потому уязвима. (пока никто не понимает как это работает — никто не может этого и использовать. кроме тех кто знает, конечно).
                                                                                            4. Ну, у нас прозрачное гос.управление? Нет? тогда о каких открытых системах речь? )
                                                                                              +1
                                                                                              Работа системы будет прозрачна и потому уязвима.

                                                                                              Уже много раз писали — безопасность через неизвестность откровенно плохо работает. Туда же и третий пункт.

                                                                                                +1
                                                                                                Это был сарказм. =)
                                                                                                Могу ещё дописать:
                                                                                                5. На чём распиливать бабло, если всем видно что, сколько и как вы делаете?
                                                                                                6. Зачем вообще делать код открытым, если есть свои специалисты, которые могут его дорабатывать?
                                                                                            +3
                                                                                            Какие пет проекты могут быть у SQLщика? )
                                                                                            Вот например у Брента — github.com/BrentOzarULTD/SQL-Server-First-Responder-Kit
                                                                                            Вот например у Ола — github.com/olahallengren/sql-server-maintenance-solution
                                                                                            и т.д.
                                                                                            Брент кстати раскрывает свои доходы, т.е. что-то поболее ляма в год
                                                                                            Т.е. в этом случае это то о чем говорит Егор — невозможно получать даже полмиллиона в год занимаясь только SQL если у вас нет такой известности как у Брента.
                                                                                            Но вполне возможно выйти и за миллион если создадите проект который наберет 1500 звезд
                                                                                              0
                                                                                              Ну, брентовский тулкит я и сам пользую иногда, это да.
                                                                                              Но это тулкит. По сути он нужен только один ) И это не проект, это же не работающая система итп.
                                                                                              Ну и до кучи это инструмент ДБА, а не ДБД.

                                                                                              Короче, со своей стороны я не считаю это показателем… но возможно я и ошибаюсь. =)
                                                                                                +2
                                                                                                Проект не обязан быть работающей системой итд.
                                                                                                  0
                                                                                                  А чем?
                                                                                                  Скриптом, полезным только в твоей собственной системе?
                                                                                                  Вспомогательной тулзой, настроенной лично под тебя и потому никому не нужной?
                                                                                                  И зачем это вообще выкладывать на гитхаб? о_О
                                                                                                    +1
                                                                                                    И зачем это вообще выкладывать на гитхаб? о_О

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

                                                                                                    Плюс даже заточенный под тебя скрипт/тул может оказаться кому-то полезен после небольшой обработки. Кроме того если(когда :) ) я в очередной раз поменяю работу, то весь этот код всё ещё будет для меня доступен и вполне себе может пригодится.
                                                                                                      +1
                                                                                                      А я могу выложить проект «чисто под себя» в приватный репозиторий на GitLab или это сделает меня плохим разработчиком?

                                                                                                      По проводу «допилить под свои нужды то, что другой человек делал под себя» — а Вы сами часто так делали? Автор поста жалуется, что если он в чужом проекте не может сделать тык-тык в кнопочку и чтоб всё заработало, то проект этот плохой. Мне приходилось оказываться в ситуации, когда сделать что-то нужно «уже сейчас, срочно», а в открытом доступе есть только какие-то сырые поделки, последний раз обновленные непонятно когда с невнятными инструкциями по запуску. Ещё ни разу я не решал «так, ладно, этот проект даже не компилируется, но давай-ка я сейчас отрачу время на то, что бы вникнуть в его структуру, допилить, исправить и потом ещё пулл реквест сделать!». Самый простой способ — это просто сделать ещё один проект «чисто под мои нужды», и даже не пытаться тратить время на его оформление — всё-равно он точно так же не будет нужен никому другому, как не нужны не другие поделки.
                                                                                                        +1
                                                                                                        А я могу выложить проект «чисто под себя» в приватный репозиторий на GitLab или это сделает меня плохим разработчиком?

                                                                                                        Большая часть моих вещей лежит на гитхабе в приватных репах. Лично я за звёздами тоже не гоняюсь и даже не пытаюсь судить о программистах по их гитхабовским репозиториям и/или их отсутствию :)

                                                                                                        По проводу «допилить под свои нужды то, что другой человек делал под себя» — а Вы сами часто так делали?

                                                                                                        Достаточно редко, но делал.

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

                                                                                                        Очень знакомо. Но на мой взгляд даже сырой проект часто лучше чем вообще никакого :)

                                                                                                        Самый простой способ — это просто сделать ещё один проект «чисто под мои нужды», и даже не пытаться тратить время на его оформление — всё-равно он точно так же не будет нужен никому другому, как не нужны не другие поделки.

                                                                                                        Если кто-то просто скопирует мой проект и подгонит его под себя в своём репозитории, то я лично ничего против не имею :)
                                                                                                          0
                                                                                                          По проводу «допилить под свои нужды то, что другой человек делал под себя» — а Вы сами часто так делали?

                                                                                                          Да. Мне, например, очень помогали куски какой-то ерунды на идрисе.

                                                                                                        0
                                                                                                        Серьезно?
                                                                                                        Если коротко, то проект — это временное предприятие направленное на создание уникального продукта, услуги итд.
                                                                                                        Брентовские тулзы — это так же проект, который прошел все стадии проекта. Точнее это продукт, полученный в результате реализации проекта по созданию утилит для DBA. Судя по гитхабу, проект еще живет и вполне очень востребован. Даже вами.
                                                                                                  0
                                                                                                  > Про английский язык — вообще жара. 15 лет программирую в разных проектах — ни разу не пригодился.
                                                                                                  Комментарии в коде, документация на используемые либы или API, системные сообщения — все на русском?
                                                                                                    0
                                                                                                    Думается мне, что подразумевается уровень английского выше чем чтение технической литературы )
                                                                                                      0
                                                                                                      Хотя бы такой :) А выше — по желанию в общем-то. Хотя и с этим соглашусь — даже без цели работать заграницей, английский может пригодиться для общения с другими разработчиками, посещения конференций, участия в проектах для души. Мало ли.
                                                                                                        0
                                                                                                        Ну, без хотя бы такого работать не получится.
                                                                                                        А по поводу остальных вещей — ими занимается очень небольшое количество программистов.
                                                                                                        Причина проста — если для работы их навыков достаточно, то работа обычно не позволяет этим заниматься в рабочее время. А нерабочее время посвящать прокачке профессиональных навыков не все готовы )
                                                                                                          0
                                                                                                          Напротив — общение с авторами библиотек или фреймворков, которые Вы используете в Ваших проектах, может и должно осуществляться в рабочее время. Поиск подходящего решения, фреймворка, библиотеки для того или иного проекта. Или Вы все 8 часов кодите с перерывом на обед и походом в туалет?
                                                                                                            0
                                                                                                            эээ… вообще примерно так и пишу код )

                                                                                                            не думаю, что если даже я в рабочее время пообщаюсь с авторами SSMS или Delphi 7 — они мне ответят ))

                                                                                                            и, да — поиск библиотек и фреймворков для кровавого энтерпрайза не занятие — там уже всё это давно нашли. А программисты должны у них программировать, а не с авторами общаться и по туалетам бегать )
                                                                                                              0
                                                                                                              Я надеюсь, что «кровавый энтерпрайз» хорошо компенсирует подобный подход к разработке. Но не все работают там. А вне энтерпрайза процветает паратигма «плоского мира», когда чтобы пообщаться с тем же Илоном Маском, к примеру, надо знать английский и его аккаунт в Твиттере :)
                                                                                                              А не думали, что будет после ухода из энтерпрайза?
                                                                                                                0
                                                                                                                Я надеюсь, что «кровавый энтерпрайз» хорошо компенсирует подобный подход к разработке.

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

                                                                                                                А не думали, что будет после ухода из энтерпрайза?
                                                                                                                Думал. Но… зачем? )
                                                                                                                ЗЫ: нет, мне правда интересно )
                                                                                                                  0
                                                                                                                  Думал. Но… зачем? )

                                                                                                                  Энтерпрайз не вечен :)
                                                                                                                  они занимаются куда более серьёзными вещами, чем клепание сайтиков и игр

                                                                                                                  Ну да, Дельфи конечно не для игр. В общем, главное, что Вы довольны. По мне так это скучно и явно не перспективно. Хотя, как сказал Егор, в корпорациях можно бесконечно пилить один и тот же код. Потом переписывать его с Дельфи на Джаве или С# и не париться до пенсии.
                                                                                                                    0
                                                                                                                    Энтерпрайз не вечен :)

                                                                                                                    Вот как раз энтерпрайз вечен. =)

                                                                                                                    По мне так это скучно и явно не перспективно. Хотя, как сказал Егор, в корпорациях можно бесконечно пилить один и тот же код. Потом переписывать его с Дельфи на Джаве или С# и не париться до пенсии.
                                                                                                                    Э? С чего его, вдруг, «переписывать»? Зачем? Никогда не видел бизнеса, которому было бы интересно, что бы код просто переписывали. (вру, видел, но из этого ничего хорошего не вышло)

                                                                                                                    И что значит «пилить один и тот же код». Что?! Задачи разные, бизнес разный, автоматизация разных систем — разная… даже архитектура у похожих проектов чудовищно разная.
                                                                                                                    «Один и тот же код». Бугагашечки.

                                                                                                                    Ну да, Дельфи конечно не для игр. В общем, главное, что Вы довольны. По мне так это скучно и явно не перспективно.

                                                                                                                    1. Ну так и бизнес это не только и не столько игры )
                                                                                                                    2. А чем можно быть недовольным? Зарплата у тех, кто поддерживает старые технологии обычно повыше рынка. Задачи интересные, а начальство лояльное.
                                                                                                                    3. О каких перспективах речь? Карьерных? Они не зависят от стека. Зарплатных? Они весьма неплохи. Ещё варианты?
                                                                                                                    4. Скучно. Ну тут уж каждому своё… мне не скучно программировать, строить логику и архитектуру. А что не скучно вам?
                                                                                                                      0
                                                                                                                      Э? С чего его, вдруг, «переписывать»? Зачем?

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

                                                                                                                        0
                                                                                                                        Ну, пока поколение делфистов не начало ещё умирать от старости — найти их не так уж и сложно )
                                                                                                                          0

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

                                                                                                                            0
                                                                                                                            Зависит от условий работы, и количества денег, наверное, в первую очередь. А во вторую — от предпочтений. По крайней мере примерно так выглядят приоритеты тех кого я знаю (и кому уже, в общем то, всё-равно на чём писать из своего стека).

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

                                                                                                                              Для меня стек — один из факторов интересности задач и условий работы. Если во время рабты полдня надо ждать билда — то скорее это минус по этим птнктам.

                                                                                                                                0
                                                                                                                                очевидно, что чаще всего это так.
                                                                                                                                Но если всё-же разделить эти понятия и принять прочие равными, то что останется? )
                                                                                                                                  0

                                                                                                                                  Деньги должны компенсировать невозможность использования предпочтений :)

                                                                                                                                0
                                                                                                                                Ну опять же это всего лишь мой личный опыт, но я бы сказал что очень часто стек и интересность задач между собой связаны. И лично мне за все мои годы работы айтишником интересные задачи под Delphi(или другие легаси-языки) как-то ну вообще не попадались :)
                                                                                                                                  0
                                                                                                                                  Ну да, эти показатели бывают связаны. Но всё-равно надо понимать что для тебя из этого важнее — что бы это было интересно или что бы это было именно на делфи (подставьте на это место язык по выбору). =)
                                                                                                                                    0

                                                                                                                                    Мне попадались интересные под Дельфи, но во времена когда Дельфи был модным :)


                                                                                                                                    Ну или задача переписать с Дельфи на что-то другое тоже интересна может быть.

                                                                                                      +9
                                                                                                      Мне одному кажется, что
                                                                                                      Многие не могут ответить на простой вопрос: «Знаете ли вы, сколько можете сделать кода за 100$?»

                                                                                                      и
                                                                                                      Хорошие программисты пишут код, лучшие — тикеты

                                                                                                      противоречит друг другу? Что автор считает правильным — писать какое-то количество кода за какую-то сумму или всё таки конкретные задачи решать?

                                                                                                      Я не могу ответить, сколько кода я сделаю за $100 (а в чем это вообще измерять? в символах? строках?), но я могу сказать, какую задачу я могу сделать за эту сумму (хотя ни разу не встречал заказчика, который бы обратился с вопросом «у меня есть N денег, что вы можете мне сделать на них?»), и точно могу сказать сколько будет стоить та или иная задача. А кода там может быть и 50, и 5000 строк, это вообще второстепенный момент.

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

                                                                                                      Ну или просто
                                                                                                      ведет провокационный блог
                                                                                                        0

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

                                                                                                        +1
                                                                                                        Ой, сказочник, ой мечтатель, прямо певец капиталистического благолепия. Спит и видит как интеллектуальный труд превратить в дешевый товар. Вот только не понимает, что у такого товара есть минимальная ценность, и она очень высока. Начать стоит с системы образования, которую капиталисты тоже хотят капитализировать… Что? Ой, уже наткнулись на первое противоречие.
                                                                                                          +2
                                                                                                          капиталисты тоже хотят капитализировать

                                                                                                          Вы так говорите как-будто «капиталисты» — это что-то плохое.

                                                                                                            –4
                                                                                                            Разумеется. То, что страны бывшего СНГ имеют альтернативы (конкуренцию) мировым продуктам (хотя Яндекс Гуглу или ВК — Фейсбуку), это заслуга советской системы образования (причем не специализированной по программистам, а школьной).
                                                                                                              0
                                                                                                              Потому что программировать можно с 7 класса школы.
                                                                                                                +2
                                                                                                                Почему вы проводите связь именно между этими двумя фактами?
                                                                                                                  +6
                                                                                                                  А может, это заслуга самых красивых на свете берёзок. Или там того, что в России озеро Байкал есть, не знаю.

                                                                                                                  Из того, что факт А находится на временной оси раньше факта Б, и они связаны географической локацией, никак не следует, что факт Б следует из факта А. Вы можете установить связь явно?
                                                                                                              +3

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

                                                                                                                +2

                                                                                                                Согласитесь, что без этого было бы скучно

                                                                                                                  +6
                                                                                                                  Уже немного обрыдло читать глупости от таких людей как Егор.
                                                                                                                  Было бы что обсуждать, рекомендации «как разрабатывать» сейчас всё больше похожи на заявления «я художник — я так вижу»
                                                                                                                    0
                                                                                                                    Ну не знаю. Это что-то между ток-шоу на Первом канале и Домом 2 для программистов, мне одинаково противны оба два.
                                                                                                                  +11
                                                                                                                  Время full-time разработчиков с фиксированной оплатой уходит.
                                                                                                                  Когда ты собственник компании, наверное так мечтается.

                                                                                                                  Как в анекдоте, заменить моделей на программистов
                                                                                                                  «Новый русский» купил фотосалон. Дал объявление в газету: «Требуется фотомодель на эротику. Час работы 10.000 баксов!»

                                                                                                                  Пришло много претенденток, отобрали одну. Фотографировали ее 3 часа. Потом выходит хозяин, объявляет:

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

                                                                                                                  Хозяин поворачивается к фотомодели:

                                                                                                                  — Ну, ты, в натуре, и на полсекунды не наработала…
                                                                                                                    0
                                                                                                                    Имеются в виду срочные трудовые договоры.
                                                                                                                    +1
                                                                                                                    Хоть за 20 буду работать, но тогда буду делать 3 недели то, что реально сделаю за 2 часа.
                                                                                                                    Это малореально и с точки зрения качества и например поддержки. Провокационный блог? Да тут местами пост такой.
                                                                                                                      0
                                                                                                                      > Поэтому я использую коэффициент умножения
                                                                                                                      То есть час его работы стоит 10?
                                                                                                                      –1
                                                                                                                      Увидел много интересного, но пара высказываний из текста остались в целом за бортом обсуждения, поэтому дополню.

                                                                                                                      Английский язык будет определяющим на рынке через 5-10 лет.

                                                                                                                      Английский язык был альфой и омегой разработки в конце девяностых — начале нулевых. Если вы не знали английского, вы повторяли говнокод за авторами одного-двух актуальных учебников, которые реально знали, о чем пишут. Если вам везло наткнуться на таковых.
                                                                                                                      А SOLID, DRY, KISS и прочие страшные слова знали тогда люди, досягаемость которых для начинающего программиста была в районе таковой Столлмана в 2019 (упс, его в соседней статье вписывают, ну вы поняли), и эти же самые авторы могли вам в другое ухо лить процедурщину, goto и макросы.
                                                                                                                      А спросить вне города-миллионника было негде и не у кого.

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

                                                                                                                      Из той же оперы.
                                                                                                                      Со временем получили развитие экосистемы программистов — хороших и плохих — не требующие знания языков, так почему автор считает, что через 5-10 лет они волшебным образом исчезнут? Как правильно заметили выше в обсуждении, скорее нас всех нейронка заменит, а для самых упорных будет из содержимого англоязычного stackoverflow генерировать порно, в котором по сюжету Николас Кейдж пересказывает Александреску с местечковым акцентом.
                                                                                                                        0
                                                                                                                        Со временем получили развитие экосистемы программистов — хороших и плохих — не требующие знания языков,

                                                                                                                        В РФ есть внутренний рынок, на котором могут работать люди без знания английского. Но их знания не конвертируемы, они могут работать только в России.
                                                                                                                        0
                                                                                                                        Думаю, будет популярен такой формат проектов: временные проекты, куда сходятся фрилансеры, отрабатывают свои задачи — один эксперт в этом, другой эксперт в том — и уходят.

                                                                                                                        Есть модели разработки: аутсорсинг и выделенная команда.
                                                                                                                          +3

                                                                                                                          Смотреть фильмы на английском с АНГЛОЯЗЫЧНЫМИ же субтитрами.


                                                                                                                          Иначе эффект будет нулевой.

                                                                                                                            0
                                                                                                                            Ненулевой — будете воспринимать произношение и ритмику исходного языка.
                                                                                                                            Я сейчас на этапе изучения английского: в речи выделяю почти все слова (могу написать услышанное), но понимаю значение примерно половины, ещё четверть могу вспомнить (с задержкой), поэтому устную речь понимаю примерно на столько-же)))
                                                                                                                              +2

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


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


                                                                                                                              Потом, конечно, лучше субтитры вообще убрать и смотреть в оригинале.

                                                                                                                              +7

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

                                                                                                                                +1

                                                                                                                                Желаю всем понять, что все люди разные.


                                                                                                                                Моему старшему пет-проекту 13 лет, я его начал в 15, не больше сотни звёзд на гитхабе и околонулевая известность. Мне норм.


                                                                                                                                Хотя вот текущий работодатель оценил.

                                                                                                                                  0
                                                                                                                                  Безусловно, люди разные.
                                                                                                                                  И работодатели разные тоже.
                                                                                                                                  В рамках одного работодателя для pet проекта есть день в неделю.
                                                                                                                                  А у другого ты приходишь с одной работы домой на другую.

                                                                                                                                  Мой сарказм был про второй случай. Когда работа + pet проект = 100% времени.
                                                                                                                                  Так не должно продолжаться долго. Это вредно для здоровья, которое потом не купишь на заработанное. И время тоже не вернёшь.
                                                                                                                                  И, действительно, выбор за каждым. Ни в коем случае не принижаю ваш. Если он осознанный. Как чайлд фри, веганство и всё такое.

                                                                                                                                  P.S. Мне тоже вроде никому не нужный pet на silverlight принёс отличную работу. Но на этом он и кончился.
                                                                                                                                    0

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


                                                                                                                                    Да и где граница, абстрактно говоря? Играться дома с машинным обучением после опердней на джаве достаточно отличается, чтобы по здоровью не било? Читать статьи про ресерч в ML? Читать учебник по формальной логике?


                                                                                                                                    А ещё pet project'ы помогают потыкать в новые технологии и стандарты. На работе мне никто не даст играться с C++20 на предрелизных версиях компиляторов в боевых проектах или смотреть, как стрелочная нотация помогает генерировать корректный SQL по сравнению с монадической.

                                                                                                                                +4
                                                                                                                                Половина от КЭПа, половина спорного и высосанного из пальца.
                                                                                                                                Выглядит как доклад ради доклада.
                                                                                                                                  +2

                                                                                                                                  У господина Бугаенко, к сожалению, абсолютно весь контент такой — или очевидное до зевоты, или нелепое до безобразия.
                                                                                                                                  Посередине нет совсем ничего (ну или почти), потому тратить на него время, конечно же, нет никакого смысла.

                                                                                                                                  +1
                                                                                                                                  Печально что во многих профессиях, включая программирование, человеку отводится роль расходного материала.
                                                                                                                                    +4
                                                                                                                                    Очередная мечта, что программиста можно заменить на тупого исполнителя инструкций, который наклепает что-то из готовых компонентов. В результате когда надо сделать что-то не по плану оказывается нужен сеньор.
                                                                                                                                    На самом деле, использование сторонних компонентов в ряде случаях требует хоть и меньше времени, чем написание «велосипедов», но большей квалификации. И умения писать «велосипеды» тоже. А сразу нацеливать не на код, а на посторонние задачи = при всяком шаге в лево или вправо задача становиться нерешаемой(а не долго решаемой как у «велосипедистов»).
                                                                                                                                      +5
                                                                                                                                      > Сколько кода вы напишите за 100$?
                                                                                                                                      > Какой язык программирования изучать первым? Английский!

                                                                                                                                      Программисты начинают отсчет с нуля!
                                                                                                                                      В словах «пишете» (изъявительное наклонение) и «пишите» (повелительное наклонение) во втором слоге ставится, соответственно, безударная буква Е и ударная буква И. Если вы пишете слово «пишете» вы пишете его с буквой Е. Но только если вы не пишете слово «пишите»! Слово «пишите» обязательно пишите с буквой И.
                                                                                                                                        +2

                                                                                                                                        Индексы с нуля начинаются и то с оговорками, а счёт элементов с единицы.

                                                                                                                                        –2
                                                                                                                                        Написано на удивление правильно.
                                                                                                                                        Действительно, для программистов и их работодателей было бы хорошо оплачивать именно по часам. Это бы дало возможность программисту самому планировать свой график а не отбывать рабочее время.
                                                                                                                                        Потому что иногда ты начинаешь писать код — и тебя засасывает, потом смотришь — уже вечер, а ты за это время написал 80%. А иногда — открываешь репу, смотришь, тупишь, и результат — соответствующий.

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

                                                                                                                                          Вам так и оплачивают. 8 в день, 40 в неделю. То, что вы не кодите все эти 40 часов — абсолютно нормально и ожидаемо.
                                                                                                                                            +2
                                                                                                                                            Пора бы признать, что программирование — это искусство и как каждому художнику — программисту нужно вдохновение.

                                                                                                                                            Это к гуманитариям.

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

                                                                                                                                            Текст ниже — это исключительно мое мнение и видение. Кто-то думает иначе и это нормально.

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

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

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

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

                                                                                                                                              Ну вот смотритете: живопись это у нас искусство. Но это не отменяет существование маляров, которые просто красят стены в один цвет.

                                                                                                                                              Точно так же и программирование. Оно конечно может быть искусством, но шедевры в нём создают от силы пара процентов программистов. Для большей части программирование это ремесло. И не поймите меня неправильно, для меня слово «ремесло» не несёт какого-либо негативного оттенка. Быть ремесленником, а уж тем более хорошим ремесленником и/или мастером своего дела, совсем не зазорно и на мой взгляд очень даже почётно. И это не исключает того что вы можете создавать свои майстерштюки. Но и не означает что вы занимаетесь именно искусством.
                                                                                                                                                0
                                                                                                                                                Я это уже десять лет всем рассказываю. Нам заказчики платят за покраску заборов, а не за шедевры. Если хочешь ваять шедевры, то иди во фриланс, ваяй и сам их потом продавай (если сможешь). Но некоторые особо упертые «гении» думают, что им зарплату должны платить только за то, что они может быть что-то полезное придумают.
                                                                                                                                              +4
                                                                                                                                              Я думаю, что мир сейчас двигается в сторону open source кода, и что через 10–15 лет вообще останется только open source, за исключением специальных проектов (NASA или военных).

                                                                                                                                              О да, сразу видно насколько хорошо человек «в теме»:)
                                                                                                                                              То есть это было бы конечно здорово если бы через 10-15 лет остался только Оpen Source, но это настолько же реально как и желание чтобы через 10-15 лет не было войн, бедности и загрязнения окружающей среды :)
                                                                                                                                              Как минимум немецкие индустриальные гиганты вроде Siemens, Bosh, BMW, Audi и т.д. на это через 10-15 лет даже близко не согласятся. Да и не они одни. То есть если когда-то у нас и останется один только Оpen Source, то будет это не через 10-15 и даже не через 25-30 лет.
                                                                                                                                              А после таких заявлений, вот это выглядит не особо вызывающим доверие:
                                                                                                                                              Егор Бугаенко знает, что нужно делать уже сейчас, чтобы и через 5–10 лет оставаться востребованным программистом.

                                                                                                                                                0
                                                                                                                                                Ни облачные технологии, ни Open Source не станут единственными никогда. Есть такая вещь, как информационная безопасность, которая напрямую запрещает использование сторонних фреймворков для работы с данными, являющимися коммерческой или государственной тайной.
                                                                                                                                                  +1
                                                                                                                                                  Даже если не трогать гостайну — облака кому-то надо будет все равно пилить и не думаю, что пилители будут выкладывать в открытый доступ конкурентам код своих киллерфич.
                                                                                                                                                +2
                                                                                                                                                Да, в статье много спорных утверждений, но автор абсолютно прав в том, что английский это прекрасная вещь и странно видеть несогласных с этим. Это же открывает тебе иностранный рынок, где просто больше платят за работу которую ты делаешь. Да, можно работать на русском, но увеличение ЗП на 50 — 200% это очень весомый аргумент.

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

                                                                                                                                                  Автор пишет о том, что без английского в ИТ никуда, а в будущем — еще более никуда. В то время как объективная реальность, данная нам в ощущениях — строго обратная. Без английского в ИТ было «никуда» в 90-е (а то и раньше), а дальше с каждым годом без английского можно всё больше и больше.

                                                                                                                                                  Вещь это прекрасная, но автор утверждает совсем не это.

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

                                                                                                                                                  Очень полезно. Но выясняется это не собиранием звёзд на гитхабе. Точнее, скажем так, можно это выяснить через звёзды, но это наверное самый окольный и трудоёмкий путь.
                                                                                                                                                    +2
                                                                                                                                                    Я честно говоря, затрудняюсь ответить как можно состоять в иностранной команде не обладая какими либо навыками аглийского. Общаться только письменно и всё прогонять через автоперевод?

                                                                                                                                                    Вообще ИМХО проблема в том, что автор пишет со своей точки зрения, а судя по написанному он из комерческой/стартапной веб или мобильной разработки. Ну и в статье нехватает дисклеймера, что статья описывает положение в этой части сферы и даёт советы специалистам оттуда. Так всё встаёт на свои места.
                                                                                                                                                      +6
                                                                                                                                                      Я честно говоря, затрудняюсь ответить как можно состоять в иностранной команде

                                                                                                                                                      Можно в ней не состоять, и при этом всё так же прекрасно работать в ИТ. Вот в чём соль.

                                                                                                                                                      Вообще ИМХО проблема в том, что автор пишет со своей точки зрения, а судя по написанному он из комерческой/стартапной веб или мобильной разработки.

                                                                                                                                                      Автор из «набрасывания на вентилятор». Так пишет он примерно всегда, количество набрасываемого (т.е. утверждений, прямо противоречащих реальности) всегда очень большое.
                                                                                                                                                        +1
                                                                                                                                                        Естественно можно. Но точно так же можно например писать абсолютный говнокод и при этом всё равно работатъ в ИТ.

                                                                                                                                                        И тут я соглашусь с автором: перспективы у человека, который не говорит(или хотя бы читает) на английском в ИТ индустрии в будущем будут двигаться в направлении перспектив говнокодера. Может не с той скоростью, которую описал автор, но направаление на мой взгляд верное :)
                                                                                                                                                          0
                                                                                                                                                          И тут я соглашусь с автором: перспективы у человека, который не говорит(или хотя бы читает) на английском в ИТ индустрии в будущем будут двигаться в направлении перспектив говнокодера.

                                                                                                                                                          Можете соглашаться сколько угодно, но без аргументации это всё то же «я художник — я так вижу».

                                                                                                                                                          Лично я наблюдаю совсем обратное. В ранние нулевые хороший программист без знания английского с очень высокой вероятностью был либо 1Сником, либо откуда-то из остатков советского прошлого (науки или наукоёмкого производства). Сейчас — эти вероятности сильно уменьшились, а разброс вариаций увеличился во многие десятки раз.
                                                                                                                                                            +1
                                                                                                                                                            Ну опять же как это вижу я: да, возможности для айтишников, которые не говорят на английском, в увеличились по «абсолютной» величине. Но это скорее из-за того что весь рынок ИТ сам по себе растёт огромными темпами.

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

                                                                                                                                                            И вопрос только в том успеет ли рост рынка ИТ во время нашей профессиональной жизни замедлиться настолько что это станет заметно. Ну или произойдёт ли вдруг какое-либо событие которое замедлит его рост конкретно в русскоязычном сегменте.
                                                                                                                                                            +1

                                                                                                                                                            Вы постулируете связь "плохой английский — говнокод", но при этом никак её не объясняете. Вот если я например плаваю в алгоритмах, то я использую неоптимальные алгоритмы, если у меня плохо со статистикой, то я не смогу нормально писать модули, где нужно как-то анализировать статистические данные, если у меня плохо с линейной алгеброй, то я буду мало чем полезен там где делают что-то на основе нейронных сетей.
                                                                                                                                                            А если я плохо говорю по английски то что? Ну не продаст меня бодишоп иностранному клиенту, или не смогу я работать в весёлой индусско-китайско-польско-немецкой команде, код то от этого как пострадает? Зарплата и востребованность пострадают, тут не спорю, но профессиональные качества то куда денутся?

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

                                                                                                                                                              Просто на мой взгляд в связи с особенностями ИТ рынка на данный момент можно спокойно найти работу даже если ты не знаешь английского и/или пишешь говнокод и/или используешь неоптимальные алгоритмы и/или "… добавить по своему усмотрению...". Людей нехватает и берут то что есть. Но это не значит что не нужно учить английский или разбиратъся с алгоритмами или статистикой.

                                                                                                                                                              То есть просто для меня аргумент «я найду работу и без этого» не является особо хорошим аргументом :)

                                                                                                                                                    • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                                        +1
                                                                                                                                                        С чего вы вообще взяли что программист чем то принципиально отличается от слесаря-фрезеровщика?

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

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

                                                                                                                                                            –1
                                                                                                                                                            Я нигде не писал что им в принципе не приходится учиться или решать какие-то проблемы. Но я более чем уверен что у слесаря-фрезеровщика такое происходит гораздо реже чем у программиста. И что у слесаря-фрезеровщика гораздо меньше необходимость искать что-то на английском.
                                                                                                                                                          • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                                              0
                                                                                                                                                              Еще раз я из тех программистов которые работают не на тех кому шашечки (свистелки и перделки), а тех кому ехать (чтобы отчет, например в росфинмониторинг, актуальный выдавался и касса нормально «отбивала»), наше родное законодательство обсуждается на нашем родном языке, формат сообщений на онлайн-кассы — тоже.

                                                                                                                                                              Я где-то писал что программисту нужен исключительно английский язык и другие не нужны?

                                                                                                                                                              Внимание вопрос, кому вы нужны со своим английским и новомодными свистелками и перделками в моей области?

                                                                                                                                                              Вы пишите на каком-то неизвестном мне русскоязычном языке программирования? Или просто на языке, вся документация по которому уже переведена и язык больше не развивается? Под какую-то 100% русскоязычную операционную систему? Используя 100% руссифицированные/документированные инструменты разработки?
                                                                                                                                                              • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                                                  0
                                                                                                                                                                  Ну вот вы же сами и подтверждаете моё высказывание. Потому что у вас есть знания английского языка. Пусть даже и примитивные. И вы их активно используете в своей работе.

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

                                                                                                                                                                      Если честно то я не понимаю где вы это вычитали. Он скорее написал что в такой ситуации вы будете рассматриваться на рынке труда как «работник второго сорта». И тут он конечно немного перегибает палку, но в целом я с ним согласен. То есть не зная английского вы необязательно становитесь худшим программистом, но вот худшим работником в глазах потенциального начальства вы будете. И следовательно меньше выбор потенциальных рабочих мест и/или меньше потенциальная зарплата.
                                                                                                                                                                      • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                                                          0
                                                                                                                                                                          И опять же вопрос зачем мне мучить себя, в изучении того к чему у меня нет способностей, пусть мучаются потенциальные работодатели:) это у них проблемы, а не у меня.

                                                                                                                                                                          Проблемы тут у обеих сторон. Работодатели не получают «идеального работника», вы не получаете «идеальную зарплату» :)

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

                                                                                                                                                                          То что «спикер» сам по себе не особо адекватен, в чём я с вами кстати согласен, не означает что он не может быть в чём-то и прав :)

                                                                                                                                                                          мне то это зачем?

                                                                                                                                                                          А это вообще отдельный вопрос и он скорее из категории: а зачем мне вообще пыжиться чтобы получить нормальную профессию если я и на продаже семечек хорошо зарабатываю? :) Тут каждый решает для себя: что ему надо и где его граница :)
                                                                                                                                                                          • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                                                              0
                                                                                                                                                                              Не, это всё понятно и я совершенно согласен что путей много и каждый должен выбирать те, которые ему больше по нраву. Да и сам я прекрасно понимаю что подними я свой уровень английского и я тоже смогу претендовать на большую зарплату.

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

                                                                                                                                                                                  Кроме того я считаю что иностранные языки полезно и нужно учить даже если они вообще не пригодятся в работе. А уж если они могут и в работе пригодится, то тогда тем более. Но это относится не только к иностранным языкам и естественно каждый должен для себя решать что для него важнее/нужнее/интереснее :)
                                                                                                                                                                                  • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                                                                      0
                                                                                                                                                                                      К сожалению пока ещё нет гуглтранслейта для разговорной речи :)
                                                                                                                                                                                      И английский язык как раз не хотелка какого-то одного экзотического работодателя. Это на мой взгляд достаточно распространённое требование/желание.

                                                                                                                                                                                      И я не знаю как это выглядит в России или других странах, но у нас например по умолчанию считается что айтишник должен более-менее понимать английский.
                                                                                                                                                                                      • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                                                                          0
                                                                                                                                                                                          Разговорная речь особо и не нужна, если заказчик не может НАПИСАТЬ свои требования, то нафик такого заказчика.

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

                                                                                                                                                                                          У нас это где?

                                                                                                                                                                                          Германия. Но думаю что как минимум в Западной Европе-Скандинавии это везде так.

                                                                                                                                                                                          • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                                                                              0
                                                                                                                                                                                              У нас с вами похоже совсем разное представление о том что обсуждают с клиентом :) Шрифты и оттенки кнопок я в своей жизни ещё ни разу не обсуждал, даже когда речь шла о фронтенде.
                                                                                                                                                                                              Обсуждаются обачно процессы. И если начать заставлять заказчиков всё делать в письменном виде и отказываться разговаривать с ними вживую, то мы уж точно скоро без заказчиков останемся. Они тогда все к индусам и вьетнамцам сбегут. Потому что написать программу по 100% полной документации это и они могут :)
                                                                                                                                                                                              А вот определить что заказчику нужно на самом деле и как это лучше реализовать у индусов и вьетнамцев пока не особо получается.

                                                                                                                                                                                              И если честно я пока не бывал в ситуации когда немец с немцем между собой общались на английском. Но вот работать с голландцами, швейцарцами, австрийцами, чехами и итальянцами уже приходилось. И тогда остаётся только английский…
                                                                                                                                                                                                0

                                                                                                                                                                                                Общаться с заказчиком, определить что ему нужно и составить план реализации — ПМ, не?

                                                                                                                                                                                                  0
                                                                                                                                                                                                  В идеальном мире это должен делать менеджер. А в реальном…
                                                                                                                                                                                                  Вы много менеджеров знаете которые достаточно хорошо разбираются в технических вопросах? Обычно такого днём с огнём не сыщешь. Поэтому в большинстве фирм где я работал обычно с менеджером в паре идёт кто-то из технических специалистов.
                                                                                                                                                                                                    0

                                                                                                                                                                                                    Эм… Я, к примеру.
                                                                                                                                                                                                    Правда, сейчас я отдыхаю и работаю разрабом, но сути не меняет.
                                                                                                                                                                                                    Да, я знаю еще ПМом, которые так же хорошо разбираются в технических деталях и тонкостях. У каждого из них бэк разраба.

                                                                                                                                                                                                      0

                                                                                                                                                                                                      Ну так об этом в общем и речь. То есть о разработчике(как минимум изначально), которому приходится общаться с клиентами.
                                                                                                                                                                                                      А уж делает он это на 100%, на полставки или на 10%, в контексте данной дискуссии на мой взгляд не особо важно. И точно так же на мрй взгляд не особо важно называют его ПМом, архитектом, тимлидом, сениором или ещё как то по другому:)

                                                                                                                                                                                                        0
                                                                                                                                                                                                        Но я никогда до ПМства не был разработчиком.
                                                                                                                                                                                                        Техподом, админом, интегратором, тестировщиком… Не разработчиком.
                                                                                                                                                                                                          0

                                                                                                                                                                                                          Каждое правило должно иметь своё исключение :)

                                                                                                                                                                                                            0
                                                                                                                                                                                                            Я следую одному правилу: непосредственный руководитель должен уметь подменить любого своего прямого подчиненного.
                                                                                                                                                                                                            Я не говорю о полноценной замене (вундеркинды дикая редкость), но как минимум иметь понятие предметной области требуется.
                                                                                                                                                                                                              0

                                                                                                                                                                                                              Тут не всё так просто. ПМ это не всегда руководитель. Иногда он находится в подчинении у тимлида. В том же, сейчас очень модном, скраме руководителя как такового просто нет.

                                                                                                                                                                                                                0

                                                                                                                                                                                                                Честно никогда не встречал сценарии, когда тимлид руководит ПМом. Поделитесь кейсом?

                                                                                                                                                                                                                  0

                                                                                                                                                                                                                  Не совсем понимаю что имеется ввиду под "кейсом", Но знаю пару фирм где ПМ это просто своего рода прокси для клиентов, а решения принимаются тимлидами-начальниками отделов.

                                                                                                                                                                                                                    0
                                                                                                                                                                                                                    В таком случае это не ПМ, а «менеджер» по чему-то. К примеру, по общению с клиентами.
                                                                                                                                                                                                                    Project manager, ака руководитель проекта — в его обязанности так же входит составление планов и распределение ресурсов. Понятия не имею как можно строить планы и управлять ресурсами будучи прокладкой.
                                                                                                                                                                                                                      0

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

                                                                                                                                                                                                                        0
                                                                                                                                                                                                                        Я могу хоть дворником работать и называться ПМом, сути не меняет — я буду дворником.
                                                                                                                                                                                                                        Есть мнение, что они назыались ПМами ради их мотивации. Либо по глупости, что более вероятно.
                                                                                                                                                                    0
                                                                                                                                                                    Как то ко мне постучался один китаец на английском, я принципиально не стал с ним общаться, послал на гугл-транслейт, ему это надо было, подумал вот пусть и мучается, ничего — он справился:)

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

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

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

                                                                                                                                                                  +1
                                                                                                                                                                  Вы делаете неправильные выводы. В этом абзаце не сказанно, что вы будете плохим специалистом, там сказанно что вы не сможете нормально продать свой труд на глобальном рынке, как бы не были хороши ваши навыки.
                                                                                                                                                                    0

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

                                                                                                                                                            +9
                                                                                                                                                            Я в шоке сколько людей совершенно всерьёз обсуждает этого спикера.