Неделя создателей 1

Добро пожаловать в мой блог об обучении программированию в Makers Academy. Если вы пропустили последний пост, вы можете найти его здесь. Если вы жаждете большего, вот следующий.

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

Первый день

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

Мы встретили нашего репетитора Рой. Он показал нам кучу крутых способов улучшить нашу среду разработки (то, как устроены наши компьютеры) и объяснил, какую роль он будет играть в нашем обучении. В общем, как можно меньше.

Он объяснил, что сначала гуглить проблему, искать решение, задавать вопросы другим членам когорты и только потом обращаться к нему (с разумно продуманным вопросом) будет гораздо более эффективным способом обучения в долгосрочной перспективе и даст нам инструменты для эффективного устранения неполадок после того, как мы покинем Makers. Если мы сразу же просим ответа, когда упираемся в стену, и просто получаем его, мы становимся гораздо менее независимыми учениками. Имеет смысл.

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

После Рои Дана, главный «офицер радости», рассказала нам об осознанности и важности занятий йогой и медитацией, которые нам будет предложено посещать в течение следующих 12 недель. До сих пор медитация оказалась отличным способом перезагрузить мой мозг в 2 часа дня каждый день. Часто я мечтал во время разговора об осознанности. Приятно отвлечься, как в «Бойцовском клубе», когда он ходит на все эти терапевтические группы. Дана не виновата, просто я, кажется, в настроении отключиться, как только наступит 2 часа дня.

Днем у нас был разговор с Сэмом, главой отдела образования Makers. Я думал, что он был потрясающим оратором. Он рассказал о философии Maker в отношении образования, подкрепленной массой психологических исследований. Одним из основных моментов было то, что в Makers нет экзаменов, а это означает, что смысл курса не в том, чтобы пройти курс, и мы все можем продолжать пытаться узнать как можно больше.

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

В конце дня нам дали десятки пицц, и ​​около 6.30 я побрел домой, измученный, вероятно, не столько из-за встречи с таким количеством новых людей, сколько из-за переговоров.

Отличный новый анекдот:

  • Тук-тук
  • Кто здесь?
  • амиши
  • Амиши кто?
  • ты не обувь

Остаток недели

Со вторника по пятницу, в первые настоящие дни Makers, я каждый день занимаюсь программированием в паре с другим участником моей группы. Так будет каждый день, каждую неделю будет новое задание. У нас была целая неделя, чтобы создать программу для управления лондонской сетью велосипедов и док-станций «Boris Bikes».

Я ожидал, что парное программирование будет трудным, но все прошло очень гладко с каждым партнером, который у меня был на этой неделе (если только я просто не замечал, и все они думали, что я был кошмаром). Я полностью согласен с тем, что это лучший способ делать что-то, а не только программирование. Тот факт, что там есть кто-то еще, означает, что вы никогда не будете отвлекаться. Кроме того, вы постоянно ведете диалог со своим партнером о том, как лучше поступить, поэтому каждое решение подвергается сомнению. Таким образом, каждый мысленный шаг обоснован, и в результате мы все придерживаемся более высокого стандарта.

Такое ощущение, что я нахожусь в состоянии потока примерно 70% времени. На самом деле, я понятия не имею об этой цифре, но это мощный стимулирующий способ работы. Я с нетерпением жду возможности увидеть, как сложится пара с 19 другими личностями из когорты.

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

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

Они используют 39 различных типов программного обеспечения.

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

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



Вызов аэропорта

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

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

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

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

Нам сказали, что проекты не обязательно должны быть завершены. В любом случае, сегодня вечером я отправил свой запрос на включение (то есть отправил свою работу в Makers через Github) только для того, чтобы получить ничтожные 37% тестового покрытия, что означает, что мои тесты RSpec протестировали только ~ 1/3 моего кода. Я понятия не имею, почему он не был выше. Либо программное обеспечение для тестирования неправильно читает мои файлы, либо я серьезно неправильно выполнял разработку через тестирование.

В других новостях

Я не так уж много занимался статьями. Все мое время чтения было потрачено на мой экземпляр «Основательного рубиста» и несколько рассказов Нила Геймана. У меня действительно не было желания смотреть на какие-либо экраны после дня, проведенного в Makers.

Сегодня воскресение. Я провел все утро за просмотром Chef’s Table на Netflix, а весь день готовил обед на неделю, а затем ужин для друзей.

Что я узнал:

  • Как связать программу
  • Мне гораздо удобнее пользоваться основами TDD. Начинаю привыкать к циклу написания функциональных тестов, затем модульных тестов, затем кода.
  • Как связать разные файлы вместе, используя require и require_relative
  • Как использовать методы attr_reader и attr_writer
  • Несколько изящных способов перемещения кода в Atom.

Материалы, которые еще не нажали пока:

  • Как поиграться с классами в PRY. Я уверен, что это довольно просто, но почему-то я просто не нашел времени, чтобы посмотреть, как это сделать.
  • Как определить, какая часть моего кода покрыта моими тестами
  • Использование и тестирование модулей

СЕГОДНЯШНИЙ ДЖЕМ

Я собирался встретиться со Стивом Райхом ранее на этой неделе, но не успел купить билеты, а вечера были нужны, чтобы расслабиться.

У меня в голове что-то вроде этого звучит:

Если вы читаете дальше тапира, скорее всего, вы читаете все целиком. Если вам понравилось, пожалуйста, нажмите на маленькое сердце ниже. Это поможет другим найти это и получить от этого удовольствие.