Как вы отслеживаете свои достижения? Как понимаете что выросли? Какие навыки и компетенции нужны сейчас для разработчиков?
Давайте подискутируем
Например, у детей все понятно: • научился держать голову • научился переворачиваться • пополз • встал • и тд Одно следует за другим, есть понятные критерии, собранные на огромном количестве наблюдений. И если что-то идет не так, то родители и врачи бьют тревогу и идут разбираться.
Мне кажется, у разработчиков тоже что-то подобное должно быть, но пока не находила ясных и понятных карт компетенций.
Кажется, что есть такие категории: • выучить синтаксис языка (что значит выучить? что именно? все библиотеки? или какую-то часть?) • фреймворки (какие? как понять что я выучила, например, этот же Hibernate? или Spring?) • структуры данных и алгоритмы (тут тоже можно вглубь копать практически бесконечно) • устройство JVM (кажется, полезно, но для каких задач?) • архитектура компьютера (в вузах преподают - значит, полезно?) • компьютерные сети?
А софты? • ответственность • предсказуемость • коммуникация • и тд - как составить список?
У нас сейчас предлагают еще думать о таких компетенциях: • Product Impact (Продуктовый эффект) - прозрачность, продуктовая проработка, выкатка в срок, сбор метрик полезности • Ownership (Масштаб ответственности) - за какой кусок разработчик может отвечать самостоятельно, работа с рисками, эскалациями, зависимости • Leadership (лидерство) - про работу с коллегами, шаринг знаний, менторство и всё такое
В общем, так много всего надо знать🙈 И так мало понятно, что из этого в какой детализации и глубине и на каком этапе развития карьеры было бы более полезно.
Сейчас активно смотрю в сторону тимлидства. И поняла, что чтобы отмечать достижения коллег, надо их сначала научиться замечать. А если я не умею замечать их у себя... Кажется, "зона роста" (как бы банально ни звучало) на ближайшее время🫡
· 30.06
Я бы разделял рост "профессиональный", на текущем месте работы и личный, рост в своих собственных глазах.
С первым всё просто - нужно подойти к руководителю, обсудить, какие скилы разработчика нужны именно этой компании именно в этот момент времени, зафиксировать это всё в документе и встретиться через полгода на следующем перф ревью. Проблема в том, что профессиональный рост - это в конечном итоге всегда про "производить больше за единицу времени". От этого повышается зп, приятно. Но чаще всего люди не становятся счастливее от того, что начали сжигать на десять сторипоинтов больше за спринт.
С "личным" ростом сложнее, тут индивидуально. Я запомнил несколько этапов, когда почувствовал вау эффект. 1. Попробовать язык программирования с совершенно иной парадигмой, чем основной рабочий инструмент (у меня это были коммон лисп и хаскель). Сделать небольшой пет проект, оценить что программировать можно даже так. 2. Разобраться с system design, прочитать книжку Алекса Сюйя. Инженерное мышление - это круто. Когда вводишь запрос в гугл, задумываться, что происходит дальше. Дети на лавке возле дома играют на телефонах в стендофф - задуматься, какой магией это все синхронизировано по мобильной сети. Ну и так далее. 3. Попробовать мендежмент/тимлидство. Осознать, что многие инженерные паттерны про хорошую организацию кода или связки микросервисов работают идентично и про организацию процессов у людей. 4. И, моё любимое. Сходить в музей без экскурсии. Посмотреть на красоту картин и осознать, что красота кода и в целом айти систем подчиняется тем же самым универсальным принципам.
Как-то так.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 30.06
Спасибо за структурный и понятный коммент! Согласна со многими пунктами, но пока не всё пробовала.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён