This message was imported from the Ruby/Rails Modularity Slack server. Find more info in the import thread.
Message originally sent by slack user U71WGNVGAQG
Hi there! I’ve been working with Ruby since about 2004, used plugins first and engines and gems later to break up and create components and dependency structures in Rails apps.
I switched to product management in 2018 so I haven’t really been looped in the Ruby ecosystem but I’ve seen packwert mentioned in a few places including @stephancbra.org
I am trying to watch a 1h preso by Shopify but it sounds like it’s a packwerk check is kinda like a rubocop .Can anyone give me a TLDR of packwert as opposed to gems/engines
I see that’s interesting, I like how… it’s a very low effort to introduce packs.
I think if we had to do that step 0 with an engine/gem… you could technically achieve the same if you ignored testing the gem in isolation. Couldn’t you?
I think the advantage I see (from the 30m I’ve been looking in to packwert) is you can have a paced transition to components and be specific on the warnings you want to address.
Potentially, yes, although I’m not sure what will break down. I know autoloading would work a bit different. You could turn on zeitwerk for your gem, although I’m not sure if packwerk will know how to find constants in gems that have a different zeitwerk configuration than the main app.