Vlákno názorů k článku Tvorba sešitů pro tabulkové procesory v programovacím jazyku Go od atarist - U CSV je největší bolest práce s datumy....
-
U CSV je největší bolest práce s datumy. I moderní spreadsheety se prostě ve sloupci s daty někdy (třeba u každé 20 buňky) rozhodnou, že toto datum není a vrazí tam nějaké desetinné číslo.
A popravdě je dost na pováženou, že rozumný přenositelný formát pro tabulky vznikl až tak pozdě. My to kdysi řešili formátem Lotusu - sice nikdo Lotus nepoužíval ani neznal, ale byl to formát načitatelný všemi Excely (od 2000 po moderní) i LO/OO.
-
CVS mi přijde jako formát vhodnější spíš pro relační databáze, kde metadata jsou striktně oddělená od vlastních dat.
V případě špatného importu datumů bych spíš tipoval na špatný formát vstupních dat - na desetiné číslo se to převede až tehdy, když se nepodaří konverze. Už tyhle konverze nedělám, nicméně v dobách, kdy jsme dostávali data v excelovských tabulkách, tak to bylo docela peklo. Některé datumové hodnoty byly vlastně text, atd. Jedním z prokletí této doby je, že firmy používají Excel místo databáze.
-
To je ještě děje, že nekdo používá Excel skutečně jako (doslova) "bázi dat"? Tak to je skutečně něco hodně špatně u jejich IT oddělení.
Trošku OT: kdysi jsem zažil, jak firma dodala SW, který nějakým způsobem z tlf. ústředen agregoval hovory, lokální, meziměstské, mezinárodní, do mobilní sítě atd. a potom jednotlivým oddělením dokázal posílat účty. To vše postaveno na bázi Excelu. Asi to i fungovalo pro menší organizace, ale potom to nasadili na univerzitu, kde počet hovorů za měsíc bez problémů přesáhl 65535 (nebo 65536?) a tehdejší Excel se sesypal.
-
Je to minimalne velmi oblibeny intermediate format v pripadech, ze byznys chce "poloautomatizaci", protoze je to levny zpusob, jak se vyporadat s ruznymi "corner cases", ktere nastavaji kvuli casto se menicim obchodnim podminkam, cenove a produktove politice a plneni individualnich prani. A udrzovat toto vsechno zcela automatizovane by znamenalo platit neustale programatory za upravy te automatizace.
(Ne, nejsem architektka, takze me neblamujte za spatny design. Nejsem ani ten byznys. Jenom vidim, co se kolem me deje.)
-
Pavel TišnovskýZlatý podporovatelJj taky jsem něco podobného zažil. Paradoxně to bylo u firem, které vůbec neměly problém s nasazením SAPu - takže peníze na IT byly. Potom se to ze SAPu exportovalo do Excelu, tam se udělaly sestavy a ty zase šly někam do dalšího drahého systému.
-
Za poslední rok jsem slyšel minimálně o dvou případech ze dvou různých českých korporátů. Jsou to interní systémy, interní databáze - něco, co si napíší lidi na koleně, a ono to funguje. Používá se to pár let, když to dost naroste, tak se nechá nacenit přepis do skutečné aplikace, a když jim vyjde několik set tisíc (za korporátní ceny), tak to nechají žít dál, dokud to Excel dává.
Slyšel jsem o českém providerovi internet telefonie, který několik let provozoval biling v Excelu - cca před 15 roky.
27. 8. 2020, 14:51 editováno autorem komentáře
-
Jj člověk někdy narazí na zajímavé věci, co přežívají všechno. V jedné nejmenované firmě pracující pro nejmenovaného národního železničního dopravce kvůli jedné takové "aplikaci" udržovali starobylý počítač s Windows 95 a Office 97, prototože ta appka byla napsána v nepřenositelných makrech (resp. se do toho nikomu nechtělo to portovat).
Narazil jsem kdysi na ještě zajímavější problém - firmy si mezi sebou posílaly CSVčka se stanoveným formátem, takže jedna firma vyexportovala, druhá naimportovala a vše ok. Ale někdy to naimportovat nešlo, takže jsem to zkoušel ručně a v tom CSV byly naplněné buňky, které měly být prázdné. No ... nakonec se zjistilo, že to někdo na straně první firmy otevřel v Excelu a ty buňky "smazal" tak, že prostě nastavil bílou barvu písma a tvrdil nám, že on to vidí v pohodě a chyba je na druhé straně (asi nějaký odborník na Excel).
-
To bylo poprvé, kdy jsem chtěl rozbít klávesnici, a vykašlat se na všechno, a jít do hor pást ovce. Ještě v 90 letech jsem pro Motorolu s kamarádem psali analytickou aplikaci, která zpracovávala data z excelovské tabulky. Čekali jsme jednoduchou instalaci a předání. Nicméně u zákazníka neseděly nové reporty se starými. 8 hodin jsem hledal chybu - v debuggeru jsem měl jiná čísla než na sheetu - a pak jsem si vzpoměl na starý trik se spectra s obfuskací (použít stejný inkoust jako papír). Takže do importu jsem přidal test, jestli je hodnota viditelná (jeden řádek) a bylo hotovo. A to byla Motorola - měla ty nejlepší lidi, co se tady sehnat - aspoň jsem měl takový pocit. Excel je neskutečně křehký, ale lidi, co s ním dělají, tak to nevidí - prostě lid.
-
1. SQLite bohuzel nema typ pro datum a cas, takze neresi jeden z nejcastejsich problemu, jak uz bylo videt v predchozi diskusi.
2. SQLite browser je sice hezky nastroj pro me, ale zkuste nutit takovou vec nekomu jinemu pro "poloautomaticke" zpracovani, jak jsem ho popsala.To uz mi prijde jako stastnejsi pouzit jako intermediate format ITU ASN.1, to ma UTCTime , GeneralizedTime .
(Ocekavam flamewar na tema "ASN.1 je neco tak priserneho, ze kvuli tomu lidi odesli od H.323 k SIPu" ;-) )
-
ASN.1 je v pohodě... a já se těšila, že oponentům přihodím PKI certifikáty či Bluetooth.
...ale Protobuf myslím taky nemá čas, jestli jsem se nepřehlédla https://developers.google.com/protocol-buffers/docs/overview#scalar ale nikdy jsem to ještě nepoužila, vlastně jsem se k tomu nikdy nedostala na to ani kouknout... dík za tu poznámku, že mě donutila si tu dokumentaci vůbec najít :-)
