{"id":35910,"date":"2019-10-31T22:07:31","date_gmt":"2019-10-31T19:07:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vyzhat-maksimum-iz-computer-science-obrazovaniya\/"},"modified":"2019-10-31T22:07:31","modified_gmt":"2019-10-31T19:07:31","slug":"kak-vyzhat-maksimum-iz-computer-science-obrazovaniya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/novosti-interneta\/kak-vyzhat-maksimum-iz-computer-science-obrazovaniya","title":{"rendered":"Kuidas v\u00e4lja v\u00f5tta maksimum Computer Science haridusest","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Enamik kaasaegsetest programmeerijatest on saanud hariduse \u00fclikoolides. Aja jooksul see muutub, kuid praegu on asi nii, et head t\u00f6\u00f6tajad IT-ettev\u00f5tetesse tulevad ikka \u00fclikoolidest. Selles postituses r\u00e4\u00e4gib Stanislav Protasov, Acronise \u00fclikoolide suhete direktor, oma n\u00e4gemusest \u00fclikoolihariduse erip\u00e4rast tulevaste programmeerijate jaoks. \u00d5petajad, \u00fcli\u00f5pilased ja t\u00f6\u00f6andjad saavad isegi allpool leida m\u00f5ned kasulikud n\u00e4pun\u00e4ited.<\/p>\n

\"Kuidas<\/a><\/noindex>
\n<\/a><\/noindex>
\nViimased 10 aastat olen \u00f5petanud matemaatikat, algoritme, programmeerimiskeeli ja masin\u00f5pet erinevates \u00fclikoolides. T\u00e4nap\u00e4eval, peale oma ametikoha Acronises, olen ka teadusliku ja rakendusliku infotehnoloogia \u00f5ppetooli abijuhataja MFTI-s. Heade vene (ja mitte ainult) \u00fclikoolide t\u00f6\u00f6kogemusest olen saanud m\u00f5ned t\u00e4helepanekud \u00fcli\u00f5pilaste ettevalmistamise kohta arvutiteadustes. <\/p>\n

30-sekundiline reegel ei kehti enam<\/h2>\n

\nOlen kindel, et olete kuulnud 30 sekundi reeglist, mis \u00fctleb, et arendaja peaks suutma m\u00f5ista funktsiooni eesm\u00e4rki peale kiire pilguheitu selle koodile. See reegel on v\u00e4lja m\u00f5eldud kaua aega tagasi, ja sellest ajast saime me mitmeid operatsioonis\u00fcsteeme, programmeerimiskeeli, riistvara ja algoritme. Olen koodi kirjutanud juba 12 aastat, kuid suhteliselt hiljuti n\u00e4gin ma \u00fche toote allikaid, mis tundusid esmapilgul nagu maagilised loitsud. T\u00e4na, kui te ei ole teemas s\u00fcvitsi, kaotab 30 sekundi reegel oma t\u00f5hususe. Vastupidisel juhul ei piisa sul mitte ainult 30-st, vaid isegi 300 sekundist, et m\u00f5ista, mis ja kuidas.<\/p>\n

N\u00e4iteks, kui soovite kirjutada draivereid, peate sukelduma sellesse valdkonda, lugema tuhandeid ridade erikoodi. Sel viisil aine \u00f5ppimisest tekib spetsialistil \"flow\" tunne. Nagu r\u00e4ppides, kui hea riimi ja \u00f5ige r\u00fctmi tunne tekib ilma erilise ratsionaliseerimiseta. Samuti v\u00f5ib h\u00e4sti ettevalmistatud programmeerija kergesti \u00e4ra tunda ebaefektiivset v\u00f5i lihtsalt halba koodi, s\u00fc\u00fcvimata detailidesse, kus stiili on rikutud v\u00f5i on kasutatud mitteoptimaalset l\u00e4henemist (kuid selle tunde selgitamine v\u00f5ib olla \u00fcsna keeruline).<\/p>\n

Spetsialiseerumine ja kasvav keerukus toovad kaasa selle, et bakalaureuse\u00f5pe ei paku enam v\u00f5imalust k\u00f5iki suundi piisavalt s\u00fcgavalt uurida. Kuid just selle haridustaseme juures on vaja omandada laiemat silmaringi. Hiljem, magistri\u00f5ppes v\u00f5i t\u00f6\u00f6l, tuleb kulutada aega probleemide ja aine spetsiifika uurimiseks, tundma \u00f5ppida sl\u00e4ngi, programmeerimiskeeli ja kolleegide koodi, lugeda artikleid ja raamatuid. Minu arvates just nii saab \u00fclikooli kaudu \"t\u00f5sta baar\" tulevaste jaoks. T-kujulised spetsialistid<\/a><\/noindex>.<\/p>\n

Milline programmeerimiskeel on \u00fclikoolis k\u00f5ige parem \u00f5petada?<\/h2>\n

\n\"Kuidas
\nMinu r\u00f5\u00f5muks on \u00fclikoolide \u00f5ppej\u00f5ud juba loobunud otsimast \u00f5iget vastust k\u00fcsimusele: \"Millal on parem programmeerida?\" Vaidlused selle \u00fcle, mis on parem \u2014 C# v\u00f5i Java, Delphi v\u00f5i C++ \u2014 on peaaegu kadunud. Uute programmeerimiskeelte tekkimine ja pedagoogilise kogemuse kasv on toonud akadeemilisse keskkonda arusaama: iga keele jaoks on oma valdkond.<\/p>\n

Programmikeele \u00f5petamise probleem pole enam esmane. Pole oluline, millisel keelel kursus k\u00e4ib. Peamine on keele piisav v\u00e4ljendusv\u00f5ime. Raamat \"The Art of Multiprocessor Programming<\/a><\/noindex>\" \u2014 on hea illustreerimise n\u00e4ide sellele t\u00e4helepanekule. Selles juba klassikaks saanud v\u00e4ljaandes on k\u00f5ik n\u00e4ited antud Java keeles \u2014 keeles, kus pole n\u00e4idikuid, kuid on pr\u00fcgikogumisseade. Vaevalt keegi vaidleb sellele, et Java on kaugel optimaalsest valikust k\u00f5rge j\u00f5udlusega paralleelkoodi kirjutamiseks. Kuid raamatus esitatud kontseptsioonide selgitamiseks osutus keel sobivaks. Teine n\u00e4ide \u2014 klassikaline masin\u00f5ppe kursus<\/a><\/noindex> Andrew Ng, \u00f5petatakse Matlab'is Octave keskkonnas. T\u00e4na v\u00f5iks valida muu programmeerimiskeele, kuid mis on oluline, on ideed ja l\u00e4henemised?<\/p>\n

Praktilisem ja l\u00e4hemal tegelikkusele<\/h2>\n

\nSamasuguse arenguga on viimastel aastatel \u00fclikoolides praktiseerijaid tundmatu rohkem. Kui varem kritiseeriti Venemaa k\u00f5rgkoolide programme sageli nende reaalsusest eemaloleku p\u00e4rast, siis t\u00e4nap\u00e4eval ei saa IT-hariduse kohta enam nii \u00f6elda. 10 aastat tagasi oli \u00fclikoolides peaaegu mitte \u00fchtegi \u00f5ppej\u00f5udu, kellel oleks p\u00e4ris kogemus valdkonnas. T\u00e4na viivad spetsialiseeritud osakondades tunde j\u00e4rjest sagedamini l\u00e4bi mitte ametlikud arvutiteaduse \u00f5ppej\u00f5ud, vaid praktiseerivad IT-spetsialistid, kes \u00f5petavad vaid 1-2 kursust oma p\u00f5hit\u00f6\u00f6 k\u00f5rvalt. See l\u00e4henemine \u00f5igustab ennast kvaliteetsete t\u00f6\u00f6tajate ettevalmistamise, kursuste ajakohastamise ja loomulikult ka potentsiaalsete t\u00f6\u00f6tajate leidmise seisukohalt. Ma ei arva, et kirjutaksin salajast, \u00f6eldes, et toetame MFTI p\u00f5hiosakonda ja loome suhteid teiste kohtadega, sealhulgas selleks, et koolitada \u00fcli\u00f5pilasi, kes v\u00f5iksid alustada oma karj\u00e4\u00e4ri Acronises.<\/p>\n

Matemaatik v\u00f5i programmeerija?<\/h2>\n

\n\"Kuidas
\nProgrammeerimiskeelte \u00fcmber toimunud vaidlused on muutunud filosoofilisteks. N\u00fc\u00fcd vaidlevad omavahel tinglikud \"programmeerijad\" ja \"matemaatikud\". P\u00f5him\u00f5tteliselt v\u00f5iks need koolkonnad eristuda kahes haridusprogrammis, kuid t\u00f6\u00f6stus ei erista veel selliseid n\u00fcansse piisavalt ning \u00fclikoolist \u00fclikooli on meil sarnane haridus, mis on pisut erineva kallakuga. See t\u00e4hendab, et nii \u00fcli\u00f5pilasel kui ka ettev\u00f5ttel, kus ta edaspidi t\u00f6\u00f6tab, tuleb omandada puuduolevad teadmised.<\/p>\n

Praktiliste spetsialistide tulek \u00fclikoolidesse, kes kirjutavad t\u00f6\u00f6stuslikku koodi erinevates keeltes, annab \u00fcli\u00f5pilastele kvaliteetsema arendamisoskuse. Olles h\u00e4sti tuttavad standardraamatukogude rakenduste, raamistike ja programmeerimistehnikatega, kasvatavad praktikud \u00fcli\u00f5pilastes soovi kirjutada head koodi, teha seda kiiresti ja kvaliteetselt.<\/p>\n

K\u00fcll aga viib see kasulik oskus m\u00f5nikord ka \u00fclesandeid lahkavate \"rataste leiutajateni\". \u00dcli\u00f5pilasprogrammeerijad m\u00f5tlevad nii: \"miks mitte kirjutada veel 200 rida head koodi, mis otse lahendab esitatud \u00fclesande?\" <\/p>\n

Klassikalise matemaatika haridusega \u00f5petajad (n\u00e4iteks matemaatika v\u00f5i rakendusmatemaatika) t\u00f6\u00f6tavad sagedamini teaduslikus keskkonnas v\u00f5i andmete modelleerimise ja anal\u00fc\u00fcsi valdkonnas. \"Matemaatikud\" n\u00e4evad probleeme arvutiteaduse valdkonnas teistsuguste l\u00e4henemistega. Nad opereerivad esmajoones mitte koodi, vaid algoritmide, teoreemide ja formaalsete mudelitega. Matemaatilise l\u00e4henemise oluline plusspool on selge p\u00f5him\u00f5tteline arusaam, mida on v\u00f5imalik lahendada ja mida mitte. Ja kuidas seda lahendada.<\/p>\n

Seega r\u00e4\u00e4givad matemaatika \u00f5petajad programmeerimisest teoreetilisest vaatenurgast. \u00dcli\u00f5pilased, kes tulevad \"matemaatikutelt\", pakuvad sageli h\u00e4sti l\u00e4bi m\u00f5eldud ja teoreetiliselt t\u00e4iustatud lahendusi, kuid tavaliselt ei ole need keele seisukohalt optimaalsed ja sageli lihtsalt ebamugavalt kirjutatud. Selline \u00fcli\u00f5pilane arvab, et tema peamine eesm\u00e4rk on n\u00e4idata oma v\u00f5imet selliseid \u00fclesandeid lahendada. Kuid rakendamine v\u00f5ib olla puudu.<\/p>\n

Koolis v\u00f5i esimestel kursustel programmeerijate poolt kasvatatud noored toovad endaga kaasa \"v\u00e4ga ilusa jalgratta\", mis aga tavaliselt ei t\u00f6\u00f6ta as\u00fcmptootiliselt eriti efektiivselt. Nad ei sea endale eesm\u00e4rgiks s\u00fcgavat teoreetiseerimist ega otsi \u00f5pikute kaudu optimaalseid lahendusi, eelistades kaunist koodi.<\/p>\n

Erinevates k\u00f5rgkoolides tudengite intervjuudel n\u00e4en tavaliselt, milline \"kool\" on tema hariduse aluseks. Ja ma pole peaaegu kunagi kohanud ideaalset tasakaalu p\u00f5hihariduses. Lapsena suutis minu linnas valmistuda ol\u00fcmpiaadi matemaatikaks, kuid programmeerimiskursusi ei olnud. N\u00fc\u00fcd \u00f5pivad ringides lapsed programmeerimist \"populaarsetes\" keeltes nagu Go ja Python. Seet\u00f5ttu on juba \u00fclikooli vastuv\u00f5tu tasemel l\u00e4henemistes erinevusi. Ma arvan, et \u00fclikoolis on oluline toetada m\u00f5lemat oskust, vastasel juhul tuleb ettev\u00f5ttesse kas spetsialist, kellel on puudulik teoreetiline baas, v\u00f5i inimene, kes ei ole \u00f5ppinud ega soovinud kirjutada head koodi.<\/p>\n

Kuidas ikkagi \"treenida barj\u00e4\u00e4ri\" tulevaste T-kujuliste spetsialistide jaoks?<\/a><\/noindex><\/h2>\n

\n\"Kuidas
\nSelge on, et sellistes tingimustes valib tudeng lihtsalt selle, mis talle rohkem meeldib. \u00d5ppej\u00f5ud edastab lihtsalt vaatenurga, mis on talle l\u00e4hemal. Kuid k\u00f5ik saavad kasu, kui kood on kirjutatud kaunilt ning algoritmide seisukohalt on k\u00f5ik selge, p\u00f5hjendatud ja efektiivne. <\/p>\n