Erre a kérdésre már itt vannak válaszok :

megjegyzések

  • @Kev I ' m 28 éves voltam, és 6 éves koromban programoztam. BASIC a Tandy / TRS hardveren. 21 éves koromban 15 éves BASIC tapasztalattal rendelkeztem (a TI-BASIC-tól a QBASIC-on át a QuickBasic-ig a Visual BASIC-ig), 10 éves C-s tapasztalattal és 5+ évvel, fél tucat más nyelvvel és szerelési változatokkal. Mentoráltam más programozókat, és tanítottam órákat ebben a témában az iskolában és az iskolán kívül is. Akkor " vezető programozó voltam "?
  • Bár egyetértek azzal, hogy 22–23-kor nem szabad idősebb devloper, ők nem tizenévesek. Felnőttek. Tizenévesnek gondolni őket rossz szokás. Arra ösztönzi őket, hogy ne nőjenek fel, és arra ösztönzi az idősebb embereket, hogy úgy bánjanak velük, mintha kisebbek lennének, mint egy igazi felnőtt.
  • @Sparr: elszámoltathatóság. Számolja az évek tapasztalatát, miközben a pénz kódolására költöttek.
  • @Sparr: Lehet, hogy zseni vagy, nincs valódi módom tudni. Ha valaki hozzám jönne, és 28 évesen 21 éves tapasztalatot kérne, megköszönném az idejét, és megmutatnám az ajtót.
  • Hé moderátorok … nem kéne ' t mindez a szemét valahol egy csevegőszobában van?

Válasz

Hívhatja magát Idősebb, amikor:

  • Kezelheti a szoftverfejlesztés teljes életciklusát, elejétől a végéig
  • Te vezetsz másokat, vagy mások útmutatást kérnek tőled.
  • Ön maga is kezelheti projektjeit.

A szoftverfejlesztés kíváncsi teremtés, más területekkel ellentétben.

A főiskolán kívüli friss punk néha köröket futhat olyan veteránok körül, akiknek több mint 20 éves “tapasztalata” van. A programozás egy bizarr világ, ahol az kód király .

Egyesek 2 év alatt vagy annál rövidebb idő alatt érik el a fentieket, mások 10 év alatt.

Megjegyzések

  • Hozzátenném, hogy legalább egy projekt kudarcot vallott vezetése alatt …
  • Nem értenék egyet a második felsorolással. A mások vezetésének képessége nem határozza meg a " senior " meghatározást. Meghatározza a cím " lead " részét. Ismerek olyan vezető fejlesztőket, akiket ' inkább lenyomnék egy szikláról, mint hogy kövessem őket. Szeretem a másik 2 definíciódat. +1
  • @a friss punk dolog – tehetséges kódoló lehetsz, az algoritmusok kitűnő feltalálója, és akkor is bajba kerülhetsz egyszerűen azért, mert ' s gond, amivel még ' nem ütközött össze. ' még mindig kacagabb vagyok, mint kellene, de ezt még én is kitaláltam.
  • Azt is hozzátenném, 10 000 óra valódi programozás után (nemcsak számítógép előtt ülve).
  • egyesek kevesebb, mint 2, mások 10-et – sokan nyertek ' t ever ( Megismertem közülük jó néhányat …)

Válasz

Amikor „Senior Developer” -et hallok gondoljon valakire, aki elsajátította a programozást. Olyan emberre gondolok, aki képes megtervezni, kódolni és tesztelni a rendszert. Beszélhetnek a rendszer architektúrájával vagy az alkatrész tervezésével. Megértik és használják a tervezési mintákat. Ez a személy számíthat a teljesítmény szűk keresztmetszeteire, de nem tudja előre optimalizálni. Ez a személy adott esetben felhasználja az aszinkron programozást, a sorban állást, a gyorsítótárat, a naplózást, a biztonságot és a kitartást. Kérdésükre részletes magyarázatot adhatnak választásukról, valamint az előnyökről és hátrányokról. Az esetek többségében elsajátították az objektumorientált programozást és a dizájnt, ez nem abszolút más nyelvek, mint a Javascript, az F #, a Scheme, hatékonyak és nem objektumorientáltak. Ügyesek a kockázatkezelésben, és a legfontosabb, hogy kommunikálhassák társaikkal az előbbieket.

Mi az elsajátítás? Van egy általánosan elfogadott elképzelés, miszerint BÁRMILYEN készség elsajátításához 10 000 óra ismétlésre van szükség ahhoz, hogy az emberi test és lélek felfogja és internalizálja a készséget. Erre hosszasan van írva Malcolm GladWell Outliers könyvében. Amikor az eredeti szerző egy terület elsajátításáról beszélt, arra hivatkozott, hogy a nagyon versenyképes mezőny csúcsának elérése 10 000 órát vesz igénybe.

Néhány példa Malcolm GladWell Outliereibe:

Mozart az első koncert fiatalon, 21 évesen. Ami eleinte fiatalnak tűnik, de 11 éves kora óta ír zenét.

A Beatles eleinte elkerülték. Azt mondták nekik, hogy nincs mustáruk, és más munkamenetet kell figyelembe venniük. 3 évet töltenek Németországban, körülbelül 1200 alkalommal játszanak különböző helyszíneken, mindegyik időtartama 5-8 óra. Újra megjelentek a Beatles néven, akiket ma ismerünk és szeretünk.

És végül: Bill Gates 20 éves kora kiesett a Harvardból, hogy megalapítsa a Microsoftot. Egyeseknek ez ostobaságnak tűnhet, de 20 éves korában fiatal életének csaknem felét programozással töltötte. 1975-ben a világon talán csak 50 embernek volt tapasztalata. Tapasztalata előrelátást adott, hogy lássa a jövőt a Microsoftban.

Peter Norvig a „ Tanítsd meg magad programozás tíz év alatt című esszéjében is tárgyalja a 10 000 óra szabályt. ”.

George Leonard Mastery című könyvében nagyon részletesen leírják, hogyan kell elsajátítani egy készséget. Újra és újra és újra gyakorolni kell a készséget. Minél több az ismétlés, annál jobban megismeri az egyes ismétlések különbségeit. Csak ezzel a betekintéssel lehet jobbá válni.

A szoftveripar címei (Junior, Mid-Level és Seniors) félrevezetőek és következetlenek szervezetenként. Dolgoztam olyan cégekkel, akik meghatározták a vezető fejlesztőt, aki legalább 5 éves tapasztalattal rendelkezik. Az élmény minőségéről nincs szó, csak arról, hogy 5 évig számítógép előtt ültek. Ezekkel az emberekkel dolgozva sokan még nem értettek az objektum-orientált programozáshoz – mégis vezető fejlesztőknek számítottak.

Kell lennie egy jobb és objektívebb módnak a szoftvermérnök készségének mérésére. John Haugeland közzétett egy számítógépes programozó készségmátrixát. Objektív módszer egy programozó készségszintjének mérésére , amelyet egyébként bélre kell hagyni.

A szoftvermérnököket nézve 4 készségek szintje: Világító, Senior, Középszint és Junior.

Világító (10 év felett) olyan, aki elsajátított egy készséget és hozzáfogott a saját fegyelmének fejlesztéséhez. Néhány példa: Ted Neward , Bob Martin bácsi , Donald Knuth, Oren Eini , Peter Norvig , Linus Torvalds. A világítótestek a készségek alapján változnak.

Idősebb (7-10 év közötti, 3. szint) olyan, aki az elmúlt 10 000 órát programozással töltötte egy adott műfajban. A tervezési minták erős ismeretei vannak. Az aszinkron programozást, a sorban állást, a gyorsítótárat, a naplózást, a biztonságot és a kitartást hasznosítják, ha szükséges.

Nagyon valószínű, hogy az idősebbek soha nem érik el a Luminary-t. A világítótestek gyakran beszélnek és írnak. Aktívan próbálják befolyásolni fegyelmüket.

Középszint (4–6 év, 2. szint) megérti a napi programozást. Önállóan dolgoznak és robusztus megoldásokat hoznak létre. Azonban még nem tapasztaltak nagy vagy összetett rendszerek létrehozását vagy fenntartását. Általánosságban elmondható, hogy a középszintű fejlesztők nagyszerűek az összetevő szintű fejlesztés terén.

Junior (1–3 év, 1. szint) aki megérti a programozás alapjait. Vagy diplomát szereztek szoftverfejlesztésből vagy informatikából, vagy saját maguk tanítják őket. Kódjukat folyamatosan felülvizsgálják. Iránymutatást adnak az algoritmusok, a karbantarthatóság és a felépítés tekintetében.

Megjegyzések

  • Ez a válasz arra készteti, hogy szeretném, ha kedvencet tudnék választ adni!
  • Ez jobb magyarázat. Válaszként kell megjelölni.
  • Ez a válasz egyáltalán hangoztatja, hogy a programozás Mozartjának kell lennie ahhoz, hogy " idősebbnek lehessen tekinteni. " Ez ' s vacak imo. Ez lehet az, ami ahhoz szükséges, hogy a programozás " Istennek ", de " Senior " köze az életkorhoz és a ranghoz. Ha ' egy ideje fejlesztés alatt áll, és másokat vezet, akkor ' re " senior. " Ennek őszintén szólva kevés köze van a kódolási élességéhez.
  • Fontosabb, mint a " adott esetben felhasználja az aszinkron programozást, a sorban állást, a gyorsítótárat, a naplózást, a biztonságot és a kitartást. " az, hogy tudnia kell, hogy mikor ne használja ezeket a tervezési mintákat, ha azok nem megfelelőek.Sok olyan középszintű ember van, aki jól ismeri a tervezési / építészeti mintákat, de akik mindent megpróbáltak beékelni azokba a mintákba, amelyekről a legutóbb olvastak.
  • Hűvös, így 11 évet tölthetek getterekkel és beállók és én ' Bob bácsi mellett állok!

Válasz

“Mikor hívhatnád magad vezető fejlesztőnek?” Amikor elkezdtem a junior fejlesztők mentorálását.

Megjegyzések

  • amelyek … középiskolában lettek volna.
  • hajlamos vagyok egyetérteni az idősebb embernek jelentéssel kell bírnia abban, hogy nem csak a ' kódolással ' képes. Néhányunk számára ez a középiskola óta megtörtént volna, de mások (több mint 10 éves tapasztalattal) még mindig csak a ' magányos ' dolog.
  • @Rudi: Az idősebb azt sugallja, hogy van valami alatta, ahelyett, hogy " régóta csinálná ". Ahogy egy népszerű filmben mondják, " mindig kettő van, egy mester és egy tanonc. " – megkapta a mester ' s kissé vékonyak a földön, ezért általában van néhány tanonc.
  • @Orbling – senior összehasonlítás, de nem ' nek nem kell viszonyulnia ugyanazon cég tagjaihoz.
  • @Jeff O: Megértem, honnan jöttél, ez inkább attól függ, hogy munkakörként vagy másként gondolod-e rá. fajta osztályozás. Leülnék az előbbihez, ami azt jelentené, hogy ugyanazon a cégen belül szükséges.

Válasz

te “újra” hiányzik a lényeg.

Az idősebb semmit nem jelent. A junior semmit sem jelent. A címek nem jelentenek semmit. A címem – társult üzleti rendszerek igazgatója. Feladataim – az informatika irányítása a ház szoftverének fejlesztésétől az infrastruktúráig, a biztonságon keresztül, az ügyfelek webhelyeire. Szoftverfejlesztési tapasztalatom – saját tanítású. Hálózati tapasztalatom – autodidakta. Átfogó képességeim az informatikai területen – rosszabbak, mint a tiéd.

Kezelési és irányítási képességem – vitatható, de karakterem és személyiségem megszerezte a munkát, és sikeressé tesz.

A címek nem jelentenek semmit, képesség és erőfeszítés mindent jelent. Nem vagyok a legjobb – és ezt hinni arrogáns lenne.

Felejtsd el a címek felfüggesztését, és bizonyítsd az értékedet!

Megjegyzések

  • Nem ' nem hiszem, hogy hiányzik a lényeg. Minden értelmes ember tudja, hogy ez nem jelent semmit. A ruhák viselése is értelmetlen, a hőmérséklet megfelelő. Végül is nem nagy hazugság a felnőtt élet?
  • Title = payrise 🙂

Válasz

Ugyanezt a tendenciát vettem észre. A napokban az egyik kérdés egy 2-3 év tapasztalattal rendelkező vezető fejlesztőre vonatkozott, aki építészhöz költözött.

A makkot fának nevezheted, de ez nem változtatja meg azt, hogy mi legyen.

csak logikus következtetés az, hogy az “idősebb” valami mást jelent:

  • viszonylagos rang, mint a “felsőbb osztályú srácnak”
  • szegény spanyol varázslók, vagyis ők jelentése: señor
  • déli helyesírás, mint a “senior popsi repedésnél húzzon fel nadrágot”

Manapság ez csak egy munka title , és mondhat bármit is a relatív ipari tapasztalatokról.

Hozzászólások

  • Lol, az építész dolognál. Hallottam az MS-ben, hogy egy srác 2 éves tapasztalattal válhat technológiai vezetővé, és megkérheti 10 év tapasztalattal rendelkező embert, hogy jobban teljesítsen, vagy szembesüljön a következményekkel: D
  • Nos, ez ' csak egy munkakör, de az emberek gyakran e megnevezés alapján ítélik meg a tudásodat, és hagyják, hogy ' ne felejtsék el a fizetésedet.
  • @Kev, pontosan és ezt ezért fontosak a ' címek 🙁
  • Ön ' viccelt a spanyol " se ñ vagy " dolog. Senki sem hív senkit " Se ñ vagy " fejlesztő.

Válasz

Szerintem a legjobb választ a Darknight adta .

Úgy érzem, szükségem van rá hogy rámutassak a következőkre.

2-3 éves programozási tapasztalat (közös munka + személyes) csak egy t-re nem elegendő o elegendő számú projektet láttak és elegendő mennyiségű problémával foglalkoztak. Most nem fog működni. Időre van szükséged ahhoz, hogy a dolgok a fejeden keresztül menjenek, átgondolják a tapasztalataidat és mentálisan magasabb szintű gondolkodásmódra léphetnek. Nem történik egyik napról a másikra.

Azt mondanám, hogy 5-7 éves gyakorlat alatt (ismét együtt dolgozom + személyes) nem várható csoda. Lehet, hogy sok tapasztalatot szerezünk bizonyos nyelvekről és keretrendszerekről, de még nem ugorhatunk rá új gondolkodásszint.

A másik dolog az egyén általános érettsége. Véleményem szerint először közelebb kerül a 30 éveshez. Ezt megelőzően agyunk valószínűleg magasabb órajelen dolgozik, de ez szemét feldolgozása lenne, mivel nincs elegendő adat a memóriában a nagyobb kép megtekintéséhez. Általános élettapasztalatunk valami finomságot, de valóságot ad hozzá gondolkodásunkhoz és munkánkhoz, tehát a programozáshoz, mint egy másik munkához.

Egy idősebb személy személyes elfogadása: legalább 27 éves, legalább 7 éves gyakorlattal rendelkező . Ezt megelőzően személyesen szkeptikus lennék (de még mindig nyitott gondolkodású, csak több bizonyítékot veszek fel nekem).

Hozzászólások

  • Nem biztonságos az idő megegyezése a munka wi-vel th tapasztalat. Egy idétlen ember, aki 10 évet tölt ugyanezzel a munkával minimális erőfeszítéssel, ki fog fújni a vízből, de egy okos játékos, aki 18 hónapig nyomja magát.
  • Úgy gondolom, hogy ez egy remek kiegészítő a markáns válaszhoz

Válasz

Nemrégiben volt egy jó blogbejegyzés, amelyet Martin Fowler készített. Olyan dolgokat vettem el belőle, amelyek:

  • Semmi köze ahhoz, hogy mennyi ideig dolgoztál valaki mellett. Három évig dolgozol, és idősebb fejlesztővé válsz. Mi történik hat év után? Senior vezető fejlesztővé válsz?

  • A vezető fejlesztők nem néznek le rád, és nem gondolják, hogy jobbak nálad. Ez nagyon fontos. Amint engeded, hogy az egód az utadba kerüljön, bajban vagy.

  • A vezető fejlesztők nem hárítják el a hibát. Előre jelzik a problémákat, és pozitívan kezelik őket.

  • Az emberek idősebb fejlesztőkkel akarnak együttműködni. Ez kulcs nekem. Szeretném, ha az emberek velem dolgoznának, és azt szeretném, ha örömmel dolgoznának velem.

  • Az idősebb fejlesztők nem a legokosabb mérnökök. Nem a legösszetettebb problémákkal foglalkoznak. Készségeik nem a programozásról szólnak. Kommunikációs képességeik ugyanolyan fontos szerepet játszanak.

  • Az idősebb fejlesztők jól tudnak becsülni.

  • Az idősebb fejlesztőknek mindig fontos, hogy mit csinálnak. Megértik, hogy az unalmas feladatokat ugyanolyan minőségben kell elvégezni, mint bármely más, potenciálisan érdekesebb feladatot.

Csak tisztázza a

A fent felsorolt készségeket véleményem szerint egy jó vezető szoftvermérnöknek rendelkeznie kell az alapvető szoftverfejlesztési ismeretek és gyakorlatok mellett.

Megjegyzések

  • Ezen szabvány szerint sok olyan ember, aki ' nem tud programozni és nem ' nem szeretnek, idősebb fejlesztők.
  • Soha nem mondtam, hogy nem szeretik vagy nem tudják ' “0ef76770b6″>

t program. Azt mondtam, hogy a készségkészletük nem csupán programozás, hanem számos más dolog is.

  • Nem azt értem, hogy ' azt mondanám, hogy ezt mondtad. Csak az általad említett képességek nem ' tartalmazzák a programozással kapcsolatos készségeket. Így sok embert idősebb programozóknak neveznének ez a szabvány, még akkor is, ha nőgyógyász vagy tűzoltó.
  • Sajnálom, egyértelműbbnek kellett volna lennem a válaszommal. Azok a készségek, amelyeket felsoroltam, véleményem szerint egy jó vezető szoftvermérnöknek rendelkeznie kell az alapvető szoftvermérnöki ismeretek mellett. Például. adatszerkezetek, operációs rendszerek, hálózatok, tartományvezérelt tervezés, adatbázis-rendszerek, elfogadási tesztek stb.
  • Link a blogbejegyzéshez?
  • Válasz

    Amikor sokakat mentoráltál, és évekkel később a legtöbbet megköszönted, miután először nem értett egyet veled, nyugodtan csatolhatod a “Senior” szót minden olyan címhez, amelyet parancsolhatsz.

    Addig az “ólom” valószínűleg egy leíróbb kifejezés.

    Számomra az “idősebb” kifejezés a gyakorlati tapasztalatok ÉS a bölcsesség csúcspontját jelöli, amikor emberekkel és önkényes elvárásaikkal foglalkozunk. . Vegye figyelembe ezt a forgatókönyvet:

    16 programozó egy csapatban, mindegyikük pontosan 1 évvel több tapasztalattal rendelkezik, mint a többi. Ez azt jelenti, hogy a 16 “programozónak több mint 16 éves tapasztalata van. A legtapasztaltabb tagok közül nyolcat tragikus módon megölnek, amikor egy busz betoppan egy üzletbe. A fele tapasztalattal rendelkező srácot most vezető fejlesztőnek tekintenék? Remélem nem, remélem, hogy a vállalat gyorsan kicseréli az ürességeket azonos vagy annál nagyobb kaliberű emberekkel, mint amennyit éppen elvesztettek.

    Utálom a “ kifejezést utazó “programozásba, de némelyik érvényes. Az” idősebb “kifejezés nem olyasmi, amit 15 évnél kevesebb tapasztalattal rendelkezőknek átadnék, mert messze túlmutat a műszaki ismereteken.

    Megjegyzések

    • +1 Journeyman, és valóban az egész régi céhrendszer teljesen érvényes mérnöki vezetésű szakmánkban.
    • Szavazz, ha tudnék. Ismerek egy maroknyi, 20 éven felüli fejlesztőt az iparban, akik rendelkeznek a " Senior " címmel, amely ' ne mondd el könyökből a seggüket. Megpróbáltam elmagyarázni nekem, hogy az MVC és az NTier ugyanaz. Az IMO vezetője nem ' t mond egyetlen dologról, nem beszélve a korról vagy az évekről a terepen. Ha egy második év fejlesztője képes csapat vezetésére (és képes is), akkor számításba vehetik őket a címért. A katonaságban a tanonc, az utazó, a kézművesek és a tanfelügyelő képességi szinteket azok kapják meg, akik rendelkeznek a szükséges készségekkel, és tesztelték annak bizonyítását. Ugyanígy érzem

    Válasz

    Ezt a “Junior / Senior Developer” címet tévesnek és félrevezetőnek találom, mert nincs erre valódi mértékegység. Mindannyian olyan szoftverfejlesztők vagyunk, akiknek kevesebb vagy több gyakorlati tapasztalata van. Ne próbáljon hierarchiát létrehozni a szoftverfejlesztők számára, nincs értelme, és ez árthat a fő fókuszpontnak: egy nagyszerű szoftverfejlesztő csapatnak.

    Megjegyzések

    • +1 Egyetért a megjegyzéssel, azt hiszem, itt nincs ilyen ezüst golyó, fontosnak tartom a technikai és az emberi készségeket is.
    • Úgy érzem, hogy sok esetben a cím egyre inkább a fizetési fokozat meghatározása, mint a készségszint és a tapasztalat. Amit elég gyakran a tárgyalási készségek határoznak meg. Ha egy középszintű fejlesztő interjút készít egy vezető beosztásért, és munkát kap, az valójában nem határozza meg, hogy képzettebbek vagy tapasztaltabbak-e. Egyszerűen képesek voltak tárgyalni magukról egy magasabb fizetett pozícióba. Ezért egyetértek veled, a címek tévesek és félrevezetőek lehetnek.
    • Úgy gondolom, hogy a válaszod itt a legjobb, de a valóságban a világ minden táján a vállalatok ezt a terminológiát használják minden munkakörben, így nem tudjuk elkerülni.

    Válasz

    Amikor visszatekint az előző munkájára, és rájön, milyen baromság volt. És megérted, hogy “jobb lettél, de vannak mérföldek, és még mindig tanulni kell.

    Megjegyzések

    • szerintem ' s az ellenkezője. Minél jobb vagy, annál több időbe telik, amíg a kód, amit írtál, gagyává vált. Amikor elkezdtem kódolni, folyamatosan visszanéztem, és rájöttem, milyen rossz a kódom. A tapasztalat tanít Ön írjon kódot, amely ' t nem romlik fénysebességgel.
    • @ back2dos Ez ' nem szól mennyi időbe telik a rossz kód megírása. ' s arról szól, hogy megértsd fejlesztői fejlettségedet, valamint alázatosságot és tanulást. Vezető fejlesztőnek lenni sokkal több, mint kód.
    • Amit megkülönböztetsz, az az emberi élet minden területén létező személyes fejlődés. Alázatos és tanulni hajlandó nem ' nem tesz semmivé idősebbé, inkább jó tanuló. Azonban a vezető fejlesztő elsődleges feladata tanítani. ' nem taníthatsz meg valakit, ha úgy gondolod, hogy 3 hónapja csak baromság. Szüksége van egy bizonyos nyugalomra, amely megszelídítheti a junior ' s " mindent ' , hagyja, hogy ' szakadjon szét és találja meg újra a kereket " -mentalitás.
    • @ back2dos szerintem lehetséges, hogy vezető fejlesztő legyél, és nem feltétlenül tanít, bár egyetértek azzal, amit mondasz, és hogy a mentorálás / tanítás a jó vezető fejlesztő egyik nagy előnye. A " minden ' s baromság " a vezető fejlesztő részének része képes megérteni, mi is valójában és mi nem ' t jó; ezek egy része tehetség, némi készség, de sok tapasztalat több környezettel is; mind a minőségi rendszerek, mind a vonatroncsok átélése sokat tanít.

    Válasz

    Néha más szakmákat nézek meg, és vajon miért nem szabványosítja magát a szoftveres programozás. Nem lenne haszna ennek a kérdésnek, mert elfogadott szabvány lenne bizonyos szintek megszerzésére. Aztán arra a felismerésre jutok, hogy “Ki halt meg és hagyta őket királynak?”

    Mindannyian tudjuk, hogy a tapasztalat, az oktatás, a képesítések és a címek mindenki számára a legalapvetőbb pillantást kapják a programozók képességeire. Vagy tudja, mit csinál, vagy nem. Szagolhatja sajátjait kedves, vagy tud “t.

    Válasz

    ” WHAAAT …. UNIT TEST !!!! I “ma senior programozó … Többé nem kell tesztelnem a kódomat “

    Ezt már hallottam … Így hagyja, hogy a” Juniorok “kijavítsák hibáit és teszteljék.

    “Építészt fogunk felvenni … nem, nem Mr. X-et, sokkal idősebb embert akarunk, olyat, aki már nem kódol”

    később az interjú ban:

    • tehát mely programozási nyelveket ismeri?

    • ahem … A COBOL-ot és a FORTRAN-t használtam, de most leginkább Ms Word, Excel és Powerpoint.

    • Kiváló … mikor kezdheti?

    Az igazán idősebb csak perspektíva kérdése, egy cím, ahogy Steven mondaná. Azt szeretném azonban mondani, hogy végül az a kód, amelyet írsz számít, de sajnos sok esetben az öltöny és a nyakkendő nagyobb hatást gyakorol, különösen akkor, ha már nem konkrét eredmények (kód) mérnek, hanem az, hogy mennyire tudja meggyőzni a hierarchiákat alapvető fontosságáról.

    Megjegyzések

    • még nem láttam ' azt, hogy egy szoftverfejlesztő 5 év alatt nyakkendőt viselt volna, nemhogy öltönyt!
    • Nekem van , valójában hébe-hóba a ahol korábban dolgoztam, tanácsadót fognak felvenni, hogy segítsen egy projekten, amin dolgozom, és úgy gondolták, hogy nem megy elég jól. néha sokat segített a kóddal és mindennel. Máskor nem volt szükségem a segítségre, hanem csak elmondtam neki, mit mondjak a főnökeimnek. Mivel öltönyöt és nyakkendőt viselt ", " érvei megalapozottak voltak és újra összeilleszthetők voltak, és éppen ezért kellett tenniük. Ezen a ponton egyszerűen abbahagytam, és hagytam, hogy az öltöny és a nyakkendő befejezze az egészet, találtam magamnak egy olyan társaságban munkát, ahol tilos az öltöny és a nyakkendő … most mindannyian annyira örülünk !!

    Válasz

    Ennek köze lehet a pénzhez.

    Néhány vállalat meghatározott fizetési tervet követ. Néhány megadott szabály miatt “nem helyezhetik el a” Developer “-létra közepére. De a” Senior Developer “-ladder aljára helyezhetnek.

    Személy szerint én furcsának találja, ha az embernek a főiskolán kívül vezetői címet adnak, de a másik oldalon – kit érdekel? Már tíz éve vagyok “fejlesztő”, és annak ellenére, hogy “idősebb” címet kapok, amikor a munkahely megváltoztatása most nem jelent semmit. Még mindig elsőéves leszek az új tartományban – legalább egy ideig …

    Válasz

    Amikor más hív vezető fejlesztő. Nincs egy meghatározás. Változás vállalatonként. Egy jól letelepedett vállalatban az újoncok kevesebb munkát kapnak, és tanulási görbéjük lassú. Az induló vállalatnál egy frissebb sok felelősséget vállalhat, és sok mindent megtanul kevesebb idő alatt. Ezt első kézből tapasztaltam. Sajnos csak a többi tapasztalt ember tudja kiszámítani ismereteinek mélységét, ha megnézi a kód vagy a munka minőségét. És biztos vagyok benne, hogy mindenki megkapja a címét, amikor lejár az ideje.
    És ha Ön ne változtassa meg a céget. 🙂

    Válasz

    Ez olyan cím, mint sok más cím. Ezeknek a „tizenéveseknek” itt még PhD is lehet , ez nem feltétlenül jelent semmit. De ez egyértelműen magasabb fizetést fog elérni nekik. Ugyanez vonatkozik a vezető fejlesztőre vagy a vezető építészre. Vagy a vezető projektmenedzser, stb.

    Ezt a tényt figyelembe véve jobb, ha munkatársaink “Senior Developer” -nek hívják, ahelyett, hogy sok éves tapasztalat után ezt a címet adnák saját kártyájukhoz – amit akkor tettem, amikor lehetőségem nyílt rá. 🙂

    Ettől eltekintve azt mondanám, hogy a 10 év minimum (beleértve a főiskolát vagy más végzettséget is).

    Megjegyzések

    • +1. De azt mondanám, hogy ' csak munkakör! Ha ' szerepel a munkakörében, akkor te egy vagy. Ha ' újra leírja önmagát, akkor jobban járhat, mint ' I ' ma vezető fejlesztő / programozó / építész / deadbeat / stb …

    Válasz

    nemrégiben láttam néhány álláshirdetést, akik egy évnél rövidebb tapasztalattal rendelkező CS diplomát keresnek. Ez őrültségnek tűnik számomra, még akkor is, ha ez csak egy cím. Az egyik a cím enyhítésére utal. Biztos vagyok benne, hogy pár cégnél, akiket ezekkel a kiküldetésekkel láttam, van egy másik „super-senior” címe, amely az igazi időseket jelöli. Feltételezem, hogy ez nem egy rossz felvételi stratégia. A cím nem minden, de minden más egyenlő két munkahely között, valószínűleg vállalnám amelyik a „Master Chief Developer” címet viseli.

    Az a pont, amikor a „Master Chief Developer” (vagy bármi is ez a magas beosztás, „senior” vagy más) igazolható, bár bonyolult meghatározni . Nem hiszem, hogy túlságosan objektívek lehetünk a számszerűsítésben. Durva képletként azt mondanám, hogy idősebbnek kell nevezni őket, ha általában a legjobbak a szobában, és a terem legalább 8 profi fejlesztőt tartalmaz. Ez azt sugallja, hogy egy idősebb ember legalább a 87. percentilisben van.Bár azt mondanám, hogy valószínűleg ezek a fejlesztők lesznek a legtöbb tapasztalattal, határozottan nem mondanám, hogy ez a tapasztalat == „idősebb”, vagy akár közel sem lenne. Ugyanakkor, bár szkeptikus vagyok abban, hogy a 7 vagy 8 évesnél fiatalabb idősek számának rendkívül csekélynek kell lennie, nem lehetetlen, hogy az ennél kevesebbel rendelkező valaki mester legyen.

    22 évesen minden bizonnyal a „valószínűtlen, hogy mester kategóriába kerüljek”. Bár néhány ilyen „10 (vagy 30) éves, 1 éves tapasztalattal rendelkező” típus körül vagyok, és őszintén kísértem, hogy jobbnak gondoljam magam, megpróbálok emlékezni arra, hogy ezek az emberek, még akkor is, ha nulla erőfeszítést tettek évtizedekig a tanulásig, valószínűleg a tiszta ozmózis révén még több ismeretet szereztem nálam sokféle témában. Egyszerűen nem tudhatnék annyit, mint ők a projekt teljes életciklusáról. Egy emberrel dolgozom, akinek a projektje idősebb nálam! Eléggé elgondolkodtató lenne, ha azt gondolnám, hogy többet tudtam egy ilyen jellegű projekt fenntartásáról, mint ő.

    A másik dolog, amit szem előtt kell tartani, ha 22 évesen idősebbnek kezded nevezni magad, akkor mi leszel 32 évesen? Kicsit rossz szolgálat a jövőd számára, ha feltételezzük, hogy máris a csúcson vagy. Sokan a 10 000 órás szabályt követik annak eldöntésére, hogy mikor valaki szakértő. Malcom Gladwell könyvében, ahol az ötletet javasolják, teljesen egyértelmű, hogy a szakértők nem egyszerűen a legjobbak, de bizonyos szerepet töltenek be. A kezdők semmilyen szempontból nem a legrosszabbak, de még inkább a módszer leírása, mint a képesség. Az újoncok gyorsan megtanulhatják a furcsa dolgokat, de gyakran gondjaik vannak a leggyakoribb dolgok olyan gyors elkészítésével, mint egy szakértő. A szakértők rendkívül precízen és gyorsan tudják elvégezni a rutinszerű dolgokat, és tudják, mely dolgokra kell figyelniük, amelyek problémákat jelezhetnek, de gyakran gondjaik vannak a változásokra való reagálással vagy a kényelmi zónájukon kívüli dolgok megtanulásával. Ezt szem előtt tartva még nem is akarok szakértő lenni. Szeretnék minél több új információt elsajátítani, ameddig csak lehet, mielőtt stabil domainbe települnék.

    Megjegyzések

    • 1) Az új diplomásokat is felveszik 2) Vannak, akik inkább egy modern diplomával rendelkező új diplomát szeretnek, amelyet ' formázhatnak ' a saját vágyaikhoz képest.
    • Amikor ' 1 évesen van, adjon esélyt annak a 30 éves srácnak. Lehet, hogy igazad van, de várj egy kicsit. Lehet, hogy jobban tudsz megoldásokat találni konkrét problémákra, de ha nem bűzlik ', akkor tud egy-két dolgot a nagyobb, globálisabb kérdések elkerüléséről. Vagy csak elkerülheti. Ez történt '. Sokat.

    Válasz

    10 év ?? Te csak hüjéskedsz. Ok, hogyan határozod meg a 10 évet? Tegyük fel, hogy valaki 15 évesen kezdett programozni, de 25 évesen proffessionális lett?

    Az iparág nem így működik. Azt hiszem, a különböző vállalatok hagyják, hogy az emberek 5-8 év között bármikor Senior Dev X-nek vagy Y-nek nevezhessék őket. A Szervezetben sok szolgálati idő nem csak képességekkel jár , sok köze van az egyén kezdeményezéséhez és ahhoz, hogy milyen felelősségeket hajlandó megosztani. Leginkább az ésszerű készségekkel és erős motivációval rendelkező emberek válnak idősebb profikká.

    A BTW 22 éves kora nem tizenéves 😉

    Hozzászólások

    • Természetesen 10 éves munkaviszony.
    • 14 éves koromban egy casio PB-700 másodfokú egyenletmegoldásának GWBasic grafikáját végeztem nagyítás / kicsinyítés funkciókkal ( jobban látja a tengellyel való metszéspontot, amelynél a nagyításnál a tengelyegység-számozásnál autofrakció volt). 28 évvel később python-ban programozok HTC androidomon, és 12+ éve " professzionális fejlesztő vagyok ". Ettől Se ñ vagy engem? Ne gondold. Még mindig egy hacker a szívében (játsszon egy kicsit az SLA4-tel az androidos telefonján, hogy megnézze, milyen messze van még a számítógép). ' az összes tizenéves vagyunk ebben a vállalkozásban.
    • @Chris: Milyen jó válasz társ. Boldog hackelést.
    • -1 Az első bekezdés az előző bejegyzésről szól (egy kommentnek kell lennie ehhez a bejegyzéshez), és természetesen nem egy ' jó válasz ' a kérdésre. Én ' én is kimegyek egy végtagra, és azt mondom, hogy a 10 éves tapasztalatnak csak akkor van értelme, ha sok tapasztalata van (a tapasztalat az egyetlen dolog, amit tud ' nem tanít, ha összehasonlítjuk a ' tudással ', amelyet megtehet). 40 ' s koromban sok ' idősebb ' tudást szereztem, Nem értem ' 5-8 év után a 20 ' s.
    • @Michael: +1 .Jó pontok a következővel kapcsolatban: " TAPASZTALAT "

    Válasz

    Az első alkalom, amikor legalább egy olyan interjú alkalmával kap munkát, amely természeténél fogva nem “klasszikus technikai interjú” (azaz beszéljen építészetről, koncepciókról, tervezésről, a vállalat szemléletéről, tapasztalat stb.)

    Az a tapasztalatom (korlátozott), hogy a junior fejlesztőket általában pusztán az interjúk kérdéseinek szokásos teljesítménye alapján, az idősebbeket pedig számos más interakció alapján veszik fel.

    Válasz

    Az életkor csak egy szám; egy fiatal gyerek egyre okosabb lesz, és _ beszúrja a számot éves tapasztalattal rendelkező programozó csak öregszik … Manapság egy gyerek tud írni tisztább, jobb, gyorsabb kódok intelligens módon. Egy öreg haver féltékennyé válhat.

    Megjegyzések

    • Értem, mire jut ' , de ha az életkor csak egy szám, miért utalja az embereket " kiddo " és " régi pal "? Kicsit korhűnek tűnik.
    • Az életkor csak előjel nélküli egész szám.

    Vélemény, hozzászólás?

    Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük