Neil, kes on otsustanud valida programmeerija elukutse, tekib see küsimus de facto. Programmeerija elukutse on aga midagi kitsalt fokusseeritud. Programmeerimisel on palju suundi. Seetõttu tuleb enne keele kasuks otsustamist kõigepealt valida suund, milles soovid professionaalina areneda. "Parima keele" statistika allikaid on palju.

Stackoverflow arendajate uuring

2016. aasta Stackoverflow arendajauuringu täitis üle 56 000 arendaja 173 riigis. Siin on enim kasutatud tehnoloogiad:

* JavaScript – 55,4%

* SQL – 49,1%

* Java – 36,3%

* C# – 30,9%

* PHP – 25,9%

*Python – 24,9%

* C++ – 19,4%

* AngularJS – 17,9% (JavaScripti raamistik)

* Node.js – 17,2% (JavaScriptis kirjutatud serveripoolne keel)

* C – 15,5%

Küsitluses küsiti ka, mis arendajatele kõige rohkem meeldis:

* Rooste - 79,1%

* Swift – 72,1%

* F# – 70,7%

* Scala – 69,4%

* Mine – 68,7%

* Clojure - 66,7%

* Reageerida – 66,0%

* Haskell – 64,7%

*Python – 62,5%

* C# – 62,0%

Ja mida arendajad kõige rohkem kartsid:

* Visual Basic – 79,5%

* WordPress – 74,3%

* Matlab - 72,8%

* Sharepoint – 72,1%

* CoffeeScript – 71,0%

* LAMP – 68,7% (Linux, Apache, MySQL, PHP)

* Cordova – 66,9%

* Müügijõud – 65,4%

* Perl – 61,3%

* SQL – 60,3%

Tehnoloogiad, mille õppimisest arendajad on huvitatud:

* Android – 15,8%

* Node.js – 14,8%

* AngularJS – 13,4%

*Python – 13,3%

* JavaScript – 11,9%

* Reageerida – 9,2%

* Swift – 8,7%

* MongoDB – 8,1%

* Arduino / Raspberry Pi - 8,0%

* C++ – 8,0%

Üllatavalt vähe. Tulemused on huvitavad, kuid sageli vastuolulised ja andmete kogumise meetodid on piiratud:

1. Otsingumootori tulemused võivad aidata vanemaid, probleemsemaid või levinumaid keeli. Vähesed arvasid, et VisualBasic tuleb üle JavaScripti.

2. Veebiküsitlused on piiratud kindla sihtrühmaga. StackOverflow on täis üsna teadlikke arendajaid, kellel on probleeme populaarsete keelte ja raamistikega.

3. Ajaloolised kasutusmustrid ei pruugi näidata tulevikusuundumusi. Node.js ei eksisteerinud kümme aastat tagasi. 1990. aastate keskel olid serveripoolseks arendamiseks kõige elujõulisemad võimalused Perl või C.

Näiteks kõik uuringud seavad Java paremusjärjestuse PHP-le. Java kasutatakse sageli õppimiseks ja seda kasutatakse rakenduste arendamiseks käsurida, lauaarvutid ja Androidi rakendused. WordPress toidab aga 27,3% veebist ja on kirjutatud PHP-s. PHP-d kasutatakse 82,4% veebiserveritest, Java puhul aga 2,7%.

PHP on loodud veebi jaoks ja seda kasutatakse laialdasemalt kogu platvormil. Java-l pole midagi viga, kuid kui soovite veebiarenduse karjääri teha, sobib PHP paremini. Tõenäoliselt. Olenevalt sellest, kus sa elad ja töötad. Ja tööstus, kus te töötate. Ja mida sa teed.

Muud arendajate arvamused

Kõigil on oma arvamus ja see on suurepärane. Kuid kõik eksivad. Ühelgi arendajal pole kogemusi kõigis keeltes. Mõned neist tunnevad hästi mitut, kuid keegi ei saa erapooletut valikut pakkuda. Igast keelest, mille arendaja valib ja igapäevaselt kasutab, saab tema esimene valik. Nad kaitsevad seda lahendust kirglikult, sest kui nad ei saa, lähevad nad üle millegi muu vastu.

Teised arendajad võivad pakkuda oma kogemusest saadud õppetunde. See on kasulik teave, kuid on ebatõenäoline, et teil on samad püüdlused. Selle sisestamiseks küsige arvamusi arendajatelt, kes on olnud sunnitud kasutama teatud keelt või raamistikku: enamik vihkab seda tehnoloogiat. Miks lasta kellelgi enda eest otsus teha?

Paremat keelt pole olemas

Kui õpid autot juhtima, saab neid teadmisi rakendada bussi-, veoauto- või traktori juhtimisel. Sarnaselt rakendavad enamik programmeerimiskeeli sisendit, väljundit, muutujaid, silmuseid, tingimusi ja funktsioone. Olles õppinud ühe keele põhitõdesid, muutub teise keele õppimine palju lihtsamaks. Kogu erinevus on peamiselt süntaksis.

Sa ei saa valida "vale" keelt; Kõik arendusteadmised on head teadmised. Võib-olla pole COBOLi valimine iOS-i mängu jaoks parim valik, kuid leiate kiiresti, et see on ebapraktiline ja õpiksite selle keele kohta midagi, mis oli mujal kasulik.

Iga õppeprotsessi kõige raskem osa on alustada...

Kas küsite õigeid küsimusi?

Programmeerimiskogemusega inimesed teavad, kus neil probleeme tekkis. Lüngad nende teadmistes on ilmsemad:

1. Kui kulutate liiga palju aega arvutustabeli andmete käsitsi manipuleerimisele, pingutage selle jaoks kasutatava keele õppimiseks.

2. Kui kujundate veebisaiti ja te pole paigutusega rahul, on CSS-i teadmiste täiendamine ilmne järgmine samm.

3. Kui arendate serverirakendust ja teil on vaja andmeid salvestada, on SQL-i või NoSQL-i alternatiivi õppimine loogiline valik.

Need, kes küsivad "mis keelt peaksin õppima?", on ilmselt programmeerimistööstuses uued. Suhteliselt ebamäärane küsimus oleks: "Mis riideid peaksin kandma?" Keegi ei saa vastata enne, kui ta hindab teie vanust, sugu, suurust, maitset, eelistusi, riiki, kohalikku ilma, kombeid, seadusi jne. Keelt on võimatu soovitada, kui te ei tea:

* Kas olete tõesti huvitatud programmeerimisest?

* Milliseid probleeme soovite lahendada

* Millised seadmed ja süsteemid on teile kättesaadavad

* Milline treeningaeg ja võimalused teil on

* Kõik ülaltoodud teguritega seotud muutujad

Keegi ei ärka üles ja otsustab alustada professionaalset arengukarjääri ilma programmeerimiskogemuseta. Kui olete arendusest tõeliselt huvitatud, valige väike projekt, valige keel, leidke õpetused ja minge!

Siis jätka õppimist

1. Kui olete esmalt esiotsa arendaja, proovige kätt taustaprogrammis. Proovige PHP-d, Node.js-i, Rubyt või mõnda muud keelt ja seejärel lisage oma oskuste komplekti SQL.

2. Kui olete esmalt tarkvaraarendaja, õppige HTML-i, CSS-i ja JavaScripti. Kasulikud on ka brauseri API-d ja andmevormingud, nagu JSON.

Raamistikud ei lähe arvesse!

Õppige kõigepealt selgeks keele põhitõed. Need teadmised jäävad teile hindamatuks, hoolimata pidevalt muutuvatest kapriisidest, arvamustest ja arendajakogukonna kasutatavatest tööriistakomplektidest.

Võimalik, et te ei soovi saada täispanga arendajaks, kuid vähemalt aitab see teil teiste tööd hinnata ja teie projekti tõhusamalt kaasa aidata.

Edu. Lõpetage viivitamine. Lõpetage selliste artiklite lugemine. Hakka lihtsalt kodeerima!

Nagu tavaliselt juhtub, muutuvad kõik vaidlused programmeerimiskeelte üle sageli tõelisteks sõdadeks, kus kumbki pool mitte ainult ei seisa oma lemmiku eest, vaid püüab ka vastast alandada. Kui keelte autorid teadsid seda ette, poleks nad pooltki oma loomingust lihtsalt loonud.

Olles otsustanud kaaluda, milliseid programmeerimiskeeli on kõige lihtsam õppida, kantakse küsimus üle teisele tasandile - millised neist on rohkem väärtustatud ja see pole päris sama asi.

Lihtne programmeerimiskeel peab vastama teatud põhinõuetele, näiteks:

• Programmeerimiskeelt on võimalik õppida nullist ilma programmeerimisest üldse teadmata.
• Programmeerimiskeel peaks toetama laiaulatuslikku funktsionaalsust, kuid sellel peab olema lihtne süntaks ja reeglistik.
• programmeerimiskeele õppimise aeg ei tohiks ületada kahte nädalat - see on üldiselt nii.
• programmeerimiskeel peaks olema kasulik.

Kohe saab selgeks, et veebipõhiseid keeli ei saa pidada iseseisvaks, kuna need tuginevad serverite ja platvormide vundamendile, mida on raske õppida. Need, mida kasutatakse programmide loomise üldistel eesmärkidel, jäävad alles.

Kõige lihtsamad programmeerimiskeeled, mida õppida

• Fortran
• Põhiline
• Pascal
• Modula
• Lisp ja teised.

Põhimõtteliselt saab igaüks neist üsna kiiresti selgeks, kuid see sõltub sageli õpetaja oskustest ja õpilase oskusest uut teavet omastada.

Kuid paljud eksperdid on veendunud, et programmeerimiskeele õppimiseks ei tohiks kohe liikuda selle visuaalse juurutamise juurde. Lihtsamalt öeldes, kui tahad Pascalit õppida, siis õpi Pascalit, mitte Delphi XE-d, õpi VC++ asemel C-d MFC/QT-ga jne.

Mida lihtsam on keel, seda vähem märgatavad on selles olevad keeleomadused, kuid algoritmilised omadused on rohkem väljendunud – ja see on parim lähenemine programmeerimise õppimisele.

Ei allu ajale

Võib väita, et Pascal, C ja BASIC on iidsed keeled ega vääri mainimist. Ja see oleks viga, kuna programmeerimiskeelel pole moehooaegu – neid kasutatakse erinevatel asjaoludel, kuid neil pole midagi pistmist "vananemise" faktiga.

Veelgi enam, paljudel juhtudel sobivad vanemad programmeerimiskeeled õppimiseks palju paremini, kuna need võimaldavad kasutajal puuduva teegi funktsionaalsust iseseisvalt arendada, samas kui objektorienteeritud (OOP) keeled, millel on ainult rikkalik funktsioonide komplekt. jahutage algajate programmeerijate loomingulisi ideid – proovige sundida neid heliväljundit helikaardi, andmepakendamise vormingute või uue DBMS-i abil uuesti leiutama.

Sellest tulenevalt jääb alles soovitada algajatel õppida programmeerimist DOS-i versioonidest nagu Pascal ja alles seejärel osta Delphi, et liikuda mugavasse visuaalsesse keskkonda.

IT-sse sisenemine: alustage nullist või lülitage sisse

See, millega Vladimir Kozhaev alustas algajatele mõeldud näpunäidetega sarja. Kaks artiklit saavad selle kohustuslikuks osaks, aga kui kogu materjali ei jõua katta, lubas ta lisada.

Kust on pärit küttepuud?

Ah, sa arvasid? Kas sa mõtled vahel? Sa oled mõtleja. Mis on teie perekonnanimi, mõtleja?
Spinoza? Jean Jacques Rousseau? Marcus Aurelius?
© Kuldvasikas

Olen selles valdkonnas tegutsenud aastast 2005 ja selle aja jooksul on minu silme eest läbi käinud palju lugusid ja saatusi. Kuid see pole peamine, fakt on see, et enamik noori (ja mitte nii) algajaid, keda aitasin, töötavad edukalt, mõned on juba teisel või kolmandal töökohal. Kuid see pole peamine. See on väga väärtuslik Mul on näiteid nendest, kes ebaõnnestusid. Väärtuslik, sest mõnikord on teadmine, mida teha, palju vähem oluline kui teadmine mida ja kuidas mitte teha. Nagu kõik üldistused, kehtib järgnev ainult Ukraina ja vähemal määral ka endise SRÜ riikide olude kohta. Ma tean USA töötingimustest vähe, nii et emigreeruda soovijad otsivad mõnda muud teabeallikat (näiteks Yakov Fine'i imeline taskuhääling "Ameerika" või " Silicon ValleyVoice» Mihhail Portnov).

Vahetaja sotsiaalpsühholoogiline portree

Romaan on peegel, millega kõnnid mööda maanteed.
Kas see peegeldab teile taeva taevasinist või räpased lombid ja augud.
© Stendhal. Punane ja must

Kes tahab minna ai-ti. Selge on: erialaülikoolide tudengid ja vahetajad (mis sõna, mõistmine kursusel) teistelt erialadelt. Mõlemal on probleem, mis hammustab sabast nagu igavene madu Ouroboros – ärikogemus puudub. Ilma kogemuseta ei saa tööle, ilma tööta ei saa kogemusi. Haridus annab aga palju kasu, mistõttu väärivad eraldi arutelu probleemid, millega silmitsi seisavad need, kellel seda pole.

Kunagi elas üks mees, töötas IT-kaugel töökohal, võib-olla saavutas edu, aga siis tuli 2008. aasta kriis, elu läks raskemaks. Siis tuli 2013. aasta Maidan, Krimmi annekteerimine, sõda Donbassis, dollar tõusis ja elada muutus väga raskeks. Ja äkki meenub meie kangelane, et instituudis (koolis / lasteaias) programmeeris ta hästi Pascalis (sai eksamil A / vastas edukalt küsimusele / teadis, kuidas arvutit sisse lülitada). "Eureka, ma lähen IT-sse, nad maksavad palju ja töö on huvitav."

Kui programmeerija õpilasel pole kogemusi ja ülesanne on ainult (!) see hankida, on lüliti seitsme miili kaugusel ja kõik on mets: tuleb kindlaks määrata, mida teha, ja teadmisi omandada. Pean kohe ütlema, et asi pole kerge, nii et inimesi valdavad õigustatult kahtlused: kas mul õnnestub, kas mäng on küünalt väärt või milleks? Alustame sellest.

Kas mul õnnestub?

Saatus on väga mugav sõna neile, kes ei tee kunagi otsuseid!
© Jodie Foster

Kunagi, kui kogemustega programmeerija teenis vähem kui postsovetliku uurimisinstituudi sekretär, oli programmeerimine väljaveninud kampsunites nohikute hulk. Trend IT-sse siseneda vastavalt puudus. Kuid tasapisi jõudis maale allhange. IT-büroode asutajate sissetulekud olid ennekuulmatud: madalad Ukraina palgad kombineeriti rämpsu, kuid siiski välise intressimääraga. Näiteks 2004. aastal maksti programmeerijale töötunni eest 2 dollarit ja nad müüsid selle tunni 15 eest. Seetõttu hakati programmeerijateks võtma kõiki, kes on võimelised "tere maailm" programmi kirjutama, testijateks - kes oskab arvutit sisse lülitada. Rohkem kui kuuekordne sise- ja välistariifide vahe kattis kõik kulud. See õnnis aeg kestis umbes 2008. aastani. IT-sse teistelt erialadelt soovijaid oli vähe, sest programmeerija töötasu, kuigi see oli kasvanud, ei küündinud paraku konditsioneeride paigaldaja tasemeni.

2008. aastal puhkes kriis, kõik vallandati, ka programmeerijad, aga vähem kui teised, ja viidi muudele töökohtadele. Keegi (nagu autor) sai peaaegu kohe pärast vähendamist tööle. Keegi kuu-paari pärast, aga ka kriisi ajal olid klaviatuuritöötajad täis ja isegi päris hästi toidetud. Lisaks on kursus kasvanud ja lõpuks hakkasid programmeerijad autokauplustest tõsiselt rohkem teenima isegi kõige rinnakamad tüdrukud. Sellest lähtuvalt hakkas kasvama ka taotlejate voog ja sellest tulenevalt ka neile esitatavad nõuded ning see kasv jätkub tänaseni. Veelgi enam, kui 2008. aastal oli edukaks tööle asumiseks vaja teoreetilisi teadmisi, siis nüüd eeldatakse algajalt mingisugust kogemust. See tähendab, et tööle saamiseks peab programmeerijal olema reaalsete, vähemalt väikeste ja mitteäriliste programmide kirjutamise kogemus. Testija – tõestatud kogemus rakenduste testimisel.

Seega näeme: nõuded on suurusjärgus kasvanud. Mis sellest järeldub: õpi, õpi ja veelkord õpi! Iga päev, kolm-neli tundi, vähemalt aasta. Pärast seda peate omandama kogemusi, kirjutama programme tasuta. Nii et koolituse algusest tööle asumiseni möödub heal juhul kaks aastat. Kas sul on võimalus ja motivatsioon pärast tööd kaks aastat kõvasti (tegelikult pool päeva) tööd teha? Kui on, siis hea, aga mul on sulle üllatus: keegi ei garanteeri, et sa oma esimesel töökohal üle nädala vastu pead! Juunior, eriti praktikant, on kõige haavatavamad positsioonid.

Teine oluline asi on inglise keel. Ukraina kliendid on täiesti välismaised, siseturg on surnud. Kas te arvate, et nad õpivad vene/ukraina keelt andeka, kuid seni vähevõimeka praktikandi pärast? Inglise keele oskajatel on muidugi lihtsam. Neile, kes seda ei tee, õpime. Ja kuidas sa tahtsid?

See viib murettekitava järelduseni:

Esimese töökoha saamiseks peate olema valmis alguses aastatepikkuseks raskeks tööks ja rahaliseks ebastabiilsuseks.

Mõelge hästi, kas saate seda endale lubada?

Et mitte hulluks minna, peaks õppimisest saama teie hobi.

Uskuge mind, kui teete iga päev seda, mis teid haigeks teeb, on tee lolli juurde ja seal te muidugi raha ei teeni. Teisest küljest pole keegi rahalist motivatsiooni tühistanud ja kui see sinus valitseb, pole selles midagi kriminaalset. Hea tehnika on kirjutada oma eesmärgid paberile, riputada see silme ette ja lugeda seda iga päev. Veelgi parem on minna psühholoogi juurde, ta paneb motivatsiooni osas kiiresti ajud sisse. Kellel seda vaja, kirjutage isiklikult.

Saatke demotivaatorid minema

On neid, kes ütlevad: "fi, ta ei läinud programmeerima mitte oma südame kutsel, vaid sellepärast, et tahtis süüa" Või: "ta on juba vana - kus sa õpid?" Või: "see pole teie ajudele" – saatke need julgelt. Eraldi tähelepanuta jäetud juhtudel võivad kutsumata nõuandjad isegi peksa saada. Miks? Nii et must silm rahuneb palju kiiremini kui tühi kõht! Ka seepärast, et need nõustajad ei taha sind tegelikult aidata – nad ainult kriibivad sinu enesetähtsustunnet, lükates sind samal ajal lompi. Raha puudumine, vajaliku keelamine mitte ainult endale, vaid ka lähedastele, vegeteerida, olles suuteline enamaks - see on labane, vastik ja vastik.

Päris hea ja õige on endale ja oma perele ausalt teenida.

Kust alustada või tee valimine

Minu aastad kasvavad
saab seitseteist.
Kus ma siis töötama peaksin?
mida teha?
© Majakovski

Noh, leidsime motivatsiooni: mida me edasi teeme? Esiteks, Õpi inglise keelt, praegu! Nagu ma varem kirjutasin, ilma selleta pole IT-s paraku midagi teha!

Teiseks valime, mille eest meile meeldiva välimusega rohelised paberid tasutakse. Midagi on vaja piisavalt kiiresti õppida, kuid ka selle eest makstakse hästi. Esimene asi, mis meelde tuleb, on käsitsi testimine. Alustuseks tundub, et üldistest omadustest polegi vaja eriteadmisi, vaid tähelepanelikkust ja visadust. Testitavate programmide spetsiifikat õpin sellel teel tundma. Lähen kursustele, lõpetan ja otsin tööd. Paraku tegi liiga madal sisseastumislävi rohkem kui ühele uustulnukale julma nalja. Fakt on see, et kuni viimase ajani tuli kuni tuhat (!) CV-d ühele nooremtestijate ametikohale. Miks alles hiljuti? Jah, sest sellised vabad töökohad ei ole enam avalikult kättesaadavad! Ettevõtted eelistavad võtta testijaid eriharidusega ja pärast oma kursusi. Jah, ja ainult algtaseme kvaliteedi tagamise vabad töökohad kaks tellimust vähem taotlejaid.

Ja siin on veel üks nõuanne: ärge murdke sisse käsitsi testijatesse!

Samas ei pea sa olema programmeerija.

Mõne jaoks piisab lihtsalt valdkonna muutmisest, tuginedes varasematele oskustele. Näiteks vorstitootmisettevõttes raamatupidaja asemel muutuge samasuguseks programmeerimisbüroos. Kui tead, kuidas töötada inimestega (kelnerid, stjuardessid, hostessid) - otsetee kontorijuhtideni. Kui oleksite ülemus - minge juhtide, psühholoogi juurde - värbajate ja personalitöötajate juurde. Aga mis siis, kui soovite ikkagi programmeerijaks saada? Saa, mis muud! Aga mida uurida, selles on küsimus? Vastus on järgmises lõigus.

Mida ja kuidas õppida programmeerijaks

Lastele tuleb õpetada, mis on neile suureks saades kasulik.
© Aristippus

Mida õppida, et saada kiiremini kauaoodatud töökoht: Java, C # või võib-olla C ++? Jah, need keeled on loomulikult nõutud ja hästi tasustatud, kuid on kaks probleemi.

Esimene probleem: mis tahes keelt ei eksisteeri üksi, vaid koos tööriistadega: kompilaatorid või tõlkijad, mida võib olla mitu, teegid ja raamistikud (inglise keeles) ning ainevaldkonnas kasutatavad tüüpilised lähenemised. Niisiis, point on selles määratud keelte puhul mis tahes võimalikud erialad(võib-olla muu kui android) tähendab kõrget sisenemisbarjääri. Teisisõnu peate eriti kaua õppima. Seetõttu soovitan ümberõppijatele väikese sisseastumisajaga erialasid: esmalt esiotsa programmeerimine JavaScripti ja sellega seotud keelte abil, seejärel kodulehe arendus PHP-s või Pythonis, seejärel mobiilirakenduste arendus Androidile või iOS-ile. Kuid JavaEE või .NET platvormil ettevõtete rakenduste arendamisel, eriti süsteemi programmeerimisel, bigdata või andmete analüüsimisel, on parem vahetajatel mitte sekkuda. Õppimine võtab liiga kaua aega.

Teine probleem: programmeerimine ei piirdu ainult tööriistade uurimisega, esiteks on need algoritmid.

Olgu need üsna lihtsad, kuid kui inimene ei saa joont tagurpidi pöörata või mulli sortimist kirjutada, on tal raske reaalse projekti kallal töötada.

Siit veel üks nõuanne: pead õppima programmeerimistehnikaid – lahenda probleeme.

Kuidas õppida

Esimene samm on õppida keelt ise, selle süntaksit. Selleks võtame ükskõik millises valitud keeles raamatu, loeme selle läbi ja teeme kindlasti harjutused ära. Seejärel jätkame üldkasutatavate teekide uurimisega, paralleelselt lahendame algoritmilisi ülesandeid: massiive, stringe jne. Pärast seda, kui keel ja algoritmide miinimumkogus on enam-vähem omandatud, jätkame selle keele jaoks tavaliselt kasutatavate teekide ja raamistike (raamistike) uurimisega. Fakt on see, et esmased teadmised pistikupesadest, veebiteenustest, üksuste testimise teekidest, HTTP-päringutest on kohustuslikud igale programmeerijale, olenemata erialast.

Järgmine samm on disainimustrite uurimine. Peale seda liigume edasi versioonihaldussüsteemide ja andmebaaside, näiteks MySQL valdamise juurde. Ja lõpuks liigume edasi soovitud eriala omandamise juurde. Kuid see pole veel kõik: koolituse lõpus peate looma mitu töötavat projekti ja panema need githubisse ning kindlasti kuhugi poodi või serverisse, et inimesed näeksid mitte ainult koodi, vaid ka teie töö tulemusi. tööd.

Alles siis saab hakata tööd otsima.

Lugemisloend Androidi Java programmeerimise erialale

• Keele esmaseks sissejuhatuseks soovitan Jacob Fine'i Java programmeerimist lastele, vanematele ja vanavanematele.
• Pärast raamatu lugemist saate edasi liikuda Bruce Eckeli raamatu "Java filosoofia" juurde. Lihtsalt ärge võtke pehmekaanelist venekeelset versiooni - see on lühendatud, harjutusi pole.
• Otsige üles kas uuem või ingliskeelne väljaanne nimega "Thinking in java". Programmeerimisülesanded guugeldavad rumalalt teemal "intervjuude algoritmilised ülesanded".

• Kas onu Jacobi raamat "Java programmeerimise 24-tunnine koolitaja" või Eckeli raamat "Thinking in java enterprise".
• Disainimustrite valdamiseks võtame Eckeli raamatu "Thinking java in patterns".

MySQL-i ja giti valdamiseks võite lihtsalt kasutada ametlikku dokumentatsiooni. Pärast seda saab juba hakata õppima Androidi enda kohta näiteks Donn Felkeri raamatu "Android Application Development for Dummies" järgi. Pärast seda soovitan kirjutada kaks-kolm mängu, panna need poodi. Siis saab tööd otsida.

Mentor, kuidas leida ja mitte igavleda

Sageli tekib algajal küsimusi, mida ta ise lahendada ei oska. Tore oleks küsida kelleltki, kes aru saab, aga kust seda saada? Võtke ühendust nendega, kes kirjutavad artikleid, blogisid (p.s. autoriga EI PEA ühendust võtma, aitan juba mitut ja aeg pole kummist). Miks neile? Lihtsalt, kui inimene annab nõu omal algatusel, on ta suure tõenäosusega nõus aitama, kui teda palutakse. Lisaks peavad mentoril olema õpetaja, mingil määral guru oskused, neid pole kõigil isegi super-duper-duper eakatel.

Küsimused tuleks esitada järgmises järjekorras:

1. Alguses püüame ise lahenduse leida.
2. Kui ei tööta, siis googelda.
3. Kui pärast seda see ikka ei tööta, esitage küsimus Stackowerflow's või mõnes muus foorumis, kuid parem on see mitmel korraga. Pärast küsimuse esitamist lugesime selle läbi, võib-olla saate pärast lugemist aru, kuidas probleemi lahendada.
4. Ja ainult siis, kui punktid 1-3 ei töötanud, pöördume mentori poole.

Samal ajal peate meeles pidama: te ei ole millekski kohustatud, välja arvatud juhtudel, kui maksate abi eest. See tähendab, et kui teile ei vastatud või vastati ebapiisavalt või mentor ei tea vastust, saate maksimaalselt küsida väga viisakalt, öeldakse, kas teil oli juhuslikult aega minu küsimusele vastata? Seda sugugi mitte sellepärast, et mentor peab end maa nabaks. Ta on samasugune inimene nagu sina, kellel on perekond, hobid, oma probleemid. Ja paraku on tema enda ülesanded talle palju olulisemad kui tüütu Padawan, kes järjekordselt tähelepanematult juhendit luges

Üldiselt on põhiküsimuste lahendamiseks parem pöörduda mentori poole: mida kirjandusest lugeda, milliseid raamistikke omandada, mis on minu koodis halba ja kuidas seda parandada, milline ülesanne võtta koolituseks jne.

Mida veel teeb? Kui küsid mentorilt ja ta annab nõu, kasuta seda! Kui te seda ei kasuta, ärge muretsege, et see ei tööta. Mul on sõber, kes küsib umbes kord kuus: "Mida ma peaksin tegema?". Ma ütlen talle üksikasjalikult, ta tuleb kuu aja pärast, olles minu soovitustest absoluutselt mitte midagi teinud! Tsükkel kordub uuesti. Ütlematagi selge, et selle tulemused on kurvad?

Kursused, kas nad saavad aidata?

Oleneb, mida sa neilt ootad. Kui eriala sissejuhatus, siis kindlasti - jah. Head kursused aitavad teid selles. Aga ma rõhutan, hea. Kuidas neid leida? Mõelgem sellele: kui palju saab kursuseid õpetama võimeline programmeerija tunnis? Täpselt nii, alates 20 dollarist, pigem kõrgem. Oletame, et grupis on 10 inimest. Loengud kaks korda nädalas + praktilised ülesanded, mille kontrollimiseks kulub samuti aega. See tähendab, et õpetaja peaks teie koolitusele kulutama vähemalt 15 tundi nädalas, pigem 20 (sest peate valmistuma loenguteks) 20 * 20 = 400 taala - õppejõu miinimumpalk. Lisame sellele veel vähemalt 200 (ruumide rent, tarbekaubad, büroo kasum). Kuus on neli nädalat sabaga. See tähendab, et 10-liikmelise rühma heade kursuste kuu hind peaks maksma 600 * 4 + saba (200) = 2600 dollarit. Jagage 10-ga ja saate 260 dollarit inimese kohta kuus. Praeguse kolmekümne taala kursi juures on see 7800 grivnat. Selge?

Kas head kursused võivad olla odavamad? Jah, kui kodutööde kontrollimine on automatiseeritud (nagu kursusel) ja õpilasi on palju, siis osutub see mahukaks. Või kui kursuste põhieesmärk pole raha teenimine, vaid PR. Võin soovitada Yakov Fine'i kursusi või neid, mida viivad läbi saidi javascript.ru omanikud.

Aga lõigake nina peale: ükski kursus ei anna teile kõiki teadmisi. Teine meelitus on 100% tööhõive lubadus.

Ka suurte IT-ettevõtete tasuta kursused pärast tõsist väljalangemist ei tõota kõigile tööd. See on arusaadav, kursused käivad kaua. Teisest küljest sisse treenimiskeskus mitte oraaklid, nad ei oska ennustada, kui palju praktikante kontor kuue kuu pärast vajab. Kust siis koolitusorganisatsioon teile tööd saab? Tal pole isegi oma disaini. Küsimus on retooriline!

Kuidas saada oma esimene töökoht ja mida seal teha

Kõige raskem töö on selle puudumine!
© Ruben Bagautdinov

Noh, esmane info programmeerimisest on kätte saadud. Ja olete inspireeritud CV-de saatmisega. Kas arvate, et Google ja Microsoft võitlevad teie eest vigadega? Vaata olukorda tööandja seisukohalt: tuleb mingi tundmatu tüüp, juriidiline haridus, 27 aastane, inglise keel keskmine. Ta ütleb, et teab midagi, ausalt, ausalt, kuid paraku pole selle kohta tõendeid. Kas sa palkad ta?

Mida saaks teha? See on õige, näidake tõendeid, et saate midagi teha! Aga kuidas seda teha? Loo töötavad projekt, mis väärib tähelepanu ja eelistatavalt kaks või kolm, ja pange see vabasse juurdepääsu. Laske inimestel toodet näost näkku näha. Kas sa arvad, et pärast seda võtsid nad sul r-r-aega? Ei, nad ei teinud seda, kuid ilma ellu viidud projektideta pole mingit võimalust. Fakt on see, et tööandjale ei pruugi miski meeldida, sest oled alles algaja. Kuidas olla? Täpselt nii, puudusi tuleb väga viisakalt küsida, tänada aja eest ja need puudused kõrvaldada. Seejärel minge järgmise tööandja juurde ja nii edasi, kuni saate soovitud ametikoha. Ja muidugi paralleelselt teooriat lugema nii, et see hammastelt lendab. Tootmises olev projekt on aga endiselt kõige olulisem – see on teie teejuht suure raha maailma.

Tundsin mehi, kes õpetasid paralleelprogrammeerimise mustreid, aspektidele orienteeritud, dünaamilisi ja kes teab veel mida, samal ajal mõtlesin: "Miks nad mind ei palka?". Jah, sest pole midagi ette näidata! Koodi kvaliteedist võib pikalt rääkida, aga mis mõtet sellel on, kui sa pole kunagi päris tööd teinud?

Lüliti eelised

Lõpetas ülikooli erialal tarkvara"või" süsteemianalüüs "täieliku tööpäeva jooksul viie aasta jooksul uurides aasta jooksul omandatut õhtuti, hoogu ja hoogu. Õppis kogenud mentorite käe all, tegi laboritöid, tegi praktikat. Tema teab muidugi teooriat paremini! Muidugi, võite öelda, nad ütlevad, et me teame neid postsovetlikke ülikoole, kuid ma kinnitan teile: KPI või Ševtšenko ülikooli üliõpilasel, kes soovib omandada teadmisi, on see võimalus jah. Kuid teil on ka eeliseid. Fakt on see, et ülikoolilõpetaja on “noor ishsho”, sageli-tihedalt (aga mitte kõigile) on tal tuul peas. Asi pole selles, et tal on halb olla, vaid elukogemus tuleb vanusega.

Täiskasvanud inimesena peaks teoreetiliselt olema võimeline teiste inimestega läbi rääkima, kainelt hindama mis tahes töö tingimusi, suutma öelda sõna "ei", tunnistama oma vigu ja suhtuma igasse asjasse pragmaatiliselt. eluolukord.

Sa ei tea, kuidas, noh ... kuidas sa oma vanuseni elasid?

Näiteks seal, kus koolilõpetaja helistab juhi kõrvadele meeldivaid tähtaegu, ütled täiskasvanuna viisakalt, kuid kindlalt: sa ei saa seda tööd kiiremini teha, sa ei saa. Parem on, kui ülemus kogeb praegu paar ebameeldivat minutit, kuid uuri probleemist eelnevalt teada, kui jääb tähtajani võltsusse, et kõik on korras.

Mida teha, kui pakkumine on saadud

Ütlematagi selge, et palga suurus esimesel töökohal pole kõige olulisem? Jah, ta peaks rahuldama vähemalt minimaalsed vajadused, noh, rentige seal voodi, riietuma kasutatud riietesse ja sööma mitte ainult pastat, vaid ärge proovige kaubelda! Turul on palju juuniorid, on ka eriharidusega. Ja eespool kirjutasin, et neil on eelised. Sellepärast, sai pakkumise - noogutage rõõmsalt ja minge tööle. Selle peal, muide, tuleb veel vastu pidada. Pole harvad juhud, kui noorem praktikant vallandatakse, isegi kui ta on oma tasemele ideaalne. Lihtsalt sellisest inimesest on suhteliselt vähe mõistust, ta teeb kõige lihtsamat tööd. Kas see on lõppenud või lihtsalt klient otsustas personali vähendada: "aitäh, kallis sõber, me mäletame sind." Mida teha? Nagu ma ütlesin, valmistuge rahaliseks ebastabiilsuseks ja ärge kaotage meelt – otsige kiiresti teine ​​töökoht. Siiski hea viis: võtke oma praegusest töökohast puhkust ja minge praktikale/katseajale. Ja ainult siis, kui see on edukalt lõpule viidud, lõpetage vana. See on raske, nõustun, kuid võib-olla on teie pere, teised lähedased inimesed teie kätes - te ei saa nende tulevikuga riskida.

Kuid kas võib tekkida olukord, kui peate oma esimesest töökohast loobuma? Jah, kui nad solvavad või ei maksa palka. Sinu veel väike väärtus tööandja jaoks ei tähenda sugugi, et sa pole inimene!

Isegi esimesel töökohal pole vaja pudelisse ronida. Nagu ütles üks tuttav meeskonnajuht: "Õpilaste probleem ei seisne niivõrd selles, et nad ei tunne raamatukogusid, vaid selles, et nad ei oska meeskonnas töötada." Näiteks kui teie tööd kritiseeritakse, on see tegelikult teene. Ei ole vaja välja vabandada, rääkimata vandumisest - maksimum on väga õige küsida selgitust, mis täpselt valesti on. Noh, jookske vigu parandama. Teisest küljest ei tohiks nad ka karta. Lõpuks oled sa algaja, sul on õigus vigu teha.

Mõnikord tekib tööl probleeme. Kas on okei küsida? Muidugi jah! Aga käituda tuleb täpselt samamoodi nagu mentoriga: alguses omaette, siis googeldada, siis foorumisse ja alles siis küsimusi esitada.

Kui kaua peate oma esimesel töökohal töötama? Kui tööandjaga muid kokkuleppeid pole, siis vähemalt kuus kuud, aga aasta on parem. Kogu selle aja uurige hoolega: meisterdage mustreid, mustreid, raamistikke, mõõdikuid. Ja pärast seda vaadake ringi ja proovige rääkida palkade tõstmisest. Aasta aega töötanud inimene muutub, ei, mitte keskmiseks, vaid enesekindlaks juunioriks - teda jahivad juba HR-id, ta tõestas, et suudab!

Samas tuleb kokkuleppeid täita. Lepi kokku, et töötad vähemalt kaks aastat – tee seda. Kas olete nõus projekti lõpetama? Lõpeta see ära! Karma on ju selline: millise mõõduga sa mõõdad, seda mõõdetakse sulle.

Kokkulepete täitmist ei tohiks aga segi ajada süütundega. Selgitan seda näitega. Nii et töötasite aasta, tõstsite taset ja nüüd pakutakse teile teist tööd. Kas see on seda väärt, et piinata, nad ütlevad, kuidas on, nad õpetasid mind ja ma olen selline pätt, et lahkun? Kui olete täitnud kõik, milles kokku leppisite, ei tohiks te seda teha. Siin on põhjus: töötaja võetakse vastu mitte suurest lahkusest, vaid kasumi ootuses. Kui oled aasta töötanud, siis sinult saadud tulu ületas kulusid, muidu oleks sind ammu vallandatud. Ja see tähendab, et kõik on korras. Ma ise olin mures, öeldakse, kuidas see projekt ilma minuta raskesse olukorda jääb. Lõpetage ikkagi ja midagi ei juhtunud, nii et ärge ülehinnake oma tähtsust.

Kui IT-firmat ei palgata või alternatiivset tööd

Tuleb ette. No istuda ja oodata mere ääres ilma? Üldse mitte - võtke ühendust valitsusasutusega, eelistatavalt uurimisinstituudiga. Riigiametis on tavaliselt raha vähe, kuid programmeerimisülesanded tekivad ja on sageli üsna keerulised. Näiteks minu esimene töökoht oli Nikolajevi astronoomiaobservatoorium (NII NAO). Mida ma seal ei teinud: astronoomiliste vaatluste tulemuste töötlemine, matemaatiline statistika, veebiarendus, andmebaasid. Nüüd räägitakse palju suurandmetest, nii et mul oli 2005. aastal samade suurandmetega ülesandeid. Need, kes ei usu, mäletavad vana kõnekäändu "taevas on sama palju kui tähti" või fraasi "astronoomilised numbrid". Tõsi, kaste pidin tassima, aga see pole nii hirmus.

On üks "aga", mis on nii pluss kui miinus. Teadusinstituutides, mille õppeobjekt ei ole programmeerimine, on praktikud – nende jaoks on oluline, et programmid töötaksid põhimõtteliste vigadeta ja tekiksid vastuvõetava kiirusega. Seetõttu ei keskendu keegi parimate tavade järgimisele, ühikutestide kasutamisele, õigele dekomponeerimisele, kommentaaride olemasolule jne. Selle eest peate ise hoolitsema, kui mitte töö, siis vähemalt iseõppimise eesmärgil. Nina lengidesse torkiv õpetaja on muidugi mugav, aga kui nad pööraksid tähelepanu koodi puhtusele, siis suure tõenäosusega uustulnukat tööle ei võetaks.

Pärast aastast tööd, isegi mittepõhiorganisatsioonis ja aegunud tehnoloogiatega, vaatavad nad sind teise pilguga. Teil on marginaalne, kuid kogemus. Ärge alahinnake seda, kuid see on selgelt parem kui mitte midagi.

Olete üle 40 või võitlus diskrimineerimise vastu

Postsovetlik ühiskond on kahjuks väga inertne ja eelarvamuslik. Näiteks arvatakse, et alluv peab tingimata olema ülemusest noorem, öeldakse, et teisiti ei austata juhti. Pealegi ei saa praktikant olla neljakümneaastane soliidne onu. Levib ka arvamus, et täisealiseks saamisel on üldiselt häbiväärne töötada tavalisel ametikohal, olenemata palgast. On ka teisi stereotüüpe. No seal peab programmeerija olema ilmtingimata töönarkomaan, kes elab ainult töö pärast, ilus naine on ilmtingimata loll (mis tähendab, et ta ei saa täita kohvikeetmisest keerulisemaid ülesandeid). Lõppkokkuvõttes tähendab see tüütu lause: "Teie tehnilised oskused on head, kuid kahjuks ei sobi te meeskonda." Kuna igavese nooruse retsepti pole, tuleb midagi ette võtta.

• Esiteks võite otsida tööd lääne juhtkonnaga. Üldjuhul on Euroopas ja USA-s soo- ja vanuseerinevustele lähenemine lihtsam: kui inimesel on teadmised ja ta saab tervislikel põhjustel töötada, siis ta sobib. Üldiselt on läänes, nii palju kui mina tean, teisi traditsioone, mis ilmnevad ühelt poolt diskrimineerimise vastase seadusandliku võitluse tõttu (proovige lihtsalt keelduda vanuse, rahvuse või soo tõttu - trahvid on " värskendavad väärtused), teisest küljest on nad keskendunud peamiselt raha teenimisele . Vastupidi, mõnes koduses ametis on endiselt motoks: "me ei künda, me ei külva, me ei ehita, oleme uhked sotsiaalsüsteemi üle" ja igaüks, kes ei jaga poliitilisi, sotsiaalseid ega muid tõekspidamisi. on vaenlane, ei tasu teda palgata.
• Teiseks jääb vabakutseline pääste neile, kes on vanad või mitmel põhjusel ei saa kontoris töötada. Kirjutasin, et see on raske ja ei sobi kõigile, kuid lülitil on mitmeid ülaltoodud eeliseid. Igal juhul, kui sa ei proovi, siis kindlasti ei õnnestu! Vabakutselise tellijat ei huvita, milline inimene teises otsas välja näeb, oluline on, et töö valmiks õigeaegselt ja vastuvõetava kvaliteediga. Seega, kui nad seda üldse kuhugi ei võta, võite mõelda seda tüüpi sissetulekule.

Lugu ratastooli kasutajast

Kokkuvõtteks tahan rääkida ühest ümberlülitajast Siberist – ratastoolikasutajast. Mees, endine ärimees, sattus oma maasturiga avariisse - lülisamba survemurd + probleemid kätega + kurat teab mis veel.

Koodi kirjutamiseks pidi ta käed peopesad ülespoole pöörama ja sõrmenukkidega klahve vajutama, teisiti see ei toiminud.

Minu mäletamist mööda pöördus ta ühe programmeerimismaailmas tuntud isiksuse poole palvega aidata õpingutes.Tema ajendiks polnud isegi isiklik üleelamine – ta tahtis oma tütreid aidata.

Mees läks kaugkursustele ja sai mõne kuu pärast esimese töökoha: XML-i kirjutamise ja Xpathide loomise. Nüüd töötab ta edukalt kaugtööl, saab programmeerijapalka dollarites. Sasha, kui sa seda loed, saadan sulle suure tere ja saadan headuse kiiri, sa oled suurepärane!

Pidage seda inimest meeles, kui õigustate, et te ei tee midagi, ta ütleb, et see on teile raske. Kas halvatud inimesel, kellel oli hunnik füüsilisi ja psühholoogilisi probleeme, oli see lihtne? Jah, nad aitasid teda, aga kui ta ei tööta, ei maksaks keegi talle niisama. Nii et kui see tal õnnestus, ei näe ma põhjust, miks see teie jaoks välja ei läinud.

Edu õppimisel!

Natuke motivatsiooni

Programmeerimistehnoloogiad konkureerivad üksteisega üha enam, sest arendajad keskenduvad üha enam platvormideüleste rakenduste loomisele, mis on mõeldud mitte niivõrd veebi ja töölaua, kuivõrd mobiilseadmete jaoks. thewildblogger.com kirjutab selle aasta kaheteistkümnest kõige olulisemast programmeerimiskeelest.

Eelmisel aastal reastas IEEE Spectrum populaarseimad programmeerimiskeeled vähemalt kümne eeluuritud allika põhjal, sealhulgas:

Räägime lühidalt neist hetkel olulisematest.

C

C on üks esimesi programmeerimiskeeli, mis sai populaarseks ja mida kasutatakse siiani. Selle lõi Dennis Ritchie 1972. aastal Belli laboris ja see sai aluseks teistele keeltele: C++, Java, C#, JavaScript ja Perl. Teerajajat keelt hakatakse esimesena õpetama ülikoolides, sest see aitab paremini mõista programmeerimistehnoloogiate teisi komponente.

Paljud populaarsed saidid aitavad teil C-keelt tasuta õppida.

Java

Java ühendab C ja C++ ning on võimsaim keel platvormideüleste rakenduste loomiseks. Hiljuti 20-aastasest Javast on saanud esimene täielikult objektorienteeritud programmeerimiskeel, mis töötab "Write Once, Run Anywhere" põhimõttel. Saate Java lähtekoodi üks kord kompileerida ja käivitada mis tahes seadmes, kuhu on installitud JVM (Java Virtual Machine).

C#

C# on Microsofti programmeerimiskeelte perekonna liige. See loodi 2000. aastal Microsofti osana. netoraamistik. Kasutamisel on C# Javale väga lähedane, kuigi väidetavalt ühendab C# C++ tugevuse Java täiustatud funktsioonidega.

C#-s saate enamiku platvormide jaoks luua peaaegu igat tüüpi rakendusi.

PHP

Minu arvates on PHP võimsaim serveripoolne keel, mis suudab väikese koodikogusega palju ära teha. PHP-d kasutatakse laialdaselt CMS-ide (nt WordPress, Joomla, Drupal jne) loomiseks, samuti dünaamiliste ja staatiliste veebisaitide loomiseks. PHP on avatud lähtekoodiga keel. See tähendab, et on tuhandeid mooduleid, mida saab soovitud funktsioonide täitmiseks muuta.

Eesmärk-C

Brad Cox ja Tom Love lõid Objective C 1983. aastal, et parandada C puudujääke. See keel on peamine keel iOS-i ja OS X-i jaoks rakenduste loomisel. Objective C programmeerijad tegelevad peamiselt nende ülipopulaarsete platvormide arendamisega, mis tagab nõudluse turul tööjõu ja kõrged palgad.

Eesmärgi C õppimise saidid: Udemy , Maci arendajate raamatukogu , Cocoa Dev Central , Mobile Tuts+ .

JavaScript

Lihtsa süntaksiga suudab JavaScript täita keerukamaid funktsioone. See on ideaalne skriptikeel, mida on lihtne õppida. Programmi kood töötab brauserites ja töötleb käske klientarvutis, mitte serveris, vähendades nii serveri koormust ja suurendades rakenduse kiirust.

Veebisaidid JavaScripti õppimiseks: Codecademy, Code School, Treehouse, Learn-JS.org.

Perl

Larry Wall lõi Perli 1987. aastal, et lihtsustada aruannete töötlemist. Perl (praktilise ekstraheerimis- ja aruandekeele mitteametlik taustanimi) on kõrgetasemeline üldotstarbeline programmeerimiskeel, mis võib asendada mis tahes muud keeled. Sellesse perekonda kuuluvad Perl 5 ja Perl 6. Perli keeled on laenanud C, sh, AWK ja sed funktsioone.

Scala

Scala on funktsionaalne objektorienteeritud programmeerimiskeel, mille lõi Martin Odersky 2000. aastate alguses. See toetab funktsionaalset programmeerimist, olles tugevalt staatiliselt trükitud keel. Scala kood kompileeritakse Java baitkoodiks ja seda saab kasutada Virtuaalne masin Java.

Programmeerimine võtab aegamööda üle ühe valdkonna teise järel: mitte väga ammu tundus takso kutsumine täiesti offline protsess ja nüüd on Uberil palju arendajaid. Seda (nagu ka spetsialistide palgataset) vaadates mõtlevad isegi programmeerimisest kaugel inimesed: "Kas ma ei peaks ka seda proovima."

Tihtipeale peletab selline mõte programmeerimiskeelte mitmekesisusest kohe minema: valida tuleb mitmesuguste mitte päris selgete võimaluste hulgast. Mille poolest keeled erinevad ja miks pole üht parimat ja universaalsemat, kumba tuleks kõigepealt võtta ja milliste ülesannete jaoks?

Sellised kursused nagu "" aitavad seda mõista, kus saate otsustada, millised IT-perspektiivid teie huvidele kõige paremini sobivad.

Materjal valmis toetuse abil.

säutsuma

Lemmikutele

Lemmikud

Keelevalik sõltub suuresti sellest, mida sellega ette võtta. Tänapäeval on populaarseimad keelekasutusviisid veebiarendus, mobiiliarendus ja mängude arendus. Veebiarendus jaguneb omakorda frontendiks (millega kasutaja vahetult suhtleb) ja backendiks (kasutajale nähtamatu, aga vajalik “tehniline” osa).

Esiots

HTML ja CSS – saidi nägu

Kasutatuna koos, ei ole HTML ja CSS tegelikult programmeerimiskeeled. Need ei määra, kuidas sait töötab, vaid ainult seda, kuidas see välja näeb. Kui kirjutate saidi ainult HTML-i ja CSS-i kasutades, on see staatiliste lehtede komplekt, kus ainsad interaktiivsed elemendid on lingid.

Veebilehed ei saa aga ilma HTML-ita hakkama, seega on selle algteadmised vajalikud kõigil, kes plaanivad veebiarendusega tegeleda. Ja CSS-i valdamine võib olla üsna väärtuslik oskus: elementide korrektse paigutamise ülesanne ei ole alati triviaalne.

JavaScript – et õpetada saiti teist mõistma

JavaScripti keel vastutab interaktiivsuse ja dünaamiliselt muutuva teabe eest saidi lehtedel. Näiteks kui sisestate saidi vormile vales vormingus telefoninumbri või unustate e-posti aadressi sisestamisel @-märgi, võimaldab JavaScript saidil sellest kohe teada saada ja välja punasega esile tõsta. Ja siin on selle lehe reaalajas vaatamiste loendur: HTML-sait võib näidata ainult staatilist numbrit.

JavaScriptist on saanud kasutajaliidese põhikeel ja see on nüüd saavutamas tõelist populaarsuse tippu: huvi selle vastu kasvab ja JavaScripti maailma ilmub pidevalt uusi tööriistu. Nüanss seisneb selles, et arendaja jaoks ei ole pidev millegi uue esilekerkimine alati plussiks: sageli tuleb ümber õppida ja uus ei tööta alati stabiilselt, põhjustades ebameeldivaid üllatusi. Kuid keegi ei keela stabiilsete ja populaarsete tööriistade kasutamist.

Lisaks on olemas Node.js platvorm, mis lubas taustaprogrammis JavaScripti kasutada. Erinevalt frontendist ei ole see seal liider ja konkureerib paljude teiste keeltega.

Veebiarendus: taustaprogramm

Java – usaldusväärne nagu vanaisa kasukas

Kuigi seda nime aetakse mõnikord segamini JavaScriptiga, pole Java mitte lihtsalt erinev keel, vaid peaaegu JavaScripti vastand: tegemist on konservatiivsema valikuga, mida on aastate jooksul tõestatud. Eelistatakse seda kasutada nende projektide tagaprogrammis, mille puhul on usaldusväärsus moesuundadest palju olulisem – näiteks pangasüsteemid. TIOBE keelte populaarsuse edetabelis on Java esikohal, mis tähendab, et Java arendajate töökohti on üle maailma miljoneid.

Noored arendajad peavad Java sageli igavaks ja aegunud ning selle toetajad vastavad näiteks selle GIF-iga, mida ükski Node.js ei saa selle võimsusega võrrelda:

Python - progressiivne ja populaarne

Kui võrrelda Pythonit Javaga, siis see võidab koodi koguses, kuid kaotab täitmiskiiruses. Suure ja suure koormusega projekti jaoks, kus jõudlus on oluline, ei ole Python parim valik. Keel sobib suurepäraselt idufirmale: näiteks investorile prototüüpi näitama, enne kui kogu investeerimisraha otsa saab.

2016. aastal sai keel ootamatult veel ühe eelise: sellele on mugav kirjutada sõnumitoojatele mõeldud robotid.

PHP – populaarne ja suhteliselt lihtne

PHP populaarsus on vaieldamatu: seda kasutavad  , VKontakte, Wikipedia ja, muide, veebisait. See toetab ka WordPressi süsteemi, mis töötab umbes veerandil kõigist saitidest.

PHP-d on lihtne õppida, kuid sellel on vastuoluline maine ja need kaks on omavahel seotud. Keele lihtsuse tõttu on paljud uued tulijad sellesse tööstusesse ilmunud vastupandamatu sooviga tegeleda professionaalse PHP arendusega ilma detailidesse süvenemata. Nii ilmus palju halba PHP-koodi. Just seetõttu kritiseerivad mõned inimesed PHP-d, teised aga vastu, et võimekates kätes näitab see ennast ainult parimast küljest.

Valikute loendis on ka mõned vähem populaarsed alternatiivid, alates Rubyst kuni kasvava Goni.

Muidugi ei piirdu keelte loetelu nimetatutega: keegi eelistab noort Peterburis loodud Kotlinit ja keegi on Smalltalkiga harjunud juba 1980. aastatest. Ja ka ülesannete hulk ei piirdu ülaltooduga: on ka “madalatasemelisi”, näiteks draiverite kirjutamine.

Kõik, mis nimekirja ei kuulu, on aga tavaliselt kas kitsas ja nišilik (Smalltalki töökohti napib) või algajale halvasti sobiv (madal tase nõuab tõsist ettevalmistust). Seetõttu tasub ennekõike tähelepanu pöörata loetletud keeltele ja siis pole ülejäänutega raske tegeleda.

Kui unistate programmeerija karjäärist ja alles hakkate programmeerimist õppima, võiksite leida kõige lihtsama keele. Programmeerimiskeel, mida on kiiresti õppida ja kasutama hakata.

Kuid ärge proovige selle küsimusega minna programmeerijate foorumitele või tuttavatele. Tavaliselt leiab koodi kirjutamist juba oskav inimene, et kõige lihtsam on see keel, millega ta ise töötab. Ja kui ta oskab mitut programmeerimiskeelt - seda, mida ta kõigepealt õppis. Jällegi, kõik inimesed on paigutatud erinevalt ja mida üks peab lihtsaks ja arusaadavaks, ei pruugi teine ​​üldse valdada.

Mis keel on siis kõige lihtsam? Lihtsalt õppimiseks on soovitatav kasutada Pascalit või mõnda põhiperekonna keeltest. Pascal sisendab teile "õigeid kombeid" programmeerimisel, see õpetab kirjutama struktureeritud programme ja alati deklareerima muutujate tüüpe. Olles õigeaegselt õppinud, teete teistes keeltes koodi kirjutamisel vähem vigu. Basic tähendab isegi "lihtne" või "algajatele", kuid tõenäoliselt ei saa te sellele midagi tõsist kirjutada.

Mitte kõik algajad ei tea, et programmeerimise õppimiseks ei piisa ühe keele või isegi mitme keele õppimisest. Tuleb osata luua algoritme, lahendada rakendusülesandeid, töötada andmemassiividega. Kõigi nende asjade õppimiseks vajate oma esimest keelt. Ja selleks, et koolitus oleks tõhus, on vaja algoritme ehitada mitte üksikute näidete järgi probleemiraamatust, vaid mõne väikese programmi järgi. Tavaliselt soovitavad nad nullist ise kirjutada Tetrise või tekstitöötlusprogrammi.

Aga mis siis, kui sa mitte ainult ei taha kunagi saada programmeerijaks, vaid unistad juba selle oskuse mõnest konkreetsest rakendusest? Siis ei tasu otsida kõige lihtsamat keelt. Parem on pöörata tähelepanu kõige sobivamale, vastasel juhul riskite lihtsalt aega raisata. Veebirakendused on kirjutatud PHP ja Java keeles, Delphi sobib ideaalselt andmebaasidega töötamiseks ja C++ keeles saab nüüd kirjutada mida iganes.

Väga sageli otsivad kõige lihtsamat programmeerimiskeelt algajad mänguarendajad – mängude kirjutamise mitteprofessionaalid. Kui soovite lihtsalt teha väikese juhusliku mängu, sobib iga keel. Kontorimängude jaoks õppige Flashi – ka see on üsna lihtne. Ja kui unistate lisandmoodulite loomisest ja modifikatsioonide tegemisest populaarsed mängud, ei saa te ilma C++ta hakkama.

Kui olete alustamiseks valinud parima või lihtsaima keele, ärge unustage õpikuid. Nüüd on aeg minna tuttavate spetsialistide juurde. Need annavad häid õpikuid. Tõepoolest, mõnikord võivad isegi lihtsad asjad ebaõige esituse tõttu muutuda äärmiselt keeruliseks ja vastupidi. Koodi kirjutamine ja algoritmiseerimisülesannete lahendamine peaks olema lõbus, ainult nii saate programmeerimist võimalikult lühikese ajaga omandada ja mitte kaotada motivatsiooni.

Kokkuvõtteks oletame, et enamiku kaasaegsete programmeerimiskeelte operaatorid on nimetatud keeles inglise keel. Seetõttu on neil kodeerijatel, kes vähegi inglise keelt valdavad, lihtsam ja kiirem oma nimi ja tööpõhimõte meelde jätta.