Non-trivial Ruby CHANNEL WIDGET

210 SUBSCRIBERS

Non-trivial Ruby CHANNEL DESCRIPTION

Owner Description

Ruby-наркомания: микробиблиотеки, альтернативные фреймворки, security, IoT, system programming

Обратная связь: @pticonet

Non-trivial Ruby channel is growing at a rate of 0% and has a potential to reach 252 people. Advertising opportunities are too low for this channel but you can still reach out to the channel admin for any such opportunities.

Non-trivial Ruby MOST VIEWED POST

Non-trivial Ruby CHANNEL PREVIEW

@rubynontrivial : Ну и раз уж я упомянул Витю, упомяну и свежий пропозал https://bugs.ruby-lang.org/issues/16122 ИМХО, это то чем Struct должен был быть изначально и уже потом с расширениями в виде Enumerable и пр.

@rubynontrivial : Сел писать о пайплайнах, понял что без объяснения что такое ФП и зачем оно в Ruby не обойтись. Поэтому выйдет лонгрид. Заодно мне посоветовали прикрутить комментарии (спасибо Зверок), поэтому пока спрошу: вам интересны лонгриды или наоборот короткие, сжатые материалы и новости?

@rubynontrivial : После введения в ruby-2.7 pipeline operator (|>) в качестве экспериментальной фичи и последующих жарких дискуссий, сегодня фичу откатили. Основным аргументом противников (коим является и автор этих строк) было то, что по сути, pipeline оператор был синтаксическим сахаром для method chaining, с одним единственным отличием: он красиво смотрится в multiline. Сторонники приводили аргументы, что в ruby уже есть алиасы для красоты, типа { ... } и do ... end и вообще ruby — это OO-язык, поэтому и от

@rubynontrivial : Вторая фича rubinius — гемификация стандартной библиотеки, не столько про интероперабельность (хотя и про неё тоже), сколько про релиз-менеджмент. Дело в том, что каждый кто контрибьютил в stdlib, знает две вещи: 1. Процесс принятия патчей в stdlib унифицирован с процессом принятия в непосредственно интерпретатор, т.к. это и де-юре и де-факто, один проект с одним репозиторием и баг-трекером. Сам процесс — боль и унижение: сначала вы формируете изменения в виде patch-файла от… да вот хер пойми

@rubynontrivial : Я тут быстро загуглил, таки да, это был Наттер: http://eregon.github.io/rubyspec/2015/07/29/rubyspec-is-reborn.html

@rubynontrivial : Вообще, в связи с этим, мне вспомнился проект под названием Rubinius. В историю он вошёл, в основном, шуточками про pkunzip.zip Но на самом деле, rubinius внёс огромный вклад в развитие ruby двумя вещами: ruby-spec (не путать с RSpec) и гемификацией stdlib. Обе идеи сначала недооценили, но потом стало ясно, что развитие языка как языка, а не конкретного интерпретатора, затруднено без формальной спецификации в виде приёмочных тестов. Проблема интероперабельности различных имплементаций (осо

@rubynontrivial : 0_o https://github.com/artichoke/artichoke

@rubynontrivial : Тем временем, Антон перешёл на тяжёлые (тред): https://twitter.com/anton_davydov/status/1130459307601006592

@rubynontrivial : Вдогонку к Helix, небольшой пример как c помощью говна и палок пары строчек на C интегрировать Rust код в Ruby без гемов: https://samphippen.com/minimum-viable-gem-free-calling-rust-from-ruby-example/

@rubynontrivial : Немного подзапущеный (как этот канал, лол), но всё ещё рабочий мост между Ruby и Rust: https://usehelix.com/ Врядли он дойдёт до production-ready, но поиграться интересно. https://headway.io/blog/helix-improve-the-performance-of-rails-with-rust/ https://blog.dnsimple.com/2017/05/writing-ruby-gems-with-rust-and-helix/