Milloin sinun pitäisi kutsua itseäsi vanhemmaksi kehittäjäksi? [kaksoiskappale]

Voit kutsua itseäsi Vanhempi kun:

• Voit hoitaa koko ohjelmistokehityksen elinkaaren päästä päähän
• Johdat muita tai muut odottavat sinulta ohjeita.
• Voit itse hallita projektejasi

Ohjelmistokehitys on utelias olento, toisin kuin muilla aloilla.

Joskus tuore punk-yliopisto-opiskelija voi juosta ympyröitä veteraanien ympärillä, joilla on yli 20 vuoden kokemus. Ohjelmointi on outo maailma, jossa -koodi on kuningas .

Jotkut saavuttavat yllä mainitun 2 vuodessa tai vähemmän, toiset vievät 10 vuotta.

Kommentit

• Lisään, että sinulla on ollut ainakin yksi projekti epäonnistunut johdollasi …
• En ole samaa mieltä toisen luetelmakohdan kanssa. Kyky johtaa muita ei määritä " senior ". Se määrittelee otsikon " lead " -osan. Tunnen vanhempia kehittäjiä, jotka ' haluan mieluummin työntää kalliolta kuin seurata niitä sen yli. Rakastan kuitenkin muita 2 määritelmääsi. +1
• @ tuore punk-asia – Voit kuitenkin olla lahjakas kooderi, loistava algoritmien keksijä ja silti törmätä vaikeuksiin yksinkertaisesti siksi, että se ' s ongelmia, joita et ole ' törmännyt aiemmin. Olen ' edelleen karkeampi kuin minun pitäisi olla, mutta jopa tajusin sen.
• Lisään myös 10000 tunnin todellisen ohjelmoinnin jälkeen (ei vain istuu tietokoneen edessä).
• joillakin kestää alle 2, toisilla 10 – monet voittivat ' t koskaan ( Tapasin melko monta heistä …)

Kun kuulen sanan ”vanhempi kehittäjä”, ajattele joku, joka on oppinut ohjelmoinnin. Ajattelen henkilöä, joka osaa suunnitella, koodata ja testata järjestelmän. He voivat puhua järjestelmäarkkitehtuurin tai komponenttisuunnittelun kanssa. He ymmärtävät ja käyttävät suunnittelumalleja. Tämä henkilö voi ennakoida suorituskyvyn pullonkaulat, mutta tietää, ettei sitä tarvitse optimoida etukäteen. Tämä henkilö hyödyntää tarvittaessa asynkronista ohjelmointia, jonottamista, välimuistiin tallentamista, kirjautumista, tietoturvaa ja pysyvyyttä. Kysyttäessä he voivat antaa yksityiskohtaisen selityksen valinnastaan sekä hyvistä ja huonoista puolistaan. Useimmissa tapauksissa he ovat oppineet olio-ohjelmoinnin ja suunnittelun, tämä ei ole ehdoton muut kielet, kuten Javascript, F #, Scheme, ovat tehokkaita eivätkä ole olio-orientoituneita. He ovat taitavia riskienhallinnassa ja ennen kaikkea he voivat kommunikoida edellä mainituista ikäisilleen.

Mikä on mestaruus? On yleisesti hyväksytty ajatus, että minkä tahansa taiton oppiminen vaatii 10000 tuntia toistoa, jotta ihmiskeho ja mieli ymmärtävät ja sisällyttävät taiton. Tämä on kirjoitettu pitkään Malcolm GladWellin kirjassa Outliers . Kun alkuperäinen kirjoittaja puhui kentän hallitsemisesta, hän viittasi erittäin kilpailukykyisen kentän kärkeen pääsemiseen vie 10000 tuntia.

Joitakin esimerkkejä Malcolm GladWellin poikkeavista on:

Mozart hänen ensimmäinen konsertto nuorella 21-vuotiaana. Mikä vaikuttaa aluksi nuorelta, mutta hän on kirjoittanut musiikkia 11-vuotiaasta lähtien.

The Beatles hylättiin alun perin. Heille kerrottiin, että heillä ei ollut sinappia, ja heidän tulisi harkita erilaista työtä. He viettävät 3 vuotta Saksassa pelaamalla noin 1200 kertaa eri paikoissa, jokainen pituus on 5-8 tuntia. Heistä tuli uudelleen Beatles, joita tunnemme ja rakastamme tänään.

Ja lopuksi Bill Gates klo 20-vuotiaat putosivat Harvardista perustamaan Microsoftin. Joillekin tämä saattaa tuntua typerältä, mutta 20-vuotiaana ajateltuna hän oli viettänyt lähes puolet nuoresta elämästään ohjelmoinnissa. Vuonna 1975 vain ehkä 50 ihmisellä maailmassa oli kokemus, jonka hän teki. Hänen kokemuksensa antoi hänelle ennakointia nähdä tulevaisuuden Microsoftissa.

Peter Norvig keskustelee myös 10000 tunnin säännöstä esseessään ” Opeta itsellesi ohjelmointia kymmenessä vuodessa ”.

George Leonardin kirjassa Mastery annetaan yksityiskohtaisia tietoja taitojen hallitsemisesta. Taitoa on harjoiteltava yhä uudestaan ja uudestaan. Mitä enemmän toistoa, sitä enemmän tulet tietämään kunkin toiston erot. Vain tällä oivalluksella voit tulla paremmaksi.

Ohjelmistoteollisuuden otsikot (Junior, Mid-Level ja Seniors) ovat harhaanjohtavia ja epäjohdonmukaisia organisaatioittain. Olen työskennellyt yritysten kanssa, jotka määrittelivät vanhemman kehittäjän henkilöksi, jolla on vähintään 5 vuoden kokemus. Kokemuksen laadusta ei ole mitään mainintaa, vain se, että he istuivat tietokoneen edessä 5 vuotta. Työskennellessään näiden ihmisten kanssa monet heistä eivät olleet vielä ymmärtäneet olio-ohjelmointia – silti heitä pidettiin vanhempina kehittäjinä.

Ohjelmistosuunnittelijan taitopaketin mittaamiseen on oltava parempi ja objektiivisempi tapa. John Haugeland julkaisi tietokoneohjelmoijan taitomatriisin. Se on objektiivinen tapa mitata ohjelmoijan taitotaso , joka muuten jätetään suolistoon.

Tarkastellessani ohjelmistoinsinöörejä näen 4 taitotasot: Valaisin, vanhempi, keskitaso ja nuorempi.

Valaisin (yli 10-vuotiaat) on taito, joka on oppinut taitoa ja on ryhtynyt parantamaan kurinalaisuuttaan. Joitakin esimerkkejä: Ted Neward , Bob Martin setä , Donald Knuth, Oren Eini , Peter Norvig , Linus Torvalds. Valaisimet muuttuvat taitosi mukaan.

Vanhempi (7-10 vuotta, taso 3) on henkilö, joka on viettänyt viimeiset 10000 tuntia ohjelmoinnissa tietyssä tyylilajissa. Suunnittelumallit ymmärretään vahvasti. Ne hyödyntävät asynkronista ohjelmointia, jonottamista, välimuistiin tallentamista, kirjautumista, tietoturvaa ja pysyvyyttä tarvittaessa.

On hyvin mahdollista, että vanhempi ei koskaan pääse Luminaryyn. Valaisimia löytyy usein puhuvan ja kirjoittavan. He yrittävät aktiivisesti vaikuttaa kurinalaisuuteensa.

Keskitaso (4–6 vuotta, taso 2) ymmärtää päivittäisen ohjelmoinnin. He työskentelevät itsenäisesti ja luovat vankkoja ratkaisuja. Heillä ei kuitenkaan ole vielä kokemusta suurten tai monimutkaisten järjestelmien luomisesta tai ylläpidosta. Yleensä keskitason kehittäjät osaavat kehittää komponenttitasoa.

Junior (1–3 vuotta, taso 1) ymmärtää ohjelmoinnin perusteet. Heillä on joko tutkinto ohjelmistotekniikasta tai tietojenkäsittelytieteestä tai he ovat itseopetettuja. Heidän koodiaan tarkistetaan jatkuvasti. Algoritmeja, ylläpidettävyyttä ja rakennetta koskevia ohjeita annetaan.

Kommentit

• Tämä vastaus saa minut toivomaan, että voisin suosia vastausta!
• Tämä on parempi selitys. Se on merkittävä vastaukseksi.
• Tämä vastaus saa tietysti kuulostamaan, että sinun on oltava ohjelmoinnin Mozart, jotta sinua voidaan pitää " vanhempana. " Se ' on paska imo. Se saattaa olla se mitä pidetään ohjelmoinnin " Jumalan ", mutta " Vanhempi " liittyy ikään ja sijoitukseen. Jos ' olet ollut kehityksessä jonkin aikaa ja johdat muita, ' re " vanhempi. " Sillä ei ole rehellistä tekemistä koodaustarkkuuden kanssa.
• Tärkeämpää kuin " henkilö hyödyntää asynkronista ohjelmointia, jonottamista, välimuistiin tallentamista, tietoturvaa ja pysyvyyttä tarvittaessa. " on, että heidän tulisi tietää, milloin EI pidä käyttää näitä suunnittelumalleja, kun ne eivät ole sopivia.On monia keskitason, jotka ovat hyvin perehtyneet muotoiluun / arkkitehtonisiin kuvioihin, mutta jotka yrittivät kiilata kaiken malleihin, joista he ovat äskettäin lukeneet.
• Siistiä, jotta voin viettää 11 vuotta vetojen kirjoittamiseen ja asettajat ja minä ' ll olen ylös setä Bobin rinnalla!

”Milloin sinun pitäisi kutsua itseäsi vanhemmaksi kehittäjäksi?” – Kun aloitin nuorempien kehittäjien mentoroinnin.

Kommentit

• joka olisi ollut … lukiossa.
• Olen yleensä samaa mieltä kyseisellä vanhemmalla pitäisi olla merkitys pystyä tekemään jotain muuta kuin vain ' -koodausta '. Joillekin meistä se olisi ollut lukiosta lähtien, mutta toiset (yli 10 vuoden kokemuksella) tekevät edelleen vain ' yksinäistä ' asia.
• @Rudi: Seniori viittaa siihen, että alapuolella on jotain, eikä " ole tehnyt sitä pitkään ". Kuten suositussa elokuvassa sanotaan, " aina on kaksi, päällikkö ja oppipoika. " – myönnetty päällikkö ' s ovat vähän ohuita maassa, joten oppisopimusopiskelijoita on yleensä muutama.
• @Orbling – senior on vertailu, mutta se ei ' ei tarvitse olla suhteessa saman yrityksen jäseniin.
• @Jeff O: Ymmärrän, mistä tulet, se riippuu pikemminkin siitä, ajatteletko sitä työnimikkeenä vai jonkun toisena eräänlainen luokittelu. Istuisin entisen kanssa, mikä tarkoittaisi välttämätöntä saman yrityksen sisällä.

sinä olet puuttuu asia.

Seniori ei tarkoita mitään. Junior ei tarkoita mitään. Otsikot eivät tarkoita mitään. Nimeni – Associate Business Systems Director. Vastuutani – kaiken IT-asioiden hallinta talon ohjelmistokehityksestä infrastruktuuriin tietoturvan kautta, asiakkaan verkkosivustoille. Ohjelmistokehityskokemukseni – itseopettama. Verkkokokemukseni – itseopettaman. Kokonaisominaisuuteni IT-alalla – huonompi kuin sinun.

Kykyni hallita ja ohjata – kiistanalainen, mutta hahmoni ja persoonallisuuteni saivat minut työstä ja saavat minut onnistumaan siinä.

Otsikot eivät tarkoita mitään kykyä ja vaivaa tarkoittavat kaikkea. En ole paras – ja uskoa niin olisi ylimielinen.

Unohda otsikoiden lopettaminen ja todista kelvollisuutesi!

Kommentit

• En halua ' luulen ettei hän ole kadonnut kohta. Jokainen järkevä henkilö tietää, että se ei tarkoita mitään. Myös vaatteiden käyttäminen on turhaa, jos lämpötila on oikea. Eikö ' ole aikuisten elämä loppujen lopuksi suuri valhe?
• Otsikko = palkan nousu 🙂

Olen havainnut saman trendin. Toinen kysymys toisena päivänä koski vanhempaa kehittäjää, jolla oli 2-3 vuoden kokemus siirtymisestä arkkitehdiksi.

Voit kutsua tammenterhoksi puun, mutta se ei muuta sen muotoa.

ainoa looginen johtopäätös on, että ”vanhempi” tarkoittaa jotain muuta:

• suhteellinen sijoitus, kuten ”vanhemmalle kaverille vasta yliopistosta”
• köyhät espanjankielen kirjoittajat eli he tarkoitus laittaa señor
• eteläpuolinen oikeinkirjoitus, kuten ”vanhemmalla takapuolen halkeamalla, vedä housut ylös”

Nykyään se on vain työ title , ja voi sanoa tai olla sanomatta suhteellisesta teollisuuden kokemuksesta.

Kommentit

• Lol, arkkitehti-asiasta. Kuulin MS: ssä, että kaverista voi tulla tekninen johtaja kahden vuoden kokemuksella ja pyytää jotakuta, jolla on 10 vuoden kokemus, suorittamaan paremmin tai kohtaamaan seurauksia: D
• No se ' ovat vain työnimikkeitä, mutta ihmiset arvioivat usein tietosi kyseisen työnimikkeen perusteella ja antavat ' unohtaa palkkasi.
• @Kev, täsmälleen niin siksi otsikko ' ovat tärkeitä 🙁
• sinun ' on pitänyt olla hauskaa espanjan kanssa " se ñ tai " asia. Kukaan ei soita kenellekään " Katso ñ tai " kehittäjä.

Mielestäni parhaan vastauksen antoi Darknight .

Minusta on tarvetta huomauttaa seuraavaa.

2-3 vuoden ohjelmointikokemus (yhdessä työskenteleminen ja henkilökohtainen työskentely) ei riitä yhdelle t: lle o he ovat nähneet riittävän määrän hankkeita ja ovat käsitelleet riittävästi ongelmia. Ei juuri toiminut. Tarvitset aikaa päästääksesi asiat läpi pään, miettimään kokemustasi ja siirtymään henkisesti korkeammalle ajattelutasolle. Ei tapahdu yhdessä yössä.

Sanoisin, että 5-7 vuoden harjoittelun aikana (taas työskenteleminen + henkilökohtainen yhdessä) ei ihme ole odotettavissa. Voi saada paljon kokemusta tietyistä kielistä ja kehyksistä, mutta ei vielä hypätä uusi ajattelun taso.

Toinen asia on yksilön yleinen kypsyys. Mielestäni se tulee ensin lähemmäksi 30 vuotta. Ennen sitä aivomme saattavat toimia korkeammalla kellotaajuudella, mutta se käsittelisi roskaa, koska sillä ei ole tarpeeksi tietoa muistista suuremman kuvan näkemiseksi.Yleinen elämykokemuksemme lisää jotain hienovaraista, mutta todellista ajattelutapamme ja työskentelymme, siis myös ohjelmointiin yhtenä muuntyyppisenä teoksena.

Henkilökohtainen hyväksyntäni vanhemmalle: vähintään 27-vuotias joku, jolla on vähintään 7 vuoden harjoittelu Ennen sitä olisin henkilökohtaisesti skeptinen (mutta silti ennakkoluuloton, se ”vie vain lisää todisteita minulle).

Kommentit

• Ei ole turvallista verrata aikaa työhön th kokemus. Hämärä, joka viettää samaa asiaa vähällä vaivalla 10 vuotta, puhalletaan vedestä, mutta älykäs saavuttaja, joka työntää itseään 18 kuukauden ajan.
• Mielestäni tämä on hieno lisä merkittyyn vastaukseen.

Martin Fowler kirjoitti äskettäin hyvän blogiviestin. Asiat, jotka otin siitä pois, ovat:

• Sillä ei ole mitään tekemistä sen kanssa, kuinka kauan olet työskennellyt jonkun puolesta. Työskentelet kolme vuotta ja sinusta tulee vanhempi kehittäjä. Mitä tapahtuu kuuden vuoden kuluttua? Tuleeko sinusta vanhempi vanhempi kehittäjä?

• Vanhemmat kehittäjät eivät katso sinua alas tai ajattele olevansa parempia kuin sinä. Se on erittäin tärkeää. Kun annat egosi päästä tielle, olet pulassa.

• Vanhemmat kehittäjät eivät välitä syytä. He ennakoivat ongelmia ja käsittelevät niitä positiivisella tavalla.

• Ihmiset haluavat työskennellä vanhempien kehittäjien kanssa. Tämä on avain minulle. Haluan ihmisten työskentelevän kanssani ja haluan heidän nauttivan työskentelystä kanssani.

• Vanhemmat kehittäjät eivät ole älykkäitä insinöörejä. He eivät työskentele monimutkaisimpien ongelmien parissa. Heidän taitojoukkonsa ei koske ohjelmointia. Heidän viestintätaidoillaan on yhtä tärkeä rooli.

• Vanhemmat kehittäjät pystyvät arvioimaan.

• Vanhemmat kehittäjät välittävät aina tekemistään asioista. He ymmärtävät, että tylsät tehtävät on suoritettava samalla laadulla kuin muutkin, mahdollisesti mielenkiintoisemmat tehtävät.

Vain selventää

Edellä mainitsemani taidot ovat mielestäni hyvällä vanhemmalla ohjelmistosuunnittelijalla oltava perustavanlaatuisten ohjelmistotekniikan taitojen ja käytäntöjen lisäksi.

Kommentit

• Tämän standardin mukaan monet ihmiset, jotka voivat ' t ohjelmoida ja älä ' eivät tykkää, ovat vanhempia kehittäjiä.
• En missään vaiheessa sanonut, että he eivät ' tykkää tai eivät voi ' t -ohjelma. Sanoin, että heidän taitojoukkonsa ei ole vain ohjelmointia, vaan joukko muita asioita.
• En tarkoita ' tarkoittavan, että sanoit sen. Ainoastaan mainitsemasi taidot eivät ' näytä sisältävän mitään ohjelmointiin liittyviä taitoja. Niinpä monia ihmisiä kutsutaan vanhemmiksi ohjelmoijiksi tällä standardilla, vaikka he olisivat gynekologeja tai palomiehiä.
• Anteeksi, minun olisi pitänyt olla selvempi vastauksellani. Luettelemani taidot ovat mielestäni hyvällä vanhemmalla ohjelmistosuunnittelijalla oltava perustavanlaatuisten ohjelmistotekniikan taitojen lisäksi. Esimerkiksi. tietorakenteet, käyttöjärjestelmät, verkot, verkkotunnuslähtöinen suunnittelu, tietokantajärjestelmät, hyväksyntätestaus jne.
• Linkitetäänkö blogiviestiin?

Kun olet mentoroinut monia ja kiittänyt sitä useimpia vuosia myöhemmin, kun olet ensin ollut eri mieltä kanssasi, liitä ”Senior” mihin tahansa otsikkoon, jota voit käydä.

Siihen asti ”lyijy” on luultavasti kuvailevampi termi.

Minulle termi ”vanhempi” tarkoittaa käytännön kokemuksen JA viisauden huipentumaa käsitellessään ihmisiä ja heidän mielivaltaisia odotuksiaan . Ota tämä skenaario huomioon:

16 ohjelmoijaa tiimissä, kullakin täsmälleen yhden vuoden kokemus enemmän kuin muilla. Tämä tarkoittaa, että 16-vuotiaalla ohjelmoijalla on yli 16 vuoden kokemus. Kahdeksan kokeneimmista jäsenistä kuolee traagisesti, kun bussi törmää kauppaan. Pidetäänkö kaveria, jolla on puolet kokemuksesta, vanhempi kehittäjä? Toivon ei, toivon, että yritys korvaa tyhjät tilat nopeasti samanarvoisilla tai enemmän kaliipereilla kuin he juuri menettivät.

Vihaan sanan ” journalne ”, mutta osa siitä pätee. Termi” vanhempi ”ei ole sellainen, jota annan kenellekään, jolla on alle 15 vuoden kokemus, koska se ylittää teknisen tiedon.

Kommentit

• +1 Journeyman, ja koko vanha kiltajärjestelmä on täysin pätevä insinöörimme johtamassa ammatissa.
• Äänestä, jos voisin. Tunnen kourallisen kehittäjiä, joilla on yli 20 vuoden ikä alalla ja joilla on " Senior " otsikko, joka voi ' älä kerro persettään kyynärpäästään. Minulla oli yksi yritys selittää minulle, että MVC ja NTier olivat sama asia. IMO, vanhempi ei ole ' t yhdestä asiasta, puhumattakaan iästä tai vuosista kentällä. Jos toisen vuoden kehittäjä pystyy johtamaan tiimiä (ja tekee), heitä voidaan harkita titteliksi. Armeijassa oppisopimuskouluttajan, matkamiehen, käsityöläisten ja superintendentin taitotasot myönnetään niille, joilla on tarvittavat taidot ja jotka ovat testanneet sen todistamiseksi. Minusta tuntuu samalla tavalla

Minusta tämä Junior / Senior Developer -nimi on väärä ja harhaanjohtava, koska tälle ei ole todellista mittayksikköä. Olemme kaikki ohjelmistokehittäjät, joilla on vähemmän tai enemmän käytännön kokemusta. Älä yritä luoda hierarkiaa ohjelmistokehittäjille, sillä ei ole mitään järkeä, ja se voi vahingoittaa pääkohdetta: hienoa ohjelmistokehitystiimiä.

Kommentit

• +1 Hyväksy kommenttisi. Mielestäni täällä ei ole tällaista hopeamallia, mielestäni tekniset ja ihmisten taidot ovat tärkeitä
• Minusta tuntuu, että monissa tapauksissa otsikko on tullut enemmän palkkatason määritelmä kuin taitotaso ja kokemus. Mikä määräytyy usein neuvottelutaitojen avulla. Jos keskitason kehittäjä haastattelee ylemmän tason tehtävää ja saa työpaikan, se ei itse asiassa tarkoita, että hän on ammattitaitoisempi tai kokeneempi. Yksinkertaisesti he pystyivät neuvottelemaan itsensä korkeammalle palkkatasolle. Siksi olen samaa mieltä kanssasi, otsikot voivat olla väärät ja harhaanjohtavat.
• Mielestäni vastauksesi on tässä paras, mutta todellisuudessa yritykset ympäri maailmaa käyttävät tätä terminologiaa kaikissa tehtävissä, joten emme voi välttää sitä.

Kun katsot taaksepäin edellistä työtäsi ja huomaat, mikä paska se oli. Ja ymmärrät, että olet parantunut, mutta jäljellä on vielä mailia, ja että oppiminen on ikuista.

Kommentit

• Luulen sen ' s päinvastoin. Mitä parempi olet, sitä kauemmin kestää, että kirjoittamasi koodi muuttuu paskaaksi. Kun aloitin koodaamisen, katsoin jatkuvasti taaksepäin ja tajusin, kuinka huono koodini oli. Kokemus opettaa sinun on kirjoitettava koodi, joka ' ei hajonnut valon nopeudella.
• @ back2dos Se ' ei ole kyse kuinka kauan kestää kirjoittaa huonoa koodia. Se ' tarkoittaa ymmärtämistä kypsymisestäsi kehittäjänä sekä nöyryydestä ja oppimisesta. Vanhempana kehittäjänä oleminen on paljon enemmän kuin koodi.
• Se mitä erittelette, on henkilökohtainen kehitys, joka esiintyy kaikilla ihmiselämän osa-alueilla. Nöyrä ja halukas oppimaan ei tee sinusta vanhempaa, vaan pikemminkin hyvä oppipoika, mutta vanhemman kehittäjän ensisijainen tehtävä on opettaa. Voit ' opettaa jotakuta, jos luulet, että kaikki, mitä teit 3 kuukautta sitten, on paskaa. Tarvitset tiettyä rauhaa, joka voi kesyttää nuoremman ' s " kaiken ' s paska , anna ' repiä se erilleen ja keksi pyörä uudelleen vielä kerran " -luonteisuus.
• @ back2dos mielestäni on mahdollista olla vanhempi kehittäjä eikä välttämättä opettaa, vaikka olen samaa mieltä siitä, mitä sanot ja että mentorointi / opetus on yksi hyvän vanhemman kehittäjän suurista eduista. " kaikki ' s paska " on osa vanhempaa kehittäjää pystyy ymmärtämään mikä todella on ja mikä ei ole ' t hyvää; osa siitä on lahjakkuutta, osaamista, mutta paljon on myös kokemusta useista ympäristöistä; Sekä laatujärjestelmien että junahylkyjen eläminen opettaa paljon.

Joskus katson muita ammatteja ja ihmettelen, miksi ohjelmointi ei vakioi itseään. Tähän kysymykseen ei olisi mitään hyötyä, koska tiettyjen tasojen saamiseksi olisi hyväksytty standardi. Sitten ymmärrän: ”Kuka kuoli ja jätti heidät kuninkaaksi?”

Me kaikki tiedämme, että kokemus, koulutus, sertifikaatit ja tittelit on tarkoitettu kaikille muille, jotta he saisivat erittäin yksinkertaisen katsauksen ohjelmoijien kykyyn. Tiedät joko, mitä olet tekemässä, tai et tiedä. Voit joko haistaa omasi ystävällinen tai voit ”t.

” WHAAAT …. UNIT TEST !!!! I ”ma senior ohjelmoija … Minun ei tarvitse enää testata koodiani.

Kuulin sen aikaisemmin … Siksi hän antaa ”Juniorien” korjata virheensä ja testata sen.

”Aiomme palkata arkkitehdin … ei, ei herra X, haluamme jonkun, joka on paljon vanhempi, jonkun, joka ei enää koodaa”

myöhemmin haastattelussa :

• niin mitä ohjelmointikieliä tunnet?

• ahem … Olen käyttänyt COBOLia ja FORTRANia, mutta nyt enimmäkseen se on Ms Word, Excel ja Powerpoint.

• Erinomainen … milloin voit aloittaa?

Todella vanhempi on vain näkökulma, otsikko, kuten sanoisi Steven. Toivon kuitenkin voivani sanoa, että lopulta se on koodi, jonka kirjoitat on merkitystä, mutta valitettavasti monissa tapauksissa puku ja solmio tekevät suuremman vaikutuksen, varsinkin kun sinua ei enää mitata konkreettisilla saavutuksilla (koodi), mutta kuinka hyvin vakuutat hierarkiat olennaisuudestasi.

Kommentit

• ei ole ' nähnyt ohjelmistokehittäjän käyttävän solmioa 5 vuoden aikana, saati puvusta!
• Minulla on , oikeastaan aina silloin tällöin a töissäni, he palkkasivat konsultin auttamaan projektissa, jossa työskentelin, ja heidän mielestään ei mennyt tarpeeksi hyvin. joskus se auttoi paljon koodissa ja kaikessa. Muina aikoina en tarvinnut apua, mutta vain sanoin hänelle, mitä sanoa pomolleni. Koska hänellä oli puku ja solmio ", hänen " -argumenttinsa olivat järkeviä ja yhdistettävissä, joten se oli juuri tehtävä. Siinä vaiheessa lopetin vain ja annoin puvun ja solmion viimeistellä kaiken, löysin itseni työpaikkaan yrityksessä, jossa puku ja solmio ovat kiellettyjä … olemme kaikki nyt niin paljon onnellisempia !!

Sillä voi olla jotain tekemistä rahan kanssa.

Jotkut yritykset noudattavat asetettua palkkasuunnitelmaa. Joidenkin annettujen sääntöjen vuoksi he eivät voi ”laittaa sinua” Kehittäjä ”-tikkaan keskelle. Mutta he voivat laittaa sinut” Vanhempi kehittäjä ”-tikkaan pohjalle.

Henkilökohtaisesti minä Minusta on outoa, jos henkilölle annetaan vanhempi titteli heti yliopiston ulkopuolella, mutta toisella puolella – kuka välittää? Olen ollut ”kehittäjä” jo kymmenen vuotta, ja vaikka saan ”vanhempi” tittelin, kun vaihda työpaikkaa nyt, se ei tarkoita mitään. Olen edelleen fuksi uudella verkkotunnuksella – ainakin jonkin aikaa …

Kun muut soittavat sinulle vanhempi kehittäjä. Ei ole olemassa yhtä määritelmää. Sen muutokset yrityksestä toiseen. Hyvin vakiintuneessa yrityksessä tuoreille työntekijöille annetaan vähemmän työtä, ja heidän oppimiskäyränsä on hidas. Startup-yrityksessä tuoreempi voi ottaa monia vastuita ja oppia monia asioita lyhyemmässä ajassa. Olen kokenut tämän ensikäden. Valitettavasti vain muut kokeneet ihmiset voivat laskea tietosi syvyyden tarkastelemalla koodisi tai työn laatua. Ja olen varma, että kaikki saavat arvonimen, kun heidän aikansa on lopussa.
Ja jos älä muuta yritystä. 🙂

Se on otsikko kuten monet muutkin otsikot. Näillä täällä olevilla ”teini-ikäisillä” saattaa olla jopa tohtorin tohtori , se ei tarkoita välttämättä mitään. Mutta se saa heille selvästi korkeamman palkan. Sama koskee vanhempaa kehittäjää tai vanhempaa arkkitehtiä. Tai vanhempi projektipäällikkö jne.

Ottaen huomioon tämän tosiasian, on parempi kutsua työtovereidesi nimeksi ”Vanhempi kehittäjämme”, sen sijaan, että lisäät tämän arvon omalle kortillesi monen vuoden kokemuksen jälkeen – jonka tein, kun minulla oli tilaisuus. 🙂

Muuten sanoisin, että 10 vuotta on vähintään (mukaan lukien korkeakoulu tai muu koulutus).

Kommentit

• +1. Mutta sanoisin, että ' on vain työnimike! Jos se on ' työnimikkeessäsi, silloin olet yksi. Jos ' kuvaat itseäsi uudelleen, voi tehdä paremmin kuin ' I ' ma vanhempi kehittäjä / ohjelmoija / arkkitehti / deadbeat / jne …

Minulla on nähnyt äskettäin työhakemuksia etsivän CS-tutkinnon suorittaneita, joilla on alle vuoden kokemus. Tämä tuntuu mielestäni hulluudelta, vaikka se olisi vain otsikko. Ensinnäkin se viittaa otsikon vesittämiseen. Olen varma, että pariskunnalla yrityksillä, jotka näin näiden lähetysten kanssa, on jokin muu ”super-senior” -tunnus, joka viittaa todellisiin eläkeläisiin. Luulen, että se ei ole huono palkkaamisstrategia. Otsikko ei ole kaikki, mutta kaikki muut ovat samanlaisia kahden työpaikan välillä, otan todennäköisesti ”Master Chief Developer” otsikon omainen.

Piste, jolloin ”Master Chief Developer” (tai mikä tahansa korkea asema on, ”vanhempi” tai muu) on tosiasiallisesti perusteltu, on kuitenkin hankala selvittää . Mielestäni emme voi olla liian objektiivisia sen kvantifioimisessa. Karkeana kaavana sanoisin, että heitä tulisi kutsua vanhemmiksi, jos he ovat yleensä huoneen parhaita ja huoneessa on vähintään 8 ammattikehittäjää. Se viittaa siihen, että vanhempi on vähintään 87. prosenttipisteessä.Vaikka sanoisin, että näillä kehittäjillä on todennäköisesti eniten kokemuksia, en todellakaan sanoisi, että kokemus == ”vanhempi” tai edes lähellä. Samaan aikaan, vaikka olen skeptinen siitä, että alle 7 tai 8-vuotiaiden todellisten vanhusten määrän on oltava erittäin pieni, ei ole mahdotonta, että alle tämän henkilön on mestari.

Koska olen 22-vuotias, kuulun varmasti ”todennäköisesti master-luokkaan”. Vaikka olenkin joissakin noista ”10 (tai 30) vuoden kokemuksesta 1 vuodesta” ja minulla on vilpitön kiusaus ajatella olevani parempi, yritän muistaa, että nuo ihmiset, vaikka he ovatkin panostaneet nollaan eteenpäin vuosikymmenien ajan oppimiseen, ovat silti todennäköisesti saaneet enemmän tietoa kuin minä puhtaasta osmoosista useista eri aiheista. En yksinkertaisesti voi mitenkään tietää niin paljon kuin he koko projektin elinkaaresta. Työskentelen yhden henkilön kanssa, jonka projekti on vanhempi kuin minä! Minusta olisi melko ylimielistä ajatella, että tiesin enemmän samanlaisen projektin ylläpitämisestä kuin hän.

Toinen mielessä pidettävä asia on, jos alat kutsua itseäsi vanhemmaksi 22-vuotiaana, mitä sinä olet 32-vuotiaana? Se on vähän karhunpalvelusta tulevaisuudellesi, jos oletat, että olet jo huipulla. Monet ihmiset etsivät 10000 tunnin sääntöä päättääkseen, milloin joku on asiantuntija. Malcom Gladwellin kirjassa, jossa ajatusta ehdotetaan, on melko selvää, että asiantuntijat eivät ole vain parhaita, mutta he suorittavat tietyn roolin. Aloittelijat eivät ole millään tavalla pahin, mutta se on kuvaus menetelmästä jopa enemmän kuin kyky. Aloittelijat voivat oppia hassuja juttuja nopeasti, mutta usein vaikeuksia tehdä joitain yleisimpiä juttuja yhtä nopeasti kuin joku asiantuntija. Asiantuntijat voivat tehdä rutiininomaisia asioita erittäin tarkasti ja nopeasti ja tietää, mitkä etsittävät asiat voivat merkitä ongelmia, mutta usein vaikeuksissa reagoida muutoksiin tai oppia asioita, jotka ovat heidän mukavuusalueensa ulkopuolella. Tässä mielessä en halua vielä edes olla asiantuntija. Haluaisin kerätä niin paljon uutta tietoa kuin pystyn, niin kauan kuin pystyn, ennen kuin asetan vakaan verkkotunnuksen.

Kommentit

• 1) Myös uudet tutkinnon suorittaneet palkataan. 2) Jotkut haluavat uuden tutkinnon suorittavan, jolla on nykyaikaiset taidot, että he voivat ' muovata ' omiin toiveisiinsa.
• Kun olet ' 1-vuotias, anna 30-vuotiaalle kaverille mahdollisuus. Saatat olla oikeassa, mutta odota vähän. Saatat olla parempi keksimään ratkaisuja tiettyihin ongelmiin, mutta jos hän ei haise ', hän saattaa tietää pari asiaa suurempien, globaalimpien ongelmien välttämisestä. Tai hän saattaa vain välttää. Se tapahtui '. Paljon.

10 vuotta ?? Sinun täytyy pilailla. Ok, miten määrität 10 vuotta? Sanotaan, että joku aloitti ohjelmoinnin 15-vuotiaana, mutta tuli ammattimaiseksi 25-vuotiaana?

Teollisuus ei toimi tällä tavalla. Luulen, että eri yritykset antavat ihmisten kutsua heitä vanhemmaksi Dev X: ksi tai Y: ksi milloin tahansa 5–8-vuotiaiden välillä. Paljon senioriteettia organisaatiossa ei tule yksin kyvystä , sillä on paljon tekemistä henkilön tekemän aloitteen ja sellaisten vastuiden kanssa, jotka hän on valmis jakamaan. Suurimman osan ajasta ihmisillä, joilla on kohtuullinen taito ja vahva motivaatio, tulee vanhemmat ammattilaiset.

BTW 22 vuotta ei ole teini-ikäinen 😉

Kommentit

• Tietysti 10 vuoden työelämä.
• Tein 14-vuotiaana Casio PB-700: n neliöyhtälönratkaisun GWBasic-graafin, jossa oli zoom-in / zoom-out -ominaisuudet ( paremmin nähdä leikkauspiste akselin kanssa, jolla oli automaattinen murto akselin yksiköiden numeroinnille zoomauksessa). 28 vuotta myöhemmin ohjelmoin pythonissa HTC-androidilla ja olen ollut " ammattikehittäjä " yli 12 vuotta. Saako se minut Se ñ vai? Älä ajattele. Silti hakkeri sydämessä (pelaa SLA4: llä hieman Android-puhelimellasi nähdäksesi, kuinka pitkälle tietokoneen on vielä mentävä). Olemme ' kaikki tämän liiketoiminnan teini-ikäiset.
• @Chris: Mikä hyvä vastauskumppani. Hyvää hakkerointia.
• -1 Ensimmäisessä kappaleessa puhutaan edellisestä viestistä (pitäisi olla kommentti kyseistä viestiä) eikä varmasti ' hyvää vastausta ' kysymykseen. Minäkin ' aion mennä raajalle ja sanoa, että 10 vuoden kokemuksella on merkitystä vain, jos sinulla on paljon kokemusta (kokemus on yksi asia, jonka voit ' t opettaa verrattuna ' tietoon ', jota voit). 40-vuotiaana oleminen ' on tuonut minulle paljon ' vanhempi ' -tietoa, että En saanut ' en 5-8 vuoden kuluttua 20 ' s.
• @Michael: +1 .Hyviä kohtia " KOKEMUS "

Ensimmäisen kerran, kun saat työpaikan vähintään yhden haastatteluistunnon perusteella, joka ei ole luonteeltaan ”klassinen tekninen haastattelu” (ts. puhu arkkitehtuurista, käsitteistä, suunnittelusta, näkymästä yrityksestä, kokemuksesta jne.)

Kokemukseni (rajoitettu) on, että nuoremmat kehittäjät palkataan yleensä pelkästään haastattelukysymysten tavallisen suorituskyvyn perusteella ja vanhemmat monien muiden vuorovaikutusten perusteella.

Ikä on vain luku; nuori lapsi on älykkäämpi ja _lisää numero vuosia kokenut ohjelmoija vanhenee … Nykyään lapsi voi kirjoittaa puhtaammat, paremmat, nopeammat koodit älykkäällä tavalla. Vanha kaveri voi vain olla kateellinen.

Kommentit

• Ymmärrän, mihin ' pääset , mutta jos ikä on vain luku, miksi tarkoitat ihmisiä nimellä " kiddo " ja " vanha pal "? Vaikuttaa hieman ikäisiltä.
• Ikä on vain allekirjoittamaton kokonaisluku.