{"id":38931,"date":"2019-10-31T22:26:48","date_gmt":"2019-10-31T19:26:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/moe-ochen-subektivnoe-mnenie-o-professionalnom-i-ne-tolko-obrazovanii-v-it\/"},"modified":"2019-10-31T22:26:48","modified_gmt":"2019-10-31T19:26:48","slug":"moe-ochen-subektivnoe-mnenie-o-professionalnom-i-ne-tolko-obrazovanii-v-it","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/news\/moe-ochen-subektivnoe-mnenie-o-professionalnom-i-ne-tolko-obrazovanii-v-it","title":{"rendered":"Minu v\u00e4ga subjektiivne arvamus professionaalsest ja mitte ainult IT-haridusest","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Minu
\n
\nTavaliselt kirjutan IT-st \u2013 erinevatest, enam-v\u00e4hem kitsalt spetsialiseeritud teemadest nagu SAN\/SK v\u00f5i FreeBSD, kuid n\u00fc\u00fcd p\u00fc\u00fcan astuda v\u00f5\u00f5rale alale, nii et paljudele lugejatele v\u00f5ivad minu edasised arutlused tunduda piisavalt vaieldavad v\u00f5i isegi naiivsed. Ometi ongi see nii, ja seet\u00f5ttu ma ei kannata. Siiski, kui otse \u00f5ppimise ja haridusteenuste tarbijana, vabandage selle kohutava b\u00fcrokraatia p\u00e4rast, ja samuti kui vaimustunud algaja, kes soovib jagada urbi et orbi oma kahtlaste \"leidudega ja avastustega\", ma t\u00f5en\u00e4oliselt ei suutnud vait olla.<\/p>\n

Seet\u00f5ttu kas h\u00fcpake sellest tekstist edasi, enne kui on hilja, v\u00f5i leppige ja taluge, sest, vabalt tsiteerides tuntud laulu, on k\u00f5ik, mida ma tahan, see, et s\u00f5ita oma jalgrattaga.
\n<\/a><\/noindex>
\nNii et, et k\u00f5ik \u00f5igesse paika panna, alustame kaugetest kohtadest \u2013 koolist, mis peaks \u00f5petama p\u00f5hiasju teadustest ja \u00fcmbritsevast maailmast. Peamiselt antakse see pagas edasi traditsiooniliste scholastika meetodite kaudu, nagu mehaaniline p\u00e4he\u00f5ppimine hoolikalt kooritud kooliprogrammist, mis sisaldab piiratud hulka \u00f5petajate poolt k\u00e4sitletavaid j\u00e4reldusi ja valemeid, samuti korduvate sama \u00fclesande ja harjutuse tehtud korduste kaudu. Selle l\u00e4henemise t\u00f5ttu kaotatakse sageli uuritavates teemades f\u00fc\u00fcsiliste v\u00f5i praktiliste t\u00e4henduste selgus, mis minu arvates toob kaasa kriitilise kahju teadmiste s\u00fcsteemimisele.<\/p>\n

Kokkuv\u00f5ttes, \u00fchelt poolt, on koolimeetodid head massi\u00fclekande tegemiseks minimaalsete kohustuslike teadmiste peapeale \u00f5ppele neile, kes ei taha t\u00f5eliselt \u00f5ppida. Teiselt poolt v\u00f5ivad need takistada nende arengut, kes suudavad saavutada rohkem, kui lihtsalt refleksi treenimist.<\/p>\n

Ma m\u00f6\u00f6nan, et selle 30 aasta jooksul, mil ma koolist lahkusin, v\u00f5ib olukord olla paremaks muutunud, kuid kahtlen, et see on ikkagi liiga kaugele keskaegadest, eriti kuna religioon on taas kooli tagasi j\u00f5udnud ja tunneb seal end \u00fcsna h\u00e4sti.<\/p>\n

Ma ei ole kunagi \u00fclikooli ega muud kutsekooli k\u00e4inud, seega ei oska ma nende kohta sisuliselt midagi \u00f6elda, kuid on suur risk, et eriala \u00f5ppimine seal v\u00f5ib piirduda ainult konkreetsete praktiliste oskuste treenimisega, j\u00e4ttes k\u00f5rval teoreetilise baasi.<\/p>\n

Liigume edasi. Kooliaasta taustal n\u00e4eb hariduskohustus, nagu \u00fclikool, teadmiste omandamise osas t\u00f5eliselt h\u00e4sti v\u00e4lja. V\u00f5imalus, ja m\u00f5nel juhul isegi kohustus, \u00f5ppida materjali iseseisvalt, suurem valik haridusmeetodeid ja infallikaid avavad laiad v\u00f5imalused neile, kes suudavad ja tahavad \u00f5ppida. K\u00f5ik s\u00f5ltub tudengi k\u00fcpsusest ning tema p\u00fc\u00fcdlustest ja eesm\u00e4rkidest. Seet\u00f5ttu, kuigi k\u00f5rgharidus on mingil moel teeninud maine, et see on aeglane ja j\u00e4\u00e4b t\u00e4nap\u00e4eva IT arengust maha, suudavad ikkagi paljud \u00fcli\u00f5pilased omandada \u00f5ppimise meetodeid ning saada v\u00f5imaluse parandada koolihariduse puuduj\u00e4\u00e4ke ja uuesti \u00f5ppida teadma, kuidas iseseisvalt teadmisi omandada.<\/p>\n

Mis puutub erinevatesse kursustesse, mida korraldavad IT-seadmete ja tarkvara tootjad, siis tuleb m\u00f5ista, et nende peamine eesm\u00e4rk on \u00f5petada tarbijaid kasutama nende programme ja seadmeid, seega k\u00e4sitletakse sageli algoritme ja teoreetilisi aluseid, samuti olulisi detaile, mis j\u00e4\u00e4vad \u201ekapoti alla\u201c, tunni jooksul ainult niipalju, kui tootja on sunnitud seda tegema, et anda \u00fcldine \u00fclevaade tehnoloogiast, paljastamata samas kaubanduslikku saladust ja unustamata r\u00f5hutada oma eeliseid v\u00f5rreldes konkurentidega.<\/p>\n

Sama p\u00f5hjustel on IT-spetsialistide sertifitseerimisprotsess, eriti algtasemel, sageli ebaaus, kuna see hindab ebaolulisi teadmisi ning testid esitatakse ilmselgeid k\u00fcsimusi v\u00f5i veel hullem: hindavad kandidaatide refleksset teadlikkust materjalist. N\u00e4iteks, miks ei v\u00f5iks sertifitseerimise eksamil k\u00fcsida insenerilt \"milliste argumentidega: -ef v\u00f5i -ax tuleks k\u00e4ivitada k\u00e4sk ps\", silmas pidades konkreetset UNIX-i varianti v\u00f5i Linuxi distributsiooni. Selline l\u00e4henemine n\u00f5uab, et testitav peaks eelnevalt selgeks \u00f5ppima need ja paljud teised k\u00e4sud, hoolimata sellest, et neid parameetreid saab alati t\u00e4psustada man-lehel, kui administraator need mingil hetkel unustab.<\/p>\n

\u00d5nneks ei seisa progress paigal ja paaril aastal muutuvad m\u00f5ned argumendid, teised aeguvad ning uued tekivad ja v\u00f5tavad vanade koha. Nii nagu on juhtunud mitmesugustes operatsioonis\u00fcsteemides, kus aja jooksul hakati kasutama ps-utiliidi versiooni, mis eelistab s\u00fcntaksit ilma \"miinuseta\": ps ax.<\/p>\n

Ja mis siis? \u00d5ige, spetsialiste tuleb uuesti sertifitseerida, v\u00f5i veel parem, teha p\u00f5him\u00f5tteks kord N-aasta jooksul v\u00f5i uute tarkvara ja seadmete versioonide v\u00e4ljatulekul t\u00fchistada \"aegunud diplomid\", seel\u00e4bi julgustades insenere l\u00e4bima sertifitseerimist uuendatud versiooni j\u00e4rgi. Ja loomulikult tuleb sertifitseerimine muuta tasuliseks. Ja see on n\u00e4iteks juhul, kui \u00fche pakkuja sertifikaat kaotab kohalikult v\u00e4\u00e4rtust, kui spetsialisti t\u00f6\u00f6andja vahetab pakkujat - hakkab ostma sarnast varustust teiselt tarnijalt. Ja oleks hea, kui see juhtuks ainult \"suletud\" kommertstooted, millele p\u00e4\u00e4s on piiratud, ja seet\u00f5ttu on sertifitseerimine nende puhul mingisugust v\u00e4\u00e4rtust oma suhtelise harulduse t\u00f5ttu, kuid osa ettev\u00f5tteid surub sertifitseerimist edukalt ka \"avatud\" toodete jaoks, n\u00e4itena, nagu juhtub m\u00f5nede Linuxi distributsioonidega. Veelgi enam, insenerid p\u00fc\u00fcavad ise \"haarata\" ka Linuxi sertifitseerimist, kulutades sellele aega ja raha, lootuses, et see saavutus suurendab nende kaalu t\u00f6\u00f6j\u00f5uturul.<\/p>\n

Sertifitseerimine v\u00f5imaldab spetsialistide teadlikkust standardiseerida, pakkudes neile \u00fchtlast teadmistaset ja lihvides oskusi automaatsete toimimisteni, mis on muidugi \u00e4\u00e4rmiselt mugav juhtimisstiili jaoks, mis opereerib m\u00f5istetega nagu: inimtunnid, inimressursid ja tootmisstandardid. Sellise formaalse l\u00e4henemise juured ulatuvad t\u00f6\u00f6stusajastu kuldaega, suurtele tehastele ja t\u00f6\u00f6stuslikele ettev\u00f5tetele, mis on rajatud konveierite \u00fcmber, kus iga t\u00f6\u00f6taja peab t\u00e4itma konkreetseid toiminguid t\u00e4pselt ja v\u00e4ga piiratud ajas, samas kui m\u00f5tlemiseks ei ole tal lihtsalt aega. Siiski, m\u00f5tlemiseks ja otsuste tegemiseks on alati teised inimesed tehases. On ilmne, et inimene sellises skeemis muutub \u201es\u00fcsteemi hammasrataks\u201c \u2013 kergesti vahetatav element tuntud j\u00f5udluse omadustega.<\/p>\n

Kuid ka mitte-t\u00f6\u00f6stuslikes ettev\u00f5tetes, sealhulgas IT-s, ajab see h\u00e4mmastav omadus, nagu laiskus, inimesi p\u00fc\u00fcdlusele lihtsuse poole. Skills, Rules, Knowledge (SRK) s\u00fcsteemis eelistavad paljud meist vabatahtlikult kasutada automatiseeritud oskusi ja j\u00e4rgida tarkade inimeste v\u00e4lja t\u00f6\u00f6tatud reegleid, selle asemel et pingutada, uurida probleeme s\u00fcgavamalt ja omandada teadmisi iseseisvalt, kuna see sarnaneb j\u00e4lle m\u00f5ttetuks ratta leiutamisega. Ja p\u00f5him\u00f5tteliselt toetab kogu hariduss\u00fcsteem alates koolist kuni IT-spetsialistide kursuste\/sertifitseerimiseni seda, harjutades inimesi meeldej\u00e4tmise asemel, mitte uurimisele; oskuste treenimisele, mis sobivad konkreetsete rakenduste v\u00f5i seadmete jaoks, mitte juurte p\u00f5hjuste, algoritmide ja tehnoloogiate m\u00f5istmiseks.<\/p>\n

Teisis\u00f5nu, \u00f5ppimise ajal kulutatakse suur osa j\u00f5ududest ja ajast l\u00e4henemise lihvimiseks \"Kuidas<\/b> kasutada seda v\u00f5i teist t\u00f6\u00f6riista\", mitte k\u00fcsimusele vastuse leidmiseks \"Miks<\/b> See, it works this way and not otherwise? For these same reasons, the IT field often employs the method of 'best practices', describing recommendations for the 'best' configuration and usage of certain components or systems. No, I do not reject the idea of best practices; it is quite good as a cheat sheet or checklist, but often such recommendations are used as a 'golden hammer', becoming unbreakable axioms that engineers and management follow unwaveringly and mindlessly, not bothering to find out the answer to the question 'why' is a particular recommendation given. And it's strange, because if an engineer uurinud<\/b> ja kuidas seda teha. Ja seep\u00e4rast k\u00e4itub Google \u00fches suhtes v\u00e4ga targalt: lubab Androidi inimestel teha k\u00f5ike omamoodi.<\/b> is competent in the subject matter, they should not blindly rely on authoritative opinions that are suitable in most situations but may not apply to a specific case.<\/p>\n

Sometimes it even reaches absurdity with best practices: I once encountered a case where vendors supplying the same product under different brand names had slightly differing views on the matter. Therefore, when they conducted the annual assessment at the request of the client, one of the reports always contained a warning about violating best practices, while the other praised full compliance.<\/p>\n

And while this may sound too academic and at first glance inapplicable in areas like toetamine<\/b> IT systems, where applying skills is required rather than studying the subject, if there is a desire to break out of the vicious circle, despite the lack of truly important information and knowledge, there will always be ways and methods to figure everything out. At least it seems to me that the following help:<\/p>\n