5 уроков, которые вы усвоите только после учебного курса по программированию
Это было в конце 2016 года, когда я обнаружил ошибку в коде. Сначала это было легкое подергивание, затем оно захватило мою голову и в конце концов вытолкнуло меня на неизвестную территорию. Год спустя у меня появилась новая профессия, новое рабочее место и (предположительно) новый отсек в моем мозгу.
Самым важным шагом в моей карьере было посещение трехмесячного учебного курса по программированию на полную ставку. Их довольно много, и они различаются по программам. Однако они не различаются по своим обещаниям: они подготовят вас к выходу на рынок труда.
Я всегда немного боролся с справедливостью этого обещания, хотя большую часть своих базовых знаний в области веб-разработки я выучил на своем учебном курсе по программированию. В этой статье я хотел бы добавить более реалистичный взгляд на такой тип обучения, но я также хочу поддержать ваше путешествие на случай, если вы сами поймали ту же ошибку. Итак, через 4 месяца после семинара по программированию, это 5 (из 1000) самых важных уроков, которые я усвоил на данный момент.
‹1› Путешествие во времени в средневековье Интернета.
Как только вы окунетесь в индустрию веб-разработки, вы поймете, что волны набирают обороты. Велики шансы, что он вас полностью захватит.
CSS Grid, CSS Flexbox, Vue.js - все лучше, быстрее и проще, чем то, о чем вы слышали раньше. Вот спойлер: независимо от того, какая новая библиотека или фреймворк выходит, они все равно каким-то образом будут основаны на исходных концепциях CSS, JavaScript и HTML.
Постарайтесь выдержать давление знания "крутого дерьма" и сконцентрируйтесь на действительно хорошем изучении основ. Это поможет вам впоследствии легче подобрать фреймворк для модных словечек. Мне также было полезно освежить мои общие знания об объектной модели документа и о том, как работает Интернет.
‹2› Console.log (всякая долбаная штука).
Учебные курсы подпитываются нехваткой времени и обучением всему. файл. вещи. Чтобы уложиться в срок, вы можете поискать в Google фрагменты кода и собрать воедино решение, которое не совсем понимаете, почему оно действительно работает.
Работая веб-разработчиком в команде, вам придется приспосабливаться к стандартам ваших коллег-со-кодеров, и вы можете столкнуться с ситуациями, когда существующая база кода конфликтует с вашим недавно написанным (3 строки) кодом. Вот где отладка становится вашим плащом супергероя.
Проще говоря: Console.log () ваша жизнь. Зарегистрируйте любое значение, получаемое вашей функцией, зарегистрируйте саму функцию, проследите весь путь вашего значения от первого объявления до отображения в разметке. Конечно, существуют более продвинутые методы отладки (проверьте функции отладчика в редакторе кода или в веб-браузере), но это хороший способ начать. Мне также было очень полезно наблюдать за отладкой моих более старших коллег и получать от них информацию.
‹3› Установите временные рамки для задач, чтобы узнать, когда обратиться за помощью.
Как начинающий веб-разработчик, у вас есть родинка. Никогда не знаешь, сколько ты знаешь на самом деле, но ты уверен, что много не знаешь. Начиная свою работу, я обнаружил, что самой большой проблемой является знать, когда я могу попросить о помощи. Я хотел не только доказать свою квалификацию, но и сам «решить эту проблему» и не мешать команде.
По правде говоря, не просить о помощи - это, вероятно, самое неприятное, что вы можете сделать. В ситуации с агентством вы блокируете себя как ресурс, не можете взять на себя другую задачу, и вам за нее выставляют счет. Но также как внутренний разработчик вы можете заблокировать свою команду или проект.
Чтобы быть ясным: конечно, вы должны научиться чему-то самому и должны попытаться найти решение. Однако у вас нет такой же «роскоши» - возиться с решением в течение нескольких дней в одиночестве. В моей работе мне очень помогает просить реалистичные временные рамки, когда мне дают новые задачи, и просить о помощи всякий раз, когда я выхожу за их пределы.
‹4› Возьмите свой код на свидание, а затем измените его.
Самый большой урок, который я усвоил, - это потратить время на то, чтобы правильно прочитать и понять существующий код, прежде чем изменять его. Вы, очевидно, чувствуете себя супер-умным, когда идете и улучшаете ситуацию (и это все еще работает, вау). Но в 11 из 10 случаев у человека до вас при написании этого кода возникала мысль, которую вы поймете, как только другие вещи перестанут работать. Ознакомьтесь со всеми соответствующими переменными и методами, по возможности уточните вопросы со своим товарищем по команде и только потом вносите изменения.
Прежде чем записать этот момент, я спросил себя: «Может ли совет быть слишком коммерческим?» (я решил, что нет). Вы, вероятно, можете прочитать это во всем, что когда-либо писали о веб-разработке, но это просто правда: любую проблему с кодированием можно разбить на более мелкие части. Если вы застряли, постарайтесь сосредоточиться на малейшей проблеме. Если вы не знаете, в чем заключается самая мелкая проблема, попросите подсказок.
Не только сообщения об ошибках, но и сама кодовая база могут показаться ошеломляющими. Серверная, клиентская, сторонний API, механизмы шаблонов, 1 миллион различных файлов - как все это связано друг с другом? Когда я участвую в новом проекте, я прошу кого-нибудь прогнать меня по базе кода и объяснить его архитектуру, что имеет большое значение.
‹5› Чтобы узнать что-то новое, нужно время, да ладно!
Многие веб-разработчики являются самоучками, и вы, вероятно, слышали истории успеха, такие как «научились программировать на YouTube, а затем работали в Google». Учитывая огромное количество доступных руководств, курсов и подкастов, возникает соблазн забудьте о времени, которое вам придется потратить на использование всей этой информации. Сама концепция учебного курса по кодированию (3 месяца до разработчика) не улучшает ситуацию.
Мне очень понравилась книга Лети Гэвина Стрэнджа, в которой даются отличные советы по этому поводу. Вам не нужно откладывать всю свою жизнь, чтобы получить новые знания. Делайте это после работы в течение 30 минут, работайте над этим один обеденный перерыв в неделю. Разбейте его на небольшие цели и работайте над этим в течение долгого времени. Чтобы привести более конкретный пример, я недавно купил курс ES6, в котором есть 77 видеоклипов продолжительностью 5–7 минут, которые нужно просмотреть. Я стараюсь смотреть по крайней мере 2–3 клипа в неделю, и это уже помогло мне написать лучший код.
Меня всегда вдохновляет одна конкретная картина: представьте, что вы решили стать плотником. У вас нет опыта, но вы играете с деревом три месяца. Теперь вы хотите построить крышу - это хорошая идея? Я лично считаю, что веб-разработка - это своего рода мастерство, которое требует столько же времени, опыта и самоотверженности, чтобы стать успешным. Ваш ход!
// О компании //
Меня зовут Валери, я живу в Амстердаме и работаю в технологической и дизайнерской фирме Your Majesty. Я посетил Интенсивный курс веб-разработки NYCDA в Амстердаме, что могу порекомендовать. Если вы хотите узнать больше о моем опыте на буткемпе, вы можете ознакомиться с другими моими статьями в LinkedIn.
