När ska du kalla dig en seniorutvecklare? [duplicera]

Du kan kalla dig en Äldre när:

• Du kan hantera hela livscykeln för programvaruutveckling, slut till slut
• Du leder andra eller andra ser till dig för vägledning.
• Du kan själv hantera dina projekt

Utveckling av programvara är en nyfiken varelse till skillnad från andra fält.

Ibland kan en ny punk från college leda cirklar runt veteraner som har mer än 20 års ”erfarenhet”. Programmering är en bisarr värld där kod är kung .

Vissa uppnår ovanstående på två år eller mindre, andra tar tio år.

Kommentarer

• Jag vill tillägga att du har haft minst ett projekt misslyckats under ditt ledarskap …
• Jag håller inte med den andra punkten. Möjligheten att leda andra definierar inte " senior ". Den definierar " lead " delen av en titel. Jag känner seniorutvecklare som jag ' hellre skjuter från en klippa än att följa dem över den. Jag älskar dock dina andra två definitioner. +1
• @ den färska punk-saken men – Du kan vara en begåvad kodare, en lysande uppfinnare av algoritmer och ändå stöta på problem helt enkelt för att den ' problem du inte har ' inte stött på tidigare. Jag ' Jag är fortfarande kockare än jag borde vara men till och med tänkte jag den där.
• Jag skulle också lägga till, efter 10 000 timmars verklig programmering (inte bara sitter framför en dator).
• vissa tar mindre än 2, andra tar 10 – många vann ' t någonsin ( Jag träffade en hel del av dem …)

När jag hör “Senior Developer” I tänk på någon som har behärskat programmeringen. Jag tänker på en person som kan designa, koda och testa ett system. De kan prata med systemarkitektur eller komponentdesign. De förstår och använder designmönster. Den här personen kan förutse flaskhalsarna på prestanda, men vet att inte föroptimera. Den här personen kommer att använda asynkron programmering, köning, cachning, loggning, säkerhet och uthållighet när det är lämpligt. På förfrågan kan de ge en detaljerad förklaring av sitt val och för- och nackdelar. I de flesta fall har de behärskat objektorienterad programmering och design, detta är inte absolut andra språk som Javascript, F #, Scheme är kraftfulla och är inte objektorienterade. De är skickliga i riskhantering och viktigast av allt kan de kommunicera det tidigare nämnda till sina kamrater.

Vad är behärskning? Det finns en allmänt accepterad idé att det krävs 10 000 timmars upprepning för att behärska ALLA en färdighet för människokroppen och sinnet att förstå och internalisera färdigheter. Detta skrivs långt in i Malcolm GladWells bok Outliers . När den ursprungliga författaren pratade om att bemästra ett fält, ville han ta toppen av ett mycket konkurrenskraftigt fält, skulle ta 10 000 timmar.

Några exempel på i Malcolm GladWells Outliers är:

Mozart hans första konsert i ung ålder av 21. Vilken först verkar ung, men han har skrivit musik sedan han var 11 år gammal.

Beatles skakades ursprungligen. De fick höra att de inte hade senap och borde överväga en annan arbetssätt. De tillbringar tre år i Tyskland och spelar cirka 1200 gånger på olika platser, varje gång de är 5 till 8 timmar långa. De återuppstod som de Beatles vi känner och älskar idag.

Och slutligen, Bill Gates kl. 20 år lämnade Harvard för att grunda Microsoft. För vissa kan det verka dumt, men vid 20 års ålder hade han tillbringat nästan hälften av sitt unga liv på programmering. 1975 hade bara 50 personer i världen den erfarenhet han gjorde. Hans erfarenhet gav honom framsynthet för att se framtiden i Microsoft.

Peter Norvig diskuterar också 10 000 timmars regel i sin uppsats ” Lär dig själv programmering på tio år ”.

I boken Behärskning av George Leonard ges mycket detaljer om hur man behärskar en färdighet. Man måste öva färdigheten om och om och om igen. Ju mer repetition, desto mer blir du medveten om skillnaderna i varje repetition. Bara med denna insikt kan du bli bättre.

Programvaruindustrins titlar (Junior, Mid-Level och Seniors) är vilseledande och inkonsekventa från organisation till organisation. Jag har arbetat med företag som definierade en Senior Developer som någon med fem års erfarenhet eller mer. Upplevelsens kvalitet nämns inte, bara att de satt framför en dator i 5 år. I arbetet med dessa människor hade många av dem ännu inte förstått objektorienterad programmering – ändå ansågs de vara Seniorutvecklare.

Det måste finnas ett bättre, mer objektivt sätt att mäta en programvaruingenjörs färdigheter. John Haugeland publicerade en datorprogrammerares kompetensmatris. Det är ett objektivt sätt att mäta en programmerares skicklighetsnivå , som annars överlämnas till magkänslan.

När man tittar på mjukvaruutvecklare ser jag 4 nivåer av färdigheter: Luminary, Senior, Mid-Level och Junior.

Luminary (10+ år) är en som har behärskat en färdighet och har börjat förbättra sin respektive disciplin. Några exempel inkluderar: Ted Neward , Farbror Bob Martin , Donald Knuth, Oren Eini , Peter Norvig , Linus Torvalds. Armaturer ändras baserat på din skicklighetsuppsättning.

Senior (7 till 10+ år, nivå 3) är en som har spenderat de senaste 10 000 timmarna på programmering i en viss genre. Det finns en stark förståelse för designmönster. De utnyttjar asynkron programmering, köning, cachning, loggning, säkerhet och uthållighet när så är lämpligt.

Det är mycket möjligt att en senior aldrig når Luminary. Armaturer finns ofta talar och skriver. De försöker aktivt påverka sin disciplin.

Mellannivå (4 till 6 år, nivå 2) är en som förstår den dagliga programmeringen. De arbetar självständigt och skapar robusta lösningar. Men de har ännu inte upplevt att skapa eller underhålla stora eller komplexa system. I allmänhet är mellannivåutvecklare bra med komponentnivåutveckling.

Junior (1 till 3 år, nivå 1) är en som förstår grunderna för programmering. De har antingen en examen i programvaruteknik eller datavetenskap eller så är de självlärade. Deras kod granskas kontinuerligt. Vägledning ges när det gäller algoritmer, underhållsförmåga och struktur.

Kommentarer

• Detta svar får mig att önska att jag skulle kunna favorit ett svar!
• Detta är en bättre förklaring. Det ska markeras som svaret.
• Det här svaret gör att det låter som att du måste vara Mozart för programmering för att kunna betraktas som " Senior. " Att ' s skit imo. Det kan vara vad som krävs för att betraktas som " Gud " för programmering, men " Senior " har att göra med ålder och rang. Om du ' har varit under utveckling ett tag och du leder andra, så ' re " senior. " Det ärligt talat har lite att göra med din kodningsskärpa.
• Viktigare än " Detta personen kommer att utnyttja asynkron programmering, köning, cachning, loggning, säkerhet och uthållighet när så är lämpligt. " är att de ska veta när de INTE ska använda dessa designmönster när de inte är lämpliga.Det finns många medelnivåer som är väl insatta i design / arkitektoniska mönster, men som försökte kasta in allt i de mönster som de nyligen har läst om.
• Cool så jag kan spendera 11 år på att skriva getters och setterar och jag ' Jag ska vara tillsammans med farbror Bob!

”När ska du kalla dig en seniorutvecklare?” – När jag började mentor juniorutvecklare.

Kommentarer

• som skulle ha varit … i gymnasiet.
• Jag brukar hålla med att senior ska ha en mening i att kunna göra något mer än bara ' kodning '. Och för vissa av oss skulle det ha varit sedan gymnasiet, men andra (med 10+ års erfarenhet) gör fortfarande bara ' ensamvarvet ' sak.
• @Rudi: Senior antyder att det finns något under, snarare än " har gjort det länge ". Som de säger i en populär film, " Det finns alltid två, en mästare och en lärling. " – beviljad mästare ' s är lite tunna på marken, så det finns vanligtvis några lärlingar.
• @Orbling – senior är en jämförelse, men det är inte ' t måste vara relativt medlemmar i samma företag.
• @Jeff O: Jag förstår var du kommer ifrån, det beror snarare på om du tänker på det som en jobbtitel eller någon typ av klassificering. Jag skulle sitta med det förra, vilket skulle betyda nödvändigt inom samma företag.

du ”är saknar poängen.

Senior betyder ingenting. Junior betyder ingenting. Titlar betyder ingenting. Min titel – Associate Business Systems Director. Mina ansvarsområden – att hantera allt IT från egen mjukvaruutveckling till infrastruktur, genom säkerhet, till kundwebbplatser. Min programutvecklingserfarenhet – självlärd. Min nätverkserfarenhet – självlärd. Mina övergripande kapaciteter inom IT-området – värre än din.

Min förmåga att hantera och direktdebatterera, men min karaktär och personlighet fick mig jobbet och gör mig framgångsrik på det.

Titlar betyder ingenting förmåga och ansträngning betyder allt. Jag är inte den bästa – och att tro det skulle vara arrogant.

Glöm dina prenumerationer om titlar och bevisa ditt värde!

Kommentarer

• Jag don '
• Title = payrise 🙂

Jag har märkt samma trend. En av frågorna häromdagen handlade om en seniorutvecklare med 2-3 års erfarenhet av att flytta upp till arkitekt.

Du kan kalla ett ekollon ett träd, men det ändrar inte vad det är.

enda logiska slutsatsen är att ”senior” betyder något annat:

• relativ rang, som i ”senior till killen precis utanför college”
• fattiga spanska stavare, dvs de avsedd att sätta senor
• södra stavningen, som i ”senior butt-crack, pull up them pants”

Dessa dagar, det är bara ett jobb titel , och kanske inte säga något om relativ branschupplevelse.

Kommentarer

• Lol, på arkitekten. Jag hörde i MS att en kille kan bli teknisk ledare vid två års erfarenhet och be någon med 10 års erfarenhet att prestera bättre eller möta konsekvenser: D
• Tja ' s bara en jobbtitel men folk bedömer ofta din kunskap utifrån den jobbtiteln och låt ' inte glömma din lön.
• @Kev, exakt och det det är därför titeln ' s är viktiga 🙁
• du ' har fått skoja med spanska " se ñ eller " sak. Ingen ringer någon " Se ñ eller " Utvecklare.

Jag tycker det bästa svaret gav Darknight .

Jag känner behovet att påpeka följande.

2-3 års erfarenhet av programmering (arbeta + personligt tillsammans) räcker inte för en t o har sett tillräckligt många projekt och har hanterat tillräckligt många problem. Har bara inte arbetat. Du behöver tid att låta saker gå igenom ditt huvud, att reflektera över din upplevelse och att gå mentalt till en högre nivå av tänkande. Händer inte över en natt.

Jag skulle säga under 5-7 års träning (igen arbeta + personligt tillsammans) ett mirakel är inte att förvänta sig. Man kan få mycket erfarenhet av vissa språk och ramar, men ännu inte hoppa till en ny nivå av tänkande.

Den andra saken är en individs övergripande mognad. Enligt min mening kommer den först närmare 30 år. Innan dess kan vår hjärna arbeta med en högre klockfrekvens, men det skulle behandla skräp, eftersom det saknar tillräckligt med data i minnet för att se en större bild. Vår allmänna livserfarenhet lägger till något subtilt men verkligt för vårt sätt att tänka och arbeta, så att vi också programmerar som en annan typ av arbete.

Mitt personliga godkännande av en senior: någon minst 27 år med minst sju års träning Innan dess skulle jag personligen vara skeptisk (men ändå öppensinnad, det kommer bara ta mer bevis för mig).

Kommentarer

• Det är inte säkert att jämföra tid med jobb upplevelse. En dimwit som spenderar tio år på att göra samma sak med minimal ansträngning kommer att blåses ut ur vattnet, men en smart prestation som driver sig i 18 månader.
• Jag tycker att det här är ett bra komplement till det markerade svaret

Det fanns ett bra blogginlägg av Martin Fowler nyligen. Saker som jag tog bort från det är:

• Det har ingenting att göra med hur länge du har arbetat för någon. Du arbetar i tre år och du blir seniorutvecklare. Vad händer efter sex år? Blir du senior seniorutvecklare?

• Seniorutvecklare ser inte ner på dig eller tycker att de är bättre än du. Det är väldigt viktigt. När du har låtit ditt ego komma i vägen är du i trubbel.

• Seniorutvecklare tar inte skulden. De förutspår problem och de tar itu med dem på ett positivt sätt.

• Människor vill arbeta med seniorutvecklare. Det här är en nyckel för mig. Jag vill att folk ska arbeta med mig och jag vill att de ska trivas med att arbeta med mig.

• Seniorutvecklare är inte de smartaste ingenjörerna. De jobbar inte med de mest komplexa problemen. Deras skicklighetsuppsättning handlar inte bara om programmering. Deras kommunikationsförmåga spelar lika viktig roll.

• Seniorutvecklare är bra på att uppskatta.

• Seniorutvecklare bryr sig alltid om vad de gör. De förstår att tråkiga uppgifter måste slutföras till samma kvalitet som alla andra, potentiellt mer intressanta uppgifter.

Bara för att förtydliga

Färdigheter som jag har listat ovan är vad jag anser att en bra senior programvarutekniker borde ha förutom grundläggande mjukvaruteknik och praxis.

Kommentarer

• Enligt den standarden kan många människor ' t programmera och inte ' gillar inte, är seniorutvecklare.
• På intet sätt sa jag att de inte ' inte gillar eller kan ' t-program. Jag sa att deras skicklighetsuppsättning inte bara är programmering utan en rad andra saker.
• Jag menar ' betyder inte att du sa det. Bara att de färdigheter du nämnde inte ' t verkar innehålla några programmeringsrelaterade färdigheter. Således skulle många människor kallas seniorprogrammerare enligt den standarden, även när de är gynekolog eller brandmän.
• Tyvärr borde jag ha varit tydligare med mitt svar. Färdigheter som jag har listat är vad jag tror att en bra senior mjukvaruutvecklare borde ha förutom de grundläggande kunskaperna inom programvaruteknik. T.ex. datastrukturer, operativsystem, nätverk, domänstyrd design, databassystem, acceptansprovning etc.
• Länk till blogginlägget?

När du har mentorerat många och tackat det för många år senare efter att du först inte hade samtyckt med dig, lägg gärna till ”Senior” till vilken titel du än befaller.

Fram till dess är ”bly” antagligen en mer beskrivande term.

För mig betecknar termen ”senior” en kulminering av praktisk erfarenhet OCH visdom när man hanterar människor och deras godtyckliga förväntningar . Ta hänsyn till detta scenario:

16 programmerare i ett team, alla med exakt 1 års mer erfarenhet än resten. Det betyder att den 16: e programmeraren har 16+ års erfarenhet. Åtta av de mest erfarna medlemmarna dödas tragiskt när en buss slår in i en butik. Skulle killen med hälften av erfarenheten nu betraktas som en seniorutvecklare? Jag hoppas inte, jag hoppas att företaget snabbt ersätter tomrummen med människor av lika eller mer kaliber än de just förlorat.

Jag hatar att ta med termen ” sällskap i programmeringen, men en del av det gäller. Uttrycket ”senior” är inte något jag skulle ge till alla med mindre än 15 års erfarenhet, eftersom det går långt utöver teknisk kunskap.

Kommentarer

• +1 Journeyman, och faktiskt hela det gamla guildsystemet är helt giltigt i vårt teknikledda yrke.
• Nedröst om jag kunde. Jag känner en handfull utvecklare med över 20 år i branschen som har " Senior " titel som kan ' inte berätta för röven från armbågen. Jag hade ett försök att förklara för mig att MVC och NTier var samma sak. IMO, senior är inte ' t om någon sak än mindre ålder eller år i fältet. Om en andraårsutvecklare kan leda ett lag (och gör det), kan de övervägas för titeln. I militären tilldelas färdighetsnivåerna Apprentice, Journeyman, Craftsmen och Superintendent de som har nödvändiga färdigheter och har testat för att bevisa det. Jag känner på samma sätt

Jag tycker att titeln ”Junior / Senior Developer” är fel och vilseledande eftersom det finns ingen riktig mätenhet för detta. Vi är alla mjukvaruutvecklare med mindre eller mer praktisk erfarenhet. Försök inte skapa en hierarki för mjukvaruutvecklare, det är ingen mening och det kan skada huvudfokuspunkten: ett stort program för utveckling av programvara.

Kommentarer

• +1 Håller med din kommentar Jag tror att det inte finns någon sådan silverkula här, jag tror att tekniska såväl som människors färdigheter är viktiga
• Jag tycker att titeln i många fall har blivit mer av en definition av lönegrad än kompetensnivå och erfarenhet. Vilket ofta bestäms av förhandlingsförmåga. Om en utvecklare på mellannivå intervjuar för en ledande befattning och får jobbet definierar det inte att de är mer skickliga eller erfarna. De kunde helt enkelt förhandla om sig själva till en högre betalad position. Därför håller jag med om att titlar kan vara felaktiga och vilseledande.
• Jag tycker att ditt svar är det bästa här, men i verkligheten använder företag världen över denna terminologi i alla jobbtitlar, så vi kan inte undvika det.

När du ser tillbaka på ditt tidigare arbete och inser vilken skit det var. Och du förstår att du ”har blivit bättre men det finns mil att gå och att lärande är för alltid.

Kommentarer

• Jag tror att det ' är det motsatta. Ju bättre du är, desto längre tid tar det för kod du skrev att bli skit. När jag började koda såg jag hela tiden tillbaka och insåg hur dålig min kod var. Erfarenheten lär dig att skriva kod som inte kommer ' att försämras vid ljushastighet.
• @ back2dos Det ' handlar inte om hur lång tid det tar att skriva dålig kod. Det ' handlar om att förstå din mognad som utvecklare, och också ödmjukhet och lärande. Att vara seniorutvecklare handlar om så mycket mer än kod.
• Det du beskriver är en personlig utveckling som finns i alla aspekter av människans liv. Att vara ödmjuk och villig att lära gör dig inte ' till en senior vad som helst, utan snarare en bra lärling. Men den främsta uppgiften för en seniorutvecklare är att undervisa. Du kan ' inte lära någon om du tror att allt du gjorde för 3 månader sedan är skit. Du behöver en viss lugn som kan tämja en junior ' s " allt ' s skit , låt ' s slita sönder det och återuppfinna hjulet en gång till " -mentalitet.
• @ back2dos tror jag det är möjligt att vara seniorutvecklare och inte nödvändigtvis undervisa även om jag håller med om vad du säger och att mentorskap / undervisning är en av de stora fördelarna med en bra seniorutvecklare. Så långt som " allt ' s skit " är en del av att vara seniorutvecklare kunna förstå vad som verkligen är och vad som inte är ' t bra; en del av det är talang, en del skicklighet, men också mycket är erfarenhet av flera miljöer; att leva genom både kvalitetssystem och tågförluster lär mycket.

Ibland tittar jag på andra yrken och undrar varför programvaruprogrammering inte standardiserar sig själv. Det skulle inte vara någon nytta för den här frågan eftersom det skulle finnas en accepterad standard för att uppnå vissa nivåer. Då kommer jag till insikten: ”Vem dog och lämnade dem kung?”

Vi vet alla att erfarenhet, utbildning, certifieringar och titlar är för alla andra att få en mycket grundläggande glimt av en programmerares förmåga. Du antingen vet vad du gör eller du gör inte. Du kan antingen lukta din egen snäll eller så kan du ”t.

” WHAAAT …. ENHETSTEST !!!! Jag ”är senior programmerare … Jag behöver inte testa min kod längre ”

Hörde det innan …. Således låter han” Juniors ”fixa sina buggar och testa det.

”Vi kommer att anställa en arkitekt … nej, inte herr X, vi vill ha någon som är mycket äldre, någon som inte längre kodar”

senare i intervjun :

• så vilka programmeringsspråk känner du till?

• ahem … Jag har använt COBOL och FORTRAN men nu är det främst MS Word, Excel och Powerpoint.

• Utmärkt … när kan du börja?

Verkligen senior är bara en fråga om perspektiv, en titel som skulle säga Steven. Men jag önskar att jag kunde säga att det i slutändan är koden du skriver att spelar roll men tyvärr har kostym och slips i många fall en större inverkan, särskilt när du inte längre mäts av konkreta prestationer (kod) utan hur väl du övertygar hierarkier om din väsentlighet.

Kommentarer

• haven ' t sett en mjukvaruutvecklare ha slips på 5 år, än mindre en kostym!
• Jag har , faktiskt då och då i en där jag brukade arbeta anställde de en konsult för att hjälpa till med ett projekt jag arbetade med och de tyckte att det inte gick tillräckligt bra. ibland hjälpte det mycket med koden och allt. Andra gånger behövde jag inte hjälp utan sa bara till honom vad jag skulle säga till mina chefer. Eftersom han bar kostym och slips " var hans " argument sunda och återanvändbara och därmed exakt vad som behövdes göras. Vid den tiden slutade jag bara och lät kostym och slips avsluta allt, fann mig ett jobb i ett företag där kostym och slips är förbjudet … vi är alla sååå mycket lyckligare nu !!

Det kan ha något att göra med pengar.

Vissa företag följer en fast löneplan. De kan inte placera dig mitt i ”Developer” -stegen på grund av vissa givna regler. Men de kan placera dig i botten av ”Senior Developer” -stegen.

Personligen, jag tycker att det är konstigt om en person får en seniortitel direkt från college, men på andra sidan – vem bryr sig? Jag har varit ”utvecklare” i tio år nu, och även om jag får en ”senior” -titel när jag byta arbetsplats nu, betyder det inte någonting. Jag kommer fortfarande att vara nybörjare i den nya domänen – åtminstone ett tag …

När andra ringer till dig seniorutvecklare. Det finns ingen definition. Dess förändringar från företag till företag. I ett väl avvecklat företag får nybörjare mindre arbete och deras inlärningskurva är långsam. I startföretaget kan en friskare ta många ansvarsområden och lär sig många saker på kortare tid. Jag har upplevt detta från första hand. Tyvärr är det bara de andra erfarna människorna som kan beräkna djupet av din kunskap genom att titta på kvaliteten på din kod eller ditt arbete. Och jag är säker på att alla får sin titel när tiden är ute.
Och om du byter du inte företaget. 🙂

Det är en titel som många andra titlar. Dessa ”tonåringar” här kan till och med ha en doktorsexamen , det betyder inte nödvändigtvis någonting. Men det kommer helt klart att ge dem en högre lön. Detsamma gäller Senior Developer eller Senior Architect. Eller Senior Project Manager osv.

Med tanke på det faktum är det bättre att kallas ”Our Senior Developer” av dina arbetskamrater, snarare än att lägga till den titeln på ditt eget kort efter oavsett många års erfarenhet – vilket jag gjorde när jag fick möjlighet. 🙂

Annat än så skulle jag säga att 10 år är ett minimum (inklusive college eller annan utbildning).

Kommentarer

• +1. Men jag skulle säga att det ' bara är en jobbtitel! Om det ' är i din jobbtitel, då är du en. Om du ' beskriver dig själv kan man göra bättre än ' I ' ma seniorutvecklare / programmerare / arkitekt / deadbeat / etc …

Jag har sett en del utlysningar som nyligen letade efter en CS-examen med mindre än ett års erfarenhet. Det här verkar som galenskap för mig, även om det bara är en titel. För det första föreslår det att man urvattnar titeln. Jag är säker på att parföretag som jag såg med dessa inlägg har någon annan ”super-senior” -titel för att beteckna de riktiga seniorerna. Det antar inte en dålig anställningsstrategi. Titeln är inte allt, men allt annat är lika mellan två jobb, jag skulle nog ta den med titeln ”Master Chief Developer”.

Poängen när ”Master Chief Developer” (eller vad den höga positionen är, ”senior” eller på annat sätt) är faktiskt motiverad men det är svårt att fastställa . Jag tror inte att vi kan bli för objektiva för att kvantifiera det. Som en grov formel skulle jag säga att de borde kallas senior om de vanligtvis är de bästa i rummet och rummet innehåller minst åtta professionella utvecklare. Det skulle föreslå att en senior är minst 87: e percentilen.Även om jag skulle säga att dessa utvecklare sannolikt kommer att vara de med mest erfarenhet, skulle jag definitivt inte säga att upplevelsen == “senior” eller till och med nära. Samtidigt som jag är skeptisk till att antalet äkta seniorer med mindre än 7 eller 8 år måste vara ytterst litet, är det inte omöjligt för någon med mindre än det att vara en mästare.

Eftersom jag är 22 år faller jag verkligen in i ”osannolikt att jag är en mästarkategori”. Även om jag är runt några av dessa typer av ”10 (eller 30) år med 1 års erfarenhet” och ärligt talat frestad att tro att jag är bättre, försöker jag komma ihåg att dessa människor, även om de har lagt noll på decennier för att lära sig, har jag troligen fått mer kunskap än mig om en mängd olika ämnen genom ren osmos. Det finns helt enkelt inget sätt jag kan veta så mycket som dem om hela projektets livscykel. Jag arbetar med en person som har äldre projekt än jag är! Det skulle vara ganska anspråksfullt av mig att verkligen tro att jag visste mer om att upprätthålla ett projekt av den omfattningen än han gör.

Den andra saken att tänka på är om du börjar kalla dig senior som 22, vad blir du vid 32? Det är lite dåligt för din framtid att anta att du redan är på toppen. Många människor tittar på 10 000-timmarsregeln för att avgöra när någon är expert. I Malcom Gladwells bok där idén föreslås är det ganska tydligt att experter inte bara är de bästa utan de spelar en viss roll. Nybörjare är inte det värsta på något sätt, men det är en beskrivning av metoden ännu mer än förmågan. Nybörjare kan lära sig de galna grejerna snabbt men har ofta problem med att göra några av de vanligaste grejerna så fort som någon som är expert. Experter kan göra de rutinmässiga sakerna med extrem precision och snabbhet och veta vilka saker att leta efter som kan beteckna problem, men har ofta problem med att reagera på förändringar eller lära sig saker som ligger utanför deras komfortzon. Med det i åtanke vill jag inte ens vara expert än. Jag vill suga upp så mycket ny information jag kan, så länge jag kan innan jag går in i en stabil domän.

Kommentarer

• 1) Nyutbildade anställs också 2) Vissa föredrar en nyutbildad med moderna färdigheter som de kan ' forma ' till sina egna önskningar.
• När du ' är 1 år, ge den 30-åriga killen en chans. Du kanske har rätt, men vänta lite. Du kanske är bättre på att komma med lösningar på specifika problem men om han inte ' inte stinker, kanske han vet en sak eller två om att undvika större, mer globala frågor. Eller så kan han bara undvika. Att ' har hänt. Mycket.

10 år ?? Skojar du. Okej, hur definierar du tio år? Låt oss säga att någon började programmera vid 15 års ålder men blev professionell vid 25?

Branschen fungerar inte på det sättet. Jag tror att olika företag låter folk kalla dem Senior Dev X eller Y när som helst mellan 5-8 år. Mycket senioritet i organisationen kommer inte med förmåga ensam , det har mycket att göra med det initiativ som en individ tar och vilken typ av ansvar han är villig att dela. För det mesta blir människor med rimlig skicklighet och stark motivation äldre proffs.

BTW 22 år är inte tonåring 😉

Kommentarer

• 10 års anställning förstås.
• Jag gjorde GWBasic-diagram över kvadratisk ekvationlösning på en casio PB-700 när jag var 14, med zoom-in / zoom-ut-funktioner (till se bättre korsning med axel, som hade autofraktion för axelnummerering vid zoom). 28 år senare programmerade jag i python på min HTC android och har varit en " professionell utvecklare " i mer än 12 år. Gör det mig Se ñ eller? Tänk inte. Fortfarande en hacker i hjärtat (spela med SLA4 lite på din Android-telefon för att se hur långt datorn fortfarande måste gå). Vi ' är alla tonåringar i den här branschen.
• @Chris: Vilket bra svar kompis. Happy Hacking.
• -1 Första stycket handlar om föregående inlägg (borde vara en kommentar till det inlägget) och verkligen inte ett ' bra svar ' till frågan. Jag ' kommer också att gå ut på en lem och säga att 10 års erfarenhet bara är meningsfullt om du har mycket erfarenhet (erfarenhet är den enda du kan ' t lär ut jämfört med ' kunskap ' som du kan). Att vara i mina 40 ' s har gett mig mycket ' senior ' kunskap som Jag fick inte ' efter 5-8 år under mina 20 ' s.
• @Michael: +1 .Bra poäng om " UPPLEVELSE "

Första gången du får ett jobb baserat på minst en intervjussession som inte är ”klassisk teknisk intervju” till sin natur (dvs prata om arkitektur, koncept, design, syn på företaget, erfarenhet osv.)

Min (begränsade) erfarenhet är att juniorutvecklare vanligtvis anställs uteslutande baserat på prestanda i standardbatteriet med intervjufrågor och äldre baserat på en mängd andra interaktioner.

Ålder är bara ett tal; ett ungt barn blir smartare och _insertnummer år erfaren programman blir bara gammal … Numera kan en kiddo skriva renare, bättre, snabbare koder på ett smart sätt. En gammal vän kan bara bli avundsjuk.

Kommentarer

• Jag förstår vad du ' får , men om ålder bara är ett tal, varför hänvisar du till människor som " kiddo " och " gammal vän "? Verkar lite åldrande.
• Ålder är bara ett osignerat heltal.