[FEAR007]

Tervist, küsiks Teie käest mis keelt oleks antud hetkel nutikas valida. Mõtlen tuleviku peale(tööd leida antud keele valikul).

Varasemalt olen õppinud Java, C# ja Objective-C-d. Ning nüüd tahaks rohkem veebilahenduste peale minna. Iseenesest nendest kolmest keelest mida olen õppinud on Objective-C kõige loogilisem olnud.

Ise mõtlesin Pythoni või Ruby peale. PHP-d kunagi proovisin see ei meeldinud syntaxilt. Kummal keelel oleks rohkem tööpakkumisi tulevikus ning kumba on "lahedam" kirjutada?

Ettetänades

[neros]

Objective C loogiline? K6ige v2hem loetavam imo nendest mis sa loendanud oled. Pealegi veebilahendustes pole temaga midagi peale hakata.
Java v6i C# on kindel laks siiski. Pigem C# kuna tundub rohkem populaarsem viimasel ajal toopakkumistes, v2hemalt sellistes mis midagi v22rt on ning ASP.NET MVC teeb asja sigalihtsaks.

[Redikate]

Mind üldsegi huvitab et miks nagu?

Java, c# või Objective-C maailmas peaks olema piisavalt arenemisruumi, et ei peaks veebide tegemisest lisa otsima (eriti veel uue keele õppimise näol)
+ selliste oskustega progeja peaks nagu üleeile tööd saama suht ulme palga eest.

Kuid kui kindlasti tahad veebi ehitada, siis mina isiklikult soovitan nodeJS'i.

[napoleon]

Veebi jaoks on PHP ideaalne kuna see lihtsalt töötab(erinevalt näiteks Javast, mis by default ei tööta ja tööle saamine nõuab hulga aega ja $$$) ja ei ole ka default seadetes karjuvalt ebaturvaline.

[Deadlock]

[neros]

Ta ei ole algajas6bralik. PHP puhul teed tekstifaili, paned sinna selle:

[Fukiku]

Niimoodi Java't maha tampida on ka natuke näotu siiski. Kui tahta ainult quick & dirty hello worldi teha, saab ka Javas suht lihtsalt ju JSP-sid kasutades.

[neros]

Ja kuidas sa JSP jooksma saad? Menyyst yks k2sklus ja l2heb nagu WebMatrixis?

Javas on tarvis siiski korralikult pead vaja vastu seina taguda. V2hemalt Visual Studio maailmast tulnud arendaja jaoks on Java siiani "fuih, ei taha nii palju ajusid tuuseldada". .NETil on Visual Studio ja nuGet package manager. File->New Project->ASP.NET Web Application, vali mille tuge soovid projekti (MVC, WebForms, SPA...), check box "Add Unit Tests Project", done. Kogu algus olemas. Saab lihtsalt Debug->Start Debuggng teha ja tootab. On Javas sama lihtne asi? Viimati kui vaatasin, siis p2ris mitte. DI lisamiseks v6tad nugeti lahti, otsid nt Ninject, valid Ninject MVC, install, olemas. Rohkem midagi teha ei tule, v6id kohe komponente registreerima hakata fluent syntaxiga: kernel.Bind<IInterfeiss>().To<Implementatsioon>(); EF on suuremal osadest projektibaasidest kohe sisse keevitatud, lisa ainult POCOsid. Migratsioonid tootavad samuti out of the box - package manager console alt lahti, Enable-Migrations, Add-Migration First, ning l2ks!

SharpArchitecture on ka olemas, kuigi ma soovitaks sellest mooda hiilida, imho on tal natuke puudusi.

See firma kus ma hetkel tootan kasutab v2ga h2sti kootud internal SDK'd oma projektides. Mingid plaanid on vist teha sellest ka template baas mida firmast v2ljaspool kasutada saaks. Default ORM on NHibernate, aga ma yritan sinna hetkel EF'i tuge lisada. Neil on vist isegi Umbraco ymber selle sama SDK wrapper tehtud.

Ma teen enda projektide tarbeks hetkel sama SDK moodi lahendust kuna muidu on alati hullult boilerplate'i vaja teha, https://github.com/Grinderofl/SDK on esialgne sorts olemas, pole v2ga palju saanud teha selle kallal. Idee peaks edasi andma igatahes.


C# on ka eestis j2rjest populaarsemaks muutumas, ja kui minna n2iteks UK'sse, siin on p6hitegijad .NET ja PHP, neid pakkumisi vaadates mis mulle iga p2ev postkasti prantsatab

[Fukiku]

Eksperimendi mõttes võiks proovida, aga Eclipse WTP peaks võimaldama primitiivse Java veebi Tomcatis jooksma saada umbes sama paljude klikkidega, ma kujutan ette. Pole ammu täitsa nullist proovinud. Spring Roo võimaldab paari käsuga terve rakenduse valmis teha, aga see on muidugi mänguasi kahjuks, tõsist kraami sellega ei tee.

Üldiselt ma usun, et Java ja .NET ökosüsteem on siiski üsna sarnaste võimalustega. Korralikud IDE'd on olemas, DI konteinerid on olemas, ORM raamistikud on olemas, MVC raamistikud on olemas, dependency manager'id on olemas, build manager'id on olemas, igaks elujuhtumiks teeke leiab piisavalt. Loomulikult on väga hea paugutada märksõnu ja koodinäiteid maailmast, kus sa igapäevaselt töötad, aga see ei tähenda, et paralleelmaailm peaks olema oluliselt vähem arenenud.

[napoleon]

Vastan siis küsimusele, miks ma Javat maha tegin. Süntaksi mõttes on see keel nagu keel ikka koos oma heade omaduste ja kiiksudega. Aga nagu juba varem öeldi, on isegi lihtsa hello worldi töölesaamine paras PITA. Aga ok, see pole veel kõige hullem. Kui asi natukenegi keerukamaks läheb, tambitakse sind maapõhja kui mingit enterprise junni ei kasuta, seega jõuad lõpuks umbes sellise tõdemuseni:
http://discuss.joelonsoftware.com/default.asp?joel.3.219431.12&
....see on küll läbi huumoriprisma öeldud ja nii võib ka mõne teise keelega juhtuda kui asja üle disainima hakata, kuid paraku kohtab sellist asja kõige rohkem just java rakenduste puhul.

Ehk java kui keel pole otseselt midagi koledat. Aga viis kuidas javas asju tehakse on hmm.... ei hakka parem ropendama.

[spikhoff]

Mina soovitaks õppida Pythonit ja/või Nodejs.

Pythonil veebijaoks väga mõnus raamistik Flask http://flask.pocoo.org/
NodeJS'il ExpressJS http://expressjs.com/

EDIT: NodeJS'i (javascripti) suur pluss on see, et frontendi ja backendi keel on sama Ei ole vaja enda aju ümber switch'ida ühest keelest teise, st. jäävad ära tobedad typod jne jne.

[neros]

[YberCyrus]

Pole küll ammu enam Javat tõsiselt kirjutanud aga viimati vaatasin siis Spring 3est alates on täitsa korralik annotation support ka DIle, niiet ei pea enam miilide kaupa XMLi vorpima. Javal on täitsa hea AOP support olemas. Springil endal on AOP tugi täitsa sisse ehitatud ja kui miskit võimsamat vaja siis võib AspectJ otsa vaadata. Muus osas nõustun, et .NET ja C# on javast ikka peajagu üle. Samas Java8s on featuure mis juba meenutab LINQi näiteks ja lambda toe sai ka täitsa, niiet tundub, et ikka üritab sammu pidada. Samas java maailmas toimub ka ikka päris palju huvitavat. Näiteks üks startup hetkel ehitab platvormi, et saaks Javat jooksutada otse hypervisori peal, ehk siis bundlivad ise kaasa miinimumi mida on app serveril vaja, et funktsioneerida ilma OP süsteemita, näiteks TCP stack. JRockiti vennad üritasid sarnast asja ehitada oma JRockit Virtual Environment kujult aga see vist on nüüdseks surnud. Pole küll .NETi GC kapotialust uurinud aga nagu kõikidel managed keeltega võib GC mingilhetkel bottlneckiks muutuda. Java maailmas on vähemalt mitmeid valikuid selle probleemi lahendamiseks ja kui tasuta lahendused enam ei sobi siis on vähemalt üks firma olemas mis leiba teenib oma proprietary VMiga millel on pausless GC - Azul Zing. Nende VMide peal pidavat jooksma ka päris mitme black box trading algorithmid.

Mis puutub keele valikuks siis kahjuks Java on eestis ikka kindlast .NETist ees. Java ja .NET on väga rohkelt levinud just suuremates firmades kus on suuri süsteeme vaja ehitada, esmalt juba sellepärast, et need on staatilised keeled, kompileeritud ja neil on palju kasutajaid.
PHPd isiklikult ei soovita kuna on lihtsalt olemas paremaid keeli. Jah PHP on väga populaarne kuna sellega on ülikerge alustada ja ei pea mingi computer scientist olema, et hello worldiga hakkama saada aga sellel on ka omad miinused. Mitte, et teistel keeltel vigu poleks aga PHP kohta võib alustuseks http://eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/ siit lugeda.

Kui tõesti mingit lightweight platvormi otsid siis vb soovitaks ka NodeJSi aga ma kirjutaks seda koos TypeScriptiga, eriti kui projekt võib tulevikus kasvada. Väga awsome asi millel on väga palju EcmaScript6 (future JS) featuure implementeeritud ja millel on compiler. Integreerub Visual Studioga eriti hästi, 2013 versioonil on by default juba kaasas.

[neros]

Spring3'l on t6esti parem support, sellele vastu ei vaidle, aga annotationid on ikka ekstra mida lihtsalt tahaks v2ltida. Constructor injection wins. Teine probleem on ka, et MS muutub avatumaks, aga Java on ikka oraakli suletud uste taga. Ehk siis teisis6nu kogu arendustegevus on byrokraatia taga, muidu oleks juba j2rgi j6udnud C# featuuridele. .NETi GC ei ole probleemiks kui DI konteiner korralikult yles s2ttida ja skoopida vastavalt, ehk per web request enamike komponentide jaoks veebi jaoks ning sealt edasi hakkab GC agressiivselt tegutsema kui systeemile lisaressursse vaja on.

Imho ei ole typescript veel piisavalt mature, et seda pidevalt kasutada... puudusi veel on aga hakkab ilmset v6tma. Gulp ja npm teevad muidugi nodejs ja angulari tegemise h2biv22rselt lihtsaks paketimajanduse koha pealt (Gulp skriptide kokkupakkimiseks yhte faili, et hoida projektistruktuur korralik ja organiseeritud ning decoupled, kuid samas dist js fail ainult yks).

[YberCyrus]

Springiga peaks saama täitsa constructor injectionit ka teha imo.

Ise olen typescripti kasutanud poolteist aastat 0.8 versiooni peal kus on natuke bugisid sees aga põhiliselt siis intellisensi vigatsemine mis otseselt ei takista midagi. Ja mingihetk tekkis projektis niipalju faile et otse CMDse nende argumentide pushimine ületas CMD 8kb input puhvri, et pidin natuke ümber ehitama kompileerimis protsessi.

1.0 versiooni ka põgusalt näppinud ja seal tundub intellisensi bugid likvideeritud olevat. Typescriptiga see hea asi, et kui miskipärast typescripti kasutada ei saa mingi library eripära tõttu siis võib vabalt JSi peale tagasi minna.

Aga see, et TS pakub võimalust kirjutada JSi mis on oma loomuselt dünamiline keelt staatiliselt (most of the time, mõnikord on dünaamiline lähenemine ka hea) ja kompilaatoriga on imo väga suur väärtus. Eriti suurte projektide puhul kus on rohkem kui 1 arendaja ja muidugi ka refactoring support.