Что ж, друзья, вот и я чипировался... точнее вакцинировался. Пока полёт нормальный, даже место укола не болит. Процесс организован вполне достойно, хотя это, конечно, сильно зависит от страны. Новые видео эту неделю выпускать не планирую (во всяком случае, до пятницы), немного приду в себя, а потом продолжим. Если интересно, расскажу подробнее. Будьте здоровы 🙌

Пока готовится новое видео, можно попробовать отгадать вот такой вопрос в стиле спортивного "Что? Где? Когда?", который я придумал буквально только что.

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

И ещё немного забавного: тетрис на TypeScript, который каждый раз пытается выбрасывать вам самые неподходящие фигуры. Всем отличных выходных! 🤟 https://github.com/qntm/hatetris

Вот буквально только что появился вопрос по одной библиотеке: в ней используются новые методы delete_prefix и delete_suffix, которые не поддерживаются в Ruby < 2.5. Что делать? Самым простым решением будет открыть класс String и самостоятельно написать реализацию этих методов (пусть даже и несколько наивную):

class String
  def delete_suffix(str)
    sub %r{#{Regexp.quote(str)}\z}, ''
  end

  def delete_prefix(str)
    sub %r{\A#{Regexp.quote(str)}}, ''
  end
end

Всем привет! Раз уж зашла речь в чате, хотел поделиться вот таким интересным компилятором из Ruby в JavaScript, который позволяет писать весь код фронт-энда на Руби https://github.com/opal/opal Там есть и некоторые другие фичи, так что посмотрите, если не слышали о таком решении 🙌

Всем привет! Ещё немного вакансий в ленту, на этот раз в мою компанию. Разыскиваются бодрые разработчики и инженеры на разные позиции (тим лиды, программисты React, Kotlin, TS и т.д., смотри ссылку), причём работа 100% удалённая. https://lokalise.com/careers Подробности в чат или в личные сообщения

Всем привет! Сегодня хотел поделиться решением Cucumber, которое позволяет внедрять подход behavior-driven development (BDD), то есть описывать требования к приложению на обычном английском языке. При этом описанные требования затем выполняются как авто-тесты. https://cucumber.io/

Небольшой лайфхак, позволяющий настроить автокомпиляцию SCSS —> CSS:

1. Установите NodeJS с сайта https://nodejs.org/ (обычно версия LTS подходит всем)
2. В папке со своим проектом для изучения SCSS создайте две директории с названиями scss и css. В первую поместите свои файлы SCSS. Вторая директория будет содержать автоматически скомпилированные файлы.
3. В папке со своим проектом (не в директории scss или css, а прямо в корне вашего проекта) также создайте файл package.json со следующим содержимым:

{
"name": "sample",
"version": "1.0.0",
"noscripts": {
"scss": "sass --watch scss:css"
},
"author": "",
"license": "ISC",
"dependencies": {
"sass": "^1.34.0"
}
}

4. Откройте командую строку (терминал) и перейдите в вашу директорию с проектом, например cd ~/docs/my_project
5. Запустите команду npm install, которая установит библиотеку sass - она и будет выполнять компиляцию.
6. После установки запустите команду npm run scss - она "повиснет" в командой строке и будет ожидать любых изменений файлов в папке scss. Как только изменения сделаны и файл в этой папке сохранён, произойдёт автоматическая компиляция в папку css. Для остановки процесса используйте комбинацию клавиш Ctrl+C или Cmd+C (либо Ctrl+Break, Cmd+Break)

Итак, наконец-то дошли руки до первого видео о Ruby on Rails, в котором мы настроим рабочую среду, установим всё необходимое и создадим первое приложение :) https://www.youtube.com/watch?v=6_ek4hokiak

Это видео продолжает серию уроков о регулярных выражениях (regular expressions). В нём мы поговорим о том, что такое квантификаторы (quantifiers) и зачем они нужны. Кроме того, мы узнаем, чем жадные квантификаторы (greedy) отличаются от ленивых (lazy) и сверхжадных (они же ревнивные, possessive). Звучат эти слова как какие-то оскорбления, но на самом деле это разные принципы работы квантификаторов, правильно используя которые, вы можете добиваться довольно впечатляющих результатов. https://www.youtube.com/watch?v=bAM2-e3hVKg

GitHub проводит новый опрос, можно поучаствовать при желании https://github.surveymonkey.com/r/C7QDQNX 🤓

Немного юмора на ночь https://twitter.com/VolcanicMachine/status/1397875233437237251

Blazer - это не только напиток из девяностых, но и инструмент для анализа данных с помощью SQL в приложениях Ruby on Rails 😄 https://github.com/ankane/blazer

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

Казалось бы, зачем вообще говорить грамотно, ведь все и так всё понимают? Безусловно, но грамотная речь, на мой взгляд, и мысли приводит в порядок, и держит в тонусе (не позволяет мыслить одними лишь шаблонами и взаимодействовать на неком "автопилоте"), и позволяет более точно доносить свою точку зрения. Можно, конечно, обходиться и 30-40 словами, как Эллочка-людоедочка (ещё и сдабривая их постоянными "это" и "типа"), но ведь такая речь звучит совершенно убого! Бездумное заимствование и обилие слэнговых слов тоже, как мне кажется, не делают речь красивее. Кто-то - в основном, конечно, подростки - использует слэнговые слова потому, что это "модно". Однако такая мода преходяща: никто уже не говорит "превед, кросавчег", хотя буквально 10-12 лет назад это был последний писк моды (возможно, пищала она в ужасе). Следует ли ей следовать? Никакого смысла, если вы постоянно не вращаетесь в соответствующих кругах. Это будет похоже на попытку прохилять за своего - кстати, и вот это слово "прохилять" давным-давно вышло из моды, а в СССР оно значило что-то вроде "пройти" или "быть подходящим".

Это подводит нас к логичному вопросу: надо ли следовать моде и использовать программисткий слэнг, если ты постоянно вращаешься в этой среде? На мой взгляд, нет, но с небольшим примечанием мелким текстом. Например, вместо "баг-репорт" можно сказать "сообщение об ошибке". Вместо "вьюха" (это слово меня убивает) - "представление". Вместо "заапрувил" - "подтвердил". Ну, и так далее. Не поверите, но вас прекрасно поймут; во всяком случае, меня обычно понимают без проблем. Однако (!) знать о существовании подобных слэнговых слов и понимать их значение всё-таки надо, дабы не казаться белой вороной. Но при этом никто не мешает говорить правильно лично вам, и потому в своих видео я буду стараться прививать зрителям подобную привычку. Ну, а следовать ей или нет - это уже ваше дело :)

P.S. Кстати, ведь и программистские слэнговые словечки тоже периодически выходят из моды благодаря быстрому развитию технологий. Кто-то уже и не вспомнит, что "багланд" - это компания "Борланд", которая делала разнообразное ПО, "блинница" - это привод для компакт-дисков, а "флоппи" - это такая дискета (разработчики помоложе их и не использовали).

Доброе утро

Продолжаем уроки по популярному web-фреймворку Ruby on Rails 6. Сегодня мы узнаем о том, зачем нужны миграции (migrations), как их создавать и применять/откатывать, что такое модели (models), как с ними работать, а также немного поработаем с представлениями в Rails. https://www.youtube.com/watch?v=XUBi7biNgCY

Хотел поделиться впечатлениями о работе с генератором статических сайтов Hugo (за последние пару лет, так скажем).

Что вообще генератор статических сайтов (static site generator, SSG)? Это фреймворк, который позволяет создать одну или несколько "базовых страниц" (layouts) на html/css/js, а также определённое количество материалов (например, статей в блоге), которые обычно написаны на markdown (что-то типа представлений в Rails или других фреймворках), иногда со вставками на html. Такие материалы может создавать и человек, не знакомый с программированием, что довольно удобно. Далее запуск специальной команды SSG собирает из этих "кирпичиков" набор обычных страниц html, которые можно разместить на любом хостинге - например, на firebase (в моём случае это было бесплатно).

Изначально стандартом де-факто для SSG был Jekyll, написанный на Ruby - собственно, GitHub Pages до сих пор его использует. Это хороший фреймворк, но не слишком шустрый, если нужно генерировать множество страниц. Поэтому для последнего проекта я решил задействовать Hugo, написанный на Go https://gohugo.io/, и в целом остался доволен. В Hugo используются все те же концепции, что и в Jekyll, но вот генерация страниц (и перезагрузка "на лету") происходит значительно быстрее, что не может не радовать. В общем, если вам потребуется сделать не слишком сложный проект в духе блога, сайта-визитки, информационного ресурса, то очень советую Hugo.

Кстати, насколько мне известно, блог известного сайта Sitepoint, например, теперь тоже полностью переведён на Hugo. Возможно, в будущем сделаю серию видео по этой технологии, так как тема действительно довольно интересная. P.S. Был также опыт работы с Hexo, но он показался сыроватым, во всяком случае год назад. Да и документации на английском маловато, так как изначально это китайская поделка. Если у кого-то был опыт работы с другими SSG - поделитесь, интересно 🙌

В этом видео мы узнаем, чем prepend в языке Ruby отличается от include, а также зачем нужен class_exec/class_eval, instance_exec/instance_eval и eval. https://www.youtube.com/watch?v=lqAIpoNOpBc

А вы знали, что на Ruby можно писать игры, причём сравнительно сложные? 🎮 Конечно, этот язык не подходит для того, чтобы создать игру уровня Ведьмак 3 или хотя бы такую, в которой можно играть за стражу дворца или эльфов, грабить корованы и набигать (палец вверх, если помнишь этот мем). Однако создать двухмерную бродилку или какой-нибудь квиз вполне реально. Для этого можно использовать MiniGL - библиотеку, которая в свою очередь построена на Gosu (более низкоуровневое решение) https://github.com/victords/minigl Например, один товарищ заморочился так, что написал аналог Super Mario Bros с возможностью сохраняться и даже редактировать уровни (правда, по его словам, ушло на это больше двух лет) https://github.com/victords/super-bombinhas Тема разработки игры на Ruby предложена уже давно и я очень надеюсь, что смогу посвятить ей время в ближайшую неделю, тем более, что первые наработки уже готовы. Пусть это и будет, в основном, развлекательный проект 😃

Chartkick - это, пожалуй, лучшее решение для построения графиков в приложении RoR https://github.com/ankane/chartkick Пробовал использовать это решение сам в двух проектах и остался очень доволен. Кстати, в своё время мне даже довелось написать пару руководств по теме https://www.sitepoint.com/make-easy-graphs-and-charts-on-rails-with-chartkick/ (основы) и https://www.sitepoint.com/graphs-on-rails-chartkick-in-practice/ (более детальные примеры)

Создание разметки для e-mail - это не самый приятный процесс, так как существует множество ограничений и неочевидных моментов. Однако фреймворк MJML позволяет сделать этот процесс куда проще. Я использовал это решение в паре проектов и скажу честно: времени экономится весьма прилично. https://mjml.io/