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

Throw a junior rails developer in a big app and let them work. Is shocking the amount of overhead we get used to as Rails developers.

You get used to it, but it shouldn't be like that



I think this is a universal truth, with nothing specific to Rails.

What framework/language/environment can you think of where a junior dev can be dropped in to a big project, and not flounder?


It's probably a problem related to any framework with a lot of magic.

With Go and Phoenix, this problem is not there. They are very explicit, so when something unknown is found, it's written there what it does.

With rails there are things going on at all time: write a record? Some stuff is written on the db, other stuff is triggered, some stuff depends on thread variables, then other stuff is magically saved in other tables, other is updated (touched), which in turn might trigger more things. It is painful for a new developer because all of this happens implicitly.


Coming from a systems background, I might have a higher tolerance for "implicit" actions. They're always there, and almost never covered in code, although your code depends on them to function.

But I think I understand your point. You can ask a neighbor to "run to the market to get bread and milk" and expect reasonable results -- but you'll need to be more explicit with a foreign visitor.

Rails optimizes for neighbors, but in fairness the phrasebook and guidebooks are excellent. :)


They are, indeed




Consider applying for YC's Summer 2026 batch! Applications are open till May 4

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

Search: