Gondolatok egy het margojara

En ugyanis Go-t irtam elotte. Meg TypeScript-et, de nem szeretnem ha ki lenne moderalva a bejegyzes ugyhogy utobbirol talan majd a megfelelo forumon ertekezem (PornHub?). Es tudjatok miily' josag a Go, az egyszeruseg szentelye, ahol minden uj verzional ott dulledezhet Rob Pike mellkasa, hogy lam, megint kisebb lett a nyelv 7 feature-rel, es ez nalunk jo dolognak szamit.

Es miily' erzes is Go-ban programot irni [1]. Ken Thompson osapam szoros alkarja villan fel lelki szemeim elott. Az igazi ferfiak nem felnek a kodismetlestol, es a state-et nemhogy szeretik, a PDP vasmagos memoriajaban[2] ebedszunetben oszcilloszkoppal kutarva elik ki esztetikai igenyeiket. Generics? Na te rohadt burzsuj, nem hagyod, hogy a nepek tomege is felviragozzon es kodot onto JRD-k [3] viragoztassak fel tarsadalmunk?! Te csak szepen formazzad, hivjad rea a gofmt-t, es ha olyat talalunk latni, hogy a dialektikus idiomatizmust mint elvet a kodod nem tiszteli, bizony elvisz majd a fekete Volga, te tomegek elnyomoja.

(lol, legit most jottem ra, hogy a Go egy sztalinista nyelv. Pedig amugy tenyleg nincs bajom vele. Mondjuk szeretetre sem ad sok okot, de utalatra sem.)

Szoval Java. Hopp letrejon egy osztaly a semmibol, state semennyi, azon felul amit a Spring megkivan. Van talan egy while meg egy if az egeszben. 200 nagyszeruen olvashato sor, 800 helyett. FlatMap nelkul, hogy senki ne mondja. Hopp egy masik implementaciora varo feature, reszekent ilyenek hullanak pennambol, ami Go utan nem kis orom:

return myOptionalArg.map(theBoolInside -> theBoolInside ? ENUM1 : ENUM2).orElse(DEFAULT_ENUM);

Es az elet szep. Csak azok a rohadt checked exception-ok ne lennenek. Bar meg lehet csinalni, hogy a 3-4 soros kifejezesedbol kiszervezed az ilyeneket dobalo lambdakat metodusokba ahol nemchecked(tm) exception-t dobsz az eredeti helyett/korul. Ezeket aztan jol osszefoghatod egy nested class-ba, ami eleg igenyes mivel nem keverednek egymassal a parent-en belul; de azert lassuk be, ez attol meg erosen boilerplate.

Mondjuk meglattam az uromben az oromot: IOException a legtobb ilyen a kodomban, azaz tipikusan az a dolog, amit ha mockolni kell, akkor pont attol mockolhato, hogy ki van szervezve. Mas kerdes, hogy egyesek szemet banthatja, ha a tesztelt osztalyon beluli cuccot mock-ol az ember. Az ezt valloknak azt tudom mondani, hogy ezesetben a method a Unit Under Test, nem az osztaly, es mivel nincs kozos state, nincs egyaltalan semmi kozuk egymashoz, ezert ez ebben az esetben elfogadhato. Valoszinuleg jobb, mint a Path es Files osztalyok statikus method-jait birizgatni ehelyett. Mondjuk en szemely szerint csak a parent altal publikalt 1 szal metodusra irnek coarse/integration test-eket. Test the interface, not the implementation.

[ ... ]

Sokmindent leirtam meg. Sokaig tanakodtam, hogy megosszam-e. Ami ezutan kovetkezett volna, annak megertesehez eleg sokat irtam a team-emrol, hogy mi hogy mukodik vagy nem mukodik, mi vezetett oda, ahol most vagyunk. Vegul ugy dontottem ez az altalam megutni kivant hangnemben egyaltalan nem, de kulonben sem professzionalis, ezert itt vege a tortenetnek. Remelem tetszett.

[1] amugy nincs bajom vele, olyan mint arkot asni. Bar vissza-visszahull nemi fold idonkent, meg nem is tul kreativ az egesz, de jol lehet szorakozni vele

[2] nemtom az volt-e neki, ne kialtsatok ki tortenelemhamisitonak

[3] csehszlovak barataim elonyben, amugy a TSZ megfeleloje