Når skal du kalle deg seniorutvikler? [duplikat]

Du kan kalle deg selv en Senior når:

• Du kan håndtere hele livssyklusen for programvareutvikling, slutt til slutt
• Du leder andre, eller andre ser til deg for veiledning.
• Du kan selv styre prosjektene dine

Programvareutvikling er en merkelig skapning i motsetning til andre felt.

Noen ganger kan en fersk punk ut av college kjøre sirkler rundt veteraner som har 20+ års «erfaring». Programmering er en bisarr verden der kode er konge .

Noen oppnår det ovennevnte på to år eller mindre, andre tar 10 år.

Kommentarer

• Jeg vil legge til at du har hatt minst ett prosjekt under feil ledelse …
• Jeg er uenig i det andre punktet. Evnen til å lede andre definerer ikke " senior ". Den definerer " lead " delen av en tittel. Jeg kjenner seniorutviklere som jeg ' heller vil skyve av en klippe enn å følge dem over den. Jeg elsker de andre to definisjonene dine. +1
• @ den ferske punk-greia skjønt – Du kan være en begavet koder, en strålende oppfinner av algoritmer, og fremdeles komme i trøbbel bare fordi den ' s problemer du ikke har ' ikke kjørt inn før. Jeg ' er fremdeles morsomere enn jeg burde være, men selv skjønte jeg den ene.
• Jeg vil også legge til, etter 10 000 timer med ekte programmering (ikke bare sitter foran en datamaskin).
• noen tar mindre enn 2, andre tar 10 – mange vant ' t noensinne ( Jeg møtte ganske mange av dem …)

Når jeg hører “Senior Developer” I tenk på noen som har mestret programmering. Jeg tenker på en person som kan designe, kode og teste et system. De kan snakke med systemarkitektur eller komponentdesign. De forstår og bruker designmønstre. Denne personen kan forutse ytelsesflaskehalsene, men vet ikke å pre-optimalisere. Denne personen vil utnytte asynkron programmering, kø, caching, logging, sikkerhet og utholdenhet når det er aktuelt. Når de blir spurt, kan de gi en detaljert forklaring av deres valg og fordeler og ulemper. I de fleste tilfeller har de mestret objektorientert programmering og design, dette er ikke absolutt andre språk som Javascript, F #, Scheme er kraftige og er ikke objektorienterte. De er dyktige i risikostyring og viktigst av alt kan de kommunisere det som er nevnt til sine jevnaldrende.

Hva er mestring? Det er en allment akseptert ide, at for å mestre ALLE en ferdighet tar det 10 000 timers repetisjon for menneskekroppen og sinnet å forstå og internalisere en ferdighet. Dette er skrevet ut i Malcolm GladWells bok Outliers . Da den opprinnelige forfatteren snakket om å mestre et felt, ville han ta 10 000 timer å nå toppen av et meget konkurransedyktig felt.

Noen eksempler på Malcolm GladWells Outliers er:

Mozart hans første konsert i ung alder av 21. Som i begynnelsen virker ung, men han har skrevet musikk siden han var 11 år gammel.

Beatles ble opprinnelig skyr. De fikk beskjed om at de ikke hadde sennep og burde vurdere en annen arbeidslinje. De tilbringer 3 år i Tyskland og spiller omtrent 1200 ganger på forskjellige arenaer, hver gang de er 5 til 8 timer lange. De dukket opp igjen som Beatles vi kjenner og elsker i dag.

Og til slutt, Bill Gates kl. 20 år droppet fra Harvard for å starte Microsoft. For noen kan dette virke dumt, men ansett som 20-åring hadde han brukt nesten halvparten av sitt unge liv på å programmere. I 1975 hadde bare kanskje 50 mennesker i verden den opplevelsen han gjorde. Hans erfaring ga ham framsyn til å se fremtiden i Microsoft.

Peter Norvig diskuterer også 10.000 timers regelen i essayet hans < Teach Yourself Programming in Ti Years ”.

I boka Mestring av George Leonard, gis det detaljerte detaljer om hvordan du skal mestre en ferdighet. Man må øve på ferdigheten om og om og om igjen. Jo mer repetisjon, jo mer blir du klar over forskjellene i hver repetisjon. Bare med denne innsikten kan du bli bedre.

Programvareindustriens titler (Junior, Mid-Level og Seniors) er misvisende og inkonsekvente fra organisasjon til organisasjon. Jeg har jobbet med selskaper som definerte en seniorutvikler som noen med 5 års erfaring eller mer. Det er ingen omtale av kvaliteten på opplevelsen, bare at de satt foran en datamaskin i 5 år. I arbeidet med disse menneskene hadde mange av dem ennå ikke forstått objektorientert programmering – men de ble ansett som Seniorutviklere.

Det må være en bedre, mer objektiv måte å måle ferdighetssettet til en programvareingeniør på. John Haugeland postet en ferdighetsmatrise for en dataprogrammerer. Det er en objektiv måte å måle et programmerings ferdighetsnivå på, som ellers er overlatt til magefølelsen.

Når vi ser på programvareingeniører, ser jeg 4 ferdighetsnivåer: Luminary, Senior, Mid-Level og Junior.

Luminary (10+ år) er en som har mestret en ferdighet og har begynt å forbedre sin respektive disiplin. Noen eksempler inkluderer: Ted Neward , Onkel Bob Martin , Donald Knuth, Oren Eini , Peter Norvig , Linus Torvalds. Armaturer endres basert på ferdighetssettet ditt.

Senior (7 til 10+ år, nivå 3) er en som har brukt de siste 10.000 timene på å programmere i en bestemt sjanger. Det er en sterk forståelse av designmønstre. De utnytter asynkron programmering, kø, caching, logging, sikkerhet og utholdenhet når det er aktuelt.

Det er veldig mulig at en senior aldri kommer til Luminary. Armaturer blir ofte funnet å snakke og skrive. De prøver aktivt å påvirke disiplinen.

Midtnivå (4 til 6 år, nivå 2) er en som forstår daglig programmering. De jobber uavhengig og skaper robuste løsninger. Imidlertid har de ennå ikke opplevd å lage eller vedlikeholde store eller komplekse systemer. Generelt er utviklere på mellomnivå gode med utvikling av komponentnivå.

Junior (1 til 3 år, nivå 1) er en som forstår det grunnleggende om programmering. De har enten en grad i programvareteknikk eller informatikk, eller de er selvlært. Koden deres blir kontinuerlig gjennomgått. Veiledning gis med hensyn til algoritmer, vedlikehold og struktur.

Kommentarer

• Dette svaret får meg til å ønske jeg kunne favorisere et svar!
• Dette er en bedre forklaring. Det skal merkes som svaret.
• Dette svaret får det til å høres ut som om du må være Mozart for programmering for å bli betraktet som " Senior. " At ' s crap imo. Det kan være det som trengs for å bli betraktet som " Gud " for programmering, men " Senior " har å gjøre med alder og rang. Hvis du ' har vært i utvikling en stund og du leder andre, så ' re " senior. " Det har ærlig talt lite å gjøre med kodingsskarpheten din.
• Viktigere enn " Dette personen vil utnytte asynkron programmering, kø, caching, logging, sikkerhet og utholdenhet når det er hensiktsmessig. " er at de skal vite når de IKKE skal bruke disse designmønstrene når de ikke er passende.Det er mange mellomnivåer som er godt kjent med design / arkitektoniske mønstre, men som prøvde å kile alt inn i mønstrene de nettopp har lest om.
• Kult så jeg kan bruke 11 år på å skrive getters og settere og jeg ' Jeg vil være sammen med onkel Bob!

«Når skal du kalle deg seniorutvikler?» – Da jeg begynte å veilede juniorutviklere.

Kommentarer

• som hadde vært … på videregående skole.
• Jeg pleier å være enig at senior skal ha en mening i å kunne gjøre noe mer enn bare ' koding '. Og for noen av oss ville det vært siden videregående skole, men andre (med 10+ års erfaring) gjør fortsatt bare ' ensomheten ' ting.
• @Rudi: Senior antyder at det er noe under, i stedet for at " har gjort det lenge ". Som de sier i en populær film, " Alltid to er det, en mester og en lærling. " – gitt mester ' er litt tynne på bakken, så det er vanligvis noen få lærlinger.
• @Orbling – senior er en sammenligning, men det gjør det ikke ' må ikke være relativt til medlemmer av samme firma.
• @Jeff O: Jeg forstår hvor du kommer fra, det kommer heller an på om du tenker på det som en stillingstittel eller noen slags klassifisering. Jeg vil sitte sammen med førstnevnte, noe som vil bety nødvendig i samme firma.

du «er mangler poenget.

Senior betyr ingenting. Junior betyr ingenting. Titler betyr ingenting. Tittelen min – Associate Business Systems Director. Mitt ansvar – å administrere alle ting IT fra intern programvareutvikling til infrastruktur, gjennom sikkerhet, gjennom til kundenettsteder. Min erfaring med programvareutvikling – selvlært. Min nettverkserfaring – selvlært. Mine generelle kapasiteter innen IT-området – verre enn din.

Min evne til å administrere og direkte – diskutabel, men min karakter og personlighet fikk meg jobben og gjør meg suksessfull.

Titler betyr ingenting evne og krefter betyr alt. Jeg er ikke den beste – og å tro på det ville være arrogant.

Glem hangouts om titler og bevis deg verdien!

Kommentarer

• Jeg don '
• Tittel = lønning 🙂

Jeg har lagt merke til den samme trenden. Et av spørsmålene her om dagen handlet om en seniorutvikler med 2-3 års erfaring som flyttet opp til arkitekt.

Du kan kalle et ekorn et tre, men det endrer ikke hva det er.

eneste logiske konklusjonen er at «senior» betyr noe annet:

• relativ rang, som i «senior til fyren akkurat utenfor college»
• stakkars spanske stavemåter, dvs. de ment å sette señor
• sørlig stavemåte, som i «senior butt-crack, pull up them pants»

I disse dager, det er bare en jobb tittel , og kan eller ikke si noe om relativ bransjeerfaring.

Kommentarer

• Lol, på arkitekten. Jeg hørte i MS at en fyr kan bli teknisk leder med 2 års erfaring og be noen med 10 års erfaring om å prestere bedre eller få konsekvenser: D
• Vel, det ' bare en stillingstittel, men folk bedømmer ofte kunnskapen din ut fra den stillingstittelen og la ' ikke glemme lønnen din.
• @Kev, akkurat og det er derfor tittel ' s viktig 🙁
• du ' vi må tulle med den spanske " se ñ eller " ting. Ingen kaller noen " Se ñ eller " Utvikler.

Jeg tror det beste svaret ble gitt av Darknight .

Jeg føler behov for å påpeke følgende.

2-3 års erfaring med programmering (å jobbe + personlig sammen) er bare ikke nok for en t o har sett tilstrekkelig antall prosjekter og har taklet en tilstrekkelig mengde problemer. Bare jobbet ikke. Du trenger tid til å la ting gå gjennom hodet, reflektere over din erfaring og å bevege deg mentalt til et høyere nivå av tenkning. Skjer ikke over natten.

Jeg vil si under 5-7 års praksis (igjen å jobbe + personlig sammen) et mirakel er ikke å forvente. Man kan få mye erfaring med visse språk og rammer, men ennå ikke hoppe til et nytt tankenivå.

Den andre tingen er den samlede modenheten til et individ. Etter min mening kommer det først nærmere 30 år gammel. Før det kan hjernen vår jobbe med en høyere klokkesats, men det ville være å behandle søppel, fordi det mangler tilstrekkelig data i minnet for å se et større bilde. Vår generelle livserfaring gir noe subtilt, men ekte til måten vi tenker og jobber på, så til programmering som en annen slags arbeid også.

Min personlige aksept av senior: noen minst 27 år med minst 7 års praksis Før det hadde jeg personlig vært skeptisk (men fremdeles fordomsfri, det vil bare ta mer bevis for meg).

Kommentarer

• Det er ikke trygt å sidestille tid i jobb wi th erfaring. En dimwit som bruker 10 år på å gjøre det samme med minimal innsats, vil bli blåst ut av vannet, men en smart prestasjon som presser seg i 18 måneder.
• Jeg synes dette er et flott supplement til det markerte svaret

Det var et godt blogginnlegg av Martin Fowler nylig. Ting jeg tok bort fra det er:

• Det har ingenting å gjøre med hvor lenge du har jobbet for noen. Du jobber i tre år og du blir seniorutvikler. Hva skjer etter seks år? Blir du senior seniorutvikler?

• Seniorutviklere ser ikke ned på deg eller tror de er bedre enn deg. Det er veldig viktig. Når du lar egoet komme i veien for deg, er du i trøbbel.

• Seniorutviklere går ikke over skylden. De forutser problemer og de adresserer dem på en positiv måte.

• Folk vil jobbe med seniorutviklere. Dette er en nøkkel for meg. Jeg vil at folk skal jobbe med meg, og jeg vil at de skal trives med meg.

• Seniorutviklere er ikke de smarteste ingeniørene. De jobber ikke med de mest komplekse problemene. Ferdighetene deres handler ikke bare om programmering. Deres kommunikasjonsevner spiller like viktig rolle.

• Seniorutviklere er flinke til å estimere.

• Seniorutviklere bryr seg alltid om hva de gjør. De forstår at kjedelige oppgaver må fullføres til samme kvalitet som alle andre, potensielt mer interessante oppgaver.

Bare for å klargjøre

Ferdigheter som jeg har oppført ovenfor er det jeg mener en god senior programvareingeniør bør ha i tillegg til grunnleggende programvaretekniske ferdigheter og praksis.

Kommentarer

• Etter den standarden er det mange som kan ' t programmere og ikke ' liker ikke, er seniorutviklere.
• På intet tidspunkt sa jeg at de ikke ' ikke liker eller kan ' t-program. Jeg sa at dyktighetene deres ikke bare er programmering, men en rekke andre ting.
• Jeg mener ' t mener du sa det. Bare at ferdighetene du nevnte ikke synes ' ikke inkluderer programmeringsrelaterte ferdigheter. Dermed vil mange bli kalt seniorprogrammerere etter den standarden, selv når de er gynekolog eller brannmenn.
• Beklager, jeg burde ha vært tydeligere med svaret mitt. Ferdigheter som jeg har listet opp er det jeg mener en god senior programvareingeniør bør ha i tillegg til de grunnleggende programvaretekniske ferdighetene. F.eks. datastrukturer, operativsystemer, nettverk, domenedrevet design, databasesystemer, akseptanstesting osv.
• Lenke til blogginnlegget?

Når du har veiledet mange, og mest takket for det år senere etter at du først var uenig med deg, kan du gjerne legge til «Senior» til enhver tittel du måtte beordre.

Inntil da er «bly» sannsynligvis et mer beskrivende begrep.

For meg betegner begrepet «senior» en kulminasjon av praktisk erfaring og visdom når det gjelder mennesker og deres vilkårlige forventninger . Ta hensyn til dette scenariet:

16 programmerere på et team, hver med nøyaktig 1 års mer erfaring enn resten. Dette betyr at den 16. «programmereren har 16+ års erfaring. Åtte av de mest erfarne medlemmene blir tragisk drept når en buss smeller inn i en butikk. Ville fyren med halv erfaring nå bli ansett som en seniorutvikler? Jeg håper ikke, jeg håper selskapet raskt erstatter tomrom med mennesker av like eller mer kaliber enn de nettopp mistet.

Jeg hater å bringe begrepet « svenn «til programmering, men noe av det gjelder. Uttrykket» senior «er ikke noe jeg vil gi til alle med mindre enn 15 års erfaring, fordi det går langt utover teknisk kunnskap.

Kommentarer

• +1 Journeyman, og faktisk er hele det gamle laugsystemet helt gyldig i vårt ingeniørledede yrke.
• Stem ned hvis jeg kunne. Jeg kjenner en håndfull utviklere med over 20 år i bransjen som har " Senior " tittelen som kan ' t fortell rumpa fra albuen. Jeg prøvde å forklare meg at MVC og NTier var det samme. IMO, senior handler ikke om ' t om en ting, enn si alder eller år i felten. Hvis en annenårsutvikler er i stand til å lede et team (og gjør det), kan de bli vurdert for tittelen. I militæret tildeles ferdighetsnivåene Apprentice, Journeyman, Craftsmen og Superintendent til de som har de nødvendige ferdighetene, og har testet for å bevise det. Jeg føler det på samme måte

Jeg synes denne «Junior / Senior Developer» -tittelen er feil og misvisende fordi det er ingen reell måleenhet for dette. Vi er alle programvareutviklere med mindre eller mer praktisk erfaring. Ikke prøv å lage et hierarki for programvareutviklere, det er ikke noe poeng, og det kan skade hovedfokuspunktet: et stort programvareutviklingsteam.

Kommentarer

• +1 Enig med kommentaren din. Jeg tror det ikke er noen sølvkule her, jeg tror både tekniske og menneskelige ferdigheter er viktige
• Jeg føler at tittelen i mange tilfeller har blitt mer av en definisjon av lønnsgrad enn ferdighetsnivå og erfaring. Noe som ofte bestemmes av forhandlingsevner. Hvis en utvikler på mellomnivå intervjuer for en stilling på seniornivå og får jobben, definerer den ikke at de er mer dyktige eller erfarne. De var ganske enkelt i stand til å forhandle seg inn i en høyere lønnet stilling. Derfor er jeg enig med deg. Titler kan være gale og villedende.
• Jeg synes svaret ditt er det beste her, men i virkeligheten bruker selskaper over hele verden denne terminologien i alle stillingsbetegnelser, så vi kan ikke unngå det.

Når du ser tilbake på ditt forrige arbeid og innser hva dritten det var. Og du forstår at du har blitt bedre, men det er milevis å gå, og at læring er for alltid.

Kommentarer

• Jeg tror det ' er det motsatte. Jo bedre du er, jo lenger tid tar det før koden du skrev for å bli skit. Da jeg begynte å kode, så jeg hele tiden tilbake og innså hvor dårlig koden min var. Erfaringen lærer deg til å skrive kode som ikke vant ' t med lav hastighet.
• @ back2dos Det ' handler ikke om hvor lang tid det tar å skrive dårlig kode. Det ' handler om å forstå modningen din som utvikler, og også ydmykhet og læring. Å være seniorutvikler handler om så mye mer enn kode.
• Det du beskriver er en personlig utvikling som finnes i alle aspekter av menneskelivet. Å være ydmyk og villig til å lære gjør ikke ' deg til eldre uansett, men heller en god lærling. Imidlertid den primære oppgaven til en seniorutvikler er å undervise. Du kan ' ikke lære noen hvis du tror alt du gjorde for 3 måneder siden er skit. Du trenger en viss ro som kan temme en junior ' s " alt ' s dritt , la ' s rive det fra hverandre og gjenoppfinne hjulet en gang til " -mentalitet.
• @ back2dos tror jeg det er mulig å være seniorutvikler og ikke nødvendigvis undervise, selv om jeg er enig i det du sier, og at veiledning / undervisning er en av de store fordelene med en god seniorutvikler. Såvidt " alt ' s dritt " en del av å være seniorutvikler er å være i stand til å forstå hva som egentlig er og hva som ikke er ' t godt; noe av det er talent, noe dyktighet, men også mye er erfaring med flere miljøer; å leve gjennom både kvalitetssystemer og togvrak lærer mye.

Noen ganger ser jeg på andre yrker og lurer på hvorfor programvareprogrammering ikke standardiserer seg selv. Det ville ikke være noen nytte for dette spørsmålet fordi det ville være en akseptert standard for å oppnå visse nivåer. Så kommer jeg til erkjennelsen: «Hvem døde og lot dem være konge?»

Vi vet alle at erfaring, utdannelse, sertifiseringer og titler er for alle andre å få et veldig grunnleggende innblikk i en programmeringsevne. Du vet enten hva du gjør, eller du gjør ikke det. Du kan enten lukte på deg selv snill eller du kan «t.

» WHAAAT …. ENHETSTEST !!!! Jeg «er senior programmerer … Jeg trenger ikke å teste koden min lenger «

Hørte det før …. Dermed lar han» Juniors «fikse feilene sine og teste det.

«Vi skal ansette en arkitekt … nei, ikke Mr X, vi vil ha noen som er mye eldre, noen som ikke lenger koder»

senere i intervjuet :

• så hvilke programmeringsspråk kjenner du til?

• ahem … Jeg har brukt COBOL og FORTRAN, men nå er det mest Word, Excel og Powerpoint.

• Utmerket … når kan du begynne?

Virkelig senior er bare et spørsmål om perspektiv, en tittel som ville si Steven. Imidlertid ønsker jeg at jeg kan si at til slutt er det koden du skriver at betyr noe, men dessverre har dress og slips i mange tilfeller større innflytelse, spesielt når du ikke lenger måles av konkrete prestasjoner (kode), men hvor godt du overbeviser hierarkier om at du er viktig.

Kommentarer

• haven ' t sett en programvareutvikler ha slips på 5 år, enn si en dress!
• Jeg har , faktisk en gang i blant stedet jeg pleide å jobbe, ville de ansette en konsulent for å hjelpe til med et prosjekt jeg jobbet med, og de trodde ikke gikk bra nok. noen ganger hjalp det mye med koden og alt. Andre ganger trengte jeg ikke hjelpen, men bare fortalte ham hva jeg skulle si til sjefene mine. Siden han hadde på seg dress og slips " var hans " argumenter sunne og gjenopprettelige, og dermed var det akkurat det som måtte gjøres. På det tidspunktet sluttet jeg bare og la drakten og slipsen gjøre det hele ferdig, fant meg en jobb i et selskap der dress og slips er forbudt … vi er alle sååå mye lykkeligere nå !!

Det kan ha noe med penger å gjøre.

Noen selskaper følger en fast lønnsplan. De kan ikke sette deg midt i «Developer» -stigen på grunn av noen gitte regler. Men de kan sette deg i bunnen av «Senior Developer» -stigen.

Personlig, jeg synes det er rart hvis en person får en seniortittel rett fra college, men på den andre siden – hvem bryr seg? Jeg har vært «utvikler» i noen ti år nå, og selv om jeg får en «senior» -tittel når jeg endre arbeidsplass nå, betyr det ikke noe. Jeg vil fortsatt være førsteårsstudent i det nye domenet – i det minste en stund …

Når andre ringer deg seniorutvikler. Det er ingen definisjon. Dens endringer fra selskap til selskap. I et godt avgjort selskap får nybegynnere mindre arbeid, og læringskurven er treg. I oppstartsselskapet kan en ferskere ta mange ansvarsområder og lærer mange ting på kortere tid. Jeg har opplevd dette førstehånds. Dessverre er det bare de andre erfarne menneskene som kan beregne dybden på din kunnskap ved å se på kvaliteten på koden eller arbeidet ditt. Og jeg er sikker på at alle får tittelen når tiden deres er ute.
Og hvis du ikke bytter du selskap. 🙂

Det er en tittel som mange andre titler. Disse «tenårene» her kan til og med ha en doktorgrad , det betyr ikke nødvendigvis noe. Men det vil helt klart gi dem høyere lønn. Det samme gjelder Seniorutvikleren eller Seniorarkitekten. Eller Senior prosjektleder osv.

Med tanke på det faktum er det bedre å bli kalt «Vår Seniorutvikler» av dine arbeidskamerater, i stedet for å legge den tittelen til ditt eget kort etter mange års erfaring – som jeg gjorde da jeg fikk muligheten. 🙂

Annet enn det, vil jeg si at 10 år er et minimum (inkludert høyskole eller annen utdanning).

Kommentarer

• +1. Men jeg vil si det ' er bare en stillingstittel! Hvis det ' er i jobbtittelen din, da er du en. Hvis du ' beskriver deg selv, kan man gjøre det bedre enn ' I ' ma seniorutvikler / programmerer / arkitekt / deadbeat / etc …

Jeg har sett noen stillingsannonser nylig på utkikk etter en CS-utdannet med mindre enn ett års erfaring. Dette virker som galskap for meg, selv om det bare er en tittel. For det første antyder det en vanning av tittelen. Jeg er sikker på at parbedrifter jeg så med disse innleggene, har en annen «super-senior» -tittel for å betegne de virkelige seniorene. Det antar ikke en dårlig ansettelsesstrategi. Tittel er ikke alt, men alt annet er likt mellom to jobber, jeg vil nok den med tittelen «Master Chief Developer».

Poenget når «Master Chief Developer» (eller hva den høye stillingen er, «senior» eller på annen måte) er faktisk berettiget, men det er vanskelig å slå fast . Jeg tror ikke vi kan bli for objektive med å kvantifisere det. Som en grov formel, vil jeg si at de bør kalles senior hvis de vanligvis er de beste i rommet og rommet inneholder minst 8 profesjonelle utviklere. Det antyder at en senior er i det 87. persentilen i det minste.Selv om jeg vil si at disse utviklerne sannsynligvis vil være de med mest erfaring, vil jeg definitivt ikke si at opplevelsen == “senior”, eller til og med i nærheten. Samtidig, mens jeg er skeptisk til at antallet sanne eldre med mindre enn 7 eller 8 år må være ekstremt lite, er det ikke umulig for noen med mindre enn det å være en mester.

Å være 22, faller jeg absolutt inn i «usannsynlig å være en mesterkategori». Selv om jeg er rundt noen av disse typene «10 (eller 30) år med 1 års erfaring», og er ærlig fristet til å tro at jeg er bedre, prøver jeg å huske at disse menneskene, selv om de har lagt ned noe på tiår til læring, har fremdeles sannsynligvis fått mer kunnskap enn meg om et bredt spekter av emner gjennom ren osmose. Det er rett og slett ingen måte jeg kunne vite så mye som dem om hele prosjektets livssyklus. Jeg jobber med en person som er eldre enn jeg er! Det ville være ganske frekk av meg å virkelig tro at jeg visste mer om å opprettholde et prosjekt av det omfanget enn han gjør.

Den andre tingen å huske på er at hvis du begynner å kalle deg eldre som 22, hva blir du på 32? Det er litt dårlig for fremtiden din å anta at du allerede er på toppen. Mange ser på 10 000 timers regel for å avgjøre når noen er eksperter. I Malcom Gladwells bok der ideen er foreslått, er det ganske klart at eksperter ikke bare er de beste, men de utfører en viss rolle. Nybegynnere er ikke de verste på noen måte, men det er en beskrivelse av metoden enda mer enn evne. Nybegynnere kan lære de skøre ting raskt, men har ofte problemer med å gjøre noen av de vanligste tingene like raskt som noen som er eksperter. Eksperter kan gjøre rutinemessige ting med ekstrem presisjon og hastighet, og vite hvilke ting de skal se etter som kan betegne problemer, men ofte har problemer med å reagere på endring eller lære ting som er utenfor deres komfortsone. Med det i bakhodet vil jeg ikke engang være ekspert ennå. Jeg vil suge opp så mye ny informasjon jeg kan, så lenge jeg kan før jeg legger meg på et stabilt domene.

Kommentarer

• 1) Nyutdannede blir ansatt også 2) Noen foretrekker en nyutdannet med moderne ferdigheter som de kan ' mold ' til sine egne ønsker.
• Når du ' er 1 år, gi den 30 år fyren en sjanse. Du har kanskje rett, men vent litt. Du kan være flinkere til å komme med løsninger på spesifikke problemer, men hvis han ikke ' ikke stinker, vet han kanskje en ting eller to om å unngå større, mer globale problemer. Eller han kan bare unngå det. At ' skjedde. Mye.

10 år ?? Nå tuller du. Ok, hvordan definerer du 10 år? La oss si at noen begynte å programmere i en alder av 15 år, men ble profesjonelle som 25-åring?

Bransjen fungerer ikke slik. Jeg tror forskjellige selskaper lar folk kalle dem Senior Dev X eller Y når som helst mellom 5-8 år. Mye ansiennitet i organisasjonen kommer ikke med evne alene , det har mye å gjøre med initiativet en person tar og hva slags ansvar han er villig til å dele. Oftest blir folk med rimelig dyktighet og sterk motivasjon eldre proffer.

BTW 22 år er ikke tenåringer 😉

Kommentarer

• 10 års ansettelse selvfølgelig.
• Jeg gjorde GWBasic-grafering av kvadratisk ligningsløsning på en casio PB-700 da jeg var 14, med zoom inn / zoom ut-funksjoner (til se bedre skjæringspunkt med akse, som hadde autofraksjon for aksenummerering ved zoom). 28 år senere programmerer jeg i python på min HTC android, og har vært en " profesjonell utvikler " i mer enn 12 år. Gjør det meg til Se ñ eller? Tror ikke. Fortsatt en hacker i hjertet (spill litt med SLA4 på Android-telefonen din for å se hvor langt datamaskinen fortsatt må gå). Vi ' er alle tenåringer i denne bransjen.
• @Chris: For et godt svar kompis. Happy Hacking.
• -1 Første ledd er en rant om forrige innlegg (burde være en kommentar til det innlegget) og absolutt ikke et ' godt svar ' til spørsmålet. Jeg ' Jeg skal også ut på et lem og si at 10 års erfaring bare gir mening hvis du har mye erfaring (erfaring er den ene tingen du kan ' t lær i forhold til ' kunnskap ' som du kan). Å være i de 40 ' -ene mine har gitt meg mye ' senior ' kunnskap om Jeg fikk ikke ' etter 5-8 år i mine 20 ' s.
• @Michael: +1 .Gode poeng om " OPPLEVELSE "

Første gang du får en jobb basert på minst en intervjuøkt som ikke er «klassisk teknisk intervju» i naturen (dvs. snakke om arkitektur, konsepter, design, syn på selskapet, erfaring osv.)

Min (begrensede) erfaring er at juniorutviklere vanligvis blir ansatt utelukkende basert på ytelse i standardbatteriet med intervjuspørsmål, og eldre basert på en rekke andre interaksjoner.

Alder er bare et tall; et ungt barn blir smartere og _innsatsnummer årerfarne programmerere blir bare gamle … I dag kan en kiddo skrive renere, bedre, raskere koder på en smart måte. En gammel venn kan bare bli sjalu.

Kommentarer

• Jeg forstår hva du ' kommer til , men hvis alder bare er et tall, hvorfor refererer du til folk som " kiddo " og " gammel venn "? Virker litt aldersgrense.
• Alder er bare et usignert heltall.