( Hevi | 2016. 04. 13., sze – 00:50 )

A helyes sorrend: bugmentesseg, olvashatosag, teljesitmeny.

Es itt arra gondolok, hogy nem fogok azon agyalni, hogy egy Java 8-as Stream API-nak mennyi overheadje van milyen esetben, vagy hogy itt nem fogok bevezetni egy DTO-t, mert az mekkora pazarlas, mert az elso, es legfontosabb a bugmentes, olvashato kod (az utobbi megkonnyiti az elso elereset is). Majd ha kiderul, hogy ez igy mar nem tarthato, akkor lehet rajta optimalizalni. Es itt nyilvan nem logikai optimalizaciora gondolok elsosorban, hiszen azt alapvetoen megteszi az ember ("ha nincs szuksegem ra, nem kerdezem le a backendtol feleslegesen").

Nyilvan szep lenne minden nap tok jokat beszelgetni a kollegakkal, hogy melyik frameworkot is hasznaljuk, vagy hogy ez az algoritmus hatekonyabb, vagy a masik, en is nagyon elveznem, de amig ugy kell kisirni azt, hogy refaktoralasra is jusson ido, addig ez sajnos csak alom (legalabbis ezen a teruleten).

Szerk: alapvetoen veled vagyok, es en is orulnek, ha olyan lenne a webfejlesztes, ahogy te szeretned, de sajnos nem ez a valosag nagyon-nagyon sok helyen. Szoval idealis vilagban igazad van, IRL sajnos altalaban nincs.