Okruhy diskusií
Chcem ísť na
Diskusné fórum | C# vs. Java
| Pridať príspevok | Návrat do tém |
|
Nazdar, chcel by som tvoriť webové aplikácie, no neviem v akom prostredí
Java(JSP) - C#(asp.Net). Viem že Java je nezávislá od operačného systému, zatiaľ čo pre asp.net je potreba mať
windows server. Nemám zatiaľ skúsenosti s týmito vecami, neviem čo je perspektívnejšie. Ak máte niekto nejáke skúsenosti
poraďte mi.
Vďaka
| |
|
Re Fliper:
kto "vie" JAVU este stale nevyhral Nato aby clovek realne dokazal programovat aplikacie v JAVE potrebuje poznat rozne frameworky, a tych je tolko, ze si dokonca treba vybrat smer, ktorym clovek chce ist. Napriklad GUI Coder pre (fat)client aplikacie potrebuje minimalne SWING, SWT a RCP. Web koder v Jave ma minimum. Servlety, JSP, JSP, HTML, XML, JavaScript a pokial koduje viac ako stranky svojej starej mamy tak ma v portfoliu aj Struts ci Seam. Na pojem Tomcat reaguje ako vystreleny z pistole. Ten co pozna Jetty a vie spravit nejake porovnanie s Tomcatom, ma u mna job. J2EE koder ma to iste co ti dvaja hore + EJB a ovlada minimalne 1 aplikacny server. J2EE koder senior ma nabalene veci ako jBMP, BPEL, ESB, Webservices, atd... Vsetci zvladaju SQL a senior uz pocul aj SQL funkciach a procedurach a keby musel, pouzil by ich. J2EE architect ma programovacie schopnosti seniora + ma prax v dalsej oblasti IT. Velmi vyhodna je kombinacia Admin+Koder. Okrem toho ovlada project management a co je najdolezitejsie, ma doveru programatorov vo svoje schopnosti. Podotykam ze ak ste sikovny a mate pristup k dobrej literature a mate cvicny projekt tak urovej J2EE koder sa da dosiahnut za 2 roky non-stop prace. Extra talenty za polovicu casu. | |
|
Re jh: poznas niekoho, co ma realne za sebou projekt v Seam ? .. pozn. Admin + Koder takuto kombinaciu som este nikde nevidel .. Admin je radovo ina skupina ludi ako je programator a uz vobec som nevidel J2EE architekt s pozadim Admin+Koder s know how Projekt Management .. to je ako muflon, s tavym hrbom :) zadkom zirafy vybaveny ziabrami zavrety vo vtacej klietke. (co je to "ovlada aplikacny server" ?)
| |
|
Re Přemek Podlaha:
SEAM? ano. mna. a vela dalsich a poznam niekolko produktov zalozenych na Seam-e. Daju sa najst aj na nejakej webstranke... To prirovnanie sa mi paci. Uplne vystihuje podstatu a dynamickost IT. Kto sa evolucne nevyvija dalej, zanika. IT je tvrdy biznis. | |
|
Re Přemek Podlaha:
@ "ovlada aplikacny server" ma vela vyznamov. spomeniem niektore: a) pozna deployment proceduri, natolko aby vedel vypracovat prislusny ANT, Maven, ci iny ... tak aby boli programatori aj _produktivny_ a "nekompilovali" pol dna v kuchyni pri kave. Aby bol deployment medzi dev,test a prod maximalne jednoduchy. b) pozna dolezite limity pripadne vie kde ich tunovat - tzn. vie ako a kde ktory connection, bean, cache pool nastavit aby aplikacia fungovala tak, ako si to s panom projektmanagerom "dohodli" a vie to _DOPREDU_ (teda aspon tusi). c) pozna BUG-y daneho aplikacneho servera a vie co (hoci to vyzera logicke a vsade inde to tak funguje) nikdy nesmie urobit. Chces priklad(y)? d) vie urcit strategiu, ako spravne jeho aplikaciu monitorovat, lebo inac bude z SLA iba dalsi zdrap papiera | |
|
Re jh: "Uplne vystihuje podstatu a dynamickost IT. Kto sa evolucne nevyvija dalej, zanika. IT je tvrdy biznis. " ... suhlasim, problem je ten, ze geniovia neexistuju (mozog ma svoje limity) .... moc s tou dynamicnostou u ludi co trosku vedia, kde je sever nevyskakuj - v sucasnoti sa ceni kvalita (details) a aktualnost know how - nikoho nepresdvedcis :) ak to prezenies. SEAM - fukni sem link na nejake public data o projekte co si v tom lepil. K poslednemu postu a) je ulohou config managera a nikoho ineho, b) to by mal vediet, ale je to skor deploy manager byznys, strasne tuho premyslam, co ma projektmanager spolocne s AS details, ale nie je to kriticke c) chcem priklady :) d) tu si uz zo svojej fantazie moc malo prepisal :) nerozumiem
| |
|
Re Přemek Podlaha:
Re Přemek Podlaha: ad SEAM: bohuzial neslo o krabicovy produkt a NDA nepusti takze ti nic viac nemozem povedat ale brandza bol telekom a krajina nebola slovensko a aplikacia bola vyvijana viac ako 2 roky (od seam 1.0 migracie az po poslednu veziu co bola pre JBoss 4.x) Seam usetril vela prace a aj ked sme sa obcas trapili, bugy - migracie, stalo to za to. Pred 2-ma rokmi povedat ze ideme na Seam bolo trufale a mozno nerozvazne ale povedat teraz Seamu NIE pre fungl novy projekt by bola velka skoda. a) suhlasim. na velmi velkom projekte sa uzivi aj ten. na malom a strednom si to programator(i) robi(a) sam(i). a povedzme si rovno, kto zacina vo "velkom"? b) podobne ako a). pri velkom projekte sa aj deploy manager uzivi... len potom ten vyvoj aj tak vyzera - 4 telefonaty na to aby niekto preklopil nejaky dev server a hodina zabiteho casu koli marginalnej zmene. v dnesnej dobe treba "cutovat costy :-) " kde sa da a toto je jeden z moznych cutov c) Aktualny, ktory ma stal den straveny za profilerom a poslal produkciu do tramtarie: Mem-Leak v JBoss-e od verzie 4.2: SLSB neboly nikdy GC-ovane koli ostavajucej zavislosti na SLSB-pool ktory bol zmenou defaultnej konfiguracie zmeneny zo strictmax na threadlocal. Vysledok tejto zmeny bola omnoho vyssie performance v 99% pripadoch ale akonagle sa pouzil EJB Timer ktory vykuzlil vlastny thread, tak vsetky SLSB vytvorene v tom threade mali cyklicku zavislost na pool-e. Riesenie bolo bud zmenit default spat na strict max a obetavat vyhody threadpool, ale krajsie bola napisat custom ant task ktory zistil analyzov source codu ze nejaka SLSB je volana cez Timer a fuknut do nej specialnu anotaciu ktora forcovala klasicky StrictMaxPooling. Takto sa uz nikto nepomyli a koli nepozornosti mi nezostane aplikacia stat po x dnoch na Out-Of-Mem error. Ktory "configuration manager" dokaze taketo zveriny? d) odvolam sa na predosly priklad: keby niekto povedal: "Chlapci a ste si isty ze tam ziaden Mem-Leak nie je? Pozreli ste si to v profileri? Mate monitorovanie GC?" Tak usetrime vela vlasov a penazi. Nabuduce. | |
|
Re jh: SEAM 2 roky dozadu, gratulujem, dobry investor, ze vas do toho pustil, skor tipujem ze nevedel o co ide. A SEAM dnes je to skvele ale s trpkostou to ukazuje trosku na "uletenost" multi tier architektury, kde hocico plus EJB asi pekne nastrbilo budget nejednej spolocnosti. a) uzavrete, b) aj na malom, ak je vela uzlov vnutornych alebo produkcnych .. uzavrete c) pekny bug :) publikuj d) s vlasmi mas pravdu :) ubudaju .. len to neni tak strategia ako idiot guide pre admins :) ..... dobre sme si povypravali, daj na seba kontakt
| |
|
Re palo: Na Linuxe som to v pohode rozbehal, ale musim povedat ze Mono je/vtedy bolo dost pomale.
Web Server: Na IIS urcite rozbehas ;-) a tiez na Apache s pouzitim Mono. IDE: VS Express zadarmo + VS je odost mudrejsie ako Eclipse. Kniznice: myslim ze je to porovnatelne a .NET nezaostava. PS: robil som v Jave 1. rok ale radsej som presiel na C# | |
|
Re jozo:
A skusil si uz aj nieco ine? napr. Jacarta Stuns? ze vyhlasujes ASP.NET za to naj. Ak si pozriet prehladovo pracovne pozicie tak sa z toho da odvodid ze Java je na tom s web aplikaciami podstatne lepsie. Mam skusenosti s Javov aj MS a Java je na tom podla mna neporovnatelne lepsie, v dokumentaciach aj svojich moznostiach. | |



