А
Хотите 5 к
Учите java
Учите java
Size: a a a
2020 February 26
MS
Для публикации вакансий есть группа https://t.me/itarchitect_jobs
MS
Как решатете проблему “многобукав, лень читать” в части разработчиков?
Хороший вопрос. А что, действительно есть пятитомник на обложке которого золотыми буквами написано "Описание предметной области такой-то" и разработчики не хотят его читать?
RT
Хороший вопрос. А что, действительно есть пятитомник на обложке которого золотыми буквами написано "Описание предметной области такой-то" и разработчики не хотят его читать?
нет, в контексте текущего топика всего страниц примерно 30. Но проблема не в документации, а в нежелании ее читать, да и вообще как-то разбираться в вопросе. Некогда учить, нужно быстрее кодить.
IF
а что еще нужно разработчику?
IF
кофе с печеньками просит к столу подносить? :)
IF
ну т.е. вопрос в вакууме - ответ в вакууме что плохой разработчик
IF
дальше нюансы начинаются. есть ли лид. лид читает или нет. если нет то почему. если лида нет то почему
IF
и т.п.
НК
нет, в контексте текущего топика всего страниц примерно 30. Но проблема не в документации, а в нежелании ее читать, да и вообще как-то разбираться в вопросе. Некогда учить, нужно быстрее кодить.
> некогда учить, нужно быстрее кодить
А тут точно дело в разработчиках, а не в сроках и давлении от руководителей?
А тут точно дело в разработчиках, а не в сроках и давлении от руководителей?
RT
Лидов из той команды устранили уже давно, остались только PM, PO и скрам, но это долгая история.
Сейчас нужно как-то приводить там все в порядок. Очень хотелось бы сохранить людей.
Поэтому и вопрос абстрактный: как стимулировать разработчика наращивать компетенции в предметной области, учиться как-то, развиваться.
Абсолютно все в документации не опишешь, должно быть и собственное понимание.
Сейчас нужно как-то приводить там все в порядок. Очень хотелось бы сохранить людей.
Поэтому и вопрос абстрактный: как стимулировать разработчика наращивать компетенции в предметной области, учиться как-то, развиваться.
Абсолютно все в документации не опишешь, должно быть и собственное понимание.
IF
желание изучать вокруг оно врожденное
IF
иногда помогает кнут но не долго
MS
Я надену шляпу solution architect-а и произнесу банальную вещь: самый гуманный и одновременно действенный способ состоит в наличии альтернативных вариантов реализации. Разработчики, как и технологии, не бывают плохими и хорошими. Просто иногда одни лучше, а другие хуже и выбирать надо первое. Если такого выбора нет - виноват архитектор решения, однозначно.
IF
пряник чуть дольше но тоже не напасешься
MB
есть 2 стула: кодер и постановка небольших задач с высокой степенью детализацией по SMART'у
и
программист - творческое осознанное решение более сложных задач с определенной степенью размытостью постановки.
зп разная. отношение разное.
балансировать между крайностями кодинга и творческим осмыслением с уходом в перфекционизм...
и
программист - творческое осознанное решение более сложных задач с определенной степенью размытостью постановки.
зп разная. отношение разное.
балансировать между крайностями кодинга и творческим осмыслением с уходом в перфекционизм...
MB
в начале своей карьеры на паре работ прямо в долж.инструкцию прописали: в одной - изучение бухучета, в другой - банковское дело))
S
smart-ы точены или в префекционизм заточены
ОИ
Может разделить разработчиков на две должности с разными вилками зп? Это уже давно назревало.
ОИ
Это ясно даст понять, почему у одних n денег, а у других m денег.