Arhitekti tee: sertifitseerimine ja toote süüvimine

Peaaegu iga arendaja küsib endalt, kuidas oma oskusi arendada ja millist kasvusuunda valida: vertikaalne - ehk saada juhtivaks, või horisontaalne - täisstack arendajaks. Aastatepikkune töötamine ühe tootega, vastupidiselt müütidele, ei ole takistus, vaid kasulik võimalus. Selles artiklis jagame meie backend-arendaja Aleksei kogemusi, kes on pühendanud 6 aastat sertifitseerimistele ja läbinud selle aja jooksul tee arhitektini.

Kes on arhitekt

IT arhitekt (tehniline juht) on kõrge tasemega arendaja, kes tegeleb globaalsete küsimustega IT projektides. Ta süüvib kliendi äri protsessidesse ja aitab lahendada tema probleeme tehnoloogia abil, samuti määrab ta, kuidas on üles ehitatud konkreetne teave süsteem.

Sellisel spetsialistil on vaja mitte ainult eriteadmisi, vaid ka näha kogu protsessi:

• Äriprobleemi määratlemine.
• Arendus, sealhulgas programmeerimine, andmete ettevalmistamine, hoidmine ja töötlemine.
• Infrastruktuuri juurutamine ja toetamine.
• Testimine.
• Deploy.
• Analüüs ja operatiivne hooldus.

See tähendab oskust asetada end igasse spetsialisti või meeskonna kohta arendusprotsessi elutsükli jooksul, mõista süsteemide praegust seisukorda seestpoolt, tuvastada tehtud vead ja formuleerida eesmärgid. Mõnikord — isiklikult läbi viia operatiivne sekkumine.

Professionaalse arengu tee arendajast arhitektiks võtab kaua aega — tavaliselt mitu aastat. Selleks vajab arendaja nii praktilisi oskusi kui ka teoreetilisi teadmisi, mida saab kinnitada rahvusvaheliste sertifikaatidega.

Üle 5 aasta ühel projektis - rutiin või võimalus kasvuks?

Mõni aasta tagasi alustasime suure meditsiinilise IT-süsteemi loomist välisriigi kliendile. Selles mahukas projektis esines teatud probleeme:

• piiratud juurdepääs;
• ebaausalt stabiilne tootmine;
• uskumatult pikad sprindid ja pikad kooskõlastamised.

Aeg on kvalifikatsiooni tõstmiseks, — selleni jõudis üks peamiseid arendajaid Aleksei, et ületada nimetatud raskused ja paremini süsteemi mõista.

Aleksei jagas oma kogemust, kust alustada õppimist, millised sertifikaadid on olulised saada ja kuidas ning miks seda teha.

Esimene samm: paranda oma inglise keel

Programmeerimiskeeled on arendamise aluseks, kuid suhtlemiseks vajalikud keeled ei ole vähem tähtsad. Eriti suhtlemises ingliskeelsete tellijatega!

Praktikast

Ühel ilusal päeval helistas Aleksei tellija poolt töötaja. Sel hetkel ei saanud meie arendaja uhkustada alusetega - ei tehnoloogia, juhtimise ega suhtlemise alal. Võib-olla ei oleks need vajalikud olnud - olema osav spetsialist on võimalik ka ilma lisaregaliteta. Kuid probleem tekitas endiselt muret.

Tuleb mõista, et kõnekeel erineb radikaalselt kirjakeelest. Kui sa orienteerud ingliskeelsetes spetsifikatsioonides suurepäraselt, kuid ei harjuta kuulamist ja rääkimist, siis meil on sulle halbu uudiseid. Sellisel juhul võivad telefonikõned partneritega takerduda.

Aleksei kuulis kõnes mõningaid tuttavaid sõnu, kuid kollegi kõne oli nii kiire ja erinev klassikalisest hääldusest audialustest, et põhjus oli kuskile kõrvale jooksnud. Ühiskondlikkuse tõttu ja soovi tõttu olukorda ei keeruliseks teha, nõustus Aleksei kiiresti kõigi ettepanekutega.

Kas on vaja öelda, et tööprotsessi käigus tehti ebameeldivaid avastusi? Meie arendaja allkirjastas sellise millega, millest ta oleks täiesti teadlikult keeldunud, kui pakkumine oleks tulnud arusaadavas keeles.

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

Inglise keele sertifitseerimine

Selleks, et parandada suhtlemist meie meditsiiniprojektis, õppis Aleksei mitmesugustes programmides. Tulemuseks oli FCE - First Certificate in English sertifitseerimise sooritus. See aitas tal hakata kuulma tellijat ja edastama oma mõtteid.

Elu näpunäide:

Vältige algtaseme inglise keele õppimise programme. Oskus peab olema suunatud. Kui vajalik on inglise keel ärisuhtlemiseks, tulekski seda õppida. Kuid ei tasu minna äärmustesse ja sooritada CAE (Certificate in Advanced English). Selle eripära on keerulised sõnad, spetsiifilised väljendid, mis rahvusvahelises suhtluses peaaegu kunagi ei kasutata.

Teine samm: sertifitseerimine kogu tehnoloogilise pakkumise ulatuses

Alguses koosnes projekti alus objekt-relationaalsetest kaardistamise tehnoloogiatest (ORM). Tellija arendajate meeskond oli oma loomingu üle uhke, kuna kõik oli loodud uusimate konseptsioonide abil, keeruline ja muljetavaldav.

Kuid tootmisprobleemid - eelkõige pidevalt hanguv SQL-server - ei olnud haruldased. Selgus, et tüüpiline lahendus probleemile oli teenuse taaskäivitamine. Tellija helistas meeskonna juhile ja teatas, et on aeg taaskäivitada. Lõpuks otsustasime selle probleemiga lõpparve teha.

Tellija soovis süsteemi jõudlust parandada - selleks oli vajalik juurutada profiilimine ja regulaarselt optimeerida. Profiilimisseadmise vahendiks sellel ajal - umbes 2015. aastal - oli Ants Profiler, kuid see osutus nõrgaks. Madala detailitusega oli keeruline saada teavet kriitilise koodibloki kohta. Maximüüre kõrgtehnoloogilise detailitaseme puhul hakkas Ants Profiler koodi nii muutma, et süsteemide töökindlus oli ohus - seal, kus oli profiilimisseade, kukkus kõik kokku. Seetõttu muutsime lähenemist.

Alustasime statistika analüüsiga

Statistika analüüsimisel tõusis esile, et 95% serveri töödest sisaldab primitiivset ärilogikat nelja rea ulatuses. Nende jaoks piisaks ühest SQL-päringust, mitte täielikust hulgast päringutest, mille genereeris ärilogika ORM-i kaudu.

Aleksandr pakkus ja tegi ellu viidud salvestatud protseduuri tööde liigutamiseks ilma ORMita. Idee oli vastuolus projekti tavapärase paradigma, meeskonna juht kohtas seda ettevaatlikult, kuid tellija võttis selle omaks ja palus juurutamist. See ei olnud üllatav, kuna uus meetod võimaldas vähendada töötlemise viivitusi tootmisprotsessis neljast tunnist mitme minutini - keskmiselt 98 korda.

Kuid meil olid endiselt kahtlused: kas see on õige lahendus või isiklike eelistuste küsimus? Usaldus igavese C# ja ORM-i vastu murdis juhus, mis näitas, kui võimsad on lihtsad lahendused.

Teine juhtum

Meeskond kirjutas andmete töötlemiseks päringu ORM-paradigmas, mis oli koostatud kõiki reegleid järgides ja ilma vigadeta. Selle töötlemine kestis 2-3 minutit ja need näitajad tundusid vastuvõetavad. Siiski kindlustas alternatiivne rakendus lihtsate selectides ja view'de kasutamisega tulemuse kiiremini - 2 sekundiga.

On tõeks saanud, et on aeg valida spetsialist, kes läbib kogu projekti tehnoloogia stack'i sertifikaadi, et mõista kõiki nüansse ja valida parim meetod. Selle ülesande võttis enda kanda Aleksei.

Esimesed sertifikaadid

Selle olemuse mõistmiseks läbis Aleksei mitmeid Microsofti sertifikaate, katab kogu projekti tehnoloogia stack'i:

• TS: Windowsi rakenduste arendamine Microsoft .NET Framework 4-ga
• TS: Andmete ligipääs Microsoft .NET Framework 4 programmeerimisega C#
• TS: Microsoft .NET Framework 3.5 Windows Forms rakenduste arendamine
• PRO: Windowsi rakenduste kavandamine ja arendamine Microsoft .NET Framework 3.5 abil
• PRO: Windows-põhiste rakenduste kavandamine ja arendamine Microsoft .NET Frameworki kasutades
• TS: Microsoft .NET Framework 2.0 — Windows-põhiste klientide arendamine

Uue projekti töö optimeerimise nimel on meeskond jõudnud järgmistele järeldustele:

• Süsteemide töösuse tagamiseks tuleb järgida koodikirjutamise reegleid: mitte tühikud ja kommentaarid, vaid tehnilised spetsifikatsioonid — andmebaasidele tehtud päringute arv, koormus serverile ja palju muud.
• Vastuoluliste kontseptsioonide rakendamine võib tuua kaasa probleeme. Andmebaasi kontseptsioon on kogumite teooria, samas kui ORM on toimingute kontseptsioon.
• Ideed, mis rikuvad harjumuspärast korda, võivad meeskonnas kohtuda vastupanuga. Arendus on ka suhted ja arutelu oma seisukoha üle.
• Sertifitseerimine laiendab silmaringi ja võimaldab mõista, mida saab kasutada ja mida ei saa.

Kolmas samm: uurige mitte ainult koodi

Suurte IT-lahenduste väljatöötamisel on oluline mitu tegurit. Näiteks ei pruugi iga arendaja pöörata tähelepanu võrgu parameetritele — kuid isegi selle läbilaskevõime võib mõjutada äriprobleemi lahendamist.

Seda mõistavad 98 seeria sertifikaadid:

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

Need võimaldavad vaadata asju laiemalt ja pääseda välja piiratud kontseptsioonist “ainult kood”. Need on alused, ja need on olulised, et mõista kõike sügavamal tasemel.

98 seeria sertifikaadid on väikesed testid — 30 küsimust 45 minutiga.

Neljas samm: protsesside juhtimine

Töötamine kliinikutega on vastutustundlikum ettevõtmine kui näiteks mobiilimängu loomine. Siin ei saa lihtsalt funktsiooni lisada ja toota — oluline on järgida nõusoleku ja klientide arvukate muudatuste protsessi, sest mängus on inimeste tervis ja elu.

Tüüpiline Agile ei andnud projektil soovitud tulemusi ja iga sprind kestis piisavalt kaua. Üksuste väljalaskmise vahel möödus 6 kuud kuni aasta.

Lisaks oli puhtalt tehniliselt võimatu viia kümne teenindatava kliiniku protsessid mingisse ühisesse normi.

Selleks, et nendes tingimustes kiiremini tulemusi saada, vajasid arendajad isiklikku vastutust ja laialdast protsesside nägemust — see tähendab pidevat tähelepanu ja kõrget kvalifikatsiooni.

Kui spetsialist on protsessis süvenenud, näeb ta selgelt tulemusi, põhjuseid ja tagajärgi, terviklikku pilti. See on samal ajal täiendava motivatsiooni ja teadlikkuse tegur, mis parandab probleemide lahendamise võimet.

Hea infrastruktuuri, kompetentselt üles ehitatud arhitektuuri ja optimaalse koodiga võib üks inimene võtta enda kanda palju protsesse. Kuid see ei tähenda, et tuleks kasvatada universaalseid sõdureid, kes suudavad üksi projekti juhtida. Kommunikatsioon ja meeskonnatöö on kriitilise tähtsusega.

Meeskonnas mõistab iga arendaja, et tema kolleegid sõltuvad tema tegevustest. Ahnus 5 minuti jagu arendusetapis võib tähendada 5 täiendavat tundi testimist. Selle mõistmiseks on oluline korraldada suhtlust.

Meie projektis oli Alexeile protsesside omandamisel toeks sertifikaadid EXINilt:

• M_o_R Foundation Certificate in Risk Management
• Agile Scrum Foundation
• IT Service Management Foundation
• EXIN Business Information Management Foundation
• PRINCE2 Foundation Certificate in Project Management
• Test Engineer Certificate
• Microsoft Operations Framework Foundation
• Agile Teenuseprojektid

EdX-is läbitud kursused aitasid vaadata süsteemi statistika ja säästliku programmeerimise vaatenurgast ning hiljem tõukasid saama arhitekti sertifikaat:

• Lean Production
• Six Sigma: Analyze, Improve, Control
• Six Sigma: Define and Measure

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

Tõstes oma taset, jõuab arendaja reeglina järgmistesse järeldustesse:

• Töötage mitte palju, vaid efektiivselt.
• Ärge keerake elu keeruliseks, püüdes välisse külge: kallid tehnoloogiad ei lahenda probleeme alati paremini.
• Sõbrune eri etappide spetsialistidega ja selgita nende valud. Arhitekt peab valdama protsesse: probleemi tuvastamine, ülesande seadmine, võrgu topoloogia projekteerimine, arendamine, testimine, toimetamine, kasutamine.
• Kontrolli iga funktsiooni algusest lõpuni.
• Juhtub, et IT-protsessid ei vasta äriprotsessidele ja sellega tuleb võidelda.

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

Projektis kohtasime üsna suuri andmebaase. Vähemalt tundus see nii kuni teatud hetkeni. Kui Aleksei hakkas edX-is suurte andmete õppimisega tegelema, selgus, et 1,5 Tb projektis on väikene andmebaas. Tõsised mõõtmed algavad 10 Tb-st ja seal on vaja teisi meetodeid.

Järgmine samm sertifitseerimise teel oli kursus suurte andmete kohta. See aitas mõista andmevoogude korraldamist ja kiirendada operatsioone tootmises. Samuti suunata tähelepanu väikestele tööriistadele, näiteks hakata kasutama Excelit eraldi mikrotegevuste lahendamiseks.

Sertifikaat:
Microsoft Professional Program: Big Data Certificate

Kuues samm: arendajast arhitektiks

Pärast kõigi loetletud sertifikaatide saamist, olles ikka veel arendaja, hakkas Aleksei aru saama, et saadud informatsioon omab kõrget abstraktsioonitaset, mis ei ole sugugi halb.

Kohandatud protsesside ulatus viib arhitekti tasemeni, mis on üks kõrgeimaid sertifitseerimise astmeid.

Sertifitseeritud arhitekti otsimisel jõudis Aleksei Certified Software Architect — Microsoft Platform Sundblad & Sundbladist. See programm on Microsofti poolt tunnustatud, selle arendamine algas juba 14 aastat tagasi koostöös peakorteri ja Šveitsi kontoriga. See katab .NET Frameworki, nõuete kogumise, teabevoogude haldamise ja palju muid küsimusi kõrgel tasemel ning peetakse tugevaks tõendiks arhitekti oskuste kohta.

Programmi raames oli kursusi õppimiseks. Sertifitseerimine süstematiseeris teadmised ja võimaldas liikuda uuele arengutasemele — arendajast arhitektiks.

Kokkuvõtteks

Kuna Aleksei märgib, on tähtis meeles pidada, et ulatusliku IT-süsteemiga töötamisel on programmeerimine mitte kulukas meelelahutus, vaid äriülesannete lahendamise tööriist. Seistes silmitsi ühe või teise väljakutsega, on kindlasti vaja tõsta esile business value, et projekt ei satuks ummikusse.

Arhitektidel on ainulaadne vaade programmeerimisele ja selle elementaarsetele koostisosadele:

• Andmevoo loomine ja/või toetamine
• Teabevoo väljavõtmine andmevoo alusel
• Väärtusvoo väljavõtmine teabevoo alusel
• Väärtusvoo rahastamine

Kui vaadata projekti arhitekti silmade läbi, tuleb alustada lõpust: määratleda väärtus ja seejärel liikuda selle poole andmevoo kaudu.

Arhitekt järgib arendamise reegleid, omades projekti globaalset nägemust. Sellele jõudmine praktika ja isiklike vigade kaudu on praktiliselt võimatu — täpsemalt, see on võimalik, kuid väga aeglane. Sertifitseerimine võimaldab laiendada silmaringi ja vaadata iga küsimuse täielikku konteksti, tutvuda tuhandete spetsialistide kogemustega ning arendada tõhusate probleemilahendusoskuste oskust.

Praeguseks oleme töötanud ülaltoodud meditsiinisüsteemiga üle viie aasta ja saavutanud märkimisväärseid edusamme. Selle aja jooksul on Aleksei sooritanud üle 20 sertifitseerimiskatse:

1. TS: Windowsi rakenduste arendamine Microsoft .NET Framework 4-ga
2. TS: Andmete ligipääs Microsoft .NET Framework 4 programmeerimisega C#
3. TS: Microsoft .NET Framework 3.5 Windows Forms rakenduste arendamine
4. PRO: Windowsi rakenduste kavandamine ja arendamine Microsoft .NET Framework 3.5 abil
5. PRO: Windows-põhiste rakenduste kavandamine ja arendamine Microsoft .NET Frameworki kasutades
6. TS: Microsoft .NET Framework 2.0 — Windows-põhiste klientide arendamine
7. 98-361: Tarkvaraarenduse alused
8. 98-364: Andmebaasi alused
9. M_o_R Foundation Certificate in Risk Management
10. Agile Scrum Foundation
11. IT Service Management Foundation
12. EXIN Business Information Management Foundation
13. PRINCE2 Foundation Certificate in Project Management
14. Test Engineer Certificate
15. Microsoft Operations Framework Foundation
16. Agile Teenuseprojektid
17. Lean Production
18. Six Sigma: Analyze, Improve, Control
19. Six Sigma: Define and Measure
20. Microsoft Professional Program: Big Data Certificate
21. Certified Software Architect — Microsoft Platform

Kuna ta sooritas kõik eksamid, kasvas Aleksei tipparendajast projekti arhitektiks. Sertifitseerimine muutus samal ajal võimsaks vahendiks nii professionaalses arengus kui ka maine suurendamisel tellija silmis.

„Sertifitseerimise sild” aitas pääseda juurde teatud kriitilistele protsessidele, mis vajasid kontrolli ja töötlemist. Euroopa IT-lahenduste tellijad hindavad tavaliselt kõrgeid sertifitseeritud spetsialiste ja on valmis neile rohkem vabadust andma.

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

Allikas: habr.com