---
title: "A fresh look at Hanami"
url: https://daily.dev/posts/a-fresh-look-at-hanami-qb0ocqb1r
source_url: https://leftofthe.dev/2026/08/24/hanami-3-impressions.html
type: article
source: "RUBYLAND"
published: 2026-08-25T04:20:42.237Z
updated: 2026-08-25T04:21:03.650Z
tags: ["ruby", "rails", "hanami"]
reading_time: 4
upvotes: 1
comments: 0
language: en
---

> ## Documentation Index
> Fetch the complete documentation index at: https://daily.dev/llms.txt
> Use this file to discover all available pages before exploring further.

# A fresh look at Hanami

**[RUBYLAND](https://daily.dev/sources/rubyla)** · 4 min read · 1 upvotes · 0 comments

## Summary

A Rails developer shares first impressions after working through the official Hanami 3.0 tutorial. Hanami emphasizes separation of concerns, with dedicated action classes instead of monolithic controllers, first-class view/template classes, an 'operations' layer for business logic, and 'slices' for breaking monoliths apart (compared favorably to Django's app structure). The author used Ruby 4.0 via mise, appreciated Hanami's CLI generators and RSpec as the default testing library, found the data-mapping layer the steepest learning curve, and plans to port a sample Rails app to Hanami in future posts. The piece closes with a plug for the author's own Rails testing book.

## Full article

daily.dev links to this article rather than hosting it. Read it at the original source: <https://leftofthe.dev/2026/08/24/hanami-3-impressions.html>

## Questions this post answers

### How does Hanami handle controllers differently from Rails?

Hanami splits each controller action into its own dedicated action class, rather than grouping multiple actions under one controller class as Rails does. This lets each action handle its own params independently instead of relying on a single Strong Parameters-style approach shared across all actions in a Rails controller.

_Developers weighing Rails against Hanami's action-based design can follow framework comparisons like this on daily.dev._

### What testing library does Hanami use by default?

Hanami uses RSpec as its default testing library, rather than Minitest. This aligns with common Rails developer preferences, since many Rails teams already favor RSpec over Minitest for behavior-driven testing style.

_Ruby developers picking a testing stack can track framework defaults like this on daily.dev._

### What are slices in the Hanami framework?

Slices are Hanami's official mechanism for breaking a monolithic application into separate app-like components, similar in spirit to Django's app structure. They offer a built-in alternative to Rails engines, which some developers find cumbersome for achieving the same kind of modular separation.

_Anyone comparing modular architecture options across Ruby and Python frameworks can follow deep dives like this on daily.dev._

## Similar posts on daily.dev

- [Hanami for Rails Developers: Part 2: Controllers](https://daily.dev/posts/hanami-for-rails-developers-part-2-controllers-ct7piwbad) · RUBYLAND · 0 upvotes · 0 comments
- [Hanami for Rails Developers: Part 1: Models](https://daily.dev/posts/hanami-for-rails-developers-part-1-models-yakfxiqiw) · RUBYLAND · 0 upvotes · 0 comments
- [Hanami for Rails Developers: Part 3: Forms](https://daily.dev/posts/hanami-for-rails-developers-part-3-forms-rqnlzocu3) · RUBYLAND · 0 upvotes · 0 comments

---

Tags: [#ruby](https://daily.dev/tags/ruby), [#rails](https://daily.dev/tags/rails), [#hanami](https://daily.dev/tags/hanami)

[View this post on daily.dev](https://daily.dev/posts/a-fresh-look-at-hanami-qb0ocqb1r)
