Hvornår skal du kalde dig selv en seniorudvikler? [duplikat]

Du kan kalde dig selv en Senior når:

• Du kan håndtere hele softwareudviklingens livscyklus, ende til slut
• Du leder andre, eller andre ser til dig for vejledning.
• Du kan selv styre dine projekter

Softwareudvikling er en nysgerrig skabning i modsætning til andre felter.

Nogle gange kan en frisk punk ude af college køre cirkler omkring veteraner, der har mere end 20 års “erfaring”. Programmering er en bizar verden, hvor kode er konge .

Nogle opnår ovenstående om 2 år eller derunder, andre tager 10 år.

Kommentarer

• Jeg tilføjer, at du har haft mindst et projekt mislykkedes under din ledelse …
• Jeg er uenig i det andet punkt. Evnen til at lede andre definerer ikke " senior ". Det definerer " bly " del af en titel. Jeg kender seniorudviklere, som jeg ' hellere skubber fra en klippe end at følge dem over den. Jeg elsker dog dine andre 2 definitioner. +1
• @ den friske punk ting dog – Du kan være en begavet koder, en strålende opfinder af algoritmer og stadig løbe ind i problemer, simpelthen fordi den ' s problemer, du ikke har ' ikke stødt på før. Jeg ' er stadig mere cockier end jeg burde være, men endda regnede jeg med den ene.
• Jeg vil også tilføje efter 10.000 timers reel programmering (ikke bare sidder foran en computer).
• nogle tager mindre end 2, andre tager 10 – mange vandt ' t nogensinde ( Jeg mødte en hel del af dem …)

Når jeg hører “Senior Developer” I tænk på nogen, der har mestret programmering. Jeg tænker på en person, der kan designe, kode og teste et system. De kan tale med systemarkitektur eller komponentdesign. De forstår og bruger designmønstre. Denne person kan forudse præstationsflaskehalse, men ved ikke at pre-optimere. Denne person vil udnytte asynkron programmering, kø, cache, logning, sikkerhed og vedholdenhed, når det er relevant. Når de bliver spurgt, kan de give en detaljeret forklaring af deres valg og fordele og ulemper. I de fleste tilfælde har de mestret objektorienteret programmering og design, dette er ikke absolutte andre sprog som Javascript, F #, Scheme er effektive og er ikke objektorienterede. De er dygtige til risikostyring og vigtigst af alt kan de kommunikere det før nævnte til deres jævnaldrende.

Hvad er mestring? Der er en generelt accepteret idé, at det at mestre ALLE en færdighed tager det 10.000 timers gentagelse for den menneskelige krop og sind at forstå og internalisere en færdighed. Dette er skrevet udførligt i Malcolm GladWells bog Outliers . Da den oprindelige forfatter talte om at mestre et felt, henviste han til at nå toppen af et meget konkurrencepræget felt, der ville tage 10.000 timer.

Nogle eksempler på Malcolm GladWells Outliers er:

Mozart hans første koncert i en ung alder af 21. Som i starten synes ung, men han har skrevet musik siden han var 11 år gammel.

Beatles blev oprindeligt undgået. De fik at vide, at de ikke havde sennep og skulle overveje en anden arbejdsgang. De tilbringer 3 år i Tyskland ved at spille omkring 1200 gange på forskellige spillesteder, hver gang de er 5 til 8 timer lange. De dukkede op igen som de Beatles, vi kender og elsker i dag.

Og til sidst Bill Gates kl. 20 år droppede ud af Harvard for at grundlægge Microsoft. For nogle kan dette virke tåbeligt, men betragtet ved 20 havde han brugt næsten halvdelen af sit unge liv på programmering. I 1975 havde kun måske 50 mennesker i verden den oplevelse, han gjorde. Hans erfaring gav ham fremsyn for at se fremtiden i Microsoft.

Peter Norvig diskuterer også 10.000 timers reglen i sit essay “ Teach Yourself Programming in Ti Years ”.

I bogen Mestring af George Leonard gives der mange detaljer om, hvordan man mestrer en færdighed. Man skal øve færdighederne igen og igen og igen. Jo mere gentagelse, jo mere bliver du opmærksom på forskellene i hver gentagelse. Kun med denne indsigt kan du blive bedre.

Softwareindustriens titler (Junior, Mid-Level og Seniors) er vildledende og inkonsekvente fra organisation til organisation. Jeg har arbejdet med virksomheder, der definerede en Senior Developer som en person med 5 års erfaring eller mere. Der er ingen omtale af kvaliteten af oplevelsen, bare at de sad foran en computer i 5 år. I arbejdet med disse mennesker havde mange af dem endnu ikke forstået objektorienteret programmering – alligevel blev de betragtet som seniorudviklere.

Der skal være en bedre og mere objektiv måde at måle en softwareteknikers færdigheder på. John Haugeland sendte en computerprogrammers færdighedsmatrix. Det er en objektiv måde at måle en programmørens færdighedsniveau på, som ellers overlades til magefølelsen.

Når man ser på softwareingeniører, ser jeg 4 niveauer af færdigheder: Luminary, Senior, Mid-Level og Junior.

Luminary (10+ år) er en, der har mestret en færdighed og har sat sig på at forbedre deres respektive disciplin. Nogle eksempler inkluderer: Ted Neward , Onkel Bob Martin , Donald Knuth, Oren Eini , Peter Norvig , Linus Torvalds. Armaturer skifter ud fra dit færdighedssæt.

Senior (7 til 10+ år, niveau 3) er en, der har brugt de sidste 10.000 timer på at programmere i en bestemt genre. Der er en stærk forståelse af designmønstre. De udnytter asynkron programmering, kø, caching, logning, sikkerhed og vedholdenhed, når det er relevant.

Det er meget muligt, at en senior aldrig når Luminary. Armaturer findes ofte at tale og skrive. De prøver aktivt at påvirke deres disciplin.

Midt-niveau (4 til 6 år, niveau 2) er en, der forstår daglig programmering. De arbejder uafhængigt og skaber robuste løsninger. De har dog endnu ikke oplevet oprettelse eller vedligeholdelse af store eller komplekse systemer. Generelt er Mid-Level-udviklere gode med komponentniveauudvikling.

Junior (1 til 3 år, niveau 1) er en, der forstår det grundlæggende ved programmering. De har enten en grad i softwareteknik eller datalogi, eller de er selvlært. Deres kode gennemgås løbende. Vejledning gives med hensyn til algoritmer, vedligeholdelighed og struktur.

Kommentarer

• Dette svar får mig til at ønske, at jeg kunne foretrække et svar!
• Dette er en bedre forklaring. Det skal markeres som svaret.
• Dette svar får det til at lyde som om du skal være Mozart for programmering for at blive betragtet som " Senior. " At ' s crap imo. Det kan være, hvad der kræves for at blive betragtet som " Gud " ved programmering, men " Senior " har at gøre med alder og rang. Hvis du ' har været i udvikling et stykke tid, og du leder andre, skal du ' re " senior. " Det har ærligt talt ikke meget at gøre med din kodningsskarphed.
• Vigtigere end " Dette personen vil udnytte asynkron programmering, kø, cache, logning, sikkerhed og vedholdenhed, når det er relevant. " er, at de skal vide, hvornår IKKE skal bruge disse designmønstre, når de ikke er passende.Der er mange mellemniveauer, der er velbevandrede i design / arkitektoniske mønstre, men som forsøgte at kile alt ind i de mønstre, som de lige har læst om.
• Cool, så jeg kan bruge 11 år på at skrive getters og settere og jeg ' vil være sammen med onkel Bob!

“Hvornår skal du kalde dig selv en seniorudvikler?” – Da jeg begyndte at vejlede juniorudviklere.

Kommentarer

• det ville have været … i gymnasiet.
• Jeg er tilbøjelig til at være enig at senior skal have en mening i at kunne gøre noget mere end bare ' kodning '. Og for nogle af os ville det have været siden gymnasiet, men andre (med 10+ års erfaring) gør stadig bare ' ensomheden ' ting.
• @Rudi: Senior antyder, at der er noget under, snarere end " har gjort det i lang tid ". Som de siger i en populær film, " Der er altid to, en mester og en lærling. " – tildelt mester ' s er lidt tynde på jorden, så der er normalt et par lærlinger.
• @Orbling – senior er en sammenligning, men det er ikke ' behøver ikke at være relativt til medlemmer af samme firma.
• @Jeff O: Jeg forstår, hvor du kommer fra, det afhænger snarere af, om du tænker på det som en jobtitel eller noget slags klassifikation. Jeg vil sidde med den førstnævnte, hvilket vil betyde nødvendigt inden for samme firma.

du “er mangler pointen.

Senior betyder intet. Junior betyder intet. Titler betyder intet. Min titel – Associate Business Systems Director. Mit ansvar – styring af alt it fra alt fra intern softwareudvikling til infrastruktur, gennem sikkerhed, igennem til kundens websteder. Min softwareudviklingserfaring – selvlært. Min netværkserfaring – selvlært. Mine overordnede kapaciteter inden for it-området – værre end din.

Min evne til at styre og direkte – diskutabel, men min karakter og personlighed fik mig jobbet og gør mig succesrig med det.

Titler betyder intet evne og indsats betyder alt. Jeg er ikke den bedste – og at tro på det ville være arrogant.

Glem dine hangouts om titler og bevis dit værd!

Kommentarer

• Jeg don '
• Titel = lønning 🙂

Jeg har bemærket den samme tendens. Et af spørgsmålene forleden var om en seniorudvikler med 2-3 års erfaring med at komme op til arkitekt.

Du kan kalde et agern et træ, men det ændrer ikke, hvad det er.

eneste logiske konklusion er, at “senior” betyder noget andet:

• relativ rang, som i “senior for fyren lige ude af college”
• dårlige spanske stavemænd, dvs. de betød at sætte señor
• sydlig stavemåde, som i “senior butt-crack, pull up them pants”

I disse dage er det bare et job titel , og siger måske ikke noget om relativ brancheerfaring.

Kommentarer

• Lol, på arkitektens ting. Jeg hørte i MS, at en fyr kan blive teknisk leder med 2 års erfaring og bede nogen med 10 års erfaring om at udføre bedre eller få konsekvenser: D
• Nå det ' s bare en jobtitel, men folk bedømmer ofte din viden ud fra den jobtitel og lad ' ikke glemme din løn.
• @Kev, nøjagtigt og det er det derfor, at titel ' er vigtig 🙁
• du ' vi må have en sjov med den spanske " se ñ eller " ting. Ingen kalder nogen " Se ñ eller " Udvikler.

Jeg synes det bedste svar blev givet af Darknight .

Jeg føler behov for for at påpege følgende.

2-3 års erfaring med programmering (arbejde + personlig sammen) er bare ikke nok til en t o har set et tilstrækkeligt antal projekter og har håndteret en tilstrækkelig mængde problemer. Bare har ikke arbejdet. Du har brug for tid til at lade tingene gå igennem dit hoved, til at reflektere over din oplevelse og at bevæge dig mentalt til et højere niveau af tænkning. Det sker ikke natten over.

Jeg vil sige under 5-7 års praksis (igen arbejde + personligt sammen) et mirakel er ikke at forvente. Man kan få en masse erfaring med visse sprog og rammer, men endnu ikke hoppe til et nyt niveau af tænkning.

Den anden ting er den samlede modenhed hos et individ. Efter min mening kommer det først tættere på 30 år gammel. Før det fungerer vores hjerne muligvis med en højere urfrekvens, men det ville være at behandle uønsket, fordi det mangler tilstrækkelige data i hukommelsen til at se et større billede. Vores generelle livserfaring tilføjer noget subtilt, men reelt til den måde, vi tænker og arbejder på, så også til programmering som en anden slags arbejde.

Min personlige accept af senior: nogen mindst 27 år med mindst 7 års praksis Før dette ville jeg personligt være skeptisk (men stadig fordomsfri, det vil bare tage mere bevis for mig).

Kommentarer

• Det er ikke sikkert at sidestille tid i job wi th oplevelse. En dimwit, der bruger 10 år på at gøre det samme med minimal indsats, vil blive blæst ud af vandet, men en smart præst, der skubber sig selv i 18 måneder.
• Jeg synes dette er et godt supplement til det markerede svar

Der var for nylig et godt blogindlæg af Martin Fowler. Ting, som jeg tog væk fra det, er:

• Det har intet at gøre med, hvor længe du har arbejdet for nogen. Du arbejder i tre år, og du bliver seniorudvikler. Hvad sker der efter seks år? Bliver du senior seniorudvikler?

• Seniorudviklere ser ikke ned på dig eller tror, at de er bedre end dig. Det er meget vigtigt. Når du først lader dit ego komme i vejen, er du i problemer.

• Seniorudviklere videregiver ikke skylden. De forudser problemer, og de adresserer dem på en positiv måde.

• Folk ønsker at arbejde med seniorudviklere. Dette er en nøgle for mig. Jeg vil have folk til at arbejde sammen med mig, og jeg vil have dem til at nyde at arbejde sammen med mig.

• Seniorudviklere er ikke de smarteste ingeniører. De arbejder ikke på de mest komplekse problemer. Deres dygtighed handler ikke kun om programmering. Deres kommunikationsevner spiller lige så vigtig rolle.

• Seniorudviklere er gode til at estimere.

• Seniorudviklere er altid interesserede i hvad de laver. De forstår, at kedelige opgaver skal udføres i samme kvalitet som alle andre, potentielt mere interessante opgaver.

Bare for at afklar

Færdigheder, som jeg har nævnt ovenfor, er, hvad jeg mener, at en god senior softwaretekniker skal have ud over grundlæggende softwaretekniske færdigheder og praksis.

Kommentarer

• Efter den standard er mange mennesker der kan ' t programmerer og ikke ' kan ikke lide, er seniorudviklere.
• På intet tidspunkt sagde jeg, at de ikke ' ikke kan lide eller ikke kan ' t-program. Jeg sagde, at deres færdighedssæt ikke kun er programmering, men en række andre ting.
• Jeg spiser ' betyder ikke, at du sagde det. Bare at de færdigheder, du nævnte, ikke ' ikke synes at omfatte programmeringsrelaterede færdigheder. Således ville mange mennesker blive kaldt seniorprogrammerere efter den standard, selv når de er gynækolog eller brandmænd.
• Undskyld, jeg skulle have været klarere med mit svar. Færdigheder, som jeg har nævnt, er, hvad jeg mener, at en god senior softwareingeniør skal have ud over de grundlæggende softwaretekniske færdigheder. For eksempel. datastrukturer, operativsystemer, netværk, domænestyret design, databasesystemer, acceptstest osv.
• Link til blogindlægget?

Når du har mentoreret mange og mest takket for det år senere, efter at du først var uenig med dig, er du velkommen til at tilføje “Senior” til enhver titel, du måtte befale.

Indtil da er “bly” sandsynligvis et mere beskrivende udtryk.

For mig betegner udtrykket “senior” en kulmination af praktisk erfaring og visdom, når man beskæftiger sig med mennesker og deres vilkårlige forventninger . Tag dette scenarie i betragtning:

16 programmører i et team, hver med nøjagtigt 1 års mere erfaring end resten. Det betyder, at den 16. “programmør har 16+ års erfaring. Otte af de mest erfarne medlemmer dræbes tragisk, når en bus smadrer ind i en butik. Ville den fyr med halvdelen af oplevelsen nu blive betragtet som en seniorudvikler? Jeg håber ikke, jeg håber, at virksomheden hurtigt erstatter tomrummet med mennesker med lige eller mere kaliber end de lige mistede.

Jeg hader at bringe udtrykket “ svenn “til programmering, men noget af det gælder. Udtrykket” senior “er ikke noget, jeg ville give til alle med mindre end 15 års erfaring, fordi det går langt ud over teknisk viden.

Kommentarer

• +1 Journeyman, og faktisk er hele det gamle ordenssystem helt gyldigt i vores ingeniørledede erhverv.
• Stem ned, hvis jeg kunne. Jeg kender en håndfuld udviklere med mere end 20 år i branchen, der har " Senior " titel, der kan ' ikke fortælle deres røv fra albuen. Jeg havde et forsøg på at forklare mig, at MVC og NTier var den samme ting. IMO, senior handler ikke ' t om en ting, endsige alder eller år i marken. Hvis et andet års udvikler er i stand til at lede et hold (og gør det), kan de overvejes for titlen. I militæret tildeles færdighedsniveauer for lærling, rejse, håndværk og superintendent dem, der har de nødvendige færdigheder og har testet for at bevise det. Jeg har det på samme måde

Jeg finder denne titel “Junior / Senior Developer” forkert og vildledende, fordi der er ingen reel måleenhed til dette. Vi er alle softwareudviklere med mindre eller mere praktisk erfaring. Forsøg ikke at oprette et hierarki for softwareudviklere, der er ingen mening, og det kan skade hovedfokuspunktet: et stort softwareudviklingsteam.

Kommentarer

• +1 Enig med din kommentar Jeg tror, der er ikke sådan en sølvkugle her, jeg tror, at tekniske såvel som menneskers færdigheder er vigtige
• Jeg føler, at titlen i mange tilfælde er blevet mere af en definition af lønklasse end færdighedsniveau og erfaring. Hvilket ofte bestemmes af forhandlingsevner. Hvis en mid-level udvikler interviewer til en stilling på seniorniveau og får jobbet, definerer det faktisk ikke, at de er mere dygtige eller erfarne. De var simpelthen i stand til at forhandle sig ind i en højere lønnet stilling. Derfor er jeg enig med jer, at titler kan være forkerte og vildledende.
• Jeg synes, dit svar er det bedste her, men i virkeligheden bruger virksomheder over hele verden denne terminologi i alle jobtitler, så vi kan ikke undgå det.

Når du ser tilbage på dit tidligere arbejde og indser, hvad det var. Og du forstår, at du er blevet bedre, men der er miles at gå, og at læring er for evigt.

Kommentarer

• Jeg tror det ' er det modsatte. Jo bedre du er, jo længere tid tager det, før kode, du skrev, blev crap. Da jeg begyndte at kode, kiggede jeg konstant tilbage og indså, hvor dårlig min kode var. Erfaringen lærer dig til at skrive kode, der vandt ' t nedbrydes ved lyshastighed.
• @ back2dos Det ' handler ikke om hvor lang tid det tager at skrive dårlig kode. Det ' handler om at forstå din modning som udvikler og også ydmyghed og indlæring. At være seniorudvikler handler om så meget mere end kode.
• Det, du beskriver, er en personlig udvikling, der findes i alle aspekter af menneskeliv. At være ydmyg og villig til at lære gør ikke ' dig til senior uanset, men snarere en god lærling. Dog den primære opgave for en seniorudvikler er at undervise. Du kan ' ikke undervise nogen, hvis du tror, at alt hvad du gjorde for 3 måneder siden er lort. Du har brug for en vis ro, der kan tæmme en junior ' s " alt ' s crap , lad ' rive det fra hinanden og genopfinde hjulet igen " -mentalitet.
• @ back2dos tror jeg det er muligt at være seniorudvikler og ikke nødvendigvis undervise, selvom jeg er enig i, hvad du siger, og at mentor / undervisning er en af de store fordele ved en god seniorudvikler. Så vidt " alt ' s crap " er en del af at være seniorudvikler i stand til at forstå, hvad der virkelig er, og hvad der ikke er ' t godt; noget af det er talent, noget dygtighed, men også meget er erfaring med flere miljøer; at leve gennem både kvalitetssystemer og togvrag lærer meget.

Nogle gange ser jeg på andre erhverv og spekulerer på, hvorfor softwareprogrammering ikke standardiserer sig selv. Der ville ikke være nogen brug for dette spørgsmål, fordi der ville være en accepteret standard for at opnå bestemte niveauer. Så kommer jeg til erkendelsen, “Hvem døde og efterlod dem konge?”

Vi ved alle, at erfaring, uddannelse, certificeringer og titler er til for alle andre at få et meget grundlæggende indblik i en programmeringsevne. Du ved enten hvad du laver, eller du gør ikke. Du kan enten lugte din egen venlig eller du kan “t.

” WHAAAT …. ENHEDSTEST !!!! Jeg “er senior programmør … Jeg behøver ikke at teste min kode mere “

Hørte det før …. Således lader han” Juniors “rette sine bugs og teste det.

“Vi ansætter en arkitekt … nej, ikke hr. X, vi vil have nogen, der er meget mere ældre, nogen der ikke længere koder”

senere i interviewet :

• så hvilke programmeringssprog kender du?

• ahem … Jeg har brugt COBOL og FORTRAN men nu er det mest MS Word, Excel og Powerpoint.

• Fremragende … hvornår kan du starte?

Virkelig senior er bare et spørgsmål om perspektiv, en titel som ville sige Steven. Men jeg ville ønske, at jeg kunne sige, at det til sidst er den kode, du skriver, betyder noget, men desværre har dragt og slips desværre i mange tilfælde større indflydelse, især når du ikke længere måles af konkrete præstationer (kode), men hvor godt du overbeviser hierarkier om din væsentlighed.

• haven ' t set en softwareudvikler bære slips om 5 år, endsige en dragt!
• Jeg har , faktisk en gang imellem i et sted hvor jeg arbejdede, ville de ansætte en konsulent til at hjælpe med et projekt, jeg arbejdede på, og de mente, at det ikke gik godt nok. nogle gange hjalp det meget med koden og det hele. Andre gange havde jeg ikke brug for hjælp, men fortalte ham bare hvad jeg skulle sige til mine chefer. Da han havde dragt på og slips ", var hans " argumenter sunde og genanvendelige, og det var således præcis, hvad der skulle gøres. På det tidspunkt holdt jeg bare op og lod dragt og slips afslutte det hele, fandt mig selv et job i et firma, hvor dragt og slips er forbudt … vi er alle sååå meget lykkeligere nu !!

Det kan have noget at gøre med penge.

Nogle virksomheder følger en fast lønplan. De kan ikke placere dig midt i “Developer” -stigen på grund af nogle givne regler. Men de kan placere dig i bunden af “Senior Developer” -stigen.

Personligt, jeg finder det underligt, hvis en person får en seniortitel lige fra college, men på den anden side – hvem bryr sig? Jeg har været “udvikler” i nogle ti år nu, og selvom jeg får en “senior” -titel, når jeg ændre arbejdsplads nu, betyder det ikke noget. Jeg vil stadig være nybegynder i det nye domæne – i det mindste et stykke tid …

Når andre ringer til dig seniorudvikler. Der er ingen definition. Dens ændringer fra virksomhed til virksomhed. I et godt afviklet firma får nybegyndere mindre arbejde, og deres læringskurve er langsom. I startfirmaet kan en friskere tage mange ansvarsområder og lære mange ting på kortere tid. Jeg har oplevet dette første hånd. Desværre er det kun de andre erfarne mennesker, der kan beregne dybden af din viden ved at se på kvaliteten af din kode eller dit arbejde. Og jeg er sikker på, at alle får deres titel, når deres tid er ude.
Og hvis du ændrer du ikke virksomheden. 🙂

Det er en titel som mange andre titler. Disse “teenagere” her kan måske endda have en ph.d. , det betyder ikke nødvendigvis noget. Men det vil helt klart give dem en højere løn. Det samme gælder for Senior Developer eller Senior Architect. Eller Senior Project Manager osv.

I betragtning af den kendsgerning er det bedre at blive kaldt “Vores Senior Developer” af dine arbejdskammerater, snarere end at tilføje denne titel til dit eget kort efter uanset mange års erfaring – hvilket jeg gjorde, da jeg fik muligheden. 🙂

Bortset fra det vil jeg sige, at 10 år er et minimum (inklusive college eller anden uddannelse).

Kommentarer

• +1. Men jeg vil sige det ' er kun en jobtitel! Hvis det ' er i din jobtitel, så er du en. Hvis du ' beskriver dig selv, kan man gøre det bedre end ' I ' ma seniorudvikler / programmør / arkitekt / deadbeat / etc …

Jeg har set nogle jobannoncer for nylig på udkig efter en CS-kandidat med mindre end et års erfaring. Dette virker for mig sindssygt, selvom det kun er en titel. For det første antyder det, at titlen udvaskes. Jeg er sikker på parvirksomheder, jeg så med disse indlæg, har en anden “super-senior” -titel for at betegne de rigtige seniorer. Det antager ikke en dårlig ansættelsesstrategi. Titlen er ikke alt, men alt andet lige mellem to job, ville jeg sandsynligvis tage den med titlen “Master Chief Developer”.

Det punkt, hvor “Master Chief Developer” (eller hvad den høje position er, “senior” eller på anden måde) faktisk er berettiget, er dog vanskelig at fastslå . Jeg tror ikke, vi kan blive for objektive til at kvantificere det. Som en grov formel vil jeg sige, at de skal kaldes senior, hvis de normalt er de bedste i rummet, og rummet indeholder mindst 8 professionelle udviklere. Det antyder, at en senior er i det 87. percentil på et minimum.Selvom jeg vil sige, at disse devs sandsynligvis vil være dem med mest erfaring, vil jeg bestemt ikke sige, at oplevelsen == “senior” eller endda tæt. Samtidig med at jeg er skeptisk over for, at antallet af ægte seniorer med mindre end 7 eller 8 år skal være meget lille, er det ikke umuligt for en person med mindre end det at være en mester.

Da jeg var 22, falder jeg bestemt ind i “det usandsynlige, at jeg er en mesterkategori”. Selvom jeg er omkring nogle af disse “10 (eller 30) år med 1 års erfaring” -typer, og jeg er ærligt fristet til at tro, at jeg er bedre, prøver jeg at huske, at disse mennesker, selvom de har lagt nul på årtier til at lære, har jeg sandsynligvis stadig fået mere viden end mig om en lang række emner gennem ren osmose. Der er simpelthen ingen måde, jeg kunne vide så meget som dem om hele projektets livscyklus. Jeg arbejder med en person, hvis projekt er ældre end jeg er! Det ville være ret fræk af mig at virkelig tro, at jeg vidste mere om at opretholde et projekt af det omfang, end han gør.

Den anden ting at huske på er, hvis du begynder at kalde dig selv senior som 22, hvad vil du være ved 32? Det er lidt af en bjørnetjeneste for din fremtid at antage, at du allerede er øverst. En masse mennesker ser på 10.000 timers reglen for at bestemme, hvornår nogen er ekspert. I Malcom Gladwells bog, hvor ideen foreslås, er det ret klart, at eksperter ikke bare er de bedste, men de udfører en bestemt rolle. Nybegyndere er ikke de værste på nogen måde, men det er en beskrivelse af metoden endnu mere end evne. Nybegyndere kan lære de skøre ting hurtigt, men har ofte problemer med at gøre nogle af de mest almindelige ting så hurtigt som en person, der er ekspert. Eksperter kan gøre de rutinemæssige ting med ekstrem præcision og hastighed og vide, hvilke ting de skal se efter, der kan betegne problemer, men ofte har problemer med at reagere på ændringer eller lære ting, der er uden for deres komfortzone. Med det i tankerne vil jeg ikke engang være ekspert endnu. Jeg vil gerne opsuge så mange nye oplysninger, som jeg kan, så længe jeg kan, inden jeg sætter mig ind i et stabilt domæne.

Kommentarer

• 1) Nye kandidater bliver også ansat 2) Nogle foretrækker en ny kandidat med moderne færdigheder, som de kan ' støber ' til deres egne ønsker.
• Når du ' er 1 år, så giv den 30 år fyr en chance. Du har måske ret, men vent lidt. Du er måske bedre til at komme med løsninger på specifikke problemer, men hvis han ikke ' ikke stinker, ved han muligvis en eller to ting om at undgå større og mere globale problemer. Eller han undgår måske bare. At ' er sket. Meget.

10 år ?? Du må lave sjov. Ok, hvordan definerer du 10 år? Lad os sige, at nogen begyndte at programmere i en alder af 15 år, men blev professionel ved 25?

Branchen fungerer ikke sådan. Jeg tror, at forskellige virksomheder lader folk kalde dem Senior Dev X eller Y når som helst mellem 5-8 år. Meget anciennitet i organisationen kommer ikke med evnen alene , det har meget at gøre med det initiativ, en person tager og den slags ansvar, han er villig til at dele. Det meste af tiden bliver folk med rimelig dygtighed og stærk motivation seniorprof.

BTW 22 år er ikke teen 😉

Kommentarer

• 10 års beskæftigelse naturligvis.
• Jeg lavede GWBasic-tegninger af kvadratisk ligningsløsning på en casio PB-700, da jeg var 14, med zoom-ind / zoom-ud-funktioner (til se bedre skæringspunkt med akse, som havde autofraktion for akseenhedsnummerering ved zoom). 28 år senere programmerede jeg i python på min HTC android og har været en " professionel udvikler " i mere end 12 år. Gør det mig til Se ñ eller? Tænk ikke. Stadig en hjertelig hacker (leg med SLA4 lidt på din Android-telefon for at se, hvor langt computeren stadig skal gå). Vi ' er alle teenagere i denne branche.
• @Chris: Hvilket godt svar kompis. Happy Hacking.
• -1 Første afsnit handler om et foregående indlæg (burde være en kommentar til det indlæg) og bestemt ikke et ' godt svar ' til spørgsmålet. Jeg ' Jeg vil også gå ud på en lem og sige, at 10 års erfaring kun giver mening, hvis du har en masse erfaring (erfaring er den ene ting, du kan ' t underviser i sammenligning med ' viden ' som du kan). At være i mine 40 ' s har givet mig en masse ' senior ' viden om, at Jeg fik ikke ' efter 5-8 år i mine 20 ' s.
• @Michael: +1 .Gode punkter om " OPLEVELSE "

Første gang du får et job baseret på mindst en interviewsession, der ikke er “klassisk teknisk interview” i naturen (dvs. tale om arkitektur, koncepter, design, syn på virksomheden, erfaring osv.)

Min (begrænsede) erfaring er, at juniorudviklere normalt ansættes udelukkende baseret på ydeevne i standardbatteriet med interviewspørgsmål og seniorer baseret på en række andre interaktioner.

Alder er bare et tal; et ungt barn bliver smartere og _insert nummer årerfarne programmør bliver bare gammel … I dag kan en kiddo skrive renere, bedre, hurtigere koder på en smart måde. En gammel kammerat kan bare blive jaloux.

Kommentarer

• Jeg forstår, hvad du ' kommer til , men hvis alder kun er et tal, hvorfor henviser du til mennesker som " kiddo " og " gammel ven "? Virker en smule aldersgruppe.
• Alder er bare et usigneret heltal.