it-swarm-eu.dev

V tom okamžiku „znáte“ technologii natolik, abyste ji uvedli v životopisu

Nedávno jsem měl na pohovor programátora, který jako pár svých dovedností uvedl Python, PHP, Rails a ASP). V rozhovoru však dotazovaný neměl dost informací o tom, jaké kontrolní struktury a základní logika jsou, absolvovali pouze několik demonstračních tutoriálů.

Takže moje otázka zní: V tomto okamžiku můžete do svého životopisu přidat technologii přesně. Je to, když můžete demonstrovat všechny základní pojmy, napsat v něm užitečný program, nebo ho jen pohodlně používat, aniž byste museli každých 30 sekund odkazovat na dokumentaci.

Nemyslím si, že je to příliš subjektivní, a na základě zpětné vazby by měla být snadno stanovena základní linie.

74
Brandon Wamboldt

Měli byste být schopni bránit/vysvětlit každé slovo, které vložíte do svého životopisu. Druh disertační práce/disertační práce. Viděl jsem mnoho uchazečů odmítnutých s důvodem „nemohl ospravedlnit, co vložil do svého životopisu“.

Jedním z přístupů je sledovat vlastní dotazník společnosti Google. Hodnotit každou dovednost na stupnici 10. Tímto způsobem můžeme projektovat, jak jsme relativně pohodlní s různými technologiemi.

  • 1 znamená, že si můžete přečíst další kód se spoustou googlingů.
  • 5 možná pro implementaci modulů v technologii. Atd.
  • 8 pro spoustu zkušeností a pohodlí při navrhování a realizaci velkých projektů v této technologii.
  • 9 pro architektonické znalosti s mírným porozuměním tomu, co je pod kapotou.
  • 10 znamená, že jste do knihy napsali knihu nebo ji vymysleli.

Viděl jsem životopisy, které mají sloupcové grafy ukazující relativní znalosti v různých technologiích.

Další možností je seskupit dovednosti jako „silné porozumění“, „umírněné znalosti“ a „seznámení s“.

Upravit:

Snažil jsem se to dát jako poznámku, ale nevypadal jsem kvůli nedostatku formátování.

Pro informaci uvádíme zde, co Google definuje sazby ve svém autoevaluaci

  • 0 - Nemáte žádné zkušenosti
  • 1 až 3 - jste obeznámeni s touto oblastí, ale nebylo by příjemné implementovat v ní cokoli.
  • 4 až 6 - V této oblasti jste si jisti a používáte ji každý den.-
  • 7 - 9 Jste odborně zdatní a máte hluboké technické znalosti v daném předmětu a cítíte se pohodlně při navrhování jakéhokoli projektu v něm.
  • 10 - Vyhrazeno pro ty, kteří jsou uznávanými odborníky v oboru, buď jste v něm napsali knihu nebo ji vymysleli.
80
aufather

Podle mého způsobu myšlení je zaměření na konkrétní technologie chybou. Stále uvádím své zkušenosti s Rexx, ne proto, že si myslím, že by to někdo dnes hledal, ale proto, že chci zdůraznit svou schopnost plynule se pohybovat v různých jazycích, a to i po 19 letech v I.T.

Ne, pravděpodobně jsem nemohl plynule tabulovat s některými jazyky, které uvádím. Ale dej mi půl dne a já bych mohl napsat stejný skript v kterémkoli z nich (podle vašeho výběru).

Skutečnou otázkou pro mě je, zda můžete využít technologie před sebou (ať už je to cokoli), uvést dobré nápady do praxe způsobem, který prospívá společnosti, a učiní vaši práci náročnou a zábavnou?

Na tuto otázku je těžké odpovědět, pouze na základě přečtení seznamu „toho, co už víte“.

26
Greg Gauthier

To je problém, na který jsem narazil. Nakonec jsem se vrhl do sekce „Dovednosti“ svého životopisu úplně a zaměřil jsem se na to, co jsem udělal s těmito jazyky, konkrétně v mých projektech a zaměstnání sekce. V rámci popisu zvýrazňuji/zvýrazňuji specifické technologie.

Příklad:

Web Developer @ Company X (3. 3. až 5. 5. 2005) Primární vývojář na databázovém webu, který studentům filmu pomůže s organizací jejich projektů. Používáno PHP a MySQL. Pracoval na tom vývojem a uvolněním vedoucím k úspěšnému uvedení studentů na začátek roku 2009 a následnou údržbou.

Tato metoda dává vašim dovednostem skutečný kontext, který můžete diskutovat v rozhovoru.

23
Fishtoaster

Uvádím pouze věci, které dobře znám, a pro mě to znamená používá se v hněvu asi rok nebo déle.

To jsem jen já. To je, jak dlouho si myslím, že potřebuji opravd znát, ocenit a porozumět jazyku/systému/IDE/prostředí/cokoli.

Při šťourání se opravdu neučíte tak dobře. Většina jazyků/frameworků/atd. Opravdu vyžaduje, abyste se před návrhem „dostali“ do mysli návrháře a abyste věděli, o čem to trvá, trvá asi 12 měsíců.

Jako trochu stranou:

V mém pozičním pohovoru a čtení životopisů mi připadá zajímavé, že lidé uvádějí všechny druhy věcí, aniž by měli ve své zkušenosti žádné podpůrné informace, které by podporovaly jejich tvrzení. Mohou například uvést seznam PHP, MYSQL, Ada, C++, C #. A pak by jejich zkušenost mohla říci, že udělali projekt pomocí C++.

Když neexistuje nic, co by umožňovalo zálohovat jazyky uváděné v uvedených zkušenostech, obvykle cítím krysu a ta osoba se ani nedostaví na pohovor.

Výpis jazyků podle hodnocení, nebo jak dlouho se používá, nebo odbornost, to vše pomáhá tazateli - což není vždy to, co zamýšlí osoba předkládající životopis!

TIPY:

POKUD Píšete životopis:

  • Buďte jasní, přímí a svědomitě upřímní.

  • Udělejte život co nejjednodušší pro osobu, která váš životopis čte. Prezentujte jasně, bez nadsázky.

  • Pokud máte popis pozice, který zcela nesplňujete, připojte prohlášení ukazující, jak splňujete popis pozice (nedělejte to osobě, která získá váš životopis). A KDYŽ NEMÁTE SOMETING, co potřebujete - řekněte to. A pokud jste ochotni se učit, řekněte to. To také ukazuje, že jste si skutečně přečetli popis pozice a porozuměli jste mu, a že nevyvíjíte pouze životopisy formulářů pro každou pozici v okolí.

PŘEČTENÍ Životopisu:

  • Křížová kontrola - odpovídá uvedená zkušenost uvedené sadě dovedností? Pokud ne, něco je rybí.

  • Jak dlouho se něco používalo? Pár dní nebo tutoriál není zážitek bez ohledu na to, jak jej obléknete.

  • Má osoba neustále nasekané a změněné? Drželi se dostatečně dlouho na to, aby něco skutečně viděli? (Bydleli se svými vlastními chybami? Ne = další varování)

Někdy lze tyto věci jen těžko posoudit a nakonec vám bude „zápach“. Je to životopis, který má trochu mořský závan (tj. Vypadá to trochu rybí), pak se přesune.

Od Joel On Software: Jakékoli pochybnosti = žádné najímání. A z mé vlastní zkušenosti: Volná pozice je mnohem lepší než pozice obsazená někým, o kterém jste měli pochybnosti, který se ukáže jako špatná volba. (Žádný pokrok není lepší, než jít zpět.)

13
quickly_now

Proč vytváříte seznam technologií pro praní? Místo toho uveďte informace o projektu a uveďte klíčové technologie, rámce, knihovny a nástroje, které se zde používají. Tím se dosáhne několika věcí. Nejprve prokazujete své znalosti a dovednosti s něčím pro projekty, díky čemuž je kontextově relevantní. Za druhé, děláte svůj životopis více o tom, co jste udělali, a ne jen o tom, co víte.

V tomto případě, když mluvíte o své práci a povinnostech, můžete zahrnout, jak jste se naučili a používali Hibernate (a další technologie), abyste vytvořili cokoli, co je na vás. Pokud mě zajímají vaše schopnosti s Hibernate, je to něco, na co bych se chtěl během telefonního screeningu nebo rozhovoru zeptat. Očekával bych, že mi sdělíš nějaké informace o tom, co ten projekt byl, jak jsi použil Hibernate a co jsi se mohl naučit. Klíčové slovo si navíc vyberou všechny automatické skenery pro obnovení životopisu, váš životopis je však stále šetrný k člověku.

9
Thomas Owens

Nejsem si jistý, že je to přesně určitelné. Podle mého názoru by to mělo být případ od případu. Co tím myslím - dovolte mi vysvětlit na příkladu:

Job ad 1 - hledaný uchazeč se znalostí: Python, PHP, Rails, ASP, Assembler.
(a obvykle lze z reklamy určit, které dovednosti jsou důležitější než ostatní - které jsou „tam“)

V tomto případě bych si dal svůj životopis Python, PHP ... ... pouze pokud je opravdu dobře znám. Například Assembler, já vím jen velmi málo, ale dal bych to stále, protože to nemůže mít velký dopad v kombinaci se zbytkem výše uvedeného.

Job ad 2 - hledaný uchazeč se znalostí: Assembler, C/C++, Kernel ..., Python, PHP, ...

Tento případ je jiný. Tady je (je to?) Zřejmé, že hledají jiného kandidáta a že (pravděpodobně) budou ignorovat nedostatek znalostí PHP například, pokud kandidát má tyto další dovednosti.

Takže to opravdu záleží.

Obecně platí, že pokud chceme dát něco do životopisu, IMO, měli bychom vědět, jak „najít cestu“ kolem kódu, základní syntaxe a mít za sebou alespoň několik malých projektů, které používají tento konkrétní jazyk. Nemusí samozřejmě znát knihovny a pomoc ze srdce ... ale měl by jak a kde získat pomoc, kdyby ji potřeboval.
Proti tomuto pravidlu mohou existovat protiklady - všiml jsem si, že lidé, kteří (opravdu) znají mnoho jazyků, bývají někdy zmatení „v závislosti na tom, v kterém jazyce jsou v současnosti uvíznuti“ - například: pomocí IF/smyček/... dalších prvků syntaxe správným způsobem, ale s nesprávnou syntaxí (která se ve skutečnosti hodí jinému jazyku než tomu, o kterém právě přemýšlejí). To tedy ve skutečnosti není nezbytný skutečný test schopností.

4
Rook

Pokud vše, co děláte, je uvést seznam dovedností bez dalších souvislostí, pak většina lidí, kteří čtou váš životopis, by očekávala, že tyto znalosti znáte natolik dobře, aby se s nimi vypořádali s pohovory. Existuje však spousta kontextů, které můžete využít pro každou dovednost, aby bylo jasnější, jaká je vaše úroveň odbornosti. Nějaké příklady:

veďte, jak dlouho jste tuto dovednost využili

  • Java (5 let)
  • C++ (3 roky)
  • SQL (1 rok)

Dejte každé dovednosti hodnocení

  • Java (5/5)
  • C++ (3/5)
  • SQL (1/5)

Seznam dovedností v kategoriích

V současné době používá: Java, C++ Předchozí zkušenost: SQL

4
Yevgeniy Brikman

Cítili byste se pohodlně při jeho používání v novém projektu? Jste ochotni s tím znovu pracovat? Pokud ano, vložte jej tam. Nemusíte říkat „Guru“ nebo „Newb“, stačí jej uvést jako technik, se kterým jste obeznámeni. Pokud se v rozhovoru zeptají na vaši zkušenost, můžete vysvětlit podrobnosti. Pravděpodobně nebudou očekávat, že budete vědět všechno, ale bude pravděpodobně očekávají, že se budete moci/ochotně naučit části, které nemáte, když je potřebujete.

Mám pár sentimentů popisujících každou práci. V posledním odstavci každého popisu umístím „Jazyky a technologie použité:“ následované nástroji, které jsem použil v této práci.

Také mám sekci dovedností s poznámkou, která říká něco jako: "Pestrá zkušenost s následujícími jazyky a nástroji" a potom mám několik odrážek s jazyky a příslušnými rámci, které jsem použil v minulost.

Nepoužívám systém „ratingu“, protože bych nevěděl, jak se hodnotit v každém z jazyků (co znamená hodnocení 3 (od 0 do 5) v Java implikovat) pokud jde o znalosti?). Abych byl nečestný, pravděpodobně bych se při nízkém hodnocení snažil nízko. Ve skutečnosti se to stalo minulý rok, když jsem se ucházel o pracovní místo, a společnost mi dala dotazník, který žádal uchazeče o hodnocení banda jazyků.

Nevidím počet let, protože si nemyslím, že by to hodně pomohlo. Například mám 4 roky odborné praxe v jazyce/knihovně, kterou v současné době používám, ale nejsem odborníkem, protože obvykle dodržuji určitou podmnožinu.

Některé jazyky, které jsem uvedl v práci, jiné jsem používal pouze v univerzitních projektech a cvičeních (před 4 a více lety). Na některých z těchto jazyků bych na konci nemohl psát kód, ale mohl jsem se do nich vrátit během několika hodin studia. Pokud bych však z paměti odstranil jakýkoli jazyk, do kterého bych bez kontroly nemohl zapsat kód, zůstal by mi pouze dva jazyky - pravděpodobně také ne férové ​​hodnocení.

Momentálně pracuji na hledání zaměstnání, takže si prohlížím svůj životopis (čtu tedy programátory.SE a hledám životopisy :)) a přemýšlím o odstranění jazyků, které byly použity pouze v univerzitních projektech (a to bude to jako Prolog).

2
MyNameIsZero

Ve svých aplikacích práce používám dvě sekce pro technologie, jak bych očekával nejvíce; nejprve je zde sekce všeobecných dovedností a poté seznam konkrétních zkušeností v konkrétních projektech. Při použití I samozřejmě v obou částech uvádím většinou ty položky, které jsou relevantní pro danou práci.

Cíle:

Mám pocit, že uvedení technologie v obecné oblasti je silným prohlášením a pro technologii, která tam sídlí, potřebuji

  • umět s ním komunikovat
  • zvládnout s tím rozumně produktivně pracovat
  • znát možné boobytrapy, které v něm leží.

Kritéria

Moje velmi nejasná kritéria pro zařazení technologií do obecných dovedností se řídí těmito liniemi:

  • Znalost průměrného programátora, který použil tuto technologii k psaní programů sestávajících z asi 10 000 SLOC.
  • Schopnost průměrného programátora, který musel udržovat složitost programu, je přibližně 30 objektů.
  • Ekvivalent teoretických znalostí průměrné knihy.

V podstatě to je alespoň některé šířka v oblasti, manipulace s rozumnými složitost, a nějaký znalost o hrůzách, které čekají.

Příklady:

Profesionální, PHP: Psaní webových aplikací s PHP je moje denní práce několik let, s údržbou několika projektů, čtením mnoha knih a velkou částí Manuál za mnou. To by šlo v obou sekcích, kdyby to bylo pro danou práci relevantní.

Začátečník, Scala: Jsem uprostřed čtení knihy Scala kniha s asi 200 stránkami za mnou as několika stovkami řádků kódu napsaných. Pravděpodobně bych použijte ji někde jako vedlejší poznámku, pokud jsem ji viděl v reklamě na pracovní místo, jako je tato: „Nabídka, kterou nabízíte, se také zmínila Scala, kterou právě studuji a jsem více než ochoten se o tom dozvědět více. ““

Border case, Python: Napsal jsem malou střílecí hru a několik skriptů v Python se zkušeností několika tisíc řádků, četl tucet) článků a výukových programů na webu a některých částech příručky. Pokud by se reklama zmínila Python (a jinak bych byl dobře kvalifikovaný), napsal bych o tom ve svém životopisu v zkušenosti sekce, možná něco podobného tomuto: "Vytvořil jsem shoot'em up hru v Python s Pygame pomocí objektově orientovaného programování s bitmapovou grafikou").


2
Heikki Naski

Dejte si svůj životopis, pokud jste si jisti, že můžete odpovídat na technické otázky týkající se jazyka, aniž byste se museli stydět. Cílem je, aby životopis byl čestným odrazem vašich schopností, a měli byste předpokládat, že byste mohli být požádáni, abyste prokázali cokoli, co na životopis uvedete.

1
Bryan Oakley