Túl nagy lett az Excel file... /"brit tudósok"

HUP cikkturkáló

Kicsit nagy lett a brit közegészségügyi szervezet Excelben vezetett nyilvántartása, emiatt 16000 pozitív COVID fertőzött hiányzott az "adatbázisból" (via Yahoo):

link

Miért nem Access-t használtak???? XD
 

  • 2211 megtekintés

( bennyh | 2020. 10. 05., h – 17:18 )

Talán mert Access denied? :)

Színes vászon, színes vászon, fúj!

Kérem a Fiátot..

( trey | 2020. 10. 05., h – 17:20 )

Vicc. Főleg, amikor belegondolok, hogy mindig a nyugati mintával példálóznak itthon egyesek.

trey @ gépház

Ez sajnos nem nyugat kérdése. Ez logikus következménye annak, ha az alaposan megtanult szakmák és abban profi szakemberek helyett a szakmák határai elbomlanak és önjelölt "értesz hozzá?" emberek viszik tovább a világot.
 - hívsz egy kivitelezőt a házadhoz, kontár melót csinál
 - hívsz egy irodai melóst a fenti feladatra, kontár melót csinál
Csak mert valahol a minimumot tanulta meg az adott szakterületről és ez ma már elég ahhoz, hogy ő a cégnél a mindenhez is értő "szakember".

Ide süllyedt mára a világ.

Amúgy elképzelhető, hogy 2 informatikai rendszer közti adatcsere miatt alakult ki az Excel használata (ez vajon mi? xls? CSV?), mert úgy döntöttek, hogy az esetleges manuális korrekciók miatt nem érdemes automatizálni a folyamatot, hiszen úgyis csak rövid/középtávon lesz a megoldás használva.

Szóval ha valaminek, akkor az xkcd idevágó táblázatának köszönhetjük ezt; hiába akart volna a szakember normális, hibatűrő megoldást fejleszteni: "az nem éri meg"...

Had osszam meg veled ezt, külföldön esetenként ugyanolyan balfékség folyik mint idehaza, esetenként sokkal nagyobb, többnyire nem azért mert valaki nyerészkedni akar, vagy nincs rá stex, hanem mert ennyire képes és azt hiszi ez a maximum. "eddig is működött".

A különbség annyi, hogy sokszor (elég sokszor) levonják a következtetést elismerik a hibát van felelős. Ugye ismerős a helyzet hogy hol nem?

Sőt, ilyenkor jön a teleszájjal "mi nem elestünk, mi így szállunk le a bicikliről. mindenki befoghatja"  na ettől áll fel az ember hátán a szőr. 

Megvan mi a gond?

"A különbség annyi, hogy sokszor (elég sokszor) levonják a következtetést elismerik a hibát van felelős. "

A nagy lofaszt. Karacsonynak ket napig tartott elmagyarazni, hogy vilagjarvany alatt miert ne hetvegi menetrenden nyomorogjanak a BKV-n. Elnezest kert es visszacsinalta. Sadiq Khan tobb honapos kesessel se ertette meg, hogy miert nem 10-15 percenkent kene metrokocsit kuldeni a szokasos 2-3 helyett. Soha senki nem fog ezert itt se senkit feleossegre vonni, utolag probaltak magyarazni, hogy "staff majdnem negyede betegszabin volt". Pedig vilagjarvany alatt, amikor tavolsagot kellett volna tartani, honapokig ugy nezett ki a vonaton a tomeg, hogy olyat utoljara vilaghaborus filmben lathattal.

A különbség annyi, hogy sokszor (elég sokszor) levonják a következtetést elismerik a hibát van felelős.

Még jobb esetben elismerik a hibát, levonják a következtetést és nincs felelős. Lásd blameless culture: ha mindig mindenért a felelőst keresed a 0. lépésben, egy idő után senki nem fog merni jelenteni problémát, mert ő lesz az első, akit elővesznek, még ha "nem is az ő hibája" (jelen esetben sem kéne egy embert felelőssé tenni, mert ugyannyira felelős a másik ex has 20, akinek a kezén átment a doksi, és akiknek szintén nem tűnt fel, hogy cseppet hiányos...). (repülésnél szinte mindenhol, de a "nagy" közlekedésben [vonat, hajó, ilyesmik] is előszeretettel használják évtizedek óta a blameless / just culture-t)

BlackY

"Gyakran hasznos ugyanis, ha számlálni tudjuk, hányszor futott le már egy végtelenciklus." (haroldking)

Sajnos Borisz ugyanazt csinálja, mint Viktor.

Felkérték a haver cégét, hogy 12 milliárt fontért készítsen el egy appot. Csak hát ugye a haver nem ért az app készítéshez, ezért egy használhatatlan fost sikerült alkotniuk, de legalább realizáltak 11,999 milliárt font hasznot.

Csak mivel eddig nem ez volt a módi, az itteni népek még csodálkoznak ezeken a dolgokon.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

nem így működik:))

  • felkérték a havert, hogy 12 milliárd fontért készítsen el egy appot.
  • a haver csinál rá egy kft-t a jó édes mamájával.
  • felvesz 15 másik havert, meg a szomszéd pistikét.
  • pistike csinál egy appot, és karbantartja. 1000 ft./óra
  • szerveznek rá reklámokat, és/vagy kérnek 500 ft-ot letöltésenként - az államtól !is :) -
  • kiírnak egy-két közbeszerzést az app karbantartására, ahol már csak egyedül ez a cég tud elindulni eredménnyel

a kör bezárul a következő 4-5 évre megvan az egész nyári jachtozásra a pénz, csak meg kell hívni szíjártót családostól is 3-4 napra.

Ja, én ezért írtam már régi szálakban is, hogy a nyugat semmivel nem különb, itt a UK-ben én is látok ilyen felhasználókat. Sokáig én is azt hittem, hogy ez magyar vonás, hogy ECDL-né Titkársági Mancika gányol zsebszámológépet használva Excelben, meg nyilvántartást vezet, meg szóközökkel formáz Wordben, aztán máshol is ezt csinálják sajnos. Pedig azt hinnénk, hogy legalább nem ilyen oroszt kellett a cucializmusban tanulni emberek, akiknek az anyanyelve is angol, meg régebb óta hozzáférésük van PC-khez, mint az átlag magyarnak, akkor jobban értenek hozzá, kulturáltabban tudják használni, mert volt idejük megtanulni, megszokni. Hát nem.

Magyar cégeknél is hányszor magyaráztam nekik, hogy az a nyomorult Excel nem nyilvántartóprogramnak lett kitalálva, arra adatbázis-kezelő való, de okoskodnak, hogy ez náluk bevált, meg ezt a megoldást tudják kezelni a szabadbölcsész HR-esek is. Ráadásul úgy, hogy magát az Excelt se tudják normálisan használni, összevissza formázott adatok az oszlopokban (számok, dátum helyén string), fele érvénytelen, hogy rendezni és szűrni se lehessen a táblát, színek azért sorjáznak a rózsaszíntől a hupililáig, ötféle keretben és hatféle betűtípussal és háromféle karakterkódolással (kalapos ű, ő, egyes ékezetek helyén ?, stb.), hogy azért profin nézzen ki. Természetesen mindezt egy példányban, hogy biztonsági mentés se legyen, és azt hinnénk, hogy ez a legrosszabb, de ha van „biztonsági mentés”, akkor meg azt csinálják, hogy hárman, háromfelé, a tálba-adatbázis háromféle változatában gányolnak egyszerre, így három táblát is nyilván kell tartani, persze a szinkronizáláshoz is töketlenek, meg egymás munkáját felülmentegetik, felülírogatják, aztán megy a vergődés, hogy valami adat nincs meg, ügyfél botrányt csap, idegesen keresik, hogy melyik táblaverzióban kéne lennie az adatoknak. Az egész akkor a legjobb, ha WinRar-ral is be van tömörítve, az mindegy, hogy a xlsx már eleve zipelt formátum.

És akkor ezek szokták meXXXakérteni, hogy ×4r×linukksz, meg a LibreOffice (a Calc nem nyissalyameg a 10 éve szétgányolt 100+ megás xls táblázataikat, amit már négyféle Excel-verzióval is szétcsócsáltak), és levelezni is csak az MS Exchange a jó, mert aki mást használ, meg nyílt formátumokat, az homokos, meg hobbiprogramozó, stb.. De az is igaz, hogy a Linux sem segítene ezeken, észt nem tud beléjük önteni, lásd München példáját, beleragadnak egy 10 éves széthekkelt Ubuntu-alapú megoldáson, elvergődnek vele valamennyit, aztán feladják. Azért valóban felesleges bármire is váltani, maradjanak Windowson. Lehetőleg XP-n meg Office 2k3-on, merazmégjobbvó't, mert mexoktákkk.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Nem mondanék cégnevet, ha nem gond, de volt egy multicég, ahol az általuk nyújtott szolgáltatást egy központi számlázórendszerrel számlázták ki. A központi számlázórendszert persze valahol nyugaton fejlesztették, ahol nem hallottak még az APEH extrém számla szabályairól. Szóval, mivel a központi rendszert kellett használni, de annak a számolási algoritmusai, a számlaformátuma meg ilyen apróságok nem feleltek meg a magyar szabályoknak, kitalálták, hogy majd Karcsi, aki ért a számítógépekhez, majd csinál valamit (már nem emlékszem, hogy a pénzügyön dolgozott-e Karcsi vagy máshol, az biztos, hogy  nem IT-n).

Szóval Karcsi nagy Access varázsló volt, ezért kialakított a cég egy olyan folyamatot, hogy a számlázás különböző pontjain, ahol a központi rendszer egyik modulja kiköpött valamit és a másik modul meg ezt felnyálazta, oda mindenhová beszúrtak egy-egy MS Access adatbázist. Az felszívta a begyébe a számlázórendszer outputját, aztán valamit csócsált rajta, majd az eredményt továbbadta a következő modulnak.

Maga a számlázás is gyönyörű volt: a központi rendszer kinyomtatta a számlákat. Ahogy a leporello kijött, kb. 18 centi vastag volt. Ezt a papírhalmot aztán egy az egyben dobták a megsemmisítőbe, mert a számlákat persze a végén is az Access nyomtatta ki.

Na, így már, hogy van fogalmatok az egész rendszerről, biztos tudjátok majd értékelni azt, hogy verzió kontrollról, adatmentésről vagy hasonló hülyeségekről nem is hallottak még. Minden egyes Access adatbázis a benne megvalósított feldolgozás összes programjával együtt egy-egy példányban létezett, különböző emberek asztali számítógépén.

Azt ők is érezték, hogy nem tökéletes ez így, azt többen is elmesélték nekem, hogy egyszer valamelyik gépnek valami hardver hibája volt és minden elveszett, ami rajta volt. A kolléga által korábban használt gépen megvolt még az adatbázis egy kb. fél éves állapota, de persze hiányzott belőle minden programfejlesztés, amit Karcsi azóta csinált, és hát ugye az elmúlt fél év új számlái meg mindenféle segédadatok változásai se voltak meg. Szóval Karcsink leült, és emlékezetből implementálta a változások nagy részét, aztán minden ment tovább úgy, mint előtte.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

óó de ismerős szitu... ha valakinek mond valamit a mars-nwe nevú cucc linuxra.. és csak azért kellett mert annó a programozó Novelles megosztásra írta meg a programot és sambával nem akart menni ...

ezért kellett a mars-nwe + egy novell környezet emuláció ... hogy a sz.rja menjen tovább.. Azon volt kb. a cégnek a gyártás.. a számlázás nem, de tökmind1, mert ha a gyártás megáll megáll a cég..

Szegény programozót nem lehetett rávenni arra, hogy bizony át kellene térni a novell lockokról valami normálisabb megoldásra (nem, nem voltak szar a Novell lockok anno), hát őőő. nem.

ps.: szerencsére kikopott az az sw + a fejlesztő is.

Ne is említsd... Velem is jött szembe ilyen (egyébként egyetemi oktató) fejlesztő... A vacka vagy mars-nwe-t, vagy natív windows-os share-t kért, mert az akkori szambán gyakorlatilag használhatatlan volt a sebessége, meg össze is akadtak egymással a munkahelyek, meg ilyesmi...

Egyébként belegondoltatok már, hogy legtöbb esetben ezek a megoldások pont azért születnek, mert a "rendes" út, drága, lassú és rugalmatlan.

A nincs ez, az, amaz, nem hallottak róla, stb. dolgokról meg annyit: miért vársz el komplett devops szemléletet olyan emberektől, akiknek a szakmája nem IT? Miért várod el azt, hogy ismerje a te eszközeid maradéktalanul, miközben nem ez a szakmája? Ő megoldást keres a problémáira, azzal dolgozik, amit ismer.

Mindeközben nekem meg az jut eszembe, amikor hallottam embereket panaszkodni egyetemen a vállalatirányítási rendszerek tantárgy kapcsán, hogy "tök fasság, semmire nem kell". Aztán persze követik el a lelkes fejlesztők az alapvetőbbnél alapvetőbb hibákat, mert a business domainhez nem értenek, BA természetesen nincs, de nagy lelkesen bevállaltak vagy a cég bevállalt valami melót, amihez nincs kompetencia. Aztán mivel a végeredmény is szar, hiányos, előkerül az excel export/import.

Persze ott a másik oldal is, hogy automatizálunk mindent, minden egy process szerint megy. Csak azt felépíteni nagyon sok munka és idő, kicsiben nem is éri meg, közepes méretben már esetleg, viszont számtalan olyan kivétel van, amit nem fogsz leimplementálni, mert annyira ritka vagy még a rendszerrel dolgozók sem tudják, hogy mi lesz a konkrét megoldás rá. Lehet mondani ilyenkor, hogy hülye felhasználó, azt se tudja, hogy mit akar meg lehet azt is, hogy nem akar 2 hetet workshopolni 10 emberrel egy olyan eshetőségen, amit egy picit is normális, ügyfélközpontú ügyintéző ne oldana meg 10 perc alatt telefonban annál a 3-4 esetben, ami előjön egy évben. Mert úgy sem tudod előre, hogy mi lesz a jó megoldás az adott ügyfél esetén.

Dolgoztam 6 évet szoftverfejlesztőként egy kereskedő cégcsoportban, úgy, hogy a sales, beszerzés, marketing stb. ott volt az irodában (pontosabban mi voltunk egy irodában velük), a raktár meg egy fallal odébb. Onnan nézve jobban meg tudtam érteni ezeket az igényeket, lehetőségeket. Tudok mondani neked automatizálási projektet, ami onnan indult, hogy megkérdeztem egyik kollégát, hogy mi az istent csinálnak hétfő este benn órákig. Talán 2 vagy 3 év alatt ért be a projekt utána. (Persze sok más mellett, 1,5-3 fő volt átlagosan a sw team + külső üzemeltetés). Valamikor a harmadánál jött is egy igény, hogy addig is csináljunk nekik egy generált excel táblát, mert "nektek az csak pár óra". A pár órából végül 100-150 óra lett szerintem, mert nyilván jöttek az igények, bugokat kellett javítani, lassú volt, CSV helyett rendes Excel majd annak lassúsága miatt MSSQL-be kerültek az adatok, amit a sales meg a beszerzés adatforrásokból használt, stb. Megvolt az összes hibája, mint amit itt sokan szoktak felhozni az Excel ellen, viszont működött évekig (szerintem van, amire még ma is), órákat spórolt meg a kollégák életéből és segített tisztázni igényeket a projektben.

És azt is megértem, hogy ahol nincs szoftverfejlesztő, devops/whatever ott miért nem kerül elő egyáltalán egy csomó olyan dolog, ami alapvetés az IT-ben. Nem fogsz tudni olyan olcsó árat adni, hogy megérje a cégnek, hogy mindent jól megcsináljanak.

Szóval nézzük már egy picit az userek szemszögéből is a dolgokat, mert úgy látom sokan elfelejtik, hogy az IT általában az userekért van és nem fordítva vagy önmagáért.

Nem is az a baj, hogy szükség volt köztes megoldásra, mert ez valóban a központi számlázórendszer alkalmatlansága és a fejlesztők rugalmatlansága miatt nem volt másképp megoldható.

A gond az, hogy milyen megoldás született.

Én azt javasoltam nekik minimum megoldásként, hogy tegyék az adatokat egy központi adatbázisba és kezdjenek el verzió kontrollt használni az Access-ben megírt programok számára, és persze legyen backup. Ha jól emlékszem, a végén a cég felfogadta az én cégemet és lett MS SQL szerver, meg talán Access helyett valami más (ha tippelnem kellene, Visual Basic) nyelven megírt üzleti logika. Nem tudom, hogy a jelentés- és számla készítés maradt-e Access-ben vagy valami más megoldást használtak arra is.

miért vársz el komplett devops szemléletet

Valamit keversz. Sehol sem volt szó devops-ról.

Miért várod el azt, hogy ismerje a te eszközeid maradéktalanul, miközben nem ez a szakmája? Ő megoldást keres a problémáira, azzal dolgozik, amit ismer.

Mondanám, hogy ha nem ez a szakmája, akkor talán nem neki kellene ezzel kókányolnia, de persze ez nem az ő felelőssége, sokkal inkább a pénzügyi igazgatóé, aki jóváhagyta ezt az egészet és hagyta évekig menni, és még az adatvesztéses valódi probléma bekövetkezése után se merült fel hónapokig, hogy ez így talán nem jó.
Azt gondolom, hogy ha valaki lelkes amatőrként baromi nagy fába vágja a fejszéjét, akkor nem ártana legalább utánanézni a dolgoknak, hogy biztos jól csinálja-e. Két emelettel lejjebb ott volt az IT osztály, 24 órás helpdesk, szerverterem, számos Oracle és egy-két MS SQL Server adatbázissal. Az IT biztosági megtést készített egy valag dologról, és ugyan nem kérdeztem ki őket, de bizonyára nagy részük hallott már verzió követő rendszerekről. Karcsink esetleg leliftezhetett volna az IT-ra, és előadhatta volna, hogy emberek, ez a helyzet, amire megoldást akarunk, és ez jutott eszembe, hogy így és így csinálnám. Láttok-e valami problémát ezzel. Azt feltételezem, hogy az IT azt mondta volna, hogy ne így csináld, hanem amúgy.
Ha pl. házat kell építeni akkor lehet, hogy nekiállsz magad is, mert van időd és összeraktál már egy tyúkólat a kert végében egyszer, de ha aztán összedől a ház és agyonüti aki épp bent volt, és jönnek mások, hogy hát alapozás kellett volna, meg ekkora házat nem lehet csak deszkából szegekkel megépíteni, akkor is azt fogod majd mondani, hogy hát nem ez a szakmám, csak megoldást kerestem a problémára?

Lehet, hogy nem jött le, egy elég nagy multiról van szó, sok ezer magyarországi ügyféllel, sok milliós havi forgalommal. Nem arról van szó, hogy a Karcsi és Tsa BT-ben Karcsi költséghatékony megoldást keresett egy problémára.

És egyébként nem arról volt eddig szó, hogy mit várok el, hanem arról, hogy vannak fogalmatlan felhasználók, akik teljesen rosszul használnak toolokat. Mint pl. Karcsi az Access-t, vagy akárki, aki itt, Angliában az Excelből valahogy elvesztett 16 ezer beteget.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Én nem a usertől várnám el, hogy devops szemlélete legyen, hanem a cégnél szervezzék meg normálisan a nyilvántartások szakszerű informatikai hátterét. Szóval igen, vegyenek fel devops-ot, csinálja meg az adatbányát, meg ha rugalmatlan, nehéz kezelésű, akkor valami webes frontendet elé, hogy Kókányolós Mancika is elboldoguljon vele. Továbbá valóban, drága, de csoportosítsanak át rá, oldják meg.

Egyébként még az sem lenne túl nagy gond, ha Excelben tolják, mert ha nem olyan óriási adatbázis, akár még az is elbírja, de akkor olyan kezelje a táblát, aki normálisan ismeri is az Excelt, nem csak gányolni tud benne. Mert vannak IT-sek között vérprofi exceles szakik is, akkor bízzák azokra, lehet az excelezést is magasabb szinten művelni.

Ez a legfőbb baja az Excelnek, hogy gányolásra csábít, elhiteti, hogy olyan is tudja használni, aki idióta. Igen, valamilyen szinten gányolni valóban tud benne. Aki meg tényleg profi exceles szakértő, az meg azért nincs rászorulva az Excelre, mert van olyan IT-s háttere, skilljei, hogy meg ismeri, vagy meg tudja tanulni az adatbázis-kezelés szakszerűbb megoldásait is, mert már nem egységnyi sugarú.

Ugyanez az baj az XP-vel is. Azok maradtak WinXP-t, akik képtelenek voltak továbblépni, és bár ha valaki guru, meg ez a mániája, még XP-t is működésképésen tudja tartani, csak mi értelme van, mert ha ehhez megvan a tudása, akkor már olyan emberről van szó, aki rég továbblépett, vagy tovább tudna lépni valami modernebb, támogatott verzió vagy Linux felé.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Aki meg tényleg profi exceles szakértő, az meg azért nincs rászorulva az Excelre, mert van olyan IT-s háttere, skilljei, hogy meg ismeri, vagy meg tudja tanulni az adatbázis-kezelés szakszerűbb megoldásait is, mert már nem egységnyi sugarú.

Az Excel nem adatbáziskezelő. Iszonyat komplex modelleket láttam már Excelben, amit "profi exceles szakértők", de azt egy adatbáziskezelőben pokoli meló lett volna összerakni, mert az adatbáziskezelő nem Excel. :)

Vagy az a fos el sem ér az IT-ig. Számtalanszor belefutottunk régebben olyanokba, hogy helyi erők által gányolt szemétről akkor derült ki a létezése, amikor valami nem működött, és a helyi zseni épp nem volt elérhető, a központi support meg csak hüledezett, hogy ezmiaszar.

Szerintem is ez volt itt a baj, tömören összefoglalva. Úgy voltak vele, hogy minek IT-s szakit fizetni, meg normális adatbázisos rendszert fejleszteni, drága, franc akar rá költeni, a PC-khez mindenki úgyis ért, Windowst fel tud dobni, Excelt elkezelgeti. Ja, mindenki tudja, legfeljebb jó néhányan csak gányolás szinten. Azt hitték nem lesz belőle gond. Hát lett. Most gondolom a nyilvános beégés után egyből költenek rá.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( tornai | 2020. 10. 05., h – 18:11 )

Szerkesztve: 2020. 10. 05., h – 18:11

Ha nincs igény a minőségi munkára, akkor nincs igény a minőségi munkára. Ez van. 9-16 között beleürít az ember a nagy közösbe, aztán ha ez nem elégít ki, akkor 16-9 között meg elhobbizgat.

De, a Zigény meglenne rá, látod, megy a sírás, csak tenni lusták érte. Azt se értem, hogy infós érettségin, meg ECDL-n, stb. mi a fütyköst tanítatak az Office menürendszerén kívül (ami már vagy 13 éve nincs neki, mikor átálltak szalagos megoldásra). Mert ezeket az alap szövegszerkesztési, táblázatkezelési, alap informatikai ismereteket (biztonsági mentés, formátumok, vírusvédelem, stb.) ott be lehetne pótolni, annak, aki béna hozzá. Lassan már a közoktatásban is van pár évtizede szinte az összes évfolyamon infós tárgy, azt hinnénk, hogy legalább a legújabb generáció valamit ott tanul, ilyen alapok, hát nem. Az már túl nagy elvárás lenne, hogy gépírás, szakszerű szövegszerkesztés, táblázatkezelési alapok, meg ne az asztalra hányjuk ki a fájljainkat módszerek tanítása. És akkor az ember azt gondolná, hogy ez magyar vonás, mert ehhez is úgy értünk, mint a focihoz meg a gazdasághoz, aztán a sokat istenített nyugaton is ugyanez megy.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Felteszem nem Shakespeare-kotet, hanem szamitogep elott tolt el napi 8 orat. Ha hirtelen nem tudom, hogy a tavaszi zapor meg a fold vagy a test es kenyer milyen kapcsolatban van, akkor rakeresek a 75. szonettre. Ehhez hasonloan elvarnam, hogy ha valamilyen szamitogepes problema megoldasara nem emlekszik, akkor nezzen utana a neten, ha mar ugyis elotte ul.

A strange game. The only winning move is not to play. How about a nice game of chess?

Nem érdekli, nem is érdekelte. Az iskolában valami unalmas és fárasztó dolog volt, egerészni és klikkelgetni kellett. Most túl akar lenni a feladaton (nem szépen, gyorsan, van más dolga, remélhetőleg, legközelebb nem neki kell), utánanéz, és megtalálja, hogy hogy kell egy hasonlót összeklikkelni excelben. Működik(abban az értelemben, hogy örül a főnök)? Igen. Le van szarva? Le. Ennél jobban akkor csinálja meg valaki, ha motivált, érdekli, amit csinál, és van ideje.

( uid_395 v | 2020. 10. 05., h – 21:48 )

epic fail :)

Mondjuk arra kíváncsi lennék, itthon hogyan rohangálnak ezek az adatok a koronavirus.gov.hu -hoz és ott hogyan történik a feldolgozás, vagy miből.. :)

Több hétbe telt, hogy lekövessék Lézer papa legújabb agymenését a megyeátnevezéssel (amiért egyébként sorfolytonosan kijár neki a "szopjon le egy taliga aprómajmot"-díj), hetekig egy sajnos már hivatalosan nem létező megye szerepelt a térképen/adatokban :)

BlackY

"Gyakran hasznos ugyanis, ha számlálni tudjuk, hányszor futott le már egy végtelenciklus." (haroldking)

Egyrészt van egy Járványügyi szakrendszer amibe a laboroktól, háziorvosoktól, népegészségügyi osztályoktól, főosztályoktól kerül be adat, másrészt vannak excel táblázatok is :)

https://www.antsz.hu/oszir/jarvanyugyi_szakrendszer/interfesz_specifika…

Valóban nincs, az Országos Tisztifőorvosi Hivatalból Nemzeti Népegészségügyi Központ lett, közbeiktatva egy kis helyettes államtitkárságot. A megyei ÁNTSZ-ből előbb Szakigazgatási Szerv, majd Népegészségügyi Főosztály lett a kormányhivatalon belül. A városi ÁNTSZ-ből meg Népegészségügyi Osztályok lettek a Járási Hivatalok azaz szintén a kormányhivatalokon belül.

Mindezektől függetlenül amit írtam az ma is így van, és a linket információ is többé kevésbé ma is így van.

Mondjuk most így belegondolva, néha "találkozok" olyan GOV* részről leküldött táblázatokkal hogy ... csak na...  :) Szerencsére nekem nincs vele konkrét dolgom (feltöltés, kitöltés, stb), de volt már hogy kértek segítséget hogy ebbe a mezőbe miért nem megy bele az amit amúgy bele kellene írni ?

Válasz tőlem, jókérdés... megnéztem, átnéztem, semmi extra, azt akarta oda írni az ügyintéző ami fel volt tüntetve hogy oda kell hogy legyen írva.. nem ment bele istennekse.. GOV* felhív, megkérdez, válasz -> "Jaj igen, nemsokára küldjük a v1.0.2 -es verziót, abban már jó lesz" ... Thanks :D

Ilyennel van tapasztalatom. Feleségem óvoda vezető és az excelben elkészítendő statisztikákat mindig a határidő előtti éjszaka csináljuk meg, mert még aznap is kerülhet ki új változat és ha előbb csinálod szívó.
Amúgy kicsit vicces a statisztika - ebből lánynak hívjuk - mert minden szám mellé oda kell írni, hogy ebből hány lány van (időnként persze egy olyan oszlopba, ami jó messze van a számtól).

Konkrét élményem volt nagyon sok évvel ezelőtt, hogy egy bank Javas webes utalási rendszerében valami számomra nem értelmezhető hiba kapcsán a balról jobbra számbevitel helyett jobbról balra vette be az adatokat - ami egy (ez nem vicc, tényleg ennyi volt) 3330 ft-os utalásnál elég nehezen felismerhető hiba volt. Pedig valószínűleg a túloldalon nem kicsi kis törpék ültek, hanem valami automatizmus.

Természetesen nem melléütés vagy kihagyás volt a hiba, ebben igazad van.

tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

( Tono | 2020. 10. 06., k – 16:47 )

Egyébként meg ha mar Excel akkor is rosszul, mert ha oszlopok(max 16,384) helyett sorokat(max 1,048,576) használtak volna valoszinuleg ez sosem deul ki.

Fiatalabb zsenge éveimben volt egy ARJ nevű program.

A tömörítő program a 10 megás fájlokat szétvágta 1.4MB-os darabokra, hogy ráférjen a kisfoppyra.

 

Ezután vettünk 10 floppy-t, egyesével kírtuk és felmásoltuk egy másik számítógépre. Régen sem volt minden egyszerű.

Sikerült a kisfloppyval szembeni összes zsigeri undoromat felébresztened és most megint görcsben van a gyomrom.

 

Pszichológushoz kellene mennem, hogy ennyi évvel a történtek után is ilyen folyamatokat indít el bennem a kisfloppy említése?

Talán át kellene beszélnem a traumát, amit a kisfloppy okozott lelki fejlődésemben.

Hát, a kisfloppy nem volt az a kimondottan stabil eszköz. A szektorhiba része volt a normális működésnek. A 10-es csomagokban mindig volt 1-2 szektorhibás floppy, de volt olyan márka is, ahol 6 szektorhibás floppy volt a csomagban a 10 közül.

 

Érdekes, mert a Commodore 1541 2*170 kb-os nagyfloppyján nem volt szektorhiba, vagy csak elvétve, amikor körzővel szétbarmoltad.

Haverom nagyfloppyja összegyűrődött a táskájában (képlékeny, hajlítható anyag volt). Kiegyengette, berakta, azt simán olvasott mindent. Commodore-on ismeretlen volt a szektorhiba.

 

Az IBM PC szektorhibás floppyjai igen kellemetlen meglepetésként értek a megszokott C64-es floppyk után. Talán a sűrűség miatt volt olyan eszméletlen instabil.

:) hát igen.

Bár Amiga-500 -on is 1.44-es lemezeket lehetett használni (bár, ha jól rémlik csak 720KB-ra formázva) és már ott is elő-elő fordultak problémák, ha jól emlékszem. A Commodore floppy-k viszont tényleg elnyűhetetlenek voltak, főleg hogy még piszkálták is a kétoldalasság miatt..... :) 

https://content.spiceworksstatic.com/service.community/p/post_images/0000129187/563b1bbd/attached_image/commod21.jpg

880-ra formázva.

Vagy lehetett 1,76M-ra is formázni, de ahhoz high density meghajtó kellett (a PC meghajtó nem volt jó), és olyan floppy lemez (az elterjedt 1.44-es nem volt elég jó).

Ezért a HD floppy nem volt elterjedt, mindenki a DD-t használta.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

( hajbazer v | 2020. 10. 08., cs – 20:54 )

Nem kell Nagy-Britanniáig menni, hogy ilyesmi tudósokba botoljunk.

Nemrég még itt, ezen a fórumon az volt az egyik killer érv az Excel újabb, bloat-abb verziókra való frissítgetése mellett, hogy a régebbiek nem tudnak 65535 sornál többet.

Mindez egy, magát az értelmiségi elit krémjének képzelő, mindenhez is értő mérnök uraságtól, aki nem akart adatbázist használni, inkább többszáz oszlopos, többtízezer-százezer soros Excel táblákat gyártott. [1]

Az adatmennyiség növekedését (törzsadatok leválogatása: sorok száma párezer, pártízezer, 64k - és hopp, a 2003-as limitjét már túl is léptük...) az élet hozza, és bizony bele lehetett futni a 2003-as korlátaiba, marha könnyen.

 

Képzeld, van amikor olcsóbb desktop-on szűrögetni/kezelni 64k sornál többet egy ismert eszközzel, mint adattárházban/adatbázisban matatni sql-eket írogatva, vagy akár valami sokadik generációs kattintgatós eszközt használva. Ugyanis _erőforrásban- már az asztali gép is bőven elegendő ilyesmire. És nem, egy egyedi "egyszer használatos", ad-hoc szűrés/rendezés/feldolgozás nem a dwh/DB-szerver oldalára való, pláne akkor, amikor az több körben alakul ki az adatokat felhasználó, azokkal dolgozó munkatárs tevékenysége során.
Attól, hogy veled még nem jött szembe ilyen feladat, még nagyon nem jelenti azt, hogy nincs.

Megjegyzés: Sehol nem írtam (értő olvasás!), hogy ilyen méretű táblát gáyrtottam, csak azt, hogy van olyan helyzet, amikor bizony ekkora listákat kell helyben feldolgozni. Te awk/perl/python/jóégtudjami használatával dolgozol fel 40-60-100E sort - más meg mással: például Excel-be berántja, és pikk-pakk megvan a megfelelő oszlopokból a kért grafikon meg trendvizsgálat, meg ilyesmi - Egy fájlban, hordozhatóan, szerkeszthetően.

Loggolásnál nyomod CSV-be az adatokat, akár gb méretben is.

 

Az adatbázis rohadt nagy macera és lassú is. Utólag feldolgozod a 4-5 gb CSV fájlokat.

 

Nyilván ez nem Excel, de nem ritka a 10 millió soros táblázat sem. A CSV specifikáció nem tartalmaz limitet.

Felőlem jöhet json-ban is a feldolgozni való lom, nem okoz problémát - de egy üzleti elemző a dwh-ból jellemzően olyan extraktot kér/kap, amit még tovább tud/kell maszírozni, és azt bizony jellemzően táblázatkezelőben teszi, mert nem akar/tud/feladata sql-t turkászni, és pláne nem biztos, hogy van az adattárházban bármilyen fejlesztői/sql joga ugye...

Nincs az az ember, aki 1 millió soros táblázatot képes átlátni. :)

 

Az extract érthető, ugyanakkor nem tiszta, hogy miért van benn az 1 millió soros limit. A LibreOffice is limitál, bár nem tudom, hogy miért.

Ha túl lassú lenne a rendszer, majd panaszkodik a user és váltanak.

Képzeld, lehet Access-ben is SQL-matatás helyett. Ami történetesen erre való.

Sehol nem írtam (értő olvasás!), hogy ilyen méretű táblát gáyrtottam

Persze, most már mosdatod magad, meg mentegetőzöl. Csak éppen pont ezzel érveltél az Excel upgrade mellett. Mert fennált az 1 nap alatt összebloatkodod Excelben vs. 3 nap alatt csinálsz értelmes megoldást Access-ben és te a kényelem, meg az illuzionális időhatékonyságod érdekében a gányabb megoldást választottad.

Írtam valahol, hogy ilyenméretű táblákat gyártok? Nem. ne adj olyan kijelentést mások szájába, amit nem írtak/mondtak. Attól, hogy te (mint mindenkinél okosabb és mindent jobban tudó, pláne azt,hogy kinek mit kell használnia és mire) még nem futottál bele olyanba, hogy office Standard _és_ nagy méretű adathalmaz, attól még ez egy létező scenarió - és ott jöhetsz azzal, hogy Access - csak ugye az nincs minden Office csomagban...

ott jöhetsz azzal, hogy Access - csak ugye az nincs minden Office csomagban...

Access-re nincs, de új Office csomagra és gépparkra természetesen mindig van pénz, mert kisemberellenes Zeller Mérnök Úr szerint jobb ötlet egy oligopol nagyvállalat újrafeltalált kerekeit megveszegetni 3 évente (a régi kidobatása mellett), mint egy jó szakembert megfizetni, aki képes az olyan rutinkarbantartásokat elvégezni a munkaállomásokon, amiknek köszönhetően akár 10 évig is használhatóak maradnak (kipucolás, venitlátorcsere, memóriabővítés, SSD stb.).