1. Складывается впечатление, что статью писал HR — представитель «предыдущего» работодателя. Объясню почему.
2. Во-первых, IT-специалистов не надо призывать работать на будущего или на текущего работодателя. Работа вообще то от слова «раб», и потому эта рабская психология изначально подходит только для не самодостаточных профессий (для тех, которым нужен офис, начальник, бухгалтерия и прочее). Ввиду глобализации и востребованности IT, вообще не надо внедрять в сознание людей, что они должны на кого то работать, кроме как на самих себя. Т.е. если хотят, могут работать и на кого то, но не надо утверждать это как единственный вариант.
3. В этой связи, утверждение, что бывший работодатель или тем более специалист пришедший тебе на смену должны будут испытывать «вечное счастье» от твоей работы выглядит смехотворно. А с какой собственно стати Вы должны о них думать после смены работы? Пока вы работаете, они удовлетворены, вы удовлеторены (если речь не о случае, когда это Вас увольняют!). А дальше, вам же с ними детей не крестить, о ни же о Вас после ухода не думают.
4. Далее. Когда нас нанимают, мы соглашаемся на совершенно конкретные условия и нам ставят вполне конкретные задачи. Условия работы (т.е. мат. компенсация и соц. пакет) составляют нашу мотивацию к данной конкретной работе, а не к работе вообще на всю оставшуюся жизнь в будущем. Это материальная мотивация к труду. Мы всегда хотим большего, чем может предложить рынок, но принимаем компромисс, так почему работодатель должен мечтать о самом лучшем максимально универсальном результате в плане разработки? (если условия как в российском ООО, то никогда не получите, решения, как в Гугле!). Второе — это собственно работа т.е. задачи по разработке совершенно конкретных решений. Для этого принято сначала делать чёткое ТЗ, по кот. можно отследить, всё ли было сделано, и что и как реализовано (чтобы потом не было повода обзывать экс-сотрудника «говнокодером» и прочее). Но даже более важно, что ничто не происходит в вакууме! Любые разработки всегда упираются в определённый ресурс — временной дедлайн, человеческий ресурс, ограничения мощности железа, требуемую производительность, масштабируемость решения и.т.д. ну и в том числе, никуда не денешься, в нашу мотивацию (за те же деньги), делать «точечное» решение или глобальное универсальное т.е. работать или перерабатывать по-русски говоря. Почему мы должны выходить из зоны комфорта, если нам комфортней в ней оставаться в конкретном случае (т.е. использовать привычные технологии и делать может более узкий, но зато именно тот, что просили функционал)? Не надо забывать, что ценность каждого работодателя в данный момент времени для сотрудника м.б. разной. Не вся работа одинаково полезна и хорошо оплачивается! Возможно программист рассматривает эту работу как временную, возможно он хочет открыть свою контору по разработке или перейти в крупную компанию. Опять же есть вопрос work-life баланса, — что важнее сделать всё идеально на работе или вести в целом полноценную жизнь?! В зависимости от этих целей человек сам себе и выбирает глубину проработки задачи для своего портфолио проектов! Автор же утверждает в статье, что нужно всегда при любых условиях стремиться делать наиболее универсальное, всесторонне масштабируемое и желательно не зависимое от технологии решение. Объяснение одно — это Вам поможет на следующем собеседовании. Ну понятно, что такой подход максимально в интересах вашего текущего работодателя по принципу «сделать из говна конфетку» на все времена. Когда нужен конкретный автоматизированный отчёт и сроку вам 3 дня, делать конструктор отчётов с прикрученной системой аналитики и максимально «кошерным» интерфейсом, это и глупость и «самоубийство» для сотрудника!
5. С чем соглашусь, так это с тем, что построение таких «продвинутых» универсальных решений исключительно благотворно сказывается на твоей профессиональной компетенции и на скорости работы в будущем и даже на общем системном подходе к разработке в вашей голове. Поэтому, если цель — максимальный рост проф. компетенций, то это хороший путь, также, как, когда хочешь серьёзно освоить математику, необходимо после стандартных решать все задачи со звёздочкой! Если хотите проф. роста, то будете «заморачиваться» работой и вне работы по выходным. Но на практике в нашей действительности — это всё благие пожелания, кот. вымощена дорога, сами знаете куда. В мировой IT-индустрии, то что расписал автор — это безусловно best practice к которым стоит стремиться, если Вы работаете на цивилизованного западного работодателя. У нас — это называется «рвать *опу ради Дяди за копьё»!
2. Во-первых, IT-специалистов не надо призывать работать на будущего или на текущего работодателя. Работа вообще то от слова «раб», и потому эта рабская психология изначально подходит только для не самодостаточных профессий (для тех, которым нужен офис, начальник, бухгалтерия и прочее). Ввиду глобализации и востребованности IT, вообще не надо внедрять в сознание людей, что они должны на кого то работать, кроме как на самих себя. Т.е. если хотят, могут работать и на кого то, но не надо утверждать это как единственный вариант.
3. В этой связи, утверждение, что бывший работодатель или тем более специалист пришедший тебе на смену должны будут испытывать «вечное счастье» от твоей работы выглядит смехотворно. А с какой собственно стати Вы должны о них думать после смены работы? Пока вы работаете, они удовлетворены, вы удовлеторены (если речь не о случае, когда это Вас увольняют!). А дальше, вам же с ними детей не крестить, о ни же о Вас после ухода не думают.
4. Далее. Когда нас нанимают, мы соглашаемся на совершенно конкретные условия и нам ставят вполне конкретные задачи. Условия работы (т.е. мат. компенсация и соц. пакет) составляют нашу мотивацию к данной конкретной работе, а не к работе вообще на всю оставшуюся жизнь в будущем. Это материальная мотивация к труду. Мы всегда хотим большего, чем может предложить рынок, но принимаем компромисс, так почему работодатель должен мечтать о самом лучшем максимально универсальном результате в плане разработки? (если условия как в российском ООО, то никогда не получите, решения, как в Гугле!). Второе — это собственно работа т.е. задачи по разработке совершенно конкретных решений. Для этого принято сначала делать чёткое ТЗ, по кот. можно отследить, всё ли было сделано, и что и как реализовано (чтобы потом не было повода обзывать экс-сотрудника «говнокодером» и прочее). Но даже более важно, что ничто не происходит в вакууме! Любые разработки всегда упираются в определённый ресурс — временной дедлайн, человеческий ресурс, ограничения мощности железа, требуемую производительность, масштабируемость решения и.т.д. ну и в том числе, никуда не денешься, в нашу мотивацию (за те же деньги), делать «точечное» решение или глобальное универсальное т.е. работать или перерабатывать по-русски говоря. Почему мы должны выходить из зоны комфорта, если нам комфортней в ней оставаться в конкретном случае (т.е. использовать привычные технологии и делать может более узкий, но зато именно тот, что просили функционал)? Не надо забывать, что ценность каждого работодателя в данный момент времени для сотрудника м.б. разной. Не вся работа одинаково полезна и хорошо оплачивается! Возможно программист рассматривает эту работу как временную, возможно он хочет открыть свою контору по разработке или перейти в крупную компанию. Опять же есть вопрос work-life баланса, — что важнее сделать всё идеально на работе или вести в целом полноценную жизнь?! В зависимости от этих целей человек сам себе и выбирает глубину проработки задачи для своего портфолио проектов! Автор же утверждает в статье, что нужно всегда при любых условиях стремиться делать наиболее универсальное, всесторонне масштабируемое и желательно не зависимое от технологии решение. Объяснение одно — это Вам поможет на следующем собеседовании. Ну понятно, что такой подход максимально в интересах вашего текущего работодателя по принципу «сделать из говна конфетку» на все времена. Когда нужен конкретный автоматизированный отчёт и сроку вам 3 дня, делать конструктор отчётов с прикрученной системой аналитики и максимально «кошерным» интерфейсом, это и глупость и «самоубийство» для сотрудника!
5. С чем соглашусь, так это с тем, что построение таких «продвинутых» универсальных решений исключительно благотворно сказывается на твоей профессиональной компетенции и на скорости работы в будущем и даже на общем системном подходе к разработке в вашей голове. Поэтому, если цель — максимальный рост проф. компетенций, то это хороший путь, также, как, когда хочешь серьёзно освоить математику, необходимо после стандартных решать все задачи со звёздочкой! Если хотите проф. роста, то будете «заморачиваться» работой и вне работы по выходным. Но на практике в нашей действительности — это всё благие пожелания, кот. вымощена дорога, сами знаете куда. В мировой IT-индустрии, то что расписал автор — это безусловно best practice к которым стоит стремиться, если Вы работаете на цивилизованного западного работодателя. У нас — это называется «рвать *опу ради Дяди за копьё»!