Skip to content

New Blog Post: Ruby on Rails - A developer's perspective#420

Open
mthomas-scottlogic wants to merge 18 commits into
ScottLogic:gh-pagesfrom
mthomas-scottlogic:gh-pages
Open

New Blog Post: Ruby on Rails - A developer's perspective#420
mthomas-scottlogic wants to merge 18 commits into
ScottLogic:gh-pagesfrom
mthomas-scottlogic:gh-pages

Conversation

@mthomas-scottlogic
Copy link
Copy Markdown
Contributor

@mthomas-scottlogic mthomas-scottlogic commented Apr 23, 2026

Please add a direct link to your post here:

https://mthomas-scottlogic.github.io/blog/2026/05/18/ruby-on-rails-a-developers-perspective.html

Have you (please tick each box to show completion):

  • Added your blog post to a single category?
  • Added a brief summary for your post? Summaries should be roughly two sentences in length and give potential readers a good idea of the contents of your post.
  • Checked that the build passes?
  • Checked your spelling (you can use npm install followed by npx mdspell "**/{FILE_NAME}.md" --en-gb -a -n -x -t if that's your thing)
  • Ensured that your author profile contains a profile image, and a brief description of yourself? (make it more interesting than just your job title!)
  • Optimised any images in your post? They should be less than 100KBytes as a general guide.

Posts are reviewed / approved by your Regional Tech Lead.

@mthomas-scottlogic mthomas-scottlogic marked this pull request as draft April 23, 2026 12:48
@mthomas-scottlogic mthomas-scottlogic marked this pull request as ready for review April 23, 2026 13:07
Comment on lines +97 to +98
Features such as
`dependent: :destroy` stood out to me, as they allow cascading behaviour to be expressed clearly in code without introducing additional complexity at the database layer.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm bit confused what dependent: :destroy here. Can you you include it to Product class so it ties everything listed under this section together.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I added that into sample code and added more details on its purpose to avoid confusion.

Comment on lines +112 to +122
### Comparing Spring and Rails

Working with Ruby on Rails felt both familiar and disorienting in equal measure. The high-level architectural concepts — MVC, layered responsibilities, and REST-centric design — are recognisable, but the way Rails guides you towards those outcomes is markedly different.

The most immediate difference was how much Rails removes up-front decision-making. As a Spring developer, I’m used to explicitly defining configuration, wiring dependencies, and making architectural intent visible through annotations and structure. Rails, by contrast, leans heavily into convention over configuration. At first, this felt uncomfortable — almost like important details were being hidden. Over time, though, it became clear that Rails isn’t removing complexity so much as delaying it until it’s actually needed.

Active Record was another notable shift. Compared to Hibernate/JPA, it’s far more opinionated and is tightly integrated into the framework. It’s designed to be simple and intuitive for common use cases, but it can feel restrictive when you need to do something unconventional. In contrast, Hibernate/JPA offers more flexibility at the cost of simplicity.

Rails’ ORM significantly reduced boilerplate and allowed features to be delivered quickly with minimal ceremony. The trade-off is that you need to be disciplined in understanding what the framework is doing on your behalf — especially as data access patterns become more complex.

The framework, tooling, and ecosystem are optimised to get something working end to end quickly. Compared to Spring Boot, where robustness and explicit configuration reinforce enterprise safety, Rails prioritises momentum. For early-stage development or well-bounded domains, this feels like a genuine advantage rather than a shortcut.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I feel like some of the things mentioned here are repeated elsewhere on the article. Ignore this if it doesn't make sense

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You are right, I have improved it, so it doesn't feel too repetitive.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants