La discussion s'appuie sur une analogie comparant l'organisation du mobilier — notamment le regroupement de toutes les chaises — à l'architecture logicielle. La thèse centrale est que les développeurs devraient privilégier les modèles d'accès plutôt que d'organiser le code simplement pour le plaisir de la catégorisation.

Les intervenants soulignent la tension entre une organisation par fonction (par exemple, des répertoires distincts pour les modèles, les gestionnaires et les vues) et un regroupement par fonctionnalités ou sous-systèmes. Si certains affirment que la structure fonctionnelle devient problématique à mesure que le projet s'agrandit, d'autres soutiennent que la pertinence de cette approche dépend du contexte, tout comme l'organisation d'un entrepôt diffère de celle d'un domicile.

Le débat technique aborde le principe de responsabilité unique (Single Responsibility Principle), la séparation des préoccupations et la localité du comportement. Certains perçoivent cette analogie comme une critique du patron de conception Factory ou de la programmation orientée objet, tandis que d'autres rappellent que la composition demeure une méthode valable et nécessaire pour la gestion du code.