Если там ООП, то 2 строки никак не будет
03.10.2025, 16:42
Я, конечно, не любитель таких извращений, но вот
<code>class Test; def hello = puts "Hello, World!" end; Test.new.hello</code>
https://onecompiler.com/ruby/43yk99y6y
https://onecompiler.com/ruby/43yk99y6y
Понятное дело, я говорю о нормальном читабельном коде, а не то, за что тебя отпиздят на работе
Ага.
Только внезапно, поменять тебе надо для одного фрукта, а для остальных - нет. Потому ты тащишь через всю эту проеботию значение, по которому определитяется тип операции, а внутри if..else.
И через 10 лет универсальная функция и вся иерархия до неё содержит примерно 30 параметров. Очень удобно. Универсально. Внутри - уже свитч-кейс.
И по всей иерархии вызовов то тут, то там, костыли в количестве 50+.
Только внезапно, поменять тебе надо для одного фрукта, а для остальных - нет. Потому ты тащишь через всю эту проеботию значение, по которому определитяется тип операции, а внутри if..else.
И через 10 лет универсальная функция и вся иерархия до неё содержит примерно 30 параметров. Очень удобно. Универсально. Внутри - уже свитч-кейс.
И по всей иерархии вызовов то тут, то там, костыли в количестве 50+.
Я доебался ради доёба, конечно. Тем не менее, проблема оверижиниринга в проектах, особенно в энтерпрайзе, имеется. Иногда лучше делить по флоу, а не по сущностям, особенно если эти сущности синтетические(нужные только коду, не имеющие отношения к бизнес объектам), иногда выделять отдельный флоу от более общего. Если он достаточно сильно другой.
Чтобы написать коммент, необходимо залогиниться
