Arhitekti tee: sertifitseerimine ja toote süvenemine

Peaaegu iga arendaja mõtleb, kuidas oma oskusi arendada ja millist karjäärisuunda valida: kas vertikaalne – s.t. juhtimine, või horisontaalne – fullstack. Aastatepikkune töö ühe tootega ei ole vastupidiselt müütidele takistus, vaid väärtuslik võimalus. Selles artiklis jagame meie backend arendaja Alexei kogemusi, kes on pühendanud 6 aastat sertifitseerimisele ja läbinud sel ajal tee arhitektiks.

Kes on arhitekt

IT arhitekt (tehnilise juhi) – on kõrgema taseme arendaja, kes tegeleb globaalsete küsimustega IT projektides. Ta süveneb kliendi äriprotsessidesse ja aitab lahendada tema probleeme tehnoloogiate abil, määrates samuti, kuidas on üles seatud see või teine infotehnoloogia süsteem.

Sellisel professionaalil on vaja mitte ainult mõista üksikuid valdkondi, vaid ka näha kogu protsessi:

• Äriprobleemi seadmine.
• Arendus, sealhulgas programmeerimine, andmete ettevalmistamine, hoidmine ja töötlemine.
• Infrastruktuuri juurutamine ja toetamine.
• Testimine.
• Rakendamine.
• Analüüs ja hooldus.

See tähendab oskust panna end iga spetsialisti või meeskonna kohta arenduse elutsüklis, mõista sügavalt hetkeolukorda süsteemides, tuvastada vigu ja sõnastada eesmärke. Mõnikord ka isiklikult teostada operatiivset sekkumist.

Professionaalne areng arendajast arhitektiks nõuab pikka aega — tavaliselt mitmeid aastaid. Selleks vajab arendaja nii praktilisi oskusi kui ka teoreetilist teadmist, mida saab tõestada rahvusvahelise sertifikaadiga.

Rohkem kui 5 aastat ühes projektis – rutiin või võimalus kasvamiseks?

Mõned aastad tagasi alustasime koostööd suure meditsiinilise IT-süsteemi kallal välismaalase kliendiga. Selles ulatuslikus projektis esines mitmeid probleeme:

• piiratud ligipääsud;
• ebastabiilne tootmine;
• uskumatult pikad sprindid ja pikad kooskõlastused.

“Aeg on oma oskusi tõsta”, — jõudis sellisele otsusele üks juhtiv arendaja Aleksei, et ületada nimetatud raskused ja paremini süveneda süsteemi.

Aleksandr jagab kogemusi, kust alustada õppimist, millised sertifikaadid on olulised, kuidas ja miks neid omandada.

Esimene samm: arenda oma inglise keelt.

Programmeerimiskeeled on arendamise alus, kuid suhtlemiseks vajalikud keeled on sama tähtsad. Eriti ingliskeelsete klientidega suhtlemisel!

Kogemustest

Ühel kaunil päeval helistab Aleksandrile kliendi esindaja. Sel ajal ei saanud meie arendaja kiidelda hulga sertifikaatidega – ei tehnoloogiate, juhtimise ega ka suhtlemise alal. Võib-olla ei olnud nad vajalikud – oskuslik spetsialist võib olla ka ilma lisakategooriateta. Kuid probleem tekkis ikkagi.

Tuleb mõista, et räägitav keel erineb radikaalselt kirjutatud keelest. Kui te tunnete end ingliskeelsete spetsifikatsioonide seas suurepäraselt, kuid ei harjuta kuulmist ja rääkimist, siis on meil teile halbu uudiseid. Sel juhul võivad telefonikõned partneritega osutuda ummikuks.

Aleksei kuulis telefonikõnes mõningaid tuttavaid sõnu, kuid tema kolleegi kõne oli nii kiire ja eriline, et küsimuste peamine sisu pääses temast mööda. Läbi viisakuse ja soovimata olukorda keerulisemaks muuta, nõustus Aleksei kiiresti kõigi ettepanekutega.

Kas on vaja rääkida, et töö käigus tehti ebameeldivaid avastusi? Meie arendaja kirjutas alla sellele, millele ta oleks täiesti teadlikult vastanud, kui ettepanek oleks esitatud arusaadavas keeles.

Sel hetkel sai selgeks, et kuulamis- ja rääkimisoskuste arendamine on hädavajalik. Parim viis selleks olid sertifitseerimised.

Inglise keele sertifitseerimine

Kuna kommunikatsioonide parandamiseks meie meditsiiniprojektis õppis Aleksei korraga mitmes programmis, sooritas ta tulemuseks FCE sertifitseerimise — First Certificate in English. See aitas tal hakata klienti paremini kuulma ja oma mõtteid edastama.

Eluhäki:

Vältige algtaseme inglise keele kursuseid. Oskus peab olema suunatud. Kui on vajalik inglise keel ärikommunikatsiooniks, siis tuleb seda õppida. Kuid ei tohi ka liialdada ja sooritada CAE (Certificate in Advanced English). Selle eripära on keerukad sõnad ja erilised väljendid, mida rahvusvahelises suhtluses peaaegu ei kasutata.

Teine samm: sertifitseerimine kogu tehnoloogia virnas

Alguses põhines projekt objektide ja relatsioonide kaardistamise tehnoloogial ORM. Tellija arendajate meeskond oli oma loominguga uhke, kuna kõik oli tehtud uusimate kontseptsioonide kasutamisega, keeruliselt ja ägedalt.

Siiski esines tootmises probleeme — eelkõige pidevalt kokkujantud SQL-server, mis ei olnud haruldane. Juhtus, et mure lahendamiseks oli tavaks teenuse taaskäivitamine. Tellija helistas tiimijuhile ja teatas, et on aeg taaskäivitada. Lõpuks otsustasime sellega lõpetada.

Kliendi soov oli süsteemi soovituste parandamine — selleks oli vaja ellu viia profilaine ja regulaarselt optimeerimist. Profiliseerimise tööriistana valiti sellel ajal — umbes 2015. aastal — Ants Profiler, kuid see osutus nõrgaks. Kerge detailisuse juures oli keeruline saada kasulikku teavet kriitilise koodibloki kohta. Maksimaalse detailituse korral hakkas Ants Profiler koodi muutma nii, et süsteemide töö oli ohus — seal, kus oli seadistatud profiilimine, kõik lihtsalt kokku kukkus. Seetõttu muudeti lähenemist.

Alustasime statistika analüüsist

Statistika analüüsi käigus selgus, et 95% serveri töödest sisaldab primitiivset äriloogikat neljas reas. Nende jaoks piisab ühest SQL-päringust, mitte täielikust päringute kogumist, mille genereerib äriloogika plokk koos ORM-iga.

Aleksandr pakkus välja ja rakendas salajase protseduuri tööde liigutamiseks ilma ORM-ideta. Idee oli vastuolus projekti tavapärase paradigma, tiimijuht kohtus sellega ettevaatlikult, kuid tellija võttis selle vastu ja nõudis rakendamist. See polnud üllatav, kuna uus meetod võimaldas vähendada töötlemise viivitusi tootmises neljast tunnist mõne minuti peale — keskmiselt 98 korda.

Kuid meil olid endiselt kahtlused: kas see on õige otsus või isiklike eelistuste küsimus? Usaldus igavese C# ja ORM-i vastu kõikus juhuslikkuse tõttu, mis näitas lihtsate lahenduste tõelist jõudu.

Teine juhtum

Meeskond kirjutas andmete töötlemiseks päringu ORM-i paradigma raames, koostades selle kõigi reeglite kohaselt, vigadeta. Selle töötlemine kestis 2-3 minutit ja need parameetrid tundusid vastuvõetavad. Siiski, alternatiivne rakendus lihtsate select-ide ja view-de abil tagas tulemuse kiiremini — 2 sekundi jooksul.

Sai selgeks, et on aeg valida spetsialist, kes läbib kogu projekti teknoloogia sertifitseerimise, et mõista kõiki nüansse ja valida optimaalne meetod. Selle ülesande võttis enda peale Aleksandr.

Esimesed sertifikaadid

Sisuga tutvumiseks läbis Aleksandr mitmes Microsofti sertifikaadis, katab kogu projekti tehnoloogilist tõuket.

• TS: Windowsi rakenduste arendamine Microsoft .NET Framework 4 abil
• TS: Andmete ligipääs Microsoft .NET Framework 4 programmeerimisel C#-s
• TS: Microsoft .NET Framework 3.5 Windows Forms rakenduste arendamine
• PRO: Windowsi rakenduste projekteerimine ja arendamine Microsoft .NET Framework 3.5 abil
• PRO: Windowsi-põhiste rakenduste projekteerimine ja arendamine Microsoft .NET Frameworki abil
• TS: Microsoft .NET Framework 2.0 — Windowsi-põhine kliendiarendus

Uue projekti töö optimeerimisega püüdles meeskond järgmistele järeldustele:

• Süsteemide toimimiseks tuleb järgida koodikirjutamise reegleid: mitte niidid ja kommentaarid, vaid tehnilised spetsifikatsioonid — andmebaasidesse pöördumiste arv, serveri koormus ja palju muud.
• Karmide ideede rakendamine võib tuua kaasa probleeme. Andmebaaside kontseptsioon on kogumite teooria, samas kui ORM on operatsiooniidee.
• Ideed, mis rikuvad tavapärast korda, võivad meeskonnas kohtuda vastupanu. Arendamine on ka suhete loomine ja oma seisukoha argumendiga esitamine.
• Sertifitseerimine laiendab silmaringi ja aitab mõista, mida saab kasutada, samuti mida ei ole vaja kasutada.

Kolmas samm: uurige mitte ainult koodi

Masta IT-lahenduste loomisel on oluline arvestada mitmete teguritega. Näiteks ei pöörata igal arendajal alati tähelepanu võrguparameetritele — kuid isegi selle läbilaskevõime võib mõjutada äriprobleemi lahendamist.

Seda tunnetust annavad 98. seeria sertifikaadid:

• 98-361: Tarkvaraarenduse alused
• 98-364: Andmebaaside alused

Need võimaldavad laiemat arusaama asjadest ja pääseda välja piiratud mõttemaailmast "ainult kood". Need on alused, kuid need on olulised, et mõista kõike sügavamal tasemel.

98. seeria sertifikaadid koosnevad väikestest testidest — 30 küsimust 45 minuti jooksul.

Neljas samm: protsesside haldamine

Töötamine kliinikutes on vastutustundlikum ettevõtmine kui näiteks mobiilimängu loomine. Siin ei saa lihtsalt funktsiooni lisada ja toodet välja anda — oluline on järgida kooskõlastamisprotsessi ja teha arvukalt muudatusi tellijalt, kuna mängus on inimeste tervis ja elu.

Tüüpiline Agile ei andnud selle projekti puhul soovitud tulemusi, ja iga sprindi kestus oli piisavalt pikk. Deployd toimusid iga 6 kuu kuni aasta tagant.

Lisaks on tehniliselt võimatu tuua kümne teenindatava kliiniku protsessid mingisse ühisnimekirja.

Nendes tingimustes kiiremate tulemuste saavutamiseks vajatigi arendajatelt isiklikku vastutust ning laiapindset protsesside nägemist — seega pidevat tähelepanu ja kõrget kvalifikatsiooni.

Kui spetsialist on protsessi süvenenud, näeb ta selgelt tulemusi, põhjuste ja tagajärgede terviklikku pilti. See on samaväärselt täiendava motivatsiooni ja teadlikkuse faktor, mis parandab ülesannete ja probleemide lahendamise oskust.

Heasti korraldatud infrastruktuuri, õigesti üles ehitatud arhitektuuri ja optimeeritud koodi korral võib üks inimene võtta enda kanda palju protsesse. Kuid see ei tähenda, et peaksime kasvatama universaalseid sõdureid, kes suudavad üksi projekti juhtida. Kommunikatsioon ja meeskonnatöö on kriitilise tähtsusega.

Meeskonnas mõistab iga arendaja, et tema tegevustest sõltuvad kolleegid. 5 minuti säästmine arendusetapis võib tähendada 5 täiendavat tundi testimist. Selle mõistmiseks on oluline luua korralikud suhted.

Meie projektis aitasid Alekseyt protsesside omandamisel sertifikaadid EXINilt:

• M_o_R sihtasutuse sertifikaat riskijuhtimises
• Agile Scrum sihtasutus
• IT teeninduse haldamise sihtasutus
• EXIN ärinfotehnoloogia haldamise sihtasutus
• PRINCE2 sihtasutuse sertifikaat projektijuhtimises
• Testimise inseneri sertifikaat
• Microsoft Operations Frameworki sihtasutus
• Agile teenuse projektid

Olen edX-is läbinud kursused, mis aitasid vaadata süsteemi statistika ja õhukese programmeerimise vaatenurgast ning hiljem toetasid mind arhitekti sertifikaadi saamisel:

• Lean tootmine
• Six Sigma: analüüsi, paranda, kontrolli
• Six Sigma: määratle ja mõõda

Six Sigma põhimõtte kohaselt tagab statistiline kontroll kvaliteetse tulemuse äärmiselt suure tõenäosusega.

Oma taseme tõstes jõuab arendaja tavaliselt järgmistele järeldustele:

• Töötage mitte palju, vaid efektiivselt.
• Ärge keerake elu keeruliseks, püüdes järgida välist poolt: keerukad tehnoloogiad ei pruugi probleeme lahendada paremini.
• Sõbrunege spetsialistidega kogu tsükli jooksul ja selgitage välja nende mured. Arhitekt peab valdama protsesse: probleemide tuvastamine, ülesande määramine, võrgu topoloogia projekteerimine, arendus, testimine, tugi ja kasutamine.
• Kontrollige iga funktsioon algusest lõpuni.
• Tavaliselt ei vasta IT-protsessid äriprotsessidele, ja selle probleemiga tuleb tegeleda.

Viies samm: mõista arhitektuuri läbi Big Data prisma

Projektis tegime koostööd üsna suurte andmebaasidega. Täpselt nii see tundus kuni teatud hetkeni. Kui Aleksei hakkas õppima suurandmeid edX-is, selgus, et 1,5 Tb projektis on väike andmebaas. Tõsised mahud algavad 10 Tb-st, ja seal on vajalikud teised meetodid.

Järgmine samm sertifitseerimise teel oli kursus suurandmetest. See aitas mõista andmevoogude korraldust ja kiirendada operatsioone tootmises. Samuti tuleks tähelepanu pöörata väikestele tööriistadele, näiteks alustada Exceli kasutamist eraldi mikrotegevuste lahendamiseks.

Sertifikaat:
Microsofti professionaalne programm: Big Data sertifikaat

Kuues samm: arendajast - arhitektiks

Pärast kõigi ülaltoodud sertifikaatide saamist, olles endiselt arendaja, hakkas Aleksei mõistma, et saadud informatsioon on kõrge abstraktsioonitasemega, ja see ei ole sugugi halb.

Mastaapne nägemus protsessidest viib arhitektuuri tasemele, mis on üks kõrgeid sertifitseerimistasemeid.

Aleksei leidis arhitekti sertifitseerimise Sertifitseeritud tarkvara arhitekt – Microsofti platvorm Sundblad & Sundbladilt. See programm on Microsofti poolt tunnustatud, selle arendamine algas juba 14 aastat tagasi koostöös ettevõtte peakorteriga ja Rootsi kontoriga. Programm katab .NET Frameworki, nõuete kogumise, teabevoo juhtimise ja paljusid teisi küsimusi kõrgel tasemel, olles oluline tõend arhitekti oskustest.

Programmi raames oli mitmeid õpikursuseid. Sertifitseerimine aitas struktureerida teadmisi ja viia arendaja uuele tasemele – arhitektiks.

Kokkuvõtteks

Kuna Aleksei rõhutab, on suurte IT-süsteemidega töötamisel oluline meeles pidada, et programmeerimine ei ole kallis meelelahutus, vaid tööriist äriülesannete lahendamiseks. Iga väljakutsega silmitsi seistes tuleb kindlasti välja tuua business value, et projekt ei satuks ummikusse.

Arhitektil on programmeerimise ja selle elementaarsete koostisosade osas eriline vaatenurk:

• Andmevoo loomine ja/või toetamine
• Teabevoo eraldamine andmevoo alusel
• Väärtuse voogude eraldamine teabevoo alusel
• Väärtusvoo monetiseerimine

Kui vaadata projekti arhitekti silmadega, tuleb alustada lõpust: sõnastada väärtus ja seejärel liikuda sellele andmevoo kaudu.

Arhitekt järgib arendusreegleid, omades projekti üleüldist nägemust. Selleni jõudmine läbi praktika ja isiklike vigade on praktiliselt võimatu — täpsemalt öeldes, on see võimalik, kuid väga pikaajaline. Sertifitseerimine võimaldab laiendada silmaringi ja vaadata igat küsimust täispildis, tutvuda tuhandete professionaalide kogemustega ning arendada oskust tõhusate probleemide lahendamiseks.

Praegu töötame eespool kirjeldatud meditsiinisüsteemiga üle viie aasta ja oleme saavutanud märkimisväärseid edusamme. Selle aja jooksul on Aleksei sooritanud üle 20 sertifitseerimiseksami:

1. TS: Windowsi rakenduste arendamine Microsoft .NET Framework 4 abil
2. TS: Andmete ligipääs Microsoft .NET Framework 4 programmeerimisel C#-s
3. TS: Microsoft .NET Framework 3.5 Windows Forms rakenduste arendamine
4. PRO: Windowsi rakenduste projekteerimine ja arendamine Microsoft .NET Framework 3.5 abil
5. PRO: Windowsi-põhiste rakenduste projekteerimine ja arendamine Microsoft .NET Frameworki abil
6. TS: Microsoft .NET Framework 2.0 — Windowsi-põhine kliendiarendus
7. 98-361: Tarkvaraarenduse alused
8. 98-364: Andmebaaside alused
9. M_o_R sihtasutuse sertifikaat riskijuhtimises
10. Agile Scrum sihtasutus
11. IT teeninduse haldamise sihtasutus
12. EXIN ärinfotehnoloogia haldamise sihtasutus
13. PRINCE2 sihtasutuse sertifikaat projektijuhtimises
14. Testimise inseneri sertifikaat
15. Microsoft Operations Frameworki sihtasutus
16. Agile teenuse projektid
17. Lean tootmine
18. Six Sigma: analüüsi, paranda, kontrolli
19. Six Sigma: määratle ja mõõda
20. Microsofti professionaalne programm: Big Data sertifikaat
21. Sertifitseeritud tarkvara arhitekt – Microsofti platvorm

Kõik eksamid sooritades tõusis Aleksei juhtivast arendajast projekti arhitektiks. Samuti oli sertifitseerimine võimas vahend nii ametialase arengu kui ka maine kujundamise osas kliendi silmis.

„Sertifitseerimise puks“ aitas pääseda juurde eraldi kriitilistele protsessidele, mis vajasid kontrolli ja arendamist. Euroopa IT-lahenduste kliendid hindavad tavaliselt sertifitseeritud spetsialiste kõrgelt ning on valmis neile andma rohkem tegutsemisvabadust.

Aitäh tähelepanu eest! Loodame, et artikkel oli teile kasulik.

Allikas: habr.com