Лучший способ самопрокачки для инженеров

Я считаю, что лучший способ прокачать свои скиллы - это сделать сайд-проект.

Часто встречаю убеждение, что учиться/саморазвиваться - это про чтение книжек, прохождение курсов и тд. Однако теория без практики мертва, практика без теории слепа. Прочтение кучи книжек и прохождение кучи курсов делает человека эрудированным, а не крутым спецом.

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

Сайд-проекты делать можно и нужно вообще на любых уровнях. Они одинаково полезны и совсем зелёным новичкам, и матёрым разработчикам. Разница только в уровне сложности и целевых навыках.

Я за свою карьеру сделал огромную пачку сайд-проектов. Какие-то были неудавшимися стартапами, другие же я делал с целью разобраться в конкретной теме. Свой первый сайд-проект я сделал ещё до получения первой официальной работы - это был RSS-ридер на C# и WPF.

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

И даже сейчас я продолжаю делать сайд-проекты. Один из них вы читаете прямо сейчас 🙂

Напоследок поделюсь парой лайфхаков как сделать полезный сайд-проект.

1. Нахрена?

Обязательно определитесь, зачем вы делаете этот проект. Какая цель? Какие навыки будете развивать? Что хотите выяснить? И главное - когда проект будет считаться завершенным?

2. Похоже на реальную жизнь

Постарайтесь не клепать сферических коней в вакууме. Потратьте чуток времени и найдите/придумайте домен продукта + кейс применимости проекта. Так вы гораздо лучше запомните полученный опыт.

3. Не переусложняйте

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

4. Рефлексируйте

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