Post #808

В качестве развлечения, сегодня у нас паста с двача. Текста там было больше, ключевые идеи такие - человек считает, что все решения о том, какие задачи делать, и как их делать - вплоть до деталей технической реализации должен принимать тимлид. А разработчик должен выступать исключительно в роли исполнителя, получая задачи в полностью разжеванном и продуманном виде. И еще очень ругается, когда ему сообщают, что от него ожидают большей инициативности и лидерских качеств. При этом он ожидает карьерного роста и роста зарплаты. Что тут не так? В IT это так не работает. "Деревянный" исполнитель задач, кодер, который просто пишет код а-ля стенографистка, но не включается в проектирование технических решений, не может задачу продумать, декомпозировать на мелкие подзадачи - это джуниор-разработчик, причем, джун на самых ранних этапах работы. Для того, чтобы расти, нужно как раз развивать мышление и учиться применять его в решении проблем в более высокоуровневом смысле (не просто писать код, но и понимать, какие задачи бизнеса мы решаем, как их решить более эффективно, ну и как спроектировать хорошую программу). Без этого никакого карьерного роста быть не может, а с таким враждебным подходом человек и вовсе выглядит профнепригодным.