mcganyol#5
on:
Ez is egy irány, de nem biztos hogy a legjobb. Természetesen az a kérdés, hogy hová tesszük az abasztrakciót. Erre egy elég jó (és ennél kiforottabb) ötletnek tűnik a modell alapú programozás. Azt kb egy féléves tanfolyam keretében meg lehet tanulni és meglehetősen jó eredményeket tud adni. Sajnos nem elég univerzális, ráadásul ha valami nem, vagy nem úgy működik rögtön magától ahogy elvárnánk, akkor nagyon nehéz, vagy inkább lehetetlen megjavítani. Ilyen eszköz pl a Yakindu
Másik viszonylag érdekes dolog, hogy informatikus hiány jellemzően nem a faék egyszerű projektek miatt van, ahol persze az a lényeg, hogy nagyon kevés kattintással bárki meg tudja csinálni (ezt ma kb az office adja, word-excel-access-powerpoint a felmerülő informatikai problémák jó részére gyorsan alkalmazható). A bonyolultabb dolgok gépi _tervezése_ az szerintem még távol van, mert nincs igazán megfelelő betanító adat (mivel minden probléma más és más és nehéz ezeket jól absztrahálni. nyílván, lehetséges, mert egy tapasztalt architekt is ezt csinálja fejben, de ettől szerintem még legalább 10+ évre vagyunk) Az implementáláshoz a helyes módszerek megtalálása már sokkal valósabb alternatívának tűnik deep learning-el és tartok tőle, hogy már ma is jobb eredményt hozna, mint a fejlesztők által készített _áltagos_ implementációs szint.
off:
Teljes specifikáció előre, már igen rég óta nem nagyon van (és amíg volt sem működött). Ez utoljára a vízesés modellben volt így elképzelve, kb 15 éve és ma néhány nagyon-nagyon spéci esettől (<1%) eltekintve (mondjuk pl egy repülésirányítási rendszer, vagy paks vezérlése) ez egyszerűen nem elég hatékony. Általában az órabér sem menő, mert a megrendelőt pont nem szokta érdekelni, hogy neked az 5 perc vagy 3 nap. Funkciónkénti árat szokás adni (amit amúgy lehet, hogy a háttérben a fejlesztő óra alapon becsül). Egy funkció jellemzően menet közben is változik, de eleve erre kell készülni (amikor meglátja amit kért, akkor jön a "hú de jó, csak annyi kis változtatás kéne, hogy az és az egy kicsit máshogy legyen...")
A megrendelő nem hülye, legfeljebb nem tudja pontosan előre hogy mit is akar, de ez természetes. Amelyik fejlesztő ezt nem látja át/be és nem megy ezeknek a dolgknak az elébe (pl rugalmas design-al, vagy legalább fejlesztés közbeni visszakérdezéssel) azt hívnám inkább hülyének, vagy legalábbis korlátoltnak.
Akit érdekel ez a téma, de laikus https://www.agilealliance.org/ -on olvashat róla Utoljára szerkesztette: mcganyol, 2017.06.13. 10:55:33