Когда-то уже давно я работал в одной, которая уже тогда была г..ном, компании, так вот там так и было - разработчики, которые писали быстро и без ошибок, оценивались как те, кто мало работает, т.к. якобы маленькие временные затраты и наоборот, те кто писали долго, в своем долгом коде допускали кучу ошибок, на которые потом получали кучу риквестов на исправление - те получали более высокие премии, т.к. по трудозатратам выходило, что они больше работают - вот такой бред. Я прям видел, как некоторые особенно хитропопые кодеры прям с наслаждением слушали мои к ним претензии, что они опять в очередной раз нагадили в уже в прошлый раз исправленном месте и довольно улыбались, предвкушая как они будут меееедленннно исправлять свои же ошибки, с постоянными перекурами и чаепитиями и потом за это получать деньги. А меня наоборот бесил этот подход, что это как гиря на ногах, когда ты хочешь сделать задачу и взять новую, но за это ты получишь меньше тех, кто мусолит одно и то же годами. Еще запомнился один момент, совещание, идет обсуждение будущего запуска приложения и необходимого для этого перерыва в работе заказчика, так вот коллега заявляет, что ему надо 16 часов на конвертацию данных, а я прекрасно зная, что он использует костыльный конвертер, который в свое время я тоже дорабатывал, он мне как раз не понравился, я от него отказался и написал все на PLSQL, используя фичи Оракла, чтобы максимально быстро загрузить данные в БД я мог этот объем данных, а там речь шла про данные всего 2000 клиентов, залить меньше, чем за минуту на то, что этому коллеге понадобилось 16 часов, так вот я озвучиваю эту информацию, что коллеге стоит взять мой уже готовый и много раз использованный конвертер, который решит его проблему и загрузит все за минуту, но для этого коллеге придется наконец-то познать PLSQL, т.к. мы работаем с Ораклом и это его обязянность, на что от манагеров, что присутствовали на совещании я услышал, что дескать не может быть, чтобы то, что работает 16 часов можно было сделать за минуту и самое убойное, что то что работает всего лишь минуту - это фигня какая-то, а вот то что работает 16 часов - это крутая вещь, которая пашет целых 16 часов и это в софтверной компании происходило)). И до сих пор, я уже сменил несколько компаний, но везде одно и то же, что пахать то ты можешь больше и быстрее других, быть умнее и производительнее других, знать больше и лучше других, принимать благодаря этому оптимальные архитектурные решения и делать изящные и мегапроизводительные вещи, но получать ты будешь столько же, а то и меньше самого медленного и специально имитирующего работу коллеги, т.к. для манагеров трудной задачей считается та, которую долго делали и наоборот, то что сделали быстро - это значит было легко и платить там не за что. А еще проблема в том, что манагерами и тимлидами над разработчиками становятся не лучшие из лучших разработчики, а худшие из худших, которым как раз вся эта тема малоинтересна, а им интересно свою попу примастить на чужой шее и получать деньги за чужие достижения.
Когда-то уже давно я работал в одной, которая уже тогда была г..ном, компании, так вот там так и было - разработчики, которые писали быстро и без ошибок, оценивались как те, кто мало работает, т.к. якобы маленькие временные затраты и наоборот, те кто писали долго, в своем долгом коде допускали кучу ошибок, на которые потом получали кучу риквестов на исправление - те получали более высокие премии, т.к. по трудозатратам выходило, что они больше работают - вот такой бред. Я прям видел, как некоторые особенно хитропопые кодеры прям с наслаждением слушали мои к ним претензии, что они опять в очередной раз нагадили в уже в прошлый раз исправленном месте и довольно улыбались, предвкушая как они будут меееедленннно исправлять свои же ошибки, с постоянными перекурами и чаепитиями и потом за это получать деньги. А меня наоборот бесил этот подход, что это как гиря на ногах, когда ты хочешь сделать задачу и взять новую, но за это ты получишь меньше тех, кто мусолит одно и то же годами. Еще запомнился один момент, совещание, идет обсуждение будущего запуска приложения и необходимого для этого перерыва в работе заказчика, так вот коллега заявляет, что ему надо 16 часов на конвертацию данных, а я прекрасно зная, что он использует костыльный конвертер, который в свое время я тоже дорабатывал, он мне как раз не понравился, я от него отказался и написал все на PLSQL, используя фичи Оракла, чтобы максимально быстро загрузить данные в БД я мог этот объем данных, а там речь шла про данные всего 2000 клиентов, залить меньше, чем за минуту на то, что этому коллеге понадобилось 16 часов, так вот я озвучиваю эту информацию, что коллеге стоит взять мой уже готовый и много раз использованный конвертер, который решит его проблему и загрузит все за минуту, но для этого коллеге придется наконец-то познать PLSQL, т.к. мы работаем с Ораклом и это его обязянность, на что от манагеров, что присутствовали на совещании я услышал, что дескать не может быть, чтобы то, что работает 16 часов можно было сделать за минуту и самое убойное, что то что работает всего лишь минуту - это фигня какая-то, а вот то что работает 16 часов - это крутая вещь, которая пашет целых 16 часов и это в софтверной компании происходило)). И до сих пор, я уже сменил несколько компаний, но везде одно и то же, что пахать то ты можешь больше и быстрее других, быть умнее и производительнее других, знать больше и лучше других, принимать благодаря этому оптимальные архитектурные решения и делать изящные и мегапроизводительные вещи, но получать ты будешь столько же, а то и меньше самого медленного и специально имитирующего работу коллеги, т.к. для манагеров трудной задачей считается та, которую долго делали и наоборот, то что сделали быстро - это значит было легко и платить там не за что. А еще проблема в том, что манагерами и тимлидами над разработчиками становятся не лучшие из лучших разработчики, а худшие из худших, которым как раз вся эта тема малоинтересна, а им интересно свою попу примастить на чужой шее и получать деньги за чужие достижения.