Melkein jokainen kehittäjä kysyy, kuinka hänen tulisi kehittää taitojaan ja mikä kasvusuunta valita: pystysuora - eli johtajaksi tuleminen vai horisontaalinen - täysi pino. Monien vuosien työ yhden tuotteen parissa myyttien vastaisesti ei ole rajoitus, vaan hyödyllinen mahdollisuus. Tässä artikkelissa jaamme taustakehittäjämme Alexeyn kokemuksen. Hän omistautui sertifioinneille kuusi vuotta ja työskenteli tänä aikana arkkitehdiksi.
Kuka on arkkitehti
IT-arkkitehti (tekninen johto) on korkean tason kehittäjä, joka käsittelee IT-projektien globaaleja kysymyksiä. Hän uppoutuu asiakkaan liiketoimintaprosesseihin ja auttaa ratkaisemaan hänen ongelmiaan teknologian avulla sekä määrittelee, miten tämä tai toinen tietojärjestelmä rakennetaan.
Tällaisen ammattilaisen ei tarvitse ymmärtää vain yksittäisiä aihealueita, vaan myös nähdä koko prosessi:
- Yritysongelman asettaminen.
- Kehittäminen, mukaan lukien ohjelmointi, valmistelu, tallennus ja tietojen käsittely.
- Infrastruktuurin käyttöönotto ja tuki.
- Testaus.
- Ota käyttöön.
- Analytiikka ja operatiiviset palvelut.
Tämä tarkoittaa kykyä asettua kenen tahansa asiantuntijan tai tiimin asemaan kehityksen elinkaaren aikana, ymmärtää järjestelmien nykytilaa sisältäpäin, tunnistaa tehdyt virheet ja muotoilla tavoitteita. Joskus sinun on suoritettava leikkaus itse.
Ammatillisen kehityksen polku kehittäjästä arkkitehtiin kestää kauan - yleensä useita vuosia. Tätä varten kehittäjä tarvitsee sekä käytännön taitoja että teoreettisia tietoja, jotka voidaan vahvistaa kansainvälisellä sertifioinnilla.
Yli 5 vuotta yhdessä projektissa – rutiini vai kasvumahdollisuus?
Aloitimme useita vuosia sitten suuren lääketieteellisen IT-järjestelmän rakentamisen ulkomaiselle asiakkaalle. Tässä suuressa hankkeessa oli tiettyjä ongelmia:
- rajoitettu pääsy;
- epävakaa tuote;
- uskomattoman pitkiä sprinttejä ja pitkiä hyväksyntöjä.
"On aika parantaa taitojasi"“, - yksi johtavista kehittäjistä Aleksei teki tämän päätöksen voittaakseen luetellut vaikeudet ja ymmärtääkseen järjestelmää paremmin.
Aleksei jakoi kokemuksensa, mistä on parempi aloittaa koulutus, mitä sertifikaatteja on tärkeää saada, miten ja miksi se tehdään.
Vaihe yksi: paranna englantia
Ohjelmointikielet ovat olennainen osa kehitystä, mutta viestintäkielet ovat yhtä tärkeitä. Varsinkin kommunikaatiossa englanninkielisen asiakkaan kanssa!
Käytännöstä
Eräänä kauniina päivänä Aleksei soitti työntekijältä asiakkaan puolelta. Tuolloin kehittäjämme ei voinut vielä ylpeillä joukolla varmenteita - ei tekniikassa, hallinnassa tai viestinnässä. Ehkä niistä ei olisi hyötyä - loppujen lopuksi voit olla pätevä asiantuntija ilman ylimääräisiä kunniamerkkejä. Mutta ongelma ilmaantui silti.
Meidän on ymmärrettävä, että puhuttu kieli on radikaalisti erilaista kuin kirjoitettu kieli. Jos tunnet hyvin englanninkieliset tiedot, mutta et harjoittele kuuntelemista ja puhumista, meillä on sinulle huonoja uutisia. Tässä tapauksessa puhelinkeskustelut kumppanien kanssa voivat johtaa umpikujaan.
Aleksei sai puhelussa tuttuja sanoja, mutta hänen kollegansa puhe oli niin nopeaa ja toisin kuin äänituntien klassinen ääntäminen, että hänen kysymysten pääolemus meni jonnekin ohi. Kohteliaisuudesta ja haluttomuudesta monimutkaistaa tilannetta, Aleksei suostui nopeasti kaikkiin ehdotuksiin.
Tarvitseeko minun sanoa, että työn aikana tehtiin epämiellyttäviä löytöjä? Kehittäjämme kirjautui johonkin, josta hän olisi ehdottomasti tietoisesti kieltäytynyt, jos tarjous olisi tullut ymmärrettävällä kielellä.
Sillä hetkellä kävi selväksi, että kuuntelutaitojen ja puhetaitojen parantaminen oli yksinkertaisesti välttämätöntä. Paras tapa tehdä tämä oli sertifiointi.
Englannin kielen todistus
Kommunikoinnin parantamiseksi lääketieteellisen projektimme puitteissa Aleksei opiskeli useissa ohjelmissa kerralla. Tämän seurauksena hän läpäisi FCE - ensimmäisen englanninkielisen sertifikaatin. Tämä auttoi minua kuulemaan asiakasta ja välittämään ajatukseni hänelle.
Elämä hakkerointi:
Vältä englanninkielisiä perusohjelmia. Taito on kohdistettava. Jos tarvitset englantia liikeviestintään, sinun tulee ottaa se. Älä mene äärimmäisyyksiin vaan suorita CAE (Certificate in Advanced Englanti). Sen erikoisuus on hienostuneita sanoja, erityisiä ilmaisuja, joita ei juuri koskaan käytetä kansainvälisessä viestinnässä.
Vaihe kaksi: sertifiointi koko teknologiapinolle
Aluksi projekti perustui ORM-oliorelaatiokartoitustekniikkaan. Asiakkaan puolella oleva kehitystiimi oli ylpeä aivolapsestaan, koska kaikki tehtiin edistyneillä konsepteilla, monimutkaisilla ja siisteillä.
Tuotannon ongelmat – erityisesti jatkuvasti jäätyvä SQL-palvelin – eivät kuitenkaan olleet harvinaisia. Se pääsi pisteeseen, jossa tyypillinen ratkaisu ongelmaan oli käynnistää palvelu uudelleen. Asiakas soitti tiimin johtajalle ja sanoi, että on aika aloittaa uudelleen. Lopulta päätimme lopettaa sen.
Asiakas halusi selvittää järjestelmän suorituskykyä - tätä varten oli tarpeen ottaa käyttöön profilointi ja tehdä säännöllisesti optimointia. Ants Profiler valittiin tuolloin, noin 2015, profilointityökaluksi, mutta se toimi huonosti. Alhaisen yksityiskohdan vuoksi oli vaikeaa saada tietoa kriittisestä koodilohkosta. Maksimitarkkuudella Ants Profiler alkoi muuttaa koodia siten, että järjestelmien toimivuus oli vaarassa - missä profilointi konfiguroitiin, kaikki vain kaatui. Joten muutimme lähestymistapaamme.
Aloitimme tilastojen analysoinnista
Myyntitilastoja analysoitaessa kävi selväksi, että 95 %:lla palvelimella tehdystä työstä on primitiivinen 4 rivin liikelogiikka. Heille riitti yksi SQL-kysely, ei koko joukko kyselyitä, jotka oli luotu liiketoimintalogiikkalohkolla ORM:lla.
Aleksei ehdotti ja toteutti tallennettua menettelyä työn siirtämiseksi ilman ORM:ää. Idea oli ristiriidassa tavanomaisen projektiparadigman kanssa, tiiminvetäjä suhtautui siihen varovasti, mutta asiakas hyväksyi kaiken ja pyysi toteutusta. Tämä ei ollut yllättävää, koska uusi menetelmä mahdollisti tuotannon käsittelyn viiveiden vähentämisen neljästä tunnista useisiin minuutteihin - keskimäärin 98 kertaa.
Silti meillä oli epäilyksiä: onko tämä oikea päätös vai henkilökohtainen mieltymys? Usko kaikkivaltiaan C#:aan ja ORM:ään ravisteli onnettomuus, joka osoitti yksinkertaisten ratkaisujen täyden voiman.
Tapaus kaksi
Ryhmä kirjoitti kyselyn työskennelläkseen tietojen kanssa ORM-paradigman sisällä, joka oli koottu kaikkien sääntöjen mukaisesti, ilman virheitä. Sen käsittely kesti 2-3 minuuttia, ja nämä parametrit vaikuttivat hyväksyttäviltä. Vaihtoehtoinen toteutus käyttämällä yksinkertaisia valitsimia ja näkymiä tuotti kuitenkin tuloksia nopeammin - kahdessa sekunnissa.
Kävi selväksi, että oli aika valita asiantuntija, joka käy läpi koko projektipinon sertifioinnin ymmärtääkseen kaikki vivahteet ja valitakseen optimaalisen menetelmän. Aleksei otti tämän tehtävän.
Ensimmäiset todistukset
Ymmärtääkseen olemuksen Aleksei kävi läpi , joka kattaa koko projektin teknologiapinon:
- TS: Windows-sovellusten kehittäminen Microsoft .NET Framework 4:n kanssa
- TS: Tietojen käyttö Microsoft .NET Framework 4 -ohjelmoinnin avulla C#:ssa
- TS: Microsoft .NET Framework 3.5 Windows Forms -sovelluskehitys
- PRO: Windows-sovellusten suunnittelu ja kehittäminen Microsoft .NET Framework 3.5:n avulla
- PRO: Windows-pohjaisten sovellusten suunnittelu ja kehittäminen käyttämällä Microsoft .NET Frameworkia
- TS: Microsoft .NET Framework 2.0 - Windows-pohjainen asiakaskehitys
Yrittäessään optimoida työskentelyä uudessa projektissa tiimi tuli seuraaviin johtopäätöksiin:
- Jotta järjestelmät toimisivat, on noudatettava koodin kirjoittamisen sääntöjä: ei sisennyksiä ja kommentteja, vaan tekniset ominaisuudet - tietokantojen puheluiden määrä, palvelimen kuormitus ja paljon muuta.
- Ristiriitaisten käsitteiden soveltaminen voi johtaa ongelmiin. Tietokantojen käsite on joukkoteoriaa, kun taas ORM on toimintakonsepti.
- Ideat, jotka häiritsevät tavallista asioiden järjestystä, voivat kohdata vastustusta tiimissä. Kehittämisessä on kyse myös ihmissuhteista ja kyvystä argumentoida näkökantansa.
- Sertifiointi laajentaa näköalojasi ja antaa sinun ymmärtää, mitä saa käyttää ja mitä ei.
Vaihe XNUMX: Opi enemmän kuin koodi
Laajamittaisten IT-ratkaisujen parissa työskennellessä monet tekijät ovat tärkeitä. Jokainen kehittäjä ei esimerkiksi kiinnitä huomiota verkon parametreihin, mutta jopa sen kaistanleveys voi vaikuttaa liiketoimintaongelman ratkaisuun.
Tämän ymmärtäminen on annettu 98-sarjan sertifiointi:
Niiden avulla voit tarkastella asioita laajemmin ja päästä eroon rajoitetusta "vain koodi" -konseptista. Nämä ovat perusasiat, perusasiat, mutta ne ovat tärkeitä kaiken ymmärtämiseksi syvemmällä tasolla.
Sarjan 98 sertifioinnit ovat lyhyitä testejä – 30 kysymystä 45 minuutin ajan.
Vaihe neljä: Prosessinhallinta
Klinikan kanssa työskentely on tärkeämpää työtä kuin esimerkiksi mobiilipelin tekeminen. Täällä et voi lisätä ominaisuutta ja ottaa sitä käyttöön tuotantoon - on tärkeää seurata hyväksymisprosessia ja tehdä lukuisia muutoksia asiakkaalta, koska ihmisten terveys ja henki ovat vaakalaudalla.
Tyypillinen Agile ei tuottanut toivottuja tuloksia tässä projektissa, ja jokainen sprintti kesti melko pitkään. Käyttöönottojen välillä kesti kuudesta kuukaudesta vuoteen.
Lisäksi tarjottujen kymmenen klinikan prosesseja oli teknisesti mahdotonta saada yhteiseksi nimittäjäksi.
Saavuttaakseen tuloksia nopeammin näissä olosuhteissa kehittäjät tarvitsivat henkilökohtaista vastuuta ja laaja-alaista näkemystä prosesseista - mikä tarkoittaa jatkuvaa keskittymistä ja korkeaa pätevyyttä.
Kun asiantuntija on uppoutunut prosessiin, hän näkee selvästi tulokset, syyt ja seuraukset, kokonaiskuvan. Tämä on samalla lisämotivaatiota ja tietoisuutta lisäävä tekijä, joka parantaa kykyä ratkaista ongelmia ja ongelmia.
Hyvin toimivan infrastruktuurin, hyvin rakennetun arkkitehtuurin ja optimaalisen koodin ansiosta yksi henkilö voi hoitaa monia prosesseja. Tämä ei kuitenkaan tarkoita sitä, että on tarpeen kasvattaa universaaleja sotilaita, jotka kykenevät johtamaan hanketta yksin. Yhteydenpito ja tiimityö ovat tärkeitä.
Ryhmässä jokainen kehittäjä ymmärtää, että hänen kollegansa ovat riippuvaisia hänen toimistaan. Viiden minuutin säästäminen kehitysvaiheessa tarkoittaa ehkä 5 tuntia lisää testausta. Tämän ymmärtämiseksi on tärkeää luoda viestintä.
Projektissamme Aleksei sai apua prosessien hallitsemisessa :
- M_o_R Foundation Certificate in Risk Management
- Agile Scrum Foundation
- IT-palvelujohtamisen säätiö
- EXIN Business Information Management Foundation
- PRINCE2 Foundation -sertifikaatti projektinhallinnasta
- Testausinsinöörin todistus
- Microsoft Operations Framework Foundation
- Ketterät palveluprojektit
EdX:stä käytiin kursseja, jotka auttoivat katsomaan järjestelmää tilastojen ja lean-ohjelmoinnin näkökulmasta ja myöhemmin työnnettiin hankkimaan arkkitehdin todistus:
- Lean tuotanto
- Six Sigma: Analysoi, paranna, hallitse
- Six Sigma: Määrittele ja mittaa
Six Sigma -periaatteen mukaan tilastollinen ohjaus varmistaa laadukkaan tuloksen erittäin suurella todennäköisyydellä.
Nostamalla tasoaan kehittäjä tekee pääsääntöisesti seuraavat johtopäätökset:
- Älä tee kovaa työtä, vaan työskentele tehokkaasti.
- Älä vaikeuta elämääsi jahtaamalla ulkopuolista: hieno tekniikka ei välttämättä ratkaise ongelmia paremmin.
- Ystävysty asiantuntijoiden kanssa syklin kaikissa vaiheissa ja selvitä heidän kipupisteensä. Arkkitehdin tulee hallita prosessit: ongelman tunnistaminen, ongelman asettaminen, verkkotopologian suunnittelu, kehitys, testaus, tuki, käyttö.
- Tarkista kaikki ominaisuudet sisältä ja ulkoa.
- Tapahtuu, että IT-prosessit eivät vastaa liiketoimintaprosesseja, ja tämä on käsiteltävä.
Vaihe viisi: ymmärrä arkkitehtuuria Big Datan linssin kautta
Projektin aikana käsittelimme melko suuria tietokantoja. Ainakin tiettyyn hetkeen asti näytti siltä. Kun Aleksei alkoi tutkia big dataa edX:ssä, kävi ilmi, että projektin 1,5 Tb oli pieni tietokanta. Vakavat vaa'at - 10 Tb:stä, ja siellä tarvitaan muita menetelmiä.
Seuraava askel kohti sertifiointia oli big datan kurssi. Hän auttoi ymmärtämään tiedonkulun organisointia ja nopeuttamaan tuotantotoimintoja. Ja kiinnitä huomiota myös pieniin työkaluihin, esimerkiksi aloita Excelin käyttäminen yksittäisten mikrotehtävien ratkaisemiseen.
Todistus:
Microsoft Professional -ohjelma: Big Data -sertifikaatti
Vaihe kuusi: kehittäjästä arkkitehdiksi
Saatuaan kaikki luetellut sertifikaatit, ollessaan vielä kehittäjä, Aleksei alkoi ymmärtää, että saaduilla tiedoilla oli korkea abstraktiotaso, ja tämä ei ollut kaukana huonosta.
Laajamittainen visio prosesseista johtaa arkkitehdin tasolle, joka on yksi korkeimmista sertifiointitasoista.
Aleksei tuli etsimään arkkitehdin todistusta Sundblad & Sundblad. Tämä on Microsoftin tunnustama ohjelma, jonka kehittäminen alkoi 14 vuotta sitten yhteistyössä yhtiön pääkonttorin ja Ruotsin toimipisteiden kanssa. Se kattaa .NET Frameworkin, vaatimusten keräämisen, tietovirran hallinnan ja monia muita korkean tason aiheita, ja sitä pidetään vahvana osoituksena arkkitehdin taidoista.
Ohjelmassa oli opiskelukursseja. Sertifiointi systematisoi tietämyksen ja antoi meille mahdollisuuden siirtyä uuteen kehitysvaiheeseen - kehittäjästä arkkitehtiin.
Yhteenveto
Kuten Aleksei huomauttaa, suuren IT-järjestelmän kanssa työskennellessä on tärkeää muistaa, että ohjelmointi ei ole kallista viihdettä, vaan työkalu liiketoiminnan ongelmien ratkaisemiseen. Kun kohtaat tämän tai toisen haasteen, sinun on ehdottomasti kirjattava ylös liiketoiminnan arvo, jotta projekti ei päädy umpikujaan.
Arkkitehdilla on erityinen näkemys ohjelmoinnista ja sen peruskomponenteista:
- Tietovirran luominen ja/tai ylläpitäminen
- Tietovirran poimiminen tietovirrasta
- Arvovirran poimiminen tietovirrasta
- Arvovirran kaupallistaminen
Jos katsot projektia arkkitehdin silmin, sinun on aloitettava lopusta: muotoiltava arvo ja sitten siirryttävä siihen tietovirran kautta.
Arkkitehti noudattaa kehittämissääntöjä ja omaa globaalin näkemyksen hankkeesta. Sitä on lähes mahdotonta saavuttaa harjoituksen ja omien virheiden kautta – tai pikemminkin se on mahdollista, mutta se kestää hyvin kauan. Sertifioinnin avulla voit laajentaa näköalojasi ja tarkastella kunkin ongelman kokonaisuutta, tutustua tuhansien ammattilaisten kokemuksiin ja kehittää tehokkaan ongelmanratkaisun taitoa.
Tähän mennessä olemme työskennelleet yllä kuvatun lääketieteellisen järjestelmän kanssa yli viisi vuotta ja olemme saaneet aikaan merkittäviä parannuksia. Tänä aikana Aleksei läpäisi yli 20 sertifiointikoetta:
- TS: Windows-sovellusten kehittäminen Microsoft .NET Framework 4:n kanssa
- TS: Tietojen käyttö Microsoft .NET Framework 4 -ohjelmoinnin avulla C#:ssa
- TS: Microsoft .NET Framework 3.5 Windows Forms -sovelluskehitys
- PRO: Windows-sovellusten suunnittelu ja kehittäminen Microsoft .NET Framework 3.5:n avulla
- PRO: Windows-pohjaisten sovellusten suunnittelu ja kehittäminen käyttämällä Microsoft .NET Frameworkia
- TS: Microsoft .NET Framework 2.0 - Windows-pohjainen asiakaskehitys
- 98-361: Ohjelmistokehityksen perusteet
- 98-364: Tietokannan perusteet
- M_o_R Foundation Certificate in Risk Management
- Agile Scrum Foundation
- IT-palvelujohtamisen säätiö
- EXIN Business Information Management Foundation
- PRINCE2 Foundation -sertifikaatti projektinhallinnasta
- Testausinsinöörin todistus
- Microsoft Operations Framework Foundation
- Ketterät palveluprojektit
- Lean tuotanto
- Six Sigma: Analysoi, paranna, hallitse
- Six Sigma: Määrittele ja mittaa
- Microsoft Professional -ohjelma: Big Data -sertifikaatti
- Sertifioitu ohjelmistoarkkitehti - Microsoft Platform
Läpäistyään kaikki kokeet Aleksei nousi pääkehittäjästä projektin arkkitehdiksi. Samalla sertifioinnista on tullut tehokas työkalu sekä ammatilliseen kehittymiseen että maineen rakentamiseen asiakkaan silmissä.
"Certification Ram" auttoi pääsemään yksittäisiin kriittisiin prosesseihin, jotka vaativat valvontaa ja kehittämistä. Eurooppalaiset IT-ratkaisujen asiakkaat arvostavat pääsääntöisesti korkeasti sertifioituja asiantuntijoita ja ovat valmiita antamaan heille enemmän toimintavapautta.
Kiitos huomiostasi! Toivomme, että artikkelista oli sinulle hyötyä.
Lähde: will.com