Hlavní navigace

Vlákno názorů k článku jEdit - tak trochu jiný editor od MuRZ# - Copak je tohle server o jave? Nebo se...

  • Článek je starý, nové názory již nelze přidávat.
  • 13. 3. 2003 15:25

    MuRZ# (neregistrovaný)

    Copak je tohle server o jave? Nebo se root snazi delat imprese aby sem prilakal dalsi lidi jinymi tematy? Uz se tu o Jave pise casteji nez o linuxu. A nerikejte mi tu, ze Java je open source. Je to proprietarni shit sun, ani ho nenechali standardizovat a ke vsemu je to silene pomale a ta VM je uplne blbe navrzena. Dejte uz s tim pokoj a kdyz chcete lakat dalsi programatory, piste o C/C++ nebo o jinem VM, ne o tomhle shitu.

  • 13. 3. 2003 17:20

    Marek Slapak (neregistrovaný)

    :-) covece, ze to byl sarkasmus, vid ? :-)

    - kde si prisel na to ze java neni standardizovana ?
    -> nejen CORE ale vubec vse ve svete javy je o CISTYCH standardech, ktere muzou implementovat jak nadace,tak komercni subjekty (viz. J2EE reseni)

    Proc by se nemelo psat i o jave ?
    Jak si prisel na to, ze je proprietarni a ze neni OSS ?

    - Jukni na SUN a nekde si tam stopro sosnes zdrojaky VM, kompletni specifikace apod. ..

    - Mozna ti to uniklo, ale SUN "sedi" na Jave co do cistoty, nebejt jeho intervence napr. proti Mrkvosoftu, pak by opravdu java byla SHIT, protoze Mrkvosoft s cilem svych zajmu zkurvi vsechno dobry

    - Jak si prisel na to ze je ukrutne pomala ? Videl si nekdy makat serverovy reseni postaveny na Java technologiich ?

    - Proc myslis, ze je JVM blbe navrzena ? mel si tu cest se potkat napr. s HOTSPOT VM ? nebo s VM optimalizovanejma pro symetric multiprocessing s paralelnim garbage collectingem ?

    PODTRZENO SECTENO: ja osobne - a to je jen muj nazor, nikomu nic nenutim - si myslim, ze budoucnost je PRAVE v koncepci, jakou ma Java - zkratka emulace , nemuzu si pomoc, ale posledni dobou mi siti reseni na urcity konkretni prostredi s jeho odchylnostma a zaroven pri cenach a vykonech dnesniho HW pripadne prinejmensim ... za zastarale ...

  • 13. 3. 2003 19:12

    Alesak (neregistrovaný)

    Doufam ze budoucnost v jave nespociva. Na jednu stranu je pravda ze jde o pomerne cisty jazyk (narozdil od treba C#), ze to je i pomerne rychly (na interpretovanej jazyk), pameti to zere hodne, ale ok, to prejdu, co mi vadi je to, co to dela z programatoru. Setkavam se dnes a denne s pristupem "co je pod JVM me nezajima, to neresim", kdy programatora nezajima ze ctyrprocesorovej sunovskej stroj uz pozadavkum javovyho aplikacniho serveru proste nestaci, protoze on "ma vsechno ciste vyreseny a za to ze nekdo spatne implementoval interfacy jdbc nemuze".

    Navic se mi zda, ze to cely dost nenaplnuje myslenku "utilitarnosti", ktera je v UNIXech (o kterych doufam bude root i nadale psat predevsim) dost zasadni.

    Ale ok, berte to vsechno jako muj nazor, nikomu ho nevnucuju, kdo s nim nesouhlasi, o tom si ovsem budu myslet svoje...;)

  • 13. 3. 2003 19:23

    Martin (neregistrovaný)

    No, java má jeden zásadní problém, a to je nehorázně pomalý GUI. A to i na celkem rychlim HW a obzvlášť pod LINUXem. JEdit jsem měl jeden čas taky nainstalovanej a dost se mi líbil, ale nebyl jsem schopnej překousnout ty nekonečně dlouhý odezvy GUI na jakoukoliv akci.(Mám Durom 900, 256MB RAM)

    Situace se prej s příchodem verze 1.4 o něco zlepšila (JEdit jsem zkousel na 1.3 pod LINUXEM), ale zas ne tolik, aby se to dalo normálně používat.

  • 13. 3. 2003 20:05

    Alesak (neregistrovaný)

    Hm, kdybych k jave nemel uz dost zasadni stanovisko a sdilel Vas nazor na to, ze nejvetsim problemem javy je pomaly gui, tak bych vam doporucil podivat se na javovy vyvojovy prostredi eclipse (http://eclipse.org/), ktery pouziva nativni implementaci gui, takze je to pomerne rychly (na javu). Zaroven je to nejlepsi vyvojovy prostredi pro javu ktery sem videl. Kdybych psal v jave a potreboval bych vyvojovy prostredi, pouzival bych tohle. Protoze pisu __zaplat_panBuh__ v C a ve vimu, sem toho usetren.

  • 17. 3. 2003 15:49

    MuRZ# (neregistrovaný)

    Jo, to je jen potvrzeni toho, co pisu. IBM si predelalo knihovny pro GUI. Eclipse je zajimavy koncepne a nutno priznat, ze lidi z IBM vykouzlili z Javy, co to slo. Ale to neni standard, co urcuje Sun. Kdyby Java byla pod spravou ECMA, tak je to v pohode a IBM by predelala mnoho definic a nasledne implementaci. Takhle to musi delat pres ruku, jako je tomu SWT vs. Swing.

    Jinak aby se tu zase neobjevil nejaky blbec jako ten zoul, co bude vytrhavat moje slova a delat z toho nic nerikajici gulas, tak tady je link na tech info, ktery potvrzuje to, co rikam:
    http://eclipse.org/whitepapers/eclipse-overview.pdf

  • 14. 3. 2003 13:38

    MuRZ# (neregistrovaný)

    Co to tady placas?
    Java nema zadny standard, ten je jediny a to ECMA a nasledne ISO norma. Java mela byt standardizovana, ale pak ji prave Sun stahnul a v Java komunite to bylo dost k nastvani (tedy pro IBM, ktera si chce Javu upravit). Tak tu neplacej o tom, ze je standardni. To, ze ti da nekdo nejake zdrojaky je uplne sumak. TO vubec o zadnem standardu neni. A ad jejich dodrzovani, tak Java mela silene trable s RMI, ktere postavila na CORBA a kdy dlouhou dobu blbe implementovala RMI-IIOP bridge a byla za to kritizovana OMG. A to nemluvim o dalsich vecech jako to, ze neuplne implementuje popdoru pro TCPko (primarne neumi raw packety, coz mi v mnoha pripadech muze chybet) atd. Nema to cenu rozebirat takovou zrudnost. Je brana jen proto, ze je to alternativa vuci MS, jinak je to proste shit a k tomu nestandardni a jeste ho ma v ruce firma, co krachuje (jeden muj kamos co delal v netbeans by mohl vypravet o tom, jak ted je to v sunu debilni). Fakt super vyhlidka do budoucna.

    A co se tyka rychlosti, tak se mrkni na znamou sajtu http://dada.perl.it/shootout/, kde muzes videt, jak je Java sileny shit, co do vykonu i spotreby zdroju (je pravda, jsou horsi jako PHPko nebo VBscript, ale to uz je fakt humus ;) ).
    Nemluve o vykonu GUI, Swing je ta nejhorsi vec a IBM s tim byla od sameho pocatku nespokojena. Proto si udelali SWT a na Swingy se vykaslali, proste jen proto, ze je to shit (opet).

    Ad JVM. Nema cenu se dal rozepisovat, par zminek muzes najit zde: http://cliki.tunes.org/JVM a nebo i jinde, kde se pise o problemy, kdy JVM ma 2 vrstvy (spodni, hodne low-level a pak horni, ktera je vazana na Javu). A v tom je prave ten problem, proc je ten sunt tak pomaly, ptz tam neni mozna abstraktni analyza a diky tomu je optimalizace toho stroje uplne v pytli. A nevim, co sem motas nejaky Hotspot? Vis vubec, co to je a jakou to ma architekturu? Jediny co je tam zmeneny, je to, o cem pisu (tedy ta druha vrstva), kdy je tam zvlast pridavan JIT pro jednotlive OS. TO je vsechno, to muze pridat tak 20% vykonu, ale kdyz ztratim diky koncepci JVM celych 200%, tak je mi to uz sumak. ALe hlavne ze mam Hotspot ;) to jo.

    No nic, uzijte si ten sunt, fakt lidi z Javy ani sami nevedi, jak to funguje, ale pritom jsou horsi nez programatori nad VB. Vubec netusi nic o bajtkodu, o tom, jak blbe je tam udelan stack a nemluve o sprave heap (dokonce to ani neumi paralelni heapy :))) ) to je fakt zbesilost :))) Tak si uzijte sve interfejsy, jste patlalove.

  • 16. 3. 2003 20:02

    Salvador Limonez (neregistrovaný)

    No predpokladam, ze kdyz uz je podle teba java takovy shit, ze mas v rukavu nejkou technologii, ktera tento srac schopna bezezbytku nahradit. Porad prosimte vsem nam pitomcum, co to je.

  • 17. 3. 2003 16:00

    MuRZ# (neregistrovaný)

    Vubec nejde o javu, jako o programovaci jazyk. V tom gosling udelal kus prace. Ale jde o to, co je pod tim a co jsou koncepty VM. Osobne jsem proto, aby se Java uvolnila a mohla se menit. Aby byla v ECMA, aby si ji mohl kdekdo implementovat a pripadne upravovat podle sveho. Nejde nabastlit jeden jazyk na vsechno. Mrkni se jak to pak dopada, ze sun musi udelat neco jako MIDP, ktery je uplne o necem jinem, nez normalni JDK.
    Vyvojove koncepty se tam upravuji ne s ohledem na prostredi, ale s ohledem na Javu, aby se ji to prizpusobilo a ne Java tomu prostredi. Vznika z toho desny pelmel, kdy stejne vyvojar se musi v dusledku ucit uplne odlisne postupy.
    Vhodnejsi je uvolnit to, nechat vzniknou ruzne klony (klidne at si MS udela svoje VJ++, proc by ho nemohli pouzivat jeho lidi ne a at vznikne klon IBM atd.). Budou mit svoje pouziti a sve nasazeni a svuj vyznam. V dusledku budou poskytovat velky vykon a budou srozumitelne pro vyvojare, jen API bude jine (coz je i ted a resi se to ruznymi obezlickami, napr. abych mohl pouzivat COM z Javy, musim mit treba JACOB a stejne ten neumi predavat objekty, tak me napr. MSMQ je skoro nedostupne). Je to slozitejsi, ale podle me je hlavni, ze nebude proprietarni technologie, ale bude volna pro vsechny zucastnene. A jestli se nam libi, jak to kdo implementuje je uplne jedno, to je otazka pohledu. Proste zakladem je mezinarodni standard a nechat ho zit a ne aby do toho mluvila komercni firma a ta ho svazovala pro sve zajmy.

  • 18. 3. 2003 14:35

    zoul (neregistrovaný)

    Tak tomu definitivne nerozumim, jsem holt hlupacek :)

    Takze by bylo vlastne *dobre*, kdyby mela kazda vetsi firma svou vlastni implementaci Javy, ktera by se (driv nebo pozdeji, viz J++) lisila od "vanilla" Javy od Sunu? "jen API by bylo jine"? :-)

    Vsichni jsme pochopili, ze jsi se rozhodnul nedat Jave sanci, ted by bylo mozna dobre zacit normalne argumentovat, nebo si doma dat na zed plakat Sun Microsystems a hazet do nej sipky, kombinace obou pristupu vypada hloupe...

    T.

  • 19. 3. 2003 20:36

    gmmns (neregistrovaný)

    To prece ale byla hlavni vyhoda Javy, ze v ni neni zadny COM a podobne sracky, ktere puvodni zamer - totiz kvalitni prostredi pro psani multiplatformnich aplikaci - stavi do pozadi. Java ma mozna mnohe nevyhody, ale nesnadne pouzivani COM objektu mezi ne rozhodne nepatri...

  • 20. 3. 2003 17:39

    Salvador Limonez (neregistrovaný)

    S tou otervernosti k modifikacim je to tak trochu obousecne. Kdo vi jak by to dnes vypadalo, kdyby java otevrena byla a MS se do ni pustil ergo by asi nykdy nevznikl .NET. To by ovsem popiralo zasadni princip javy - binarni kompatibilitu pro vsechny VM. To je ovsem jediny pozadavek na VM. To co uvnitr VM dela a jak to dela, to je zcela v roukou implementatora. Zkratka jedine co musi kazda VM umet je prezvykani jakehokoliv bytekodu. Jeste bych podotknul, ze si mozna taky trochu protirecite. Na jednu stranu volate po otevreni modifikaci a na druhou stranu mezinarodni standard.

  • 17. 3. 2003 11:15

    zoul (neregistrovaný)

    ..."v Java komunite to bylo dost k nastvani"...
    ..."Java mela silene trable s RMI"...
    ..."neuplne implementuje popdoru pro TCPko"...
    ..."jeden muj kamos co delal v netbeans"...
    ..."se mrkni na znamou sajtu"...
    ..."Nema cenu se dal rozepisovat"...
    ..."ptz tam neni mozna abstraktni analyza"...
    ..."jak blbe je tam udelan stack"...

    Jedna pani povidala.

    T.

  • 17. 3. 2003 15:44

    MuRZ# (neregistrovaný)

    Nauc se cist blbecku, nez neco okomentujes, jen doplnek pro podobne hlupacky

    ..."Java mela silene trable s RMI" - http://www.theserverside.com/home/thread.jsp?thread_id=5006&article_count=31

    ..."se mrkni na znamou sajtu" - mate tam link...."neuplne implementuje popdoru pro TCPko" - Java nepodporuje raw sockety. Mas to napsane o kousek dal, jen se naucit cist
    Jinak pokud ti to nekdo precte: http://www.developer.com/java/ent/article.php/617391

    "jeden muj kamos co delal v netbeans"...Jo delal, sun ale vyhazel vetsinu svych lidi, nemaj prachy no a co? Mas s tim nejaky problem?

    ..."ptz tam neni mozna abstraktni analyza" - ano, neni tam AA.

  • 18. 3. 2003 11:30

    zoul (neregistrovaný)

    Problem je v tom, ze na raw sockety musi byt clovek root, coz neni v Jave lehke vyresit. Je okolo toho submitnutych nekolik bugu a v Tigeru by to melo byt (alespon castecne) resene. To mi prijde jako relativne vstricny a slusny pristup.

    Krom toho chybejici ICMP skutecne vadi jen u male tridy aplikaci, a neni zas *takovy* problem udelat nejakou opicarnu k vyreseni. Tvrdit kvuli tomu, ze Java je na hovno, neni ukonem soudneho cloveka.

    Neberu argumenty typu "Sun krachuje", "vyhodil vetsinu svych lidi" a "rikal mi to kamos co u nich delal" od nekoho, kdo neni ani schopny se podepsat.

    T.

    P. S. Doufal jsem, ze s tou abstraktni analyzou kodu to pro nas hlupacky trochu rozvedes, nuz co se da delat.

  • 14. 3. 2003 13:58

    MuRZ# (neregistrovaný)

    A jeste jsem zapomel reagovat na jednu vec, Sun a cistota Javy :)))))) Uz dlouho jsem se tak nenasmal :))) Fakt super vtip.

    Sun nenechal Javu standardizovat JEN a JEN proto, ze ji chtel a chce prodavat. Vubec mu nejde o zadnou cistotu kodu, ani nikomu z Green projektu, jde jim jen o to, aby vydelali penize. Nic vic a nic proti tomu, ale musim se smat, kdyz jim nekdo priklada to, ze chteji mit cisty kod :)) Vzdyt Oak byl driv navrzeny Goslingem jen tak aby jim pomohl udelat ten set-top box, a ptz krachli, tak uvedli Javu :))) Proste na krachu green projektu vznikla Java :))) Je to dost usmevne :)))

    Zkratka prestan nas tu balamutit nejakymi idejemi. Jde jen o penize a kdyz pujde Sunu o krk (jako, ze mu uz jde), tak zacne kasirovat firmy, co Javu prodavaji a pouzivaji. Vubec s tim nema OSS nic spolecneho, jde o autorska prava, ktera ma na Javu Sun. A muze si klido urcit podminky, co a jak se bude s Javou. Zatim na ni vydelavaji jen druzi (hlavne IBM a BEA) a Sun jde do prdele, linux a intel mu nici se servery, z Javy nic nema, starofice proda tolik licenci za rok, co ms udela za den, proste nic nema. Zustali jim jen prava na Javu, to je posledni trumf, co muzou vytahnout, kdyz jim uz pujde o krk.

  • 17. 3. 2003 11:17

    zoul (neregistrovaný)

    Oh, Bozinku, takze jestli tomu rozumim, tak te firme jde o *zisk*?! Odporne...

    T.

  • 18. 3. 2003 0:30

    Cohen (neregistrovaný)

    Chlapce, mas nejaky psychicky problem?

    O Jave (a cemkoliv) se da doskutovat civilizovane a ne takovymto hloupym stylem. Mozna ze se s tebou da v mnoha smerech souhlasit a v mnoha nesouhlasit. Ale kvuli tvemu konfliktnimu stylu diskuze s tebou nebude diskutovat nikdo jiny nez ten, koho nastves. Pokud se chces hadat, jdes na to spravne.

  • 26. 3. 2003 10:33

    Kubus (neregistrovaný)

    Muzes mi zdelit, co pouzivas na psani multiplatformovych aplikaci. Urcite to musi bejt neco dokonalyho

  • 13. 3. 2003 18:19

    CrONiN (neregistrovaný)

    Ze java nie je standard, za to moze hlavne Microsoft, ktory si napriek *prisnej* specifikacii javy urobil vlastnu javu. Ze java je pomala, nie je pravda. Java je interpretovany jazyk a teda nikdy nebude taky rychly ako nativny kod, ale to od nej nikto neziada -- interpretacia bytecodu jej poskytuje obrovske vyhody, ktore by inak nemala. A 80 percent dovodov pomalosti javy sa nachadza medzi klavesnicou a operadlom stolicky. Ze JVM je blbo navrhnute? Mohol by si byt konkretnejsi? Ked vidis to toho, si asi v danej oblasti naslovovzaty odbornik, takze nam tu vsetkym objasnis, preco je vm taky strasny shit... Daj mi uspokojive vysvetlenie, a ja uz nenapisem ani riadok v Jave a idem pisat v C/C++. Akurat neviem, cim to budem kompilovat, ked od gcc-2.93 neexistuje spolahlive gcc.