Re:Hanami 2.0 (Ruby): Better, Faster, Stronger
by foundajob on Tuesday November 22, 2022 @09:39AM
(#33706254)
I had a similar experience working on a large Hanami app. There's a lot of hidden complexity, but unlike with Rails nothing felt intuitive. There's a lot of emphasis on monadic thinking (see, dry-rb) without much payoff, and it's kind of a round peg/square hole deal with Ruby the language anyway. Very much a feeling of "reinventing the wheel."
Re:Hanami 2.0 (Ruby): Better, Faster, Stronger
by JohnBooty on Tuesday November 22, 2022 @09:32AM
(#33706174)
Overall I think the focus with clean syntax/DSLs
in Ruby projects with pervasive metaprogramming
is one of the reasons the code is so hard to maintain.
I don't have any opinion on Hanami and don't want to bring any negativity to the Hanami 2.0 party. Congrats to the team on this release!However, in general, I wholeheartedly agree with your statement. Sometimes Ruby frameworks get way too cute with the metaprogramming.
Re:Hanami 2.0 (Ruby): Better, Faster, Stronger
by fhars on Tuesday November 22, 2022 @12:38PM
(#33708463)
You might enjoy this project:
https://github.com/garybernhardt/base
:-)
Re:Hanami 2.0 (Ruby): Better, Faster, Stronger
by solnic on Tuesday November 22, 2022 @01:30PM
(#33709149)
What you're describing should've been reported as a bug because we do use metaprogramming for DSLs but the "runtime" objects are actually designed to have very minimalistic public API. I can assure you we do not put clean syntax above all else but we do like clean DSLs that reduce boilerplate
Overall I think the focus with clean syntax/DSLs in Ruby projects with pervasive metaprogramming is one of the reasons the code is so hard to maintain.