Такое требование было всегда на больших уровнях. Другое дело, что эти большие уровни для подавляющего большинства программистов, выходцев из бывшего СССР, были принципиально недоступны. Кроме того, зарплаты уровня 1000-3000 долларов для программистов были долгое время "бешенными", поэтому фирмы-аутсорсеры могли себе позволить нанять не только неплохого программиста-техника на зарплату уборщицы, но и "переводчика"-аналитика плюс менеджера на зарплаты уборщиц и старших уборщиц и оставаться при этом в очень хорошем плюсе.
А сейчас зарплаты программистов и их смежников по миру примерно выровнялись (упав с одной стороны и вырастя с другой) и выяснилось, что на новые для бывшего СССР зарплаты всю жизнь нужны были не программисты-техники, а программисты-инженеры, т.е. умеющие в том числе говорить и аргументировать, принимать осознанные решения (т.е., знающие бизнес), а не просто переводчики с технического описания (подготовленного аналитиками) в код. И пошли вопросы "а с каких это пор инженерам требуется"... С самого начала. С самого начала... Просто работали вы не инженерами, хотя формально так и обзываясь.
Можно ответить, "я отвечал за вот этот кусок функционала, взаимодействуя по смежным вопросам вот с такими командами. За общее распределение задач отвечали другие люди с вот такими ролями, я выступал в роли наблюдателя. В моей зоне ответственности интересным было то-то и то-то, возникали вот такие и такие сложности, которые я решал так-то и так-то, утверждая решение с теми-то и теми-то (или не утверждая решения, т.к. мне полностью доверяли в рамках моей компетенции)".
А можно ответить "я не знаю, я просто пилил то, что мне скинули в пул задач, абсолютно не интересуясь ничем вокруг. Если возникал затык, я просто скидывал задачу умным людям, пусть разбираются, кто что как и зачем".
Либо ломать привычки, чтобы научиться убеждать людей, либо смириться с наличием такой привычки и с тем, что она не даст тебе выйти на тот уровень, когда ты реально сможешь заниматься такими проектами.
Инженерия - это творчество. И, разумеется, если ты занимаешь инженерным делом, то ты обязан уметь "продавать" своё творчество. Доказать, что твоё решение является оптимальным в данных условиях. А для этого надо понимать, что ты делаешь с точки зрения бизнеса, т.к. главное в бизнесе - сам бизнес.
И платят тебе (если уж ты инженер, а не кодер) как раз за то, что ты выдаёшь близкие к оптимальным решения. Т.е., в том числе и за то, что ты будешь "продавать" свои решения и рассказывать про свои решения с их плюсами и минусами, а не просто за то, что ты накодил какой-то чёрный ящик как захотел.
Можно, конечно, и просто "уметь в программирование" и получать только за это неплохие деньги, только это не работа инженера. Не надо обманывать самого себя. Это работа техника, а не инженера. И это именно то, чем занимают очень многие программисты, формально носящие звание инженеров.
Проблема в том, что просто копаться в чужих говнах мало. Надо копать их с пользой. А для обнаружения пользы нужны soft-skills.
Альтернатива - просто сидеть де-факто миддлом и де-факто кодером (а не инженером) в энтерпрайз и двигать карточки на канбан-доске слева-направо с переменным успехом. Это тоже может неплохо оплачиваться, но можно и больше и интересней.
Комментарии
Такое требование было всегда на больших уровнях. Другое дело, что эти большие уровни для подавляющего большинства программистов, выходцев из бывшего СССР, были принципиально недоступны. Кроме того, зарплаты уровня 1000-3000 долларов для программистов были долгое время "бешенными", поэтому фирмы-аутсорсеры могли себе позволить нанять не только неплохого программиста-техника на зарплату уборщицы, но и "переводчика"-аналитика плюс менеджера на зарплаты уборщиц и старших уборщиц и оставаться при этом в очень хорошем плюсе.
А сейчас зарплаты программистов и их смежников по миру примерно выровнялись (упав с одной стороны и вырастя с другой) и выяснилось, что на новые для бывшего СССР зарплаты всю жизнь нужны были не программисты-техники, а программисты-инженеры, т.е. умеющие в том числе говорить и аргументировать, принимать осознанные решения (т.е., знающие бизнес), а не просто переводчики с технического описания (подготовленного аналитиками) в код. И пошли вопросы "а с каких это пор инженерам требуется"... С самого начала. С самого начала... Просто работали вы не инженерами, хотя формально так и обзываясь.
Можно ответить, "я отвечал за вот этот кусок функционала, взаимодействуя по смежным вопросам вот с такими командами. За общее распределение задач отвечали другие люди с вот такими ролями, я выступал в роли наблюдателя. В моей зоне ответственности интересным было то-то и то-то, возникали вот такие и такие сложности, которые я решал так-то и так-то, утверждая решение с теми-то и теми-то (или не утверждая решения, т.к. мне полностью доверяли в рамках моей компетенции)".
А можно ответить "я не знаю, я просто пилил то, что мне скинули в пул задач, абсолютно не интересуясь ничем вокруг. Если возникал затык, я просто скидывал задачу умным людям, пусть разбираются, кто что как и зачем".
Либо ломать привычки, чтобы научиться убеждать людей, либо смириться с наличием такой привычки и с тем, что она не даст тебе выйти на тот уровень, когда ты реально сможешь заниматься такими проектами.
Инженерия - это творчество. И, разумеется, если ты занимаешь инженерным делом, то ты обязан уметь "продавать" своё творчество. Доказать, что твоё решение является оптимальным в данных условиях. А для этого надо понимать, что ты делаешь с точки зрения бизнеса, т.к. главное в бизнесе - сам бизнес.
И платят тебе (если уж ты инженер, а не кодер) как раз за то, что ты выдаёшь близкие к оптимальным решения. Т.е., в том числе и за то, что ты будешь "продавать" свои решения и рассказывать про свои решения с их плюсами и минусами, а не просто за то, что ты накодил какой-то чёрный ящик как захотел.
Можно, конечно, и просто "уметь в программирование" и получать только за это неплохие деньги, только это не работа инженера. Не надо обманывать самого себя. Это работа техника, а не инженера. И это именно то, чем занимают очень многие программисты, формально носящие звание инженеров.
Проблема в том, что просто копаться в чужих говнах мало. Надо копать их с пользой. А для обнаружения пользы нужны soft-skills.
Альтернатива - просто сидеть де-факто миддлом и де-факто кодером (а не инженером) в энтерпрайз и двигать карточки на канбан-доске слева-направо с переменным успехом. Это тоже может неплохо оплачиваться, но можно и больше и интересней.