Пятничное чтиво
Карантин дает о себе знать, забыл что сегодня пятница, поэтому ссылки вышли позже. На прошлой неделе занимался RubyJobs, теперь на сайте можно найти отзывы на компании, которые оставляли вакансии. На следующей недели стрим, пока идей что делать нет, если хотите увидеть что-то конкретное на стриме - пишите в личку или в любом из чатов. Старые записи можно найти по ссылке. Так же буду рад предложениям, вопросам и идеям. Можно написать в личку, а можно в анонимную форму.
—————————————
Feature Flags: The stupid simple way to de-stress production releases
Судя по опыту, фича флаги не распространены для выкатывания новых фич в продакшен (в мире руби). В статье найдете подробное объяснение видов фича флагов, когда и как использовать. Есть пример реализации на руби. А также описание инструментов, которые предоставляют уже готовую реализацию. Понравилось, что автор также описывает места в коде, где лучше держать фича флаги (спойлер: иногда можно обойтись скрытием элементов интерфейса).
Если тема заинтересовала, советую посмотреть запись доклада с railsclub2018 от @wi11son.
Фичетогглинг. От теории к практике. Иван Шаматов
—————————————
40+ Ruby on Rails Application Monitoring Tools 2020
Статья в закладки. Автор собрал инструменты для мониторинга rails (и руби) приложений в одном месте. Инструменты поделены на группы (APM, error monitoring, etc). А также даются общие сведения по мониторингу и что конкретно стоит мониторить в приложениях. Понравились таблицы со сравнением существующих решений, а так же ссылки на библиотеки (например, rails_performance, было бы круто иметь такю библиотеку для любого рубишного стека, а не только для rails). Статья поможет закрыть пробелы связанные с вопросом “а за чем следить” и может помочь сделать чеклист для выкатки сервиса в продакшен.
—————————————
The art of writing great release notes
Статья не связанная с технологиями, но прочитать стоит каждому, кто пишет или поддерживает библиотеки (как открытые, так и приватные для компании). Статья рассказывает о release notes, а также затрагивает темы, о которых я бы не подумал. Например: “The risks of being too creative”, где показываются примеры medium, Tumblr и других компаний, соревнующихся в оригинальности и бесполезности релиз ноутов. Понравился пример Todoist, который использует эмоджи (думаю, что пример сильно зависит от дизайна, о чем тоже говорится, так как в гите такой пример не работает). Если лень читать статью, в конце найдете выжимку + ссылки на ресурсы, которые рассказывают о том, как писать релиз ноуты.
——— одной строкой ———
- Библиотека timetrap ищет мейнтейнеров;
- 10 советов связанных с improve your writing;
Карантин дает о себе знать, забыл что сегодня пятница, поэтому ссылки вышли позже. На прошлой неделе занимался RubyJobs, теперь на сайте можно найти отзывы на компании, которые оставляли вакансии. На следующей недели стрим, пока идей что делать нет, если хотите увидеть что-то конкретное на стриме - пишите в личку или в любом из чатов. Старые записи можно найти по ссылке. Так же буду рад предложениям, вопросам и идеям. Можно написать в личку, а можно в анонимную форму.
—————————————
Feature Flags: The stupid simple way to de-stress production releases
Судя по опыту, фича флаги не распространены для выкатывания новых фич в продакшен (в мире руби). В статье найдете подробное объяснение видов фича флагов, когда и как использовать. Есть пример реализации на руби. А также описание инструментов, которые предоставляют уже готовую реализацию. Понравилось, что автор также описывает места в коде, где лучше держать фича флаги (спойлер: иногда можно обойтись скрытием элементов интерфейса).
Если тема заинтересовала, советую посмотреть запись доклада с railsclub2018 от @wi11son.
Фичетогглинг. От теории к практике. Иван Шаматов
—————————————
40+ Ruby on Rails Application Monitoring Tools 2020
Статья в закладки. Автор собрал инструменты для мониторинга rails (и руби) приложений в одном месте. Инструменты поделены на группы (APM, error monitoring, etc). А также даются общие сведения по мониторингу и что конкретно стоит мониторить в приложениях. Понравились таблицы со сравнением существующих решений, а так же ссылки на библиотеки (например, rails_performance, было бы круто иметь такю библиотеку для любого рубишного стека, а не только для rails). Статья поможет закрыть пробелы связанные с вопросом “а за чем следить” и может помочь сделать чеклист для выкатки сервиса в продакшен.
—————————————
The art of writing great release notes
Статья не связанная с технологиями, но прочитать стоит каждому, кто пишет или поддерживает библиотеки (как открытые, так и приватные для компании). Статья рассказывает о release notes, а также затрагивает темы, о которых я бы не подумал. Например: “The risks of being too creative”, где показываются примеры medium, Tumblr и других компаний, соревнующихся в оригинальности и бесполезности релиз ноутов. Понравился пример Todoist, который использует эмоджи (думаю, что пример сильно зависит от дизайна, о чем тоже говорится, так как в гите такой пример не работает). Если лень читать статью, в конце найдете выжимку + ссылки на ресурсы, которые рассказывают о том, как писать релиз ноуты.
——— одной строкой ———
- Библиотека timetrap ищет мейнтейнеров;
- 10 советов связанных с improve your writing;