Поэтому и отнес себя к суровым профи?

это было очевидно ))

Нужно больше ЧСВ же

среди моих знакомх рубимайнами пользуются наоборот одни июни

среди моих знакомх рубимайнами пользуются наоборот одни июни

Правильно! Профи пишут на рубях свое окружение и работают уже в нем!

среди моих знакомх рубимайнами пользуются наоборот одни июни

нит

не только

“среди моих знакомых” ) ключевое

я не утверждаю что это репрезентативная выборка )

“среди моих знакомых” ) ключевое

пардон

не обратил внимания ?

На самом деле у всех трёх категорий есть свои плюсы и минусы

Лучший редактор - бумага + сканер + ocr, часто так делаю, без иронии

Идеального варианта для всех хотелок увы нет

Лучший редактор - бумага + сканер + ocr, часто так делаю, без иронии

Бабочками через магнитное поле земли же

Вообще последний рубимайн сырой

Вотчеры файлов поломались и некоторые плагины пришлось руками удалять и снова ставить

Бабочками через магнитное поле земли же

Таких веществ не знаю. Не подскажете чем балуетесь для достижения результата?

В том году релиз поприятнее был

Таких веществ не знаю. Не подскажете чем балуетесь для достижения результата?

Говорят на емаксе для этого уже есть плагин

А вообще это старая картинка про спор о редакторах

Один бывший коллега рассказывал об опыте работы в какой-то компании, близкой к атомной промышленности.

Говорит мол там 3 поколения разработчиков.

Молодые ребята, пишущие на актуальных стеках и считающих что всё правильно делают.

Опытные программисты, считающие что надо всё на проверенном писать.

И старожилы, считающие что все остальные жизни не знают и мол надо кодить на низкоуровневом и т.п.

И все ведь по своему правы.

В атомной промышленности все серьёзное обрабатывается устройствами в которых транзистор замыкает цепь актуальности Не знаю как в ультра просветленном мире, но рисовал человеку диплом на эту тему и по гостам не везде даже магнитные релейки допустимы - предпочтительнее механические размыкаюшие тележки И это аппаратура вторичного информирования, тоесть то что может заменить дядя вася на окладе в две бутылки или ардруино с парой модулей Сомневаюсь что дальше по технологической цепочке требования в разу меньше

Хотя с тем что низкий уровень хорош, писать надо на проверенном и быть в тренде - согласен

Хотя с тем что низкий уровень хорош, писать надо на проверенном и быть в тренде - согласен

Жаль что нельзя всё совместить

Жаль что нельзя всё совместить

Можно. Задавать тренд в низкоуровневых штуках!))

Но ето не про нас(

Можно. Задавать тренд в низкоуровневых штуках!))

Пользуясь только проверенными решениями? ?

Пользуясь только проверенными решениями? ?

Смешение регистра. 40 лет на рынке. Это как только не обыгрывают)))

Архитектурынй вопрос на понимание разницы: в мире PHP последние годы стали популярны ООП паттерны из Java: в частности контейнеры внедрения зависимостей (DI). А что в Ruby / Rails мире, Dependency Injection и Invcersion of Control используется или тут другие подходы? (не холивара ради, просто исследую различные подходы в разных экосистемах)

"Не холивара ради" сказал человек с авкой реакта в руби чате

Ну реакт-то ту вообще не причём )

И я не в курсе - есть какая-то нелюбовь к реакту в руби чате?

Та нет, просто холивар технологий же А так просто нелепая шутка

Архитектурынй вопрос на понимание разницы: в мире PHP последние годы стали популярны ООП паттерны из Java: в частности контейнеры внедрения зависимостей (DI). А что в Ruby / Rails мире, Dependency Injection и Invcersion of Control используется или тут другие подходы? (не холивара ради, просто исследую различные подходы в разных экосистемах)

Есть, но никто не юзает. Можешь на dry-containers посмотреть

Да, сделал поиск по чатику выше, нашел упоминание dry-containers. Но, говорите, в реальности в большенстве проектов не используют DI? А официальный «Rails-way» как относится к DI? Есть ли DI контейнер в Rails?

Да, сделал поиск по чатику выше, нашел упоминание dry-containers. Но, говорите, в реальности в большенстве проектов не используют DI? А официальный «Rails-way» как относится к DI? Есть ли DI контейнер в Rails?

Никак. Нет ничегошеньки обычно зависимости просто глобальные и вызывается все глобально

Но это чистый rails way. Так - можешь посмотреть что вообще есть. Я видел даже аналог джавовского bean

Никак. Нет ничегошеньки обычно зависимости просто глобальные и вызывается все глобально

Спасибо за ответ!

зачем нужен trailblazer

для php

На Минской рубиконфе у Ника был отличный доклад про то, почему trailblazer получился именно таким, какой он есть

это прям было для меня открытием, и сразу стало понятна вся предыстория

ведь interactor, operations, dry-transaction, waterfall — все очень похожи, и появлялись в примерно одно и то же время

я в чистую trailblazer, так нигде и не заюзал, я использовал cells во времена TBv1

для понимания — советую почитать книгу trailblazer, которая по первой версии написана, а потом посмотреть доклад с минской конфы

показывает подход к разработке софта, который пару лет назад был нов, и многие штуки объясняет на концептуальном уровне

https://leanpub.com/trailblazer

книгу сейчас можно получить бесплатно

а по прочтению приобрести копию за 9,99 если будет желание

а по прочтению приобрести копию за 9,99 если будет желание

А можешь доклад пересказать в двух словах?

Треилблейзер очень полезен потому что позволяет получить дополнительные уровни абстракции которых так не хватает + даёт много плюшек из коробки с которыми удобно управлять фловом который должен происходить

Кроме того что много компонент можно использовать отдельно от других как например выше упомянутые целы

Треилблейзер очень полезен потому что позволяет получить дополнительные уровни абстракции которых так не хватает + даёт много плюшек из коробки с которыми удобно управлять фловом который должен происходить

Ты можешь это все спокойно и быстро руками сделать

А можешь доклад пересказать в двух словах?

он был про то, что людям нужны инструменты для описания бизнес-процессов, и такие инструменты есть https://training-course-material.com/training/BPMN_2.0_Events_Types — вот например

Ты можешь это все спокойно и быстро руками сделать

Да, но когда есть готовое из коробки и гибкое то зачем

Недавно Ник приезжал ко мне в город с воркшопом и рассказывал про идеи которые будут реализованы в 2.1 и мне они очень понравились

он рассказывал, что приложеньки выходят далеко за рамки запрос-ответ, а то, что какие-то процессы могут проходить многие месяцы, годы, зависеть от массы триггеров, иметь обратные связи, коррекции и так далее

и про эвенты там тоже было :)

ФП подход, много трэков дополнительных кроме двух основных, потом вижуалайзер оч прикольный

http://trailblazer.to/blog/2017-12-trailblazer-2-1-what-you-need-to-know.html

Оч крутая фича будет что твой флов можно будет прекратить почти в любом месте и получить как результат штуку которую если засунуть назад в свою операцию то она продолжит исполняться с того места где была остановлена прошлый раз

ERROR: S client not available

tracing —

проследить весь путь и все ответвления по флоу

Потом скоро появится аналог девайса только под трб (тирант но второй версии)

Трейсинг это вообще ?

Апотоник говорил что пишет уже замену реформам потому что они работают слишком не гибко и будут штуки в стиле ФП которые позволят управлять формами как захочется

в общем и целом, если внимательно присмотреться к названию, Trailblazer уже не lost rails architecture

Мне очень импонирует треилблейзер

Trailblazer позционируется как The Advanced Business Logic Framework

Я когда впервые увидел стэпы то мне показалось что это как раз то чего не хватало в рельсе и это круто

а мне DSL не нравится

но штука в том, что крайне сложно описать граф/схему с помощью слов, потому рисунок и будет всегда понятнее

сами слова step/failure на уровне класса — ну такое себе

Почему?

Мне просто интересно мнение

хотя мне вполне норм было бы, если бы эти слова употреблялись бы в контексте метода call/perform

потому что тебе нужно заботиться об их порядке внутри класса, а не в рамках метода

что мы будем иметь, когда условно нам захочется делать 3 штуки одновременно?

предположим, что у нас появилось апи для распараллеливания процесса

ну хотя это тоже еще одним методом DSLя делается

только TB никто не юзал, когда он был (сейчас есть) условно простым набором осязаямых паттернов под рейлс апп…а сейчас это станет ценая BPM машина…кто будет это использовать?

только TB никто не юзал, когда он был (сейчас есть) условно простым набором осязаямых паттернов под рейлс апп…а сейчас это станет ценая BPM машина…кто будет это использовать?

Кто-то?

я думаю найдется своя аудитория. Мое мнение что руби сейчас будет развиваться в сторону не только веб-приложений, но будут появляться фреймворки для написания простых лупов, которые будут иметь простой как три копейки, сходный с rack интерфейс на мессаджи, и можно будет их вот так пачками воркеры запускать и они будут гонять свои минибизнес процессы

я думаю найдется своя аудитория. Мое мнение что руби сейчас будет развиваться в сторону не только веб-приложений, но будут появляться фреймворки для написания простых лупов, которые будут иметь простой как три копейки, сходный с rack интерфейс на мессаджи, и можно будет их вот так пачками воркеры запускать и они будут гонять свои минибизнес процессы

для этого есть go ;)

есть, и что?

тебе нравится писать на го?

или больше нравится ruby?

Кто-то?

ну “кто-то” всегда есть уж, но врятли это цель

у нас есть jruby, graalVM, мы уже почти так же быстры как го, но памяти пока жрём, JIT и можно заюзать изначальный компилятор, от забыл как того чувака зовут и вот мы уже сверх быстры и жрём мало памяти

> тебе нравится писать на го? > или больше нравится ruby? я выбираю Elixir ? а если без шуток, от задачи зависит, если “пачек воркеров” много, то либо ждать JIT либо брать что другое…

а мы разве не про описание бизнес-процессов говорим?

имхо на го, подобный фреймворк крайне сложно будет изобразить

это да