Size: a a a

pro.rb (Ruby/Rails / RU)

2021 January 29

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
Ivan Naumov
в руби наследование - очень частый прием в отличие от джса
и?
источник

u

unkmas in pro.rb (Ruby/Rails / RU)
Ivan Naumov
ну вот для активрекорда напиши тип)
Я правильно понял, что ты сравниваешь «тип» и «архитектурный паттерн»?
источник

AY

Alexey Yaroslavzev in pro.rb (Ruby/Rails / RU)
Alexander Kudrin
Это должен быть отдельный язык. Или язык со схожим синтаксисом. Хотя было бы интересно отправить некий нагрузочный таск в бэкграунд или поток прям из рубей.
и вот тут интересно как этим всем управлять потом. Не смотрел в сторону dry-effects для создания фремворка или среды для такой работы?
источник

IN

Ivan Naumov in pro.rb (Ruby/Rails / RU)
Alex Ilizarov
row: ActiveRecord
Не все так просто) Ты ТС стал юзать когда всем либам сформировали систему типов, тогда все эти проблемы исчезли. Не думаю что каждый руби разраб на это готов...
Когда ТС только появился - он был бесполезен
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
Ivan Naumov
Не все так просто) Ты ТС стал юзать когда всем либам сформировали систему типов, тогда все эти проблемы исчезли. Не думаю что каждый руби разраб на это готов...
Когда ТС только появился - он был бесполезен
у меня гораздо чаще ситуация что я работаю с типами моего проекта
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
или просто js dom
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
да и непонятно чем руби тут так должен отличаться
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
там появилось и тут может подтянуться со временем
источник

IN

Ivan Naumov in pro.rb (Ruby/Rails / RU)
Alex Ilizarov
у меня гораздо чаще ситуация что я работаю с типами моего проекта
да, потому что все типы в либах уже есть, или отдельными либами, провели огромную работу, столько рубистов тупо не найти
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
Ivan Naumov
да, потому что все типы в либах уже есть, или отдельными либами, провели огромную работу, столько рубистов тупо не найти
не так уж и много либ конкретно в моих задачах
источник

AK

Alexander Kudrin in pro.rb (Ruby/Rails / RU)
Alexey Yaroslavzev
и вот тут интересно как этим всем управлять потом. Не смотрел в сторону dry-effects для создания фремворка или среды для такой работы?
Мне не приходится решать подобные задачи. Основной поток моей работы это сложная БЛ.
источник

IN

Ivan Naumov in pro.rb (Ruby/Rails / RU)
unkmas
Я правильно понял, что ты сравниваешь «тип» и «архитектурный паттерн»?
я про то что структура написания этих типов будет большой и хранить все в одном файле - нет смысла. ts.d призван именно для решения этой проблемы. Если вспомнить первые реализации ТСа - все было так и никак иначе
источник

IN

Ivan Naumov in pro.rb (Ruby/Rails / RU)
как раньше было: ТС - это когда 90% кода с типами Any. На первых этапах так и будет работать, тут ничего не поделать, руби комьюнити не может за пару месяцев все поменять
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
да бля
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
я же говорю что вот лично у меня большая часть времени это работа с моими же классами и типами. И стандартными примитивами
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
и да, в первое время не будет, потом будет. В чем проблема то?
источник

IN

Ivan Naumov in pro.rb (Ruby/Rails / RU)
В том что менять язык ради того чтобы это было "красиво" (хотя это субъективщина) - херовая практика
источник

IN

Ivan Naumov in pro.rb (Ruby/Rails / RU)
мб тогда уж просто юзать другой язык, не?
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
Ivan Naumov
В том что менять язык ради того чтобы это было "красиво" (хотя это субъективщина) - херовая практика
почему херовая?
источник

NB

Nikita Bulai in pro.rb (Ruby/Rails / RU)
Ivan Naumov
мб тогда уж просто юзать другой язык, не?
Плюсую
источник