Это всё понятно. Но как вы сами признались, собрать циферки несложно, с этим мидл справится. А вопрос какие циферки надо собирать и какие поверх них алерты настраивать - это вне компетенции мидлов, как ни крути.

Судя по описанию, там вообще низкоселективная. Ведь по определению, чем больше уникальных значений в индексе, тем ниже селективность)

Зачем дёргать менеджера по продажам, когда есть бизнес-аналитик, системный аналитик и product owner до кучи. С ними со всеми сеньор должен уметь коммуницировать, иначе тех.лид просто станет узким местом в команде.

Вот если задача оказалась слишком сложной, то там уже сеньор сам объяснит её техлиду и попросит помощи.

У вас прям какой-то культ мониторинга. Причём вы его преподносите как чуть-ли не самое сложное в разработке. Хотя по факту, это довольно тупая обвязка над имеющейся в любой технологии телеметрией.

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

Разработчик на уровне Junior не должен.

На уровне Middle - должен.

На уровне Senior - обязан.

В этом собственно одно из ключевых отличий этих уровней - насколько разработчик способен осознавать бизнес-потребность и самостоятельно коммуницировать.

1) 10 ms - это меньше пинга. Но в целом, есть большая бизнес-ценность в том, чтобы ответ от сервера доходил до конечного пользователя быстрее 500 ms. Даже исследования на эту тему проводили.

2) Работу с БД тоже можно оптимизировать и за счёт этого улучшить производительность иногда даже на порядки

3) Оптимизация архитектуры - это тоже оптимизация

P.S. Все выше перечисленные пункты не означают, что на алгоритмическую сложность самого кода можно забить и писать O(n^3) повсюду

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

Это, конечно, совсем печально звучит.

Хоть по факту в крупные компании берут практически всех подряд, если человек адекватную з/п запрашивает. Какая-то элитарность Яндекса осталась в 90-х, начале 00-х. А у Сбера её по-моему и тогда уже не было.

Хм, ну если всё-таки сначала один раз продумать, и только потом делать, то это уже ближе к инженерному подходу. А если ещё потом порефлексировать над получившимся результатом, чтоб улучшить его, то вообще норм.

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

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

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

Или не приходит 🤷🏻‍♂️

Вон ниже препод с курсов статистику приводит, что 90% обучающихся на курсах вообще не одупляют, что они делают. Тупо механически какие-то действия проводят. И это курсы для типа миддлов. На курсах для начинающих - 99% таких.

В IT есть только один работающий способ обучения - самообучение. Если им не овладеть, то вы пожизненно будете минимум половину зарплаты менторам отдавать)

То, чего вам не хватает в 90+% студентов, называется инженерное мышление. И это нормально, оно есть у очень небольшого кол-ва людей. Проблема курсов в маркетинге, который продвигает откровенную ложь о том, что любой может стать программистом (если купит их курс)

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

Зависит от конкретного упражнения. Иногда можно умозрительно результат проверить. Ну, а если нельзя, то самое время учиться писать тесты)

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

Кому должно быть?

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

Не совсем. Потом вам надо будет с областью применения определиться: web, ML, игры, devops, QA, IoT, etc.

И изучить ещё 2 книги: одну по самой области, а вторую по практическому применению Python в этой области. Проделать упражнения из этой книги тоже. И вот после этого вы уже будете начинающим джуном.

Для этого REPL вполне достаточно.