Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

This is likely the organization of the project. What do your service objects look like? Domains? Repositories? DTO's? How do you organize them?

How about adapters?

There's some great pieces of literature out there about advanced ruby / rails - well worth the read!



IMO it has mostly to do with lack of static type checking and null safety. I don't encounter the same issues in large codebases in languages like Swift and Typescript.


As someone who has started learning Ruby to contribute to one of my companies' repos and the amount of "magic" in Rails has been a big stumbling block for me compared to any other language I've worked in lately (JS/TS, PHP, Python).


One big problem with Rails code is that when you're looking at any particular block of code is very difficult to figure out the scope of variables. They can be coming from a base class, a mixin, some kind of plugin etc. And dev tools usually won't help you figure this out. This alone makes maintaining Rails code a lot harder than something like Node/TS where all your imports are explicit.


This I would definitely agree with. I’ve found this many times when jumping into a new repo to fix a bug.


100% agree.. If the services/jobs are focused, then even massive projects can be held in your head. And these can be built out if they're not there, so they can be the road to recovery




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: