т е ее актуально читать если ты посредственный инженер и хочешь переучиться в руководителя

Понятно, благодарю)

блин, а я думал сейчас как прочитаю. да как пойду руководить всеми подряд

Ну, это вроде бы очевидно?

да

мне кажется тут есть что добавить.
1. обратная сторона идеального найма сотрудника задорого. это может круто сэкономить деньги на проекте. и я бы описал, что не круто, когда просят знание фреймворков(пакетов и т.д. это реально глупо) но хорошо когда просят фундаментал, часто встречал ребят, которые честно не понимали почему надо знать солид.
2. адаптация не всегда выгодно, ее надо считать под каждого. и онбординг тоже. менторить мидла или джуна сеньером не выгодно вообще ни разу.
3. там расчеты на неделю, но вот у меня нет проектов, чтобы новичок въехал за неделю. вообще нет. месяц для мидла это норм.  а сеньер и без ментора въедет, а если не въедет, то задает правильные вопросы и отнимает по 20 минут в день.


В итоге, я бы предложил не менторство, а правильную декомпозицию для новых задач и давать их от простых к сложным. Типа сначала атомарные задачи, потом интеграционные внутри проекта, потом интеграционные с разными проектами и т.д.

ой не туда ответил 😁

спасибо!
отвечу по пунктам

1. обратная сторона идеального найма сотрудника задорого. это может круто сэкономить деньги на проекте.

всё так, абсолютно так, я вроде и пишу:

"При работающей культуре менторства можно нанимать сотрудника более низкой квалификации раньше и дообучать его.”

ну то бишь подразумеваю, что мы рассматриваем ситуацию планового найма
и “сэкономить деньги на проекте” зависит от того, как найм планируется

2. адаптация не всегда выгодно, ее надо считать под каждого. и онбординг тоже. менторить мидла или джуна сеньером не выгодно вообще ни разу.

надо считать под каждого, да, я всё в статье и описываю с точки зрения того, что надо поглядеть на экономическую целесообразность.

при этом менторство джуна сеньором как раз очень выгодно оказывается чаще всего

3. там расчеты на неделю, но вот у меня нет проектов, чтобы новичок въехал за неделю. вообще нет. месяц для мидла это норм.  а сеньер и без ментора въедет, а если не въедет, то задает правильные вопросы и отнимает по 20 минут в день.

я попытался показать свою методику подсчётов, цифры привёл не “средние”, но обусловленные моим контекстом.

притом кажется, что “месяц для мидла норм” — ну вообще не норм, это очень дорого и плохо

а почему надо знать солид?

> В итоге, я бы предложил не менторство, а правильную декомпозицию для новых задач и давать их от простых к сложным. Типа сначала атомарные задачи, потом интеграционные внутри проекта, потом интеграционные с разными проектами и т.

а я бы предложил посмотреть и на экономическую целесообразность менторства (проверить экспериментом), а вот декомпозицию и ситуационное лидерство вообще осуществлять в рамках как раз культуры менторства

это к чему вопрос, простите?

Это к этому

а, пардон, не заметил.

я к чему спросил, знаю конторы, где любят поспрашивать про паттерны, солид и тп. ну, вот человек заучил из википедии формулировки а применять их не способен. И как это поможет?

это прямо классический “запашок” плохих процессов, да:
- странные вопросы на собесе
- отсутствие адаптации

и проч

Я спрашиваю формулировки, чтобы быстро понять компетенцию и стоит ли дальше разговаривать(ведь выучил формулировки это тоже неплохо, готовился значит) Потом уже на примерах. Если есть понимание, где нужно, а где вредно, то двигаемся дальше. Вообще это проходной вопрос, на 3-4 минуты.