En effet, les webmasters ont parfois des manières d'écrire leur code et d'organiser leur fichiers différentes les uns des autres, et il est donc difficile de comprendre ce raisonnement pour un autre webmaster.

Ruby on Rails est construit sur une architecture Modèle-Vue-Contrôleur :
- Les vues sont comme leur nom l'indique ce qu'on voit à l'écran. C'est là qu'on retrouve les balises html, le texte qu'on affiche, etc... Pour chaque page, on crée une page .rhtml (le "r" signifie qu'on utilise un système appelé ERb, qui permet d'interpréter le ruby)
- Les contrôleurs contiennent des classes et des fonctions qu'on utilisera dans les "vues". Pour chaque vue, on définie une fonction. Par exemple, si on a une page hello.rhtml, on définira une fonction du même nom : def hello ... end.
- Les modèles gèrent les bases de données : classes, relation entre les tables, ...

Ruby on Rails utilise des langages que l'on pourrait trouver compliqués (Ruby entre autres, et aussi Ajax par exemple), mais l'utilisateur lui ne les utilise pas directement : il utilise des fonctions simples, brèves et compréhensibles. Cela ne veut pas dire pour autant que les possibilités sont limitées ; au contraire, la personnalisation est infinie. Ainsi, avec RoR, on peut créer un site Internet contenant une administration et des bases de données en 20 minutes. L'utilisation d'Ajax est très intéressante, car on peut faire appel à des effets de fondu, des barres de chargement, des actions sans recharger la page, etc...

Bref, il semblerait que Ruby on Rails (libre de surcroît) pourrait remplacer les techniques habituelles utilisées par les webmaster : il est plus simple, et ouvre plus de possibilités.