Helios Green aneb nejsprasenejsi aplikace kterou znam

[Jezevec]

Bezva, tak jako bonus ono "reseni" zpusobi, ze se ta jejich aplikace cela zhrouti (nikdo nemuze nic pridat).

[Jezevec]

Tak jsem opet zde, s dalsim dilem serialu.

LCS (Asseco) provozuje helpdeskovy system ve svem sprasenem systemu. Nejen ze prihlaseni je tak na 5 minut, ale vymysleli v posledni verzi uzasnou featuru. Pokud nema uzivatel pravo na export dat, nema zaroven ani pravo na ctrl + c. No a jelikoz toto pravo samozrejme jako zakaznik nemate (dalo by se tak dostat k libovolnym datum, protoze prava jsou pro ne neco jako UFO pristavajici na Vaclavaku), tak si nevykopirujete ani data, ktera jste sami do systemu zadali. Uzasna vlastnost helpdesku, coz ?

[pajkus]

jen poznamka... je to produkt by LCS ne Asseco, LCS byla koupena.... ale je to jen detail (ted je to asseco solutions)

[Jezevec]

Jedeme dal. Tak si predstavte, mate nejaky seznam (ciselnik) zaznamu a nastavite si, ze nad doklady typy XYZ se ma automaticky doplnit hodnota 123 (z toho seznamu). No a kdyz hodnotu 123 ze seznamu smaznete, tak ten default s naprostym klidem narve do databaze id jiz neexistujiciho zaznamu, coz navrch znamena, ze onen doklad nelze beznym uzivatelskym zpusobem nijak upravovat.
Pekne vam takto vzniknou nekonzistentni data a pri trose stesti to zjistite az po par tydnech/mesicich.

[Jezevec]

Navazuju na sve predchozi zazitky a pokracuji v osvete pro ty, kteri by se nekdy nahodou dostali do kontaktu s timto bastlem.

30 zaznamu je strasne moc. Neverite ? V roce 2010, TB databazi ... ? Mate 90 zamestnancu? To jste na tom jeste dobre, mzdove listy budete tisknout 3x. Vic nez 30 najednou je proste strasne moc a system vas posle doprdele. Jiste, stejna data ziskate z databaze dotazem bezicim sekundu, ovsem sytemu to trva minuty a tak, misto aby se vyresil adekvatni vykon, nastavi se omezeni na 30.

Mate pocit, ze spravce aplikace tu je od toho, aby vam nastavoval firemni postupy, pripadne administroval opravneni a dalsi aspekty ? Omyl, spravce je tu od toho, aby neustale resil neschopnost dodavatele. Napr ohledne navrhu databaze. Indexy si musi vymyslet sam, ovsem samozrejme, pokud neco prestane fungovat, dodavatel to svede prave na jeho indexy. Ve standardnim stavu trva takova extremne neobvykla vec, jako je pridani firmy na objednavku, bez problemu minutu i dele - podotykam, ze na naprosto nezatizenem SQL serveru. Nu coz, naflakate si tam indexy, zvetsite databazi na dvojnasobek, prikoupite za par M dalsi TB uloziste a zjistite, ze jakekoli ulozeni cehokoli trva 2x dele, protoze update vs indexy ...

Prijde vam normalni, ze system z verze na vezi umi sam udpovodajicim zpusobem osefovat databazi tak, aby vse fungovalo ? No to jste ale nekde jinde. HeG prevedete na novou verzi a zacnete se divit, ze misto Ano/Ne se vam ve formularich objevi 1/0 pripadne A/N ... proste to, co reprezentuje stav v databazi. Pak si samozrejme sami vyzkoumate(dodavatel nevyzkouma nic, jen vam posila nesmyslne odkazy na kdejakou hovadinu), ze je to tim, ze nova verze neumi pracova s typem char, tak si to alespon v uzivatelskych tabulkach prevedete na varchar a zjistite, ze stejny problem je v tabulkach dodavatele. Myslite si, ze to opravi ? Ale kdeze, opet vam posle odkazy na hovadiny, takze vam nezbyva nez to riskout, zmenit datovy typ a modlit se, aby v neblizsich 10ti letech na danou tabulku nesahal (coz se samozrejme nestane, struktura se meni s kazdou aktualizaci).

Myslite si, ze dodavatel, ktery se chlubi na svem webu ze je dodavatelem nejvetsiho ceskeho ERP ma lidi schopne programovat ? Jak naivni. Nejsem programator, ale co je to for tedy vim (narozdil od lidi prgajicich HeG). Myslite si, ze neco tak velkeho se navrhuje a programuje objektove ? Kdyby to tak bylo, tak by se preci nemohlo stat, ze nad stejnym objektem muzete pouzivat konkretni funcionalitu podle toho, z ktere strany do nej vlezete. Neuveritelne, ale celkem standardni. Prislo by vam normalni, nastavovat konfiguraci poptavek nad necim(pro znale poradacem), co se jmenuje poptavky ? Me take, ne tak vyvojarum HeG. Musite vlezt do dat. Prisilo by vam normalni nastavovat chovani a predvolene nastaveni funkcni nad seznamem funkci ? Nj, to by ste ale nesmeli byt u LCS/Asseco. Jim prijde normalni, ze si funkci pustite, vybleje to na vas tabulku, ktera muze byt pri jine prilezitosti jina, a po jejim vyplneni mackate "tajnou" kombinaci klaves "toto chci ulozit jako default".

Myslite si, ze by "moderni" ERP mel narosto normalne zvladat veci jako nastavovani uzivatelskeho vzhledu pro uzivatele/skupiny uzivatelu adminem ? Na to rovnou zapomente. Uzivatel si muze neco ubastlit a ulozit si to, ovsem pokud potrebujete neco zmenit centralne, tak musite vsem uzivatelum jejich nastaveni smaznout. Neco jako nastavit skupine X neco a Y neco jineho ... Muzete ovsem obehat vsech svych N uzivatelu a ponastavovat jim to rucne.

Jeste neco k pravum, neco uz sem zminoval, tak rada pro pripadne malo privilegovane uzivatele. Pokud vas neco zajima, staci kdyz v systemu mate pristup k filtrum (i radkovym). Do tech se da uplne vpohode vlozit query. Na webu se tomu rika sql injection a povazuje se to za jednu z nejzasadnejsich chyb jakou muze web mit. A pokud neznate strukturu databaze, nebojte se, system vam rad napovi, staci kdyz si do tzv "velkeho" filtru date vlozit vyraz. Nabidne vam to pekne seznam vsech policek. A co muzete s temer 100% jistotou ziskat ? No protoze na vsech dokladech je policko pachatel, tak pokud ho vidite, jako ze na 99% ano, tak mate pristup k veskerym udajum o zamestnancich - rodna cisla, mzda ...

[e1]

Wow, ten posledný odstavec je perfektný. Mať niečo takéto vo veľkej spoločnosti, alebo v banke to by bolo peklo.

[Jezevec]

Mno ... pouziva to dcerinka CEZu I&C Energo ... maji tusim 10k zamestnancu (zajistujou servis pro CEZ) .... nechapu jak stim muzou zit. Sice v tom asi nedela moc lidi zaroven, ale pocitaj jim v tom vejplaty.

Ad vykon, 50lidi zaroven, nedelajicich prakticky nic jinyho nez vytvareni dokladu (objednavky, vydej, prijem ...) sezere 2x4 na procesoru SQLka na 100%. To myslim celkem slusne vypovida o uzasnem navrhu databaze. Nacteni prehledu dokladu pak trva v nekteryh pripadech i 30+s, insert do DB i minutu a vic. Tzv "tenky" klient sezere vpohode dvoujadro na 100%. Zato tzv "aplikacni" server nedela nic (ale pro jistotu se kazdou noc restartuje IIS).

Co se bezpecnosti tejce, proste se spoleha na to, ze uzivatel je dement, kterej nikam nepoleze.