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

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

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

Если же пробежавшись по верхам вам ничего не интересно — то лучше отложить и поизучать что-то другое.

Лично я данную технику применяю чаще со статьями, так как книги слушаю в аудио версии.

Но с книгами тоже можно сначала читать выжимки, и если уже все понравилось — то переходят к полной версии.

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

#devtips #learning

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

И зачастую причиной плато является плохая работа.

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

Почему?

Да по той просто причине, что это большая редкость.

Даже если вы и попадете в такую среду, то более чем уверен, что ваши ожидания не оправдаются.

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

Наверное окончательно все на свои места встало, когда я попал в Яндекс. Где как не там должны быть эти супер разрабы?

Но в итоге я понял, что даже там их очень мало. Большинство просто работает, решая продуктовые требования.

Да и в конце концов вас никто нянчить же не будет. Максимум совет где-то даст либо подскажет более хорошее решение.

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

Так что не стоит совершать мои же ошибки и винить внешние обстоятельства.

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

#devtips #work