( zeller | 2018. 12. 03., h – 19:48 )

"Extra erőforrásigény" - Basszus, azért van a CPU, hogy dolgozzon, az a be/ki csomagolás az akár tizedszázalékos terheléskülönbséget is okoz... Attól, hogy azt írja a fájlba, hogy <foo> nem pedig például a 0x89cd23 bájtsorozatot, attól megint csak nem lesz nagyobb az erőforrásigény.

"A DOC formátum[...]még minden olyan igényt ki tudnak elégíteni, ami irodai használat során előfordul." - kérném 10telettel, kellene egy template alapon scriptből kitölteni egy dokumentumot, amihez a template-et Mancika készíti el, és a scriptből kieső doksit Muncika fogja megnézni, tovább dolgozni vele, és kinyomtatni.
A tartalom módosítását végző script/program ne legyen bloat, ne legyen szükség n+1 formátumkezelő lib és extra scriptnyelv, netán binárissá forgatott alkalmazásra. Élő, aktuális feladat, tessen rá megoldást adni bináris formátummal. Mert xml-ben, ahogy írtam is, egy jóóól irányzott sed tökéletesen elvégzi a munkát úgy, hogy a formázás nem eseik szét, az template bármikorcserélhető, ha a megfelelő szövegek ott figyelnek benne... Nos?

Ja, és mit szólsz a csv-hez, mint nem bináris formátumhoz? AZ is bloat ugye? Sokkal jobb az ócskaoffice natív bináris xls formátuma, egyszerűbben lehet kreálni továbbfeldolgozható adattáblákat vele nemwindows környezetben, nembloat szoftverekkel. Ja, nem.