Ruby code based that I’ve worked on that were a mess had nothing to do with review or guidance and everything to do with delivering as quickly as possible.

It’s inherently a part of Ruby, a feature one might say, that you can probably spin up a full functioning web application from Front End to Database in hours. This type of speed setup and launch inhibits not even thinking through design principles or other people coming back to read or work on the code.

Furthermore, because everything can be an object you end up writing boiler plate checks for nil values all over the place or don’t and ignore those cases that later crash the entire process running.

Most of these issues are not prevalent in strongly typed languages because, other than custom objects, what you define is what you get.

If speed is your only priority, say a startup, I would never just go throwing untyped Ruby code around because it’s gonna cost you in the long run trying to get others to work on your code.