Etsitkö IT-työtä vai haluatko leimata taitotasosi tällä alalla? Oletko nuorempi, vanhempi tai jotain siltä väliltä? Vastaus näihin kysymyksiin saattaa näyttää olevan yleisesti ratkaistu ja ilmeinen, mutta itse asiassa on paljon monimutkaisempi. Pyrimme keskittymään tähän ongelmaan yksityiskohtaisemmin ja näyttämään, mikä ero on mainittujen kantojen välillä ja mikä rooli kokemuksella on viranomaisen tunnistamisessa.
Määrittelyongelma
jos kysyt kahdelta kokeneelta kehittäjältä, miten he kuvailisivat ylempää asemaa, saat todennäköisesti kaksi erilaista puolueellista vastausta. Tämän termin määritelmä riippuu asiayhteydestä. Sinä kysyt-miten minä, nuorempi Kehittäjä, voin objektiivisesti määrittää, että minusta on tullut vanhempi? Emme voi koskaan vetää rajaa ehdottomalla luottamuksella.
Juniorin ja seniorin merkit on vaikea määritellä, koska molemmat voivat edustaa yhtä kehittäjää yhtä aikaa. Riippuen asiayhteydestä, jos Kehittäjä katsotaan vanhempi suhteessa .NET platform, hän voi samanaikaisesti katsoa junior liittyvät HTML5 ja muiden uusien teknologioiden.
juniori
yleensä juniorikehittäjä on henkilö, jolla on alle 2-3 vuoden kokemus millä tahansa alustalla työskentelystä. Juniorit saavat alussa yksinkertaisempia tehtäviä, joiden ansiosta heidän pitäisi myöhemmin pystyä ratkomaan vielä vaikeampia tehtäviä. He tarvitsevat edelleen jossain määrin senioriapua. Emme myöskään pidä niitä sopivina vuorovaikutukseen asiakkaiden kanssa. Projektivaatimusten keräämiseen tarvitaan Seniori.
vanhempi
mainittu vanhempi on vastakkaisella tolpalla. Hän on yleensä pätevä asiantuntija valituissa teknologioissa ja vastaa nuorten tiimin jäsenten mentoroinnista. Ei ole hyvä vastaus, Kun kysytään, kuinka monta vuotta voimme pitää kehittäjä on vanhempi. Vaikka jotkut sanovat, että senior on kokemusta vähintään 5-7 vuotta, toiset sanovat, että kehittäjä tulee senior jälkeen 10-15 vuotta. Mielipiteet siis vaihtelevat. Se riippuu myös ihmisen taidoista ja kiinnostuksesta oppia uutta koko sen ajan, kun hän työskentelee valitulla alustalla. Voidaan sanoa, että suurin osa kehittäjistä leimaa itsensä keskimmäiseksi, mikä tarkoittaa jotain Juniorin ja seniorin väliltä. Yksi seniorikehittäjän tärkeimmistä ominaisuuksista on parantaa projektia (lähinnä osissa, jotka puuttuivat huomiosta), kun se määrättiin. Hyvä Seniori osaa tunnistaa ongelmalliset kohdat ja saa tehtyä työtä siellä, missä sitä tarvitaan.
idean voi saada Brandon Haysin linkitetystä kolmiografiasta. Se yksinkertaisesti selittää merkinnän kehittäjän ja vaaditun/tarjotun avun välisen suhteen:
jos tyytyy tähän kaavioon, saa vain osittaista tietoa. Toista, monimutkaisempaa näkökulmaa edustaa seuraavassa Venn-diagrammissa myös Brandon Hays. Tämä kuvaa ylempää asemaa hyvin idealistisesti ja senioreilla ei aina ole kaikkia ominaisuuksia:
freevisionin tiimissä työllistämme senioreita ja haluamme antaa tilaa bright Initiativen junioreiden oppimiselle ja kasvulle. Meidän johdollamme ja ohjauksellamme he pystyvät kehittämään uusia ohjelmistoja, mobiili-ja verkkosovelluksia tai räätälöityjä CRM-järjestelmiä, joiden laatua ei voi erottaa senioreista. Riippumatta siitä, onko kehittäjä vanhempi vai nuorempi, pidämme itseämme kyvykkäinä kehittäjinä, jotka ovat valmiita auttamaan toisiaan.
