После 9 недель и сотен часов программирования с клавишами на клавиатуре я выпускница. Недавно я прошел сертификационную программу HackerYou по веб-разработке с погружением. Этот опыт запомнился благодаря сообществу — студентам, учителям и наставникам выпускников. Они давали технические советы и эмоционально поддерживали на протяжении всего паломничества.

Я до сих пор с любовью вспоминаю последний день буткемпа (на фото выше). Все собрались в тесноте, готовые вместе принять участие в презентациях Дня промышленности, пересматривая нашу работу и задаваясь вопросом: какие блестящие новые рабочие места мы получим? Когда?

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

Когда буткемп завершился, я спустился по лестнице с третьего этажа в HackerYou на Queen West, окутанный морем торжествующих лиц, которые я никогда не забуду.

Вот 3 самых полезных урока, которые я извлек из этой команды:

(1) "Это момент обязательства!!!"

«Это момент фиксации!» это крик. Этакий победный возглас. Лучше всего подавать с щедрой порцией аплодисментов.

Во время группового проекта наставник увидел, как моя команда решает проблему с нашим кодом, и сразу же воскликнул: «Это момент фиксации!» Он имел в виду: сохраните изменения на GitHub! Сейчас! Какая замечательная привычка.

Я полностью намерен крикнуть: «Это момент фиксации!» среди коллег на будущих рабочих местах, потому что:

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

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

Как использовать этот совет самостоятельно:

Можете ли вы описать проблему, которую решил ваш товарищ по парному программированию / друг / коллега? Если можешь, скажи им! Повторить! Вслух! Вы с большей вероятностью вспомните, что вы только что распутали вместе. Например: «Вау, Анг! Это *множество* связанных методов. И я не подумал использовать нотацию с квадратными скобками, чтобы изолировать этот вложенный объект. Хороший! Наверху!» (Дай пять.)

(2) Говорите громко.

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

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

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

Поэтому попросите разъяснений, когда вы понятия не имеете, на что смотрите. И спрашивайте, когда будете уверены на 50%. Или на 75% уверен. Или даже на 90%. Будьте громче, независимо от того, где вы видите свой уровень мастерства по отношению к своим сверстникам.

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

Как использовать этот совет самостоятельно:

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

(3) Меняйте стратегии, чтобы выйти из тупика.

Еще один бесценный аспект командной работы — выслушивать вслух то, как другие люди устраняют неполадки. У каждого своя стратегия (и настроение).

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

Один из моих одноклассников только начинает печатать. Шутки в сторону. Печатание, псевдокод или реальный код и множество тестов (console.log или console.table). Она выводит все это на экран и откалывает, как скульптор, отбивающий глыбу мрамора. Вывод: вам не нужно оставаться в своей голове, пока вы не сделаете все правильно! Даже в паре! Если вы более визуальны, это нормально. Выкладывайте все это. Сформируйте его, как вы идете. Это работает для некоторых людей. Вы не должны быть идеальными. Вам просто нужно найти то, что работает для вас.

Я рисовальщик. Я тот, кто пробежит через комнату к принтеру, вытащит два листа, вернется и нарисует программные компоненты, чтобы разобраться с потоком данных и адаптивными каркасами. (Совет: для этого подходят альбомы для рисования из художественных магазинов. Так же, как и iPad, которые позволяют рисовать множеством цветов и быстро отправлять свои работы по электронной почте коллегам.)

А еще есть вкладки ваших сверстников. 👀

Взглянув на вкладки других людей, вы, скорее всего, обнаружите шведский стол помощи: например, официальная документация, Google, Stack Overflow, CSS Tricks, W3Schools, Mozilla Developer Network и Smashing Magazine.

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

Есть больше!

  • Упражнения CodeAcademy могут помочь вам закрепить свои синтаксические навыки путем повторения, чтобы опечатки не сбивали вас с толку и не отвлекали от логических головоломок, которые вы хотите решить.
  • Протестируйте свой код на сайтах проверки CSS, проверках HTML или сервисах JavaScript «Linting.
  • Скопируйте и вставьте в JSBin или CodePen, чтобы изолировать часть вашей программы и протестировать ее там.
  • Поищите в CodePen примеры похожего кода. Там есть популярные стилизованные фрагменты кода (например, настраиваемые переключатели, причудливые анимированные панели навигации и меню-гамбургеры). Люди также публикуют сложные вещи, решением которых они гордятся.
  • Поиск на Medium для соответствующих блогов.
  • Попробуйте YouTube! Здесь полно интересных видео от новичков и опытных программистов.
  • Расширения и фрагменты для вашего текстового редактора или IDE могут помочь вам проверить наличие ошибок, нарисовать линии между открывающими и закрывающими скобками или раскрасить отступы радужными цветами, чтобы помочь вам визуально отслеживать блоки кода и синтаксис. .
  • Наблюдайте за тем, как люди пишут код. Заходите на Meetups, где, как вам кажется, вы все знаете. Я сделал это, и это открыло мне глаза на различные способы набора текста и упражнения, которые значительно улучшили мой синтаксис. Посмотрите, как люди учат и отлаживают.
  • Учебники содержат глубокие знания, и иногда это все, что вам нужно, чтобы понять, почему что-то не работает. Они также более связны, чем блоги или StackOverflow, поэтому, если вам нужно выполнить поиск по нескольким связанным терминам и вы хотите, чтобы что-то было четко написано, используйте мертвые деревья.
  • Общайтесь с союзником. Если вы можете найти кого-то, кто будет поддерживать вас и поддерживать вас, кто сталкивается/сталкивался с подобными проблемами, ОБЯЗАТЕЛЬНО попросите этого человека уделить ему больше времени. Они могут нанять вас позже, конечно, но еще лучше, если вы не хотите получить работу от них. Избавьтесь от давления и пушистых тонкостей. Просто быть рядом с кем-то, кто справляется с жизненными взлетами и падениями не так, как вы, может быть воодушевляющим, поучительным или утешительным. Если вы не уверены в своих способностях, найдите кого-нибудь, кто любит заниматься слежкой. Я многому научился у одноклассников, которых вдохновляют испытания. Они просто. Не надо. Покидать! Примите ту часть себя, которая любопытна. Запишите, чему вы хотите научиться или что вам интересно построить/сделать. Следуйте этому.

Как использовать этот совет самостоятельно:

Суть в следующем: если вы чувствуете, что застряли, и подход, который вы используете, не работает, ничего страшного. Включите его! Держите под рукой список ваших любимых ресурсов на случай, если вы увязнете в трясине и взволнованы. Я слышал, как другие предлагают «правило 20 минут». Если вы застряли на 20 минут, самое время обратиться за помощью. При программировании в одиночку также может быть полезно правило 20 минут, напоминающее о том, что вы можете и должны менять тактику для преодоления препятствий. Будьте неумолимы.