Ruby дайджест #56: Ruby Shield, Garbage Collector Optimization, Ruby Evolution

Підписуйтеся на Telegram-канал «DOU #tech», щоб не пропустити нові технічні статті.

♦️Тренди в спільноті

Garbage Collector Optimization

Велика оптимізація роботи Garbage Collector в Ruby від Aaron Patterson.

A Partnership Between Ruby Central and Shopify

Shopify продовжує інвестувати в екосистему Ruby і цього разу оголосили партнерство з Ruby Central (організатори RubyConf, RailsConf та мейнтейнери RubyGems).

Ruby Evolution

Великий огляд та список ключових змін у Ruby починаючи з версії 2.0.

♦️ Статті й туторіали

The Case for Pattern Matching Key Irreverence in Ruby — детальний огляд того, як працює pattern matching з хешами.

Why We’re Sticking with Ruby on Rails at GitLab — стаття від CEO GitLab про те, чому вони залишаються на Rails.

Making popular Ruby packages more secure — команда RubyGems продовжує працювати над безпекою менеджменту гемів.

Migrate from webpacker to esbuild — гайд по міграції з webpacker на esbuild.

JSON parser with pattern matching — приклад парсингу JSON за допомогою pattern matching. Scaling Rails web sockets in Kubernetes with AnyCable — гайд з масштабування websocket з’єднань у Kubernetes.

State Machines in Ruby: An Introduction — введення у користування state machine з прикладами. Designing A Dependency’s Domain — декомпозиція бізнес логіки на прикладі запитів до зовнішнього API.

Full-text Search with Elasticsearch in Rails — туторіал з реалізації повнотекстового пошуку в Rails з використанням Elasticsearch.

Ruby: Caught-out by fetch — детальний огляд того, як працює метод fetch.

Identifying slow Rails queries with sqlcommenter — пошук повільних SQL запитів за допомогою sqlcommenter.

Building a group event scheduling app from „rails new” — покроковий відео гайд зі створення застосунку для менеджменту подій.

Write cleaner, self-documented tests by defining methods in RSpec — підходи для написання якісних тестів на базі RSpec.

Rubocop — 4 ways to reduce your frustration! — розбір основних проблем при роботі з Rubocop.

Інструменти

Ruby LSP — гем реалізуючий LSP для Ruby, а також плагін для vscode.

Phlex — фреймворк для рендеринга view компонентов в Rails.

♦️ Подкасти

Ruby Rogues

Kafka and Karafka Integrations with Maciej Mensfeld — RUBY 550

Unfinished Business — RUBY 551

Development on the Road — RUBY 552

A Novel Type and Effect-Guided Synthesis Tool for Ruby with Sankha Guria — RUBY 553

Speed Up Your Rails App by Lazy Loading Your N+1 Queries — RUBY 554

Build an Admin for Your Rails App Easily with Avo

Remote Ruby

How Thoughtbot Works with Steve „Four-peat” Polito

For the love of Sass & Podia’s new Free plan

Aaron & Colleen from Hammerstone

Ruby Infrastructure with Ufuk Kayserilioglu

RailsConf 2022 At Home Podcast Panel

Joined by Xavier Noria

The Ruby on Rails Podcast

Episode 422: Object Shapes and Open Source (Brittany + Jemma)

Episode 423: Featuring Some of the Nicest People in Rubydom (Brittany + Nick)

Episode 424: Women On Rails and VirtualCoffee.io with Aurelie Verrot

Episode 425: The Railsconf At Home 2022 Ruby Podcast Panel

Episode 426: Neurodiversity and Starting a Podcast with Julie J

Сподобалась стаття? Натискай «Подобається» внизу. Це допоможе автору виграти подарунок у програмі #ПишуНаDOU

👍ПодобаєтьсяСподобалось9
До обраногоВ обраному1
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Не зовсім зрозуміло для чого Shopify вирішив створювати свій ruby language server якщо вже є solargraph але там майже тільки один контрібютор та допомога йому б точна не завадила.
Якісь not invented here syndrome. Не знайом з внутрішньої політикой в Shopify, можливо там є щось таке.

На мою думку, логіка така, що company branding важливіший за підтримку існуючих рішень у спільноті. Тобто якщо є capacity зробити свою альтернативу з контролем прийняття рішень, то вони йдуть цим шляхом. Насправді я не бачив, щоб Shopify офіційно підтримував якісь невеликі проекти, але було б цікаво почути, як у них зсередини приймаються рішення щодо створення нових або підтримки існуючих open source рішень.

Підписатись на коментарі