-1
ha nem tetszik egy protokoll, szabad helyette ujat csinalni. Senki nem fogja le a kezed, ha pl. a http-ng-be vagod a fejszedet.
egy 160M-s XML-t ki akegy 160M-s XML-t ki akar "kézzel" olvasni.ar "kézzel" olvasni.
passz. De mondjuk logokat szeretek inkabb a tail|*grep komboval nezegetni, mintsem valamilyen "tool"-lal.
a sok kicsi másik program bemenetére össze kell celluxoz a sok kicsi másik program bemenetére össze kell celluxozni [...] inkább egy szükségmegoldásnak tűnik, mint egy szükségmegoldásnak arra a problémakörre, amelyet maguk a textfilek generálta: ahelyett, hogy megoldották volna a programok egymás közötti kommunikációját, inkább tákoltak.
itt valoszinuleg lemaradtal az ivrol. A programok sok esetben a stdio/stdout kombon keresztul kommunikalnak (meg idonkent syslog()-olnak), azaz nagyon jol ki lett az egymas kozti kommunikacio talalva, nincs ebben hiba*. Aztan ahelyett, hogy minden egy ...king problemara lenne egy bohom tool, ami btw. kezelhetetlen lenne, inkabb van kevesebb, de altalanosabb tool, amiket egymas moge pakolva (pl. pipe) egesz impressziv dolgokat muvelhetsz. Igy a "celluxozas" mondjuk egy shell script a feladatra
*: azt meg senki nem tiltja meg, hogy az stdout-ra egy binaris cuccot hanyjon ki a program, amit a moge tett program2 igy olvas be a stdin-rol.
Egy kicsit az is a fud-szagot erositi, egyszer szoveges protokollokrol beszelsz, majd unix alapparancsokrol, majd az excel-re (es formatumara) valtasz, hogy milyen jo is volt regen.
a CSV-ben egy string a CSV-ben egy string lehet többsorú is, ami miatt nem lehet \n mentén szétválasztani. lehet többsorú is, ami miatt nem lehet \n mentén szétválasztani.
mi general ilyet? Azon tul, hogy bottal utnem agyon a keszitojet, mert "CSV" is not a single, well-defined format...