Сегодня я провел 30 минут в паре с одним из инструкторов Learn, пытаясь решить некоторые проблемы, которые есть в моем портфолио проекта Rails. Я обнаружил, что требование проекта использовать настраиваемый модуль записи атрибутов вместо has_nested_attributes фактически удаляет некоторые функции из окончательного приложения. Из-за отсутствия магии Rails одну из моих проблем решить сложнее, чем ожидалось. Другой - просто более простой оператор if...else.

JavaScript развивается, и я рад, что с каждым днем ​​он нажимает все больше и больше. Было определенно неприятно иметь довольно четкое представление о рабочем процессе, ресурсах и базе знаний, а затем вернуться почти ни к чему. Я еще не углублялся в документацию Mozilla Developer Network (сокращенно MDN), но знаю, что она скоро появится.

Что-то, с чем я столкнулся сегодня в своей IDE, было ошибкой линтинга от JSLint, указывающей Missing "use strict" pragma на одну из моих функций. Итак, как хороший разработчик, я погуглил это (ну, это DuckDuckGo). Я наткнулся на отличный пост и обсуждение по этому поводу на Stack Overflow. Мой вывод заключался в том, что использование 'use strict'; обеспечивает выполнение вещей, которые JavaScript допускает, или для которых будут выдаваться тихие ошибки. Таким образом, это в основном заставляет человека правильно писать свой код. Однако это может быть опасно в устаревшем коде. Отличный ответ содержал этот драгоценный камень IMO:

ГДЕ Я ДОЛЖЕН ИСПОЛЬЗОВАТЬ «ИСПОЛЬЗОВАТЬ СТРОГО»?

– В моем новом приложении JavaScript: Абсолютно! Строгий режим можно использовать как информатор, когда вы делаете что-то глупое со своим кодом.

- В моем существующем коде JavaScript: Вероятно, нет! Если в вашем существующем коде JavaScript есть операторы, запрещенные в строгом режиме, приложение просто сломается. Если вам нужен строгий режим, вы должны быть готовы к отладке и исправлению существующего кода. Вот почему использование 'use strict'; не делает ваш код внезапно лучше.

Я планирую добавлять 'use strict'; в начало каждого нового файла JavaScript, над которым работаю. Я не вижу причин не делать этого сейчас, и в конце концов это только заставит меня писать лучший код.

Что вы думаете о 'use strict';? Оставьте это в комментариях для меня.

Я также узнал сегодня вечером от моего соорганизатора Free Code Camp в Нэшвилле Дэйва, что он выиграл для нас столик на Music City Code 2017, что довольно мило. Пока не уверен, что мы собираемся делать с нашим столом, поэтому, если у вас есть идеи, дайте мне знать!

Затрачено времени сегодня: 3:07
Всего затрачено времени: 329:01
Пройдено уроков сегодня: 5
Всего пройдено уроков: 529

Вернитесь к Дню 85. Перейдите к Дню 88.

Если вы знаете кого-то, кто думает о проведении онлайн-курса по программированию, поделитесь этой статьей в Facebook и Twitter.

И, пожалуйста, нажмите 💚 ниже, чтобы другие люди увидели это здесь, на Medium. Спасибо за чтение.

Первоначально опубликовано на itzsaga.github.io 25 мая 2017 г.