tak jsem si vcera nainstaloval (pochopitelne nelegalne a rad se k tomu priznam) windows 98 a M$ office 2000, abych v naivni vire pomohl kamaradce vytisknout diplomovou praci. Jenze ouha - pokud ma prace 150 stran obohacena o spousty obrazku (celkem 276 MB soubor DOC), tak ji vytisknout je nad sily vyse uvedeneho softwaru. Pocet restartu byl mnohonasobne vyssi nez pocet mych vsech prstu. Ta NEPRILIS PROFESIONALNE NAPSANA KONZOLE PRO ZAVADENI HER neni urcena pro seriozni praci. I castka 1 koruny je prehodnocena cena.
A co se tyce dopisu od BSE+MV - cetl jsem ho nejdrive na I-netu a pak i v tistene podobe u organizace ochranaru prirody. ten dopis je zraly na nekolik zalob. Ale spise je nejvyssi cas se zamyslet nad nasazenim LINUXu v beznem provozu a take to realizovat. Jiz mnoho mychklientu je infikovano touto myslenkou a verim, ze zanedlouho je dostanu ze sparu windowsu. Pak MrkvoSoftu spadne hrebinek a mozna i vytvori skutecne pouzitelny system.
A ted dotaz - existuje software pro vedeni ucetnictvi, pokladen a skladu pro linux??????? pokud ne, tak uz jsem odhodlan napsat jej a hledam tym pro spolupraci .....
celkom suhlasim.ale postavme to na jave. a nech jadro aj moduly su na GPL. schematicky su 2.varianty:
SQL<->JDBC<->java aplikacny server<->rmi<->klient
alebo
shared copy jar moduly--->-|
|
SQL<->JDBC<->vykonny klient postaveny na class/object ubdatovatelnych jar balikoch
ta druha verzia by bola centralizovana data na SQL
a jar kniznice kde by boli dedici nejakeho kernel modulu ktory ma kazdy klient predinstalovany
(podobne ako je to v netbeans.org projekte
takto sa je mozne vyhnut chybam v aplikacnom serveri a zaroven vyuzivat kapacitu klientov.
ofsem data v SQL by mala byt vhodne vypoctovo synchronizovana.
Nie som prilisny priatel silne tenky klient/superserver
konstrukcii.jeden centralny SQL staci
dusan
celkom suhlasim.ale postavme to na jave. a nech jadro aj moduly su na GPL. schematicky su 2.varianty:
SQL<->JDBC<->java aplikacny server<->rmi<->klient
alebo
shared copy jar moduly--->-|
|
SQL<->JDBC<->vykonny klient postaveny na class/object ubdatovatelnych jar balikoch
ta druha verzia by bola centralizovana data na SQL
a jar kniznice kde by boli dedici nejakeho kernel modulu ktory ma kazdy klient predinstalovany
(podobne ako je to v netbeans.org projekte
takto sa je mozne vyhnut chybam v aplikacnom serveri a zaroven vyuzivat kapacitu klientov.
ofsem data v SQL by mala byt vhodne vypoctovo synchronizovana.
Nie som prilisny priatel silne tenky klient/superserver
konstrukcii.jeden centralny SQL staci
dusan
PS.ten shared copy jar moduly je pripojeny priamo na klientov (moze fungovat ako jar update server alebo to moze byt jednoducho virt disk (kedze jar baliky su el.podpisovatelne tak by malo byt obmedzene podhodenie falosneho jar suboru))
