Учебник по выживанию для начинающих разработчиков

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

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

 

В 2015, после пяти месяцев тренировок, я сумел превратить свое хобби в профессию и получить первую работу.

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

К счастью, я справляюсь. Во всяком случае пока что.

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

1. Следите за пробелами и просите помощи

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

Для этого и нужны senior developers – всем нужна помощь.

В самом начале у меня не было других вариантов. В мой первый день я получил макбук и задачу: следовать указаниям в README.md. Вот они:

1. Создать ссылку Ubuntu на виртуальную машину
2. Удаленно к ней подключиться
3. Скопировать репозиторий
4. Установить пакеты
5. Поправить конфиги
6. Запустить сервер

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

2. Делайте заметки

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

Глупых вопросов не бывает, но, прозвучав два раза, таковым и становится.

Для заметок я использую Trello:

3. Это проще, чем кажется

Этим принципом можно описать вообще все программирование: чем меньше вы знаете о чем-то, тем сложнее и страшнее это что-то выглядит.

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

Например, возьмем AJAX. Когда я только начинал программировать, я до чертиков боялся «Асинхронного JavaScript и XML» (A.J.A.X. - Asynchronous JavaScript and XML – прим. переводчика). Это словосочетание подразумевало максимальную сложность того, что мне предстояло выучить.

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

И так было не раз.

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

А потом потратьте время на поиск информации о них.

4. Слишком сложно? Визуализируйте!

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

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

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

Мозг может одновременно работать с семью объектами, так что перенос части информации на бумагу разгрузит его и даст вам возможность подумать еще раз.

5. Создавайте баги!

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

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

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

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

Поэтому не избегайте работы над багами. Наоборот, встречайте их с распростертыми объятиями при любой возможности.

Удачи!