Dobry den, Ja by som to tak tragicky nevidel. Tiez som dlhe roky kodil c/c++ na *xoch a na javu som presedlal lebo proste poptavka po c/c++ nebola taka ako poptavka po java developeroch. Ako to uz x-krat bolo zmienene treba rozlisovat o com hovorime. Nieje java ako java. Hovorime o jazyku? platforme? jvm? Moj cisto subjektivny nazor je ze jazyk je to no.. dajme tomu ze ujde (tie nove eno nuno ako Rails, Groovy, Scala su samozrejme iny level, ale su aj horsie ako ABAP :-) . JVM je podla mna velmi dobra zalezitost. Platforma ako taka je aka je a to uz tu bolo rozobrane. Spominane veci ako webservices, sifrovanie, mailovanie databazy su veci idependend od Java. Btw moj subjektivny nazor je ze SOAP celkovo je priliz komplexny na to aby riesil jednoduchu zalezitost (nech zije REST). Ale to nieje problem Java. ORM to je kapitola sama o sebe. Samozrejme ze Orace DB specialista si musi trhat vlasy ked vidi co tieto ORM stvaraju ale zase je tu na vyber nieco comu sa nadava iBatis (alebo myBatis ci ako sa to teraz vola). To ci ORM pouzit zalezi od projektu. Napriklad JIRA. Oni nerobili java aplikaciu na DB, naopak DB sa prisposobuje aplikacii. Tam ma ORM zmysel. ORM je utrpenie skor ked sa ho snazite nasit na DB aplikaciu. Spomenme si ake uzastne bolo ProC :) Ale o tom inokedy. Packaging a vsetky tie veci verzovacie atd ... mam pocit ze to este nikdo v nicom nevyriesil k uplnej spokojnosti. V C/C++ to tiez nieje ruzove nieco vacsie zlinkovat, nehovoriac o pisani makefile.
Stale je to o vybere.Nikto vas nenuti pouzivat "standardizovane" veci (nech ziju Springy). Super na tom je ze tu nejaky vyber je a to je zaklad. Nikto vas v podstate nenuti pouzivat nieco o com ste presvedceny ze je hlupost (ja som bol napriklad fanda iBatisu, poznal som vsak chalana ktory si vystacil zo Springovskym JdbcTemplate ). Mozno jedine kto vam to moze obmedzit je zamestnavatel ze zakupil eno nuno SAP Netweaver aplikacny server ale to je zase na inu debatu ked vyberaju technologiu manazeri. Svet nieje ciernobiely. Dajte sa na Scalu, mozno sa vam vrati chut programovat a mozno vam ju uplne zoberie :) P.S: Fajn diskusia z ktorej nemam pocit flame-u. Padlo tu par zaujimavych nazorov :) Pekny zvysok dna. Zdenko Vrabel 2011/6/20 Dusan Msk <[email protected]> > Aj ked sa diskusia blizi ku koncu, svoj nazor napisem. O RoR netusim zhola > nic, reagujem skor vo vseobecnej rovine. > > S Javou som zacal pred par rokmi, po x rokoch c++ na *nixoch, pricom som > len nerad prekonaval prvotny odpor. > > Zaujalo ma ( len vyvuc na co si narychlo spominam ): > > - siroka zakladna kniznic a frameworkov, v c++ a niektorych oblastiach > programovania nedostupna > - kvalitna podpora v IDE, code-complete, refactoring > - relativne rychla kurva, pokial slo o aplikacie typu hello world > - platformova "nezavislost" > > Po kratkej chvili som ale do nej zabrdol hlbsie zacal som vytriezvievat. > Stretol som sa s vecami ako webservicy, servlety, sifrovanie, mailovanie, > databazy, orm, web ( fuj ) a mal som stale vacsi a vacsi hlavybol. Vacsina > "standardizovanych" java technologii je zlozitych, prekomplikovanych, > pretechnizovanych, tazko uchopitelnych, buzzwordami pretkanych atd..., ine > veci su absolutne nedotiahnute a nedomyslene ( infrastrukturalne veci ako > verzovanie, packaging, deploy ). Standardna kniznica po hlbsom skumani > vykazuje rozne nelogicke konstrukcie, vid. napr spominana praca s casom, > kvoli ktorej je treba tahat dalsie externe zavislosti. Absorbovat to > obrovske mnozstvo technologii je/musi byt pre zacinajuceho programatora > neuveritelne peklo. Na zaciatku staci zle rozhodnutie, ktory framework > pouzit a potom sa to uz len nabaluje a nabaluje a clovek sa v tom straca > stale viac a viac. Potom vyberie iny, lepsi, a cele to prepise, aby sa z > toho v buducnosti pri udrzovani nezblaznil. A takto dookola. > > Uz len taky obycajny hibernate je v drvivej vacsine pripadov strasny > overkill a pre cloveka, ktory sa s databazami stretol este pred tym, nez > stretol javu ( tzn. s nimi skutocne pracoval, nie ich len pouzival ako > primitivny storage ) a musi cele svoje know-how zahodit pripadne ho > pretvorit tak, aby sa bol schopny pohybovat v mantineloch, ktore mu > hibernate a hql stanovuje. > > Webservicy detto. Standard, niekolko implementacii, ale rozchodit > autentifikovane web servicy je nadludska uloha. Potom to konci ako u > datovych schranok, ze je pred webservice servletom postavene nejake > autentifikacne proxy a do jax-ws sa injektuju nejake ohackovane cookies. > Hnus velebnosti. > > Takze za mna mozem konstatovat, ze napriek tomu, ze mi java v kde-com > ulahcila zivot ( oproti c++ ), postupnym prehlbovanim znalosti mi ho skor > zozlozitila a ten hnilobny smrad, o ktorom sa v poslednej dobe hovori, > zacinam pocitovat taktiez. > > -- > Dusan > > > > > 2011/6/19 Oto Buchta <[email protected]> > >> 2011/6/18 Pavel Kolesnikov <[email protected]> >> >>> 2011/6/16 Oto Buchta <[email protected]> >>> >>>> Vím, že je to už malinko od tématu, ale vidím, že je tady dost >>>> vyučujících, tak jsem se chtěl zeptat, jestli jste uvažovali či dokonce >>>> slyšeli, že se někde začíná s výukou programování pomocí Perlu 5. Mě to pro >>>> prvotní algořiťmizaci díky jeho slovutné jazykomalebnosti přijde jako >>>> nejideálnější nástroj. Ale možná se šeredně pletu. >>>> >>> >>> Výuka programování v Perlu mi přijde jako výborný nápad. >>> >>> Kromě zvukomalebnosti bych doplnil jednoduchou syntax, od začátku >>> objektové prostředí aniž by programátor sám musel objektově psát, naopak >>> obligátní "hello world" může být na jeden řádek. K tomu možnost zkoušet si >>> rychle kód v interaktivní konzoli, slušná dokumentace, komunita, rozumný >>> výběr frameworků pro běžné úkoly typu webové programování, přístup k >>> databázi a testování... >>> >>> A samozřejmě předpokládám, že se jedná o Perl done >>> right<http://www.google.com/search?hl=en&q=%22perl+done+right%22&aq=f&aqi=&aql=&oq=>;) >>> >>> Ne, předpokládáš špatně. Jasně jsem napsal Perl 5. Ruby jsem na mysli >> opravdu neměl.... >> >> >> -- >> Oto 'tapik' Buchta, [email protected], http://tapikuv.blogspot.com >> > >
