Dacă da, e simplu: scrie un template în HAML, şi vei vedea avantajele.

“Doar branşa PHP a rămas îngropată în ignoranţă, ca întotdeauna.”

%meta{ :http-equiv => ‘Content-Type’, :content => ‘application/xhtml+xml;charset=utf-8′ }

in loc de:

??

Sunt sigur ca exista avantaje pe care HAML le aduce, de vreme ce lumea il foloseste, si exista situatii concrete in care l-ai folosit cu succes.

Asta cu semantic markup ma depaseste in cazul de fata.

Schema e simplă:

Designerii grafici au task-ul de a desena ceva frumos, funcţional şi ergonomic, etc.

WebDesignerii au task-ul de a implementa design-ul în HTML/CSS şi elemente de JavaScript.

User Experience Developers implementeaza scripturi client-side complexe.

WebDeveloperii implementeaza contentul dinamic în interfaţă.

Pluggin developers şi module developers pentru aplicatii e clar ce fac.

Library Editors şi Framework Editors lucrează pentru a crea uneltele folosite de toti cei de mai sus.

Toti pana la WebDeveloperi inclusiv indivizii se ocupa de stiinte aplicate. Ei folosesc unelte pentru a-si indeplini task-urile.

Peticeala de care vorbeşti tu, ignoranţa branşei PHP şi faptul că le lipsesc diverse unelte “de jure” in alte branşe este o problemă ce tine de patura de deasupra WebDeveloperilor.

Aici apare separaţia: “ţi-ai propus să scrii un framework sau vre-un parser, să-ţi îmbunătăţeşti tool-urile cu care lucrezi? să contribui înapoi comunităţii?” daca da “ai talent/oameni talentaţi in domeniu ca sa poţi face asta?”.

Ei bine la a doua intrebare diviziunea dintre aceste ramuri se vede cel mai clar chiar daca exista si indivizi talentati care “maiestresc” câte 2-3 dintre ramuri (precum şi numerosi indivizi obişnuiţi care măiestresc una şi au cunostinte bune în toate) pur şi simplu nu toată lumea a fost făcută să lucreze in metaprogramare.

Caută tutoriale despre cum să concepi un framework nou de la zero… nu vei găsi decât 20 de slide-uri din 1994 de la un profesor de la MIT care până la urmă te sfătuieşte să nu te apuci… există tutoriale despre cum să le foloseşti pentru că un procent copleşitor din populatia de programatori face programare şi un procent minuscul face metaprogramare.

Dar noi aici oricum purtam o discuţie despre ce unealtă să folosim şi de ce, nu ce unealtă ne lipseste şi de ce nu o construim daca tot ne lipseşte. Noţiunea e bună de rumegat, poate conştientizam si noi că HAML şi SASS sunt o reală necesitate şi creem presiune colegilor nostri metaprogramatori să ne curme amarul.

P.S.: HAML & SASS always groaced me out ca aspect. Sunt total neelegante dupa parerea mea neavizată.

@OriginalCopy: Din cate am vazut implementarea HAML pt. Ruby este un layer peste un alt limbaj interpretat. Mie imi place Ruby la nebunie si apreciez programatorii de Ruby, dar sa pui un layer peste Ruby si sa spui ca din nu stiu ce motive e mai bun ca un layer peste PHP, come on… Este tot ceva in plus peste un limbaj de scripting.

Din punctul asta de vedere nu vad avantajele HAML over Smarty. Da, vad avantajele implementarii HAML despre care vorbesti over Ruby asa cum vad avantajele Smarty over PHP. De ce Smarty e o carpeala a PHP-ului si impelementarea de HAML pentru Ruby nu e o carpeala a limbajului Ruby?