Зато у них теперь на бэке есть Python, Go и NodeJS. И на этом всём нужно не просто поддерживать существующее, а кодить новый функционал и дорабатывать существующий.
Рассмотрим типичные расклады для ситуации, когда человек занялся планомерным самообразованием.
Человек работал работу и стал работать с усердием (усиливал навыки), параллельно подготовился и сдал сертификационный экзамен по своей деятельности, а ещё и английский подтянул в SkyEng. После этого на фоне годовой инфляции в 6% он получил повышение зарплаты или сменил место работы на более лучшее. Как распределить "доли" в успехе человека?
А если новая работа вообще не связана с языком, но при поиске он задирал зарплатные ожидания (которые выполнились) именно из-за знания английского?
Там про другую бизнес-логику. В заметке по ссылке (спасибо за прекрасную заметку) — про бизнес-логику с точки зрения бизнес-аналитиков — декларативное описание системы или её части. В текущей заметке — про бизнес-логику в смысле реализованного разработчиками императивного набора команд для обработки запроса/данных. Одно напоминает другое меньше, чем известный демотиватор с деревом и качелями.
Вот только он их никогда не применял в своих стартапах — у него стартапы были другого типа. Как не применял и озвученные идеи из многих других его спичей.
Это приводит к тому, что он озвучивает в данном спиче правильные идеи для B2B-стартапов, но… забывает сказать, что это относится только к B2B стартапам.
Эти меньшинства не разжалобят суровых русских мужиков. А вот что делать с интересами Газпрома и Роснефти по распродаже полезных для нас ископаемых в Европу (с грядущим климатом субтропиков) — вот это серьёзный вопрос.
А возможна ситуация, когда бизнес начнет ныть, почему это прототип, сделанный за выходные на коленке, не выдерживает набежавших тысяч пользователей и не умеет, помимо уже реализованных фич А и Б, еще и фичи X, Y и Z, и почему это не было готово еще вчера.
Во-первых, нельзя работать в выходные. Во-вторых, если бизнес изначально понимал, что это решение будет сделано "на коленке" и сам принимал это информированное решение, то вопросов про стоимость переделки и поддержки не возникает, а когда возникает — это информированное согласие предъявляется и начинается конструктивный разговор о том, что теперь делать, какие есть варианты и какие затраты/бенефиты — для принятия нового информированного решения бизнесом.
Многие считают, что профессионализм — это правильно кодить, применять наилучшие инструменты и создавать оптимальные технические решения. Но это профессионализм кодера, сисадмина или иного низшего технического персонала. Профессионализм разработчика системы в учёте интересов прежде всего стейкхолдеров, а для этого решения о качестве продукта и его функционале должны принимать бизнес-стейкхолдеры — информированные решения.
Он есть в Waterfall, в RUP или в иных процессных методологиях? Или может это в чистом виде предельный случай Agile, когда итерация совпадает с User Story?
Если мы используем Scrum, то у нас на 9 человек команды разработки нужно как минимум 2 дополнительные роли.
Не появляются две дополнительные роли. Две традиционные роли трансформируются в две новые роли. Руководитель проекта/продукта/бизнес-аналитик становится Product Owner, а тимлид — Scrum master.
Инженер — это не тот, кто кодит. Кодит кодер. Инженер — это тот, кто создаёт технически сложные продукты, непосредственно используя инженерные навыки. Создаёт в том числе руками малого или большого количества других людей (не путать с Product Owner или Project Manager).
Тоже самое? Готовы в добавок к разработке продукта заниматься дополнительно написанием маркетинговых текстов для КикСтартера, заворачиванием продукта в красивую упаковку, а до этого маркетинговым исследованием и поиском ниши? Готовы решать вопросы юридического оформления, доставки денег от карточки клиентов до своего счёта и грамотным оформлением с точки зрения налоговой? Есть желание делать сайтик и дизайн под него, организовывать воронку продаж, искать каналы продаж и тестировать сходимость Unit-экономики?
Это всё в добавок к любимому процессу разработки продукта, если пошли на КикСтартер и вообще занялись каким-то предпринимательством. Это отнимает время. Причём всему этому тоже придётся учиться — это не даётся человеку в придачу только потому что он великолепный разработчик классных продуктов.
Готовы сыграть в эту игру, которую вы называете "тоже самое", сравнивая с реализацией своих идей за деньги работодателя?
Так в том и фокус, что на момент запроса повышения ЗП непонятно разовый это рекорд или нет. Более того, несколько подряд выплаченных премий за рекордность в течение пары месяцев тоже ничего не говорит о том, что будет с результатами после увеличения ЗП.
Здесь играет только схема зарплата + постоянная надбавка в зависимости от результата, оформленного как KPI в том или ином варианте (простой показатель, KPI, OKR — не очень важно), но как работают в IT KPI толковые руководители прекрасно знают.
Работники тоже прекрасно знают, как в России работают KPI. У большинства стахановцев ведь был KPI: сдельная оплата за единицу продукции. Такой же по расценкам, как у других работников их бригад и соседних. Достижения большинства стахановцев приводили к значительной выплате стахановцам согласно этой сдельной схеме и после этого — к снижению расценок для всего коллектива за единицу продукции. За что стахановцев и били.
На протяжении российской истории такая переоценка KPI из-за рекордов является управленческим паттерном, который приводит к ненависти окружающих к стахановцам. Знание о таком поведении руководства закреплено в мозгах людей встречным паттерном: не превышать показатели выше определённого процента перевыполнения, который приводит к пересмотру расценок.
Наш герой в октябре — бэкендер-мидл, знающий Git и JavaScript для работы в Москве.
Хороший пример некорректной сборки. Интересен он тем, что массово ищут фронтендеров JavaScript, а не бэкендеров. То есть ваш герой — ошибка бездумного Data Science.
все согласятся, что предупреждать риски гораздо эффективнее, чем устранять негативные последствия
Базовое утверждение заметки ошибочное. Это Россия. Здесь количество и объём возможных негативных последствий для начинающих компаний превышает выгоды от использования юристов для устранения негативных последствий.
Вообще заметка при какие-то воображаемые американские реалии (хотя даже там это стартапы не делают), а не российские.
5 лет это за горизонтом какого бы то ни было планирования в России. При этом разработка ещё не начата. И это с присутствующими на рынке уже полтора года 7-нм-процессорами AMD. Пожелать удачи в распиле гос. бюджета?
Катафалк какой-то.
Зато у них теперь на бэке есть Python, Go и NodeJS. И на этом всём нужно не просто поддерживать существующее, а кодить новый функционал и дорабатывать существующий.
Рассмотрим типичные расклады для ситуации, когда человек занялся планомерным самообразованием.
Человек работал работу и стал работать с усердием (усиливал навыки), параллельно подготовился и сдал сертификационный экзамен по своей деятельности, а ещё и английский подтянул в SkyEng. После этого на фоне годовой инфляции в 6% он получил повышение зарплаты или сменил место работы на более лучшее. Как распределить "доли" в успехе человека?
А если новая работа вообще не связана с языком, но при поиске он задирал зарплатные ожидания (которые выполнились) именно из-за знания английского?
Там про другую бизнес-логику. В заметке по ссылке (спасибо за прекрасную заметку) — про бизнес-логику с точки зрения бизнес-аналитиков — декларативное описание системы или её части. В текущей заметке — про бизнес-логику в смысле реализованного разработчиками императивного набора команд для обработки запроса/данных. Одно напоминает другое меньше, чем известный демотиватор с деревом и качелями.
Вот только он их никогда не применял в своих стартапах — у него стартапы были другого типа. Как не применял и озвученные идеи из многих других его спичей.
Это приводит к тому, что он озвучивает в данном спиче правильные идеи для B2B-стартапов, но… забывает сказать, что это относится только к B2B стартапам.
Да, как заставить учителей заниматься собственным образованием, как научить их самих учиться — это один из больных вопросов школы.
Эти меньшинства не разжалобят суровых русских мужиков. А вот что делать с интересами Газпрома и Роснефти по распродаже полезных для нас ископаемых в Европу (с грядущим климатом субтропиков) — вот это серьёзный вопрос.
Анализ совершенно бесполезный — он исключительно для рынка США, а мы немного в другой стране.
Да. Пора преодолеть постмодерн и, как автор, начать самому писать статьи про прокрастинацию и способы победы над ней.
Во-первых, нельзя работать в выходные. Во-вторых, если бизнес изначально понимал, что это решение будет сделано "на коленке" и сам принимал это информированное решение, то вопросов про стоимость переделки и поддержки не возникает, а когда возникает — это информированное согласие предъявляется и начинается конструктивный разговор о том, что теперь делать, какие есть варианты и какие затраты/бенефиты — для принятия нового информированного решения бизнесом.
Многие считают, что профессионализм — это правильно кодить, применять наилучшие инструменты и создавать оптимальные технические решения. Но это профессионализм кодера, сисадмина или иного низшего технического персонала. Профессионализм разработчика системы в учёте интересов прежде всего стейкхолдеров, а для этого решения о качестве продукта и его функционале должны принимать бизнес-стейкхолдеры — информированные решения.
Он есть в Waterfall, в RUP или в иных процессных методологиях? Или может это в чистом виде предельный случай Agile, когда итерация совпадает с User Story?
Не появляются две дополнительные роли. Две традиционные роли трансформируются в две новые роли. Руководитель проекта/продукта/бизнес-аналитик становится Product Owner, а тимлид — Scrum master.
Про обман с заголовком здесь уже писали.
Инженер — это не тот, кто кодит. Кодит кодер. Инженер — это тот, кто создаёт технически сложные продукты, непосредственно используя инженерные навыки. Создаёт в том числе руками малого или большого количества других людей (не путать с Product Owner или Project Manager).
Тоже самое? Готовы в добавок к разработке продукта заниматься дополнительно написанием маркетинговых текстов для КикСтартера, заворачиванием продукта в красивую упаковку, а до этого маркетинговым исследованием и поиском ниши? Готовы решать вопросы юридического оформления, доставки денег от карточки клиентов до своего счёта и грамотным оформлением с точки зрения налоговой? Есть желание делать сайтик и дизайн под него, организовывать воронку продаж, искать каналы продаж и тестировать сходимость Unit-экономики?
Это всё в добавок к любимому процессу разработки продукта, если пошли на КикСтартер и вообще занялись каким-то предпринимательством. Это отнимает время. Причём всему этому тоже придётся учиться — это не даётся человеку в придачу только потому что он великолепный разработчик классных продуктов.
Готовы сыграть в эту игру, которую вы называете "тоже самое", сравнивая с реализацией своих идей за деньги работодателя?
P.S. «Получает фидбек» смешно — он senior.
Здесь играет только схема зарплата + постоянная надбавка в зависимости от результата, оформленного как KPI в том или ином варианте (простой показатель, KPI, OKR — не очень важно), но как работают в IT KPI толковые руководители прекрасно знают.
Работники тоже прекрасно знают, как в России работают KPI. У большинства стахановцев ведь был KPI: сдельная оплата за единицу продукции. Такой же по расценкам, как у других работников их бригад и соседних. Достижения большинства стахановцев приводили к значительной выплате стахановцам согласно этой сдельной схеме и после этого — к снижению расценок для всего коллектива за единицу продукции. За что стахановцев и били.
На протяжении российской истории такая переоценка KPI из-за рекордов является управленческим паттерном, который приводит к ненависти окружающих к стахановцам. Знание о таком поведении руководства закреплено в мозгах людей встречным паттерном: не превышать показатели выше определённого процента перевыполнения, который приводит к пересмотру расценок.
Вообще заметка при какие-то воображаемые американские реалии (хотя даже там это стартапы не делают), а не российские.