Abban neked van igazad, hogy a nem szeparált kód nem feltétlen lassítja a futást.
Én egyébként erről semmit nem állítottam. A gui toolkittel jövő típusok használatáról beszéltem, nem szeparációról. (És tény, hogy utólag visszanézve bzt arra már nem mondta, hogy lassít, csak hogy szar. Cserébe ő meg nem vette észre, hogy az én mondatomban explicit a típusok hatásáról van szó.)
A többire meg. Szóval bocsánat, de van valami vadregényes elképzelésed, és hát... szóval na. Make target öcsém, really, azt hiszed ez a baj? :D :D :D Nyilván vannak akkora darabok, ahol lehet esetleg értelme, de in reality
- ha megkérsz valakit, hogy akkor legyen kedves, és az elméleti tanszék helyett határozza meg ezt az absztrakciót, hamar ki fog derülni, hogy érkezik a pingvin horda
- szinte biztosan fog feature vesztéssel járni, mert "általánosítani kell"
- ha valaki valaha tényleg migrálna, mint pl a gtk2->3, akkor hamar ki fog derülni, hogy valójában annyi változott, hogy annyi változott, hogy az absztrakciós réteget illesztőjét kell átírni, hogy a másik toolkittel menjen, ami pont ugyanakkora szopás lesz, ha nem nagyobb.
- Cserébe kell majd kerülgetni folyamatosan egy plusz réteg lófaszt, ami azér van ott, mert hátha.
- (és mivel nem voltak hozzá valódi requirementek, csak ilyen hátha, ezért esélyesen ki is fog derülni egy esetleges puding próbájánál, hogy jaaaaaaa, hát igen ja, hát ez így....)
Ettől még nyilván nem mindent kell mindenhogy összehányni, és bizony simán lehetnek olyan részek, ahol azt mondjuk, hogy ez itt elég self contained, hogy másképp csináljuk. Meg az is lehet valid mondás, hogy a franc se akarja ezt kivágni innen, többet ér, hogy aki idetéved olvasás közben, az ugyanazokat az alap típusokat látja pl, mint a kód többi részén... Mert hogy minden absztrakciós réteg a KISS ellen dolgozik, márpedig az a barátunk, ha el akarunk térni tőle, azt jól megfontolt, alapos indokkal érdemes, miután értjük, hogy mit kapunk, és mit vesztünk vele.