Nový registr vozidel je napsaný v Javě – Offtopic – Fórum – Programujte.com

Nedokážu si vysvětlit, proč starý registr vozidel běhal v pořádku, ale nynější má problém s výkonem. Jediné, co mě napadá, že je to celé napsané v Javě nebo hůř ve Flešu. Ví o tom někdo víc? Proč potřebuje nový systém (o dost) větší výkon?

Tezko rict.. zaslechl sem nejaky veci ve smyslu:

regiony byly oddelene -> mensi databaze

nad databazema nejsou udajne indexy -> to u mensi databaze jeste muze projit - u vetsi je to uz na zahlceni par dotazama

a kdo vi co jeste ...

Mě by celkově zajímal nějaký pohled do nitra celé problematiky. Ale ne z pohledu politického - spíš technologického. Kde, že se vlastně stala chyba při velém projektu. Určitě by to byl zajímavý článek.

Celkem nechápu ale směr, kam se média ubírají - všichni požadují rezignaci ministra, který však v podstatě skoro za nic nemůže (když by se pominul prvotní výběr firmy) - podle mě by si měli dobírat vedoucího projektu...

no jestli to delali nejaky amateri tak muze byt chyb neskutecne moc... od absolutniho podceneni serveru, optimalizaci databaze, pouziti nevhodnych technologii (takovy php neni uplne to pravy orechovy) - ale to se neda ani odhadnout kolik kravin se tam da udelat... v bejvaly praci sme treba indexy meli, ale kolega vyrobil takovej dotaz ze je uplne vynechal (nepouzily se)...

v takovyhle aplikaci je kazda sebemensi blbost hrebik do rakve

#1 Jak na bič
Nemyslim si, ze zrovna JAVA by mela byt u takove veci bottleneck. Leda mizerne napsany kod v JAVE, ale to bude stejne ikdyz to napises v cemkoliv jinem. Spis bych to videl na chyby v navrhu, podceneni infrastruktury, atp...

No v každém případě bylo podle všeho podceněno to nejdůležitější a to testování. Myslím, že kdyby se systém otestoval a nasimuloval by se běžný provoz, tak by se nemohlo stát to, že by měl tak velké problémy a byl prakticky úplně nefunkční.

java ma par "uzkejch hrdel" ... je neskutecne zrava na pamet...

v praci mame starsi verzi jedny aplikace v C++ a novejsi v Jave... rozdily? novejsi nema sanci s min jak 32GB ram na cca 5000 requestu za vterinu (na linuxu) + se to meni s kazdou verzi JRE (a vetsinou ne k lepsimu)

no a stara? 20-40 tisic requestu na HP-UX PA-RISC masinach (uzky hrdlo je napriklad pouziti trapsend binarky na posilani SNMP trapu - jak to zaclo posilat tak 10 trapu za vterinu, tak uz se server neda pouzit - v javovy verzi se projistotu posila jen pocet stejnejch trapu za poslednich 100ms... kazdej zvlast by to v zivote nedalo :D)

(ale je pravda ze nova verze ma jeste par vychytavek co stara ne :D)

Hlavně je "hezký" těch pár miliónů za provoz měsíčně, opravdu by mě zajímalo, za co to je, co se z toho platí.

#7 KIIV
Nechci tu rozjizdet flame Java vs C++ (pisu v obou podle vhodnosti), ale fakt hodne zalezi na tom, jak je aplikace napsana a co za knihovny/frameworky se pouzije (ke vsemu se da dojit mnoha zpusoby a myslim, ze v JAVE to plati dvojnasob). Taky jsme meli od LOTUSu JAVA aplikaci pro komunikaci a kdyz clovek nemel aspon 4 jadro, tak to spolehlive v pripade prijmu zpravy vyradilo comp z provozu. Na druhou stranu jsem videl i JAVA aplikace, ktere bezeli rychleji nez jejich C++ protejsky.

Ano, souhlasim, ze nejake kriticke IO operace nebudu psat v JAVE, ale zrovna aplikace typu registr vozidel s jednoduchou databazi....proc ne....muze to byt treba nejaky web applet pro uredniky, co posila requesty do spravne navrzene databaze na serveru.

Nebudu se tu zastávat tvůrců, protože jsou tu šulíni, když to nechají běžet v takovém stavu. Jenže kdo někdy dělal náhradu za stávající systém, který je už poplatný své době, tak ví, že to není žádná sranda přejít. Dělal jsem to pouze jednou, všechno jsem pečlivě prošel, nasimuloval přechod s částí dat (kompletní data byla moc velká, ale proti registru vozidel to bude pořád zlomek) a pak se udělal krleš ... no a pak se nechal stávající systém ještě nějakou dobu běžet, protože v těch datech byl takový neskutečný bordel. Duplicitní záznamy, které měly být unikátní, chybějící data, data která "nikomu nepatřila" ... Takže se to radši zastavilo, postupně se vyřešily všechny problémy a pak se udělal konečný přechod.

Jestli je v registru 10 miliónů aut a o každém je tam 100 položek, tak nějakých milión chyb je odpovídající počet.

No a cena ... samozřejmě, pokud je v tom nějaká špinavost, tak mor na ně, ale jestli si pouze dokázali vyjednat takové podmínky a zadavatel na ně přistoupil, tak jim to přejme. Určitě se tu najde plno lidí, co budou tvrdit, že by to za zlomek ceny zvládli rychleji a lépe. Dělat za náklady bez zisku není vhodný způsob podnikání sw firmy :).

Zasláno z mobilního telefonu.

#10 liborb
Jop jsou lidi co si mysli ze by to zvladli za zlomek ceny, funkcni, v cas a sami... a ze jsou napadne podobni tem, co si troufnou jako prvni projekt udelat hru ve stylu half-life 3...  :DD

(Kazdopadne s par lidma z prace by se to zvladnout dalo.. ale to uz je zase trosku jina liga)

#11 KIIV
Na lupa.cz jsem se dočetl, že to není Java, ale IIS a samozřejmě se tam v diskuzi objevují takové komentáře:

Jak uz sem psal, evidenci aut by napsal zacek ZS za vikend - a to vcetne otestovani a zprovozneni. Samo vcetne logovani zmen - co je tak tezkyho na tom insertovat do tabulky a nic nemazat/nebo updatovat, ze ... A kolik asi takovych zmen jedno auto za svoji zivotnost vygeneruje ... 10?

No a samozřejmě by to zvládl asi jakýkoliv zkušený tým lidí. Bohužel není nikde napsáno jaký je rozsah a kolik se toho muselo udělat (převod, opravy, školení, dokumentace ...), ale můžeš si spočítat na kolik by ten váš tým spolkl třeba za rok práce peněz na platech a jak moc by jste se přiblížili k těm 37MKč :) .... čímž chci jenom říct, že mě ty peníze nepřipadají jako moc veliký, ale špatný na tom je, že výsledkem je nasazení špatně otestovaného produktu.