Pull to refresh

Comments 12

Самоучке книги в помощь. Все перечисленные в посте проблемы стандартные, о них давно известно и в литературе подробно описано, как эти проблемы разрешать.

Хорошие, проверенные годами книги + собственный опыт набивания шишек творят чудеса. А коллеги, бывает, такого насоветуют, что лучше бы вообще ничего не советовали.

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

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

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

На самом деле, мне кажется, тут все сложнее. Я тоже видел людей по 10-15 лет в индустрии, которые работали в большой компании и например не могли разобраться почему строка не выводит русский текст, а каракули...

Человек даже попадая в компанию встаёт перед выбором - осваивать тёплое место или двигаться вперёд, но часто в компаниях это движение вперёд может быть воспринято негативно. Да и хорошей архитектуре далеко не в каждой команде научишься.

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

Работаю в месте где коллеги намного умнее меня, желания учиться чему-то всё равно нет(

А коллеги никогда нигде не делились компетенциями, только какие то общие фразы, ничего конкретного не видел, не везёт наверное

UFO landed and left these words here

Не обязательно так. На моей первой "большой" работе после универа был сеньор, который ну очень не любил делиться знаниями. Как пример: Отвечал крайне четко на поставленный вопрос. Это только звучит хорошо, а на практике общение с ним напоминало общение с NPC.

UFO landed and left these words here

6к строк это еще немного. Я работал в проекте написанном 6 "сеньорами", в котором классы по 10к строк являлись нормой, а 6к любой средний "контроллер" или "менеджер" занимал. На любые аргументы ответ один: Проект зарабатывает, значит у нас все правильно.

Потому что учиться нужно всегда. Работа в командах не панацея. Буквально на последнем проекте. Писали полную дичь, на вопрос почему так? Ответ всегда один - не знаю, я в компании 20 лет, и на всех проектах так делали. Т.е. люди даже не удосужившись почитать рекомендации от создателей фреймворка, а просто использовали подходы 20 летней давности, потому что они как-то работали. Неудобно, сложно, невозможно читать и поддерживать. Но все остальное считалось неправильным, просто потому что было им не знакомо.

Sign up to leave a comment.

Articles