W którym momencie „znasz” technologię wystarczającą, aby wymienić ją w CV [zamknięte]

Niedawno miałem programistę na rozmowę kwalifikacyjną, która wymieniła Python, PHP, Rails i ASP jako kilka swoich umiejętności. Jednak w wywiadzie rozmówcy nie wiedzieli wystarczająco, jakie są struktury kontrolne i podstawowa logika, wykonali tylko kilka samouczków demonstracyjnych.

Moje pytanie brzmi zatem: w którym momencie możesz dokładnie dodać technologię do swojego CV . Czy to wtedy, gdy możesz zademonstrować wszystkie podstawowe pojęcia, napisać w nim przydatny program lub po prostu wygodnie go używać bez konieczności odwoływania się do dokumentacji co 30 sekund.

Nie uważam, że jest to zbyt subiektywne, należy łatwo ustalić poziom bazowy na podstawie informacji zwrotnych.

Powinieneś być w stanie obronić / wyjaśnić każde słowo, które umieścisz w swoim CV. Coś jak ty rozprawa / praca magisterska. Widziałem wielu kandydatów odrzuconych z tego powodu, że „nie mogli usprawiedliwić tego, co umieścił w swoim życiorysie”.

Jednym z podejść jest postępowanie zgodnie z własnym kwestionariuszem Google. Oceń każdą umiejętność w skali 10. W ten sposób możemy przewidzieć, jak względnie komfortowo czujemy się dzięki różnym technologiom.

• 1 oznacza, że ​​możesz czytać inne kody z dużą ilością googlingu.
• 5 może za wdrożenie modułów w technologii. Itp.
• 8 za duże doświadczenie i wygodę w projektowaniu i wdrażaniu dużych projektów w tej technologii.
• 9 za wiedzę architektoniczną z umiarkowanym zrozumieniem tego, co jest pod maską.
• 10 oznacza, że ​​napisałeś na nim książkę lub ją wymyśliłeś.

Widziałem CV, które mają wykresy słupkowe wskazujące względną biegłość w różnych technologiach.

Inną opcją jest grupowanie umiejętności jako „silne rozumienie”, „umiarkowaną biegłość” i „zaznajomienie się”.

Edytować:

Próbowałem umieścić to jako komentarz, ale nie wyglądałem z powodu braku formatowania.

Dla porównania, oto, co Google określa stawki w ich samoocenie

• 0 - Nie masz doświadczenia
• 1 do 3 - znasz ten obszar, ale nie byłoby w nim nic wygodnego. -
• 4 do 6 - Masz pewność w tej dziedzinie i korzystaj z niej codziennie. -
• 7 - 9 Jesteś bardzo biegły w ekspercie i masz głęboką wiedzę techniczną w tej dziedzinie i czujesz się swobodnie, projektując w nim każdy projekt. -
• 10 - Zarezerwowany dla tych, którzy są uznanymi ekspertami branżowymi, albo napisałeś w nim książkę, albo ją wymyśliłeś.

Moim zdaniem skupienie się na konkretnych technologiach jest błędem. Nadal wymieniam moje doświadczenia z Rexxem, nie dlatego, że myślę, że ktokolwiek dzisiaj by go szukał, ale dlatego, że chcę podkreślić moją zdolność do płynnego poruszania się w różnych językach, nawet po 19 latach w IT

Nie, prawdopodobnie nie udało mi się płynnie wprowadzić niektórych języków, które wymieniam. Ale daj mi pół dnia, a mógłbym napisać ten sam skrypt w dowolnym z 3 z nich (twój wybór).

Dla mnie prawdziwe pytanie brzmi: czy możesz skorzystać z dostępnej przed tobą technologii (cokolwiek to może być), aby wprowadzić dobre pomysły w działania, które przyniosą korzyści firmie i sprawią, że Twoja praca będzie trudna i przyjemna?

To trudne pytanie, na które trzeba odpowiedzieć, po prostu czytając listę „tego, co już wiesz”.

To jest problem, z którym się trochę spotkałem. W końcu całkowicie porzuciłem sekcję „Umiejętności” mojego życiorysu i skupiłem się na tym, co zrobiłem z tymi językami, szczególnie w dziale projektów i zatrudnienia. Podkreślam / pogrubiłem konkretne technologie jako część opisu.

Przykład:

Web Developer @ Company X (3/3/03 do 5/5/05) Główny programista w witrynie opartej na bazie danych, aby pomóc uczniom filmowym w organizacji ich projektów. Używany PHP i MySQL . Pracowaliśmy nad tym, opracowując i wydając, co doprowadziło do pomyślnego wdrożenia dla studentów na początku 2009 r., A następnie konserwacji.

Ta metoda daje twoim umiejętnościom rzeczywisty kontekst, który możesz omówić podczas rozmowy kwalifikacyjnej.

Wymieniam tylko te rzeczy, które dobrze znam, a dla mnie oznacza to, że są używane w gniewie przez około rok lub dłużej .

To tylko ja. Tak długo myślę, że naprawdę potrzebuję poznać, docenić i zrozumieć język / system / IDE / środowisko / cokolwiek.

Majstrując, tak naprawdę nie uczysz się tak dobrze. Większość języków / frameworków / etc naprawdę wymaga, abyś zapoznał się z umysłem projektanta, zanim go „zrozumiesz”, i aby naprawdę wiedzieć, o co ci chodzi, potrzeba około 12 miesięcy.

Na marginesie:

W moim stanowisku podczas przeprowadzania wywiadów i czytania życiorysów interesujące jest to, że ludzie wymieniają wszelkiego rodzaju rzeczy, bez żadnych informacji potwierdzających ich doświadczenie. Na przykład mogą wyświetlać PHP, MYSQL, Ada, C ++, C #. A potem ich doświadczenie może powiedzieć, że wykonali projekt przy użyciu C ++.

Kiedy nie ma nic do poparcia języków wymienionych w wymienionym doświadczeniu, zwykle wącham szczura, a ta osoba nawet nie dotrze na rozmowę.

Lista języków według oceny, okresu użytkowania lub biegłości wszystko pomaga ankieterowi - co nie zawsze jest zamierzone przez osobę składającą CV!

PORADNIK:

JEŚLI PISANIE CV:

• Bądź jasny, bezpośredni i skrupulatnie szczery.

• Uczyń życie tak prostym dla osoby czytającej twoje CV, jak to możliwe. Prezentuj wyraźnie, bez hiperboli.

• Jeśli masz opis stanowiska, którego nie spełniasz całkowicie, dołącz oświadczenie, w jaki sposób spełniasz opis stanowiska (nie ujawniaj tego osobie, która otrzyma twoje CV). I GDZIE NIE SPOTKASZ COŚ wymaganego - powiedz tak. A jeśli chcesz się uczyć, POWIEDZ TAK. To pokazuje również, że faktycznie przeczytałeś opis pozycji i zrozumiałeś go, i nie tylko wyciągasz CV z każdej pozycji w pobliżu.

JEŚLI CZYTANIE CV:

• Kontrola krzyżowa - czy wymienione doświadczenie odpowiada podanemu zestawowi umiejętności? Jeśli nie, coś jest podejrzane.

• Jak długo coś było używane? Kilka dni lub samouczek nie są wrażeniami, bez względu na to, jak je ubierzesz.

• Czy osoba ciągle sieka i się zmienia? Czy trzymali się wystarczająco długo, aby coś zobaczyć? (Czy żyli z własnymi błędami? Nie = kolejne ostrzeżenie)

Czasami te rzeczy są trudne do oceny i kończy się to „zapachem”. To CV ma trochę powiew morza (tzn. Wydaje się nieco podejrzane), a następnie przejść dalej.

Od Joel On Software: wszelkie wątpliwości = brak zatrudnienia. I z własnego doświadczenia: wolne stanowisko jest o wiele lepsze niż zajęte przez kogoś, kogo miałeś wątpliwości, który okazał się złym wyborem. (Brak postępów jest lepszy niż cofanie się).

Dlaczego tworzysz listę technologii prania? Zamiast tego dołącz informacje o projekcie i wspomnij o kluczowych technologiach, strukturach, bibliotekach i używanych tam narzędziach. Osiąga to kilka rzeczy. Po pierwsze, demonstrujesz swoją wiedzę i umiejętności w projektach, co sprawia, że ​​jest to istotne kontekstowo. Po drugie, robisz swoje CV więcej o tym, co zrobiłeś, a nie tylko o tym, co wiesz.

W takim przypadku, gdy mówisz o swojej pracy i obowiązkach, możesz podać, w jaki sposób nauczyłeś się i używałeś Hibernacji (i innych technologii), aby stworzyć cokolwiek to zrobisz. Jeśli interesują mnie twoje umiejętności związane z Hibernacją, pytam o to podczas przesłuchania przez telefon lub wywiadu. Spodziewam się, że powiesz mi trochę informacji o tym, czym był projekt, jak wykorzystałeś Hibernację i czego mógłeś się nauczyć. Ponadto wszystkie automatyczne skanery CV wznowią słowo kluczowe, ale Twoje CV jest nadal przyjazne dla człowieka.

Nie jestem pewien, czy można to dokładnie ustalić. Moim zdaniem powinno to być indywidualne. Co mam na myśli - pozwól mi wyjaśnić na przykładzie:

Ogłoszenie o pracę 1 - poszukiwany kandydat ze znajomością: Python, PHP, Rails, ASP, asembler.
(i zwykle można to nieco określić na podstawie reklamy, które umiejętności są ważniejsze niż inne - które są tam „na wszelki wypadek”)

W takim przypadku założyłem swoje CV Python, PHP ... tylko jeśli naprawdę je znam. Asembler, na przykład, wiem bardzo mało, ale powiedziałbym, że nadal, bo nie może mieć większego wpływu w połączeniu z resztą powyższego.

Ogłoszenie o pracę 2 - poszukiwany kandydat ze znajomością: asemblera, C / C ++, jądra ..., Python, PHP, ...

Ten przypadek jest inny. Tutaj jest (czy to jest?) Oczywiste, że szukają innego rodzaju kandydata i że (prawdopodobnie) zignorują na przykład brak znajomości PHP, jeśli kandydat posiada te inne umiejętności.

Więc to zależy naprawdę.

Zgodnie z ogólną zasadą, aby umieścić coś w CV, IMO, należy wiedzieć, jak „znaleźć drogę” wokół kodu, podstawowej składni i mieć za sobą co najmniej kilka małych projektów korzystających z tego konkretnego języka. Oczywiście nie musi znać bibliotek i pomocy na pamięć ... ale powinien wiedzieć, jak i gdzie uzyskać pomoc, gdyby jej potrzebował.
Mogą istnieć przeciwne przykłady tej zasady - zauważyłem, że ludzie, którzy (naprawdę) znają wiele języków, często się mylą „w zależności od tego, w którym aktualnie utkną” - na przykład: używając IF / pętli / ... inne elementy składniowe w poprawny sposób, ale z niepoprawną składnią (która w rzeczywistości pasuje do innego języka niż ten, o którym obecnie myślą). To nie jest tak naprawdę konieczny prawdziwy test umiejętności.

Jeśli wszystko, co robisz, to wymienia umiejętności bez innego kontekstu, wtedy większość osób czytających twoje CV spodziewałaby się, że znasz tych na tyle dobrze, aby poradzić sobie z nimi podczas wywiadów. Istnieje jednak wiele kontekstów, które możesz wykorzystać wokół każdej umiejętności, aby uczynić bardziej oczywistym jaki jest Twój poziom wiedzy. Kilka przykładów:

Wymień, jak długo używałeś umiejętności

• Java (5 lat)
• C ++ (3 lata)
• SQL (1 rok)

Daj każdej umiejętności ocenę

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

Wymień umiejętności w kategoriach

Obecnie używa: Java, C ++ Poprzednie doświadczenie: SQL

Czy czułbyś się dobrze, używając go w nowym projekcie? Czy jesteś chętny do pracy z nim ponownie? Jeśli tak, to umieść to tam. Nie musisz mówić „Guru” lub „Newb”, po prostu wymień go jako technologię, którą znasz. Jeśli zapytają Cię w wywiadzie o twoje doświadczenie, możesz wyjaśnić szczegóły. Prawdopodobnie nie będą oczekiwać, że będziesz wiedział wszystko, ale prawdopodobnie będą oczekiwać, że będziesz w stanie / chętnie nauczysz się części, których nie znasz, kiedy ich potrzebujesz.

Mam kilka sentencji opisujących każdą pracę. W ostatnim akapicie każdego opisu umieszczam „Zastosowane języki i technologie:”, a następnie dowolne narzędzia, których użyłem w tym zadaniu.

Mam też sekcję Umiejętności z notatką, która mówi coś w stylu: „Zróżnicowane doświadczenie z następującymi językami i narzędziami”, a następnie mam kilka wypunktowań z językami i odpowiednimi ramami, których używałem w przeszłości.

Nie używam systemu „oceniania”, ponieważ nie wiedziałbym, jak oceniać siebie w każdym z języków (co oznacza ocena 3 (od 0 do 5) w Javie pod względem wiedzy?). Aby nie być nieuczciwym, pewnie celowałbym nisko podczas samooceny. Stało się tak w zeszłym roku, kiedy złożyłem podanie o pracę, a firma dała mi kwestionariusza, który poprosił wnioskodawcę o ocenę siebie w wielu językach.

Nie podam liczby lat, ponieważ nie sądzę, żeby to bardzo pomogło. Na przykład mam 4-letnie doświadczenie zawodowe w języku / bibliotece, z którego obecnie korzystam, ale nie jestem w tym ekspertem, ponieważ zwykle trzymam się jego pewnej części.

Niektóre z wymienionych przeze mnie języków używałem w pracy, inne tylko w projektach i ćwiczeniach uniwersyteckich (4 lub więcej lat temu). Nie byłbym w stanie napisać kodu w niektórych z tych języków na przystanku, ale mogłem wrócić do nich w ciągu kilku godzin nauki. Gdybym jednak usunął z pamięci dowolny język, w którym nie byłbym w stanie napisać kodu bez recenzji, pozostałyby mi tylko dwa języki - prawdopodobnie też nie jest to uczciwa ocena.

Obecnie szukam pracy, więc przeglądam moje CV (dlatego czytam programistów.SE i szukam wskazówek CV :)) i myślę o usunięciu języków, które były używane tylko w projektach uniwersyteckich (i to byłoby takie jak Prolog).

W aplikacjach o pracę wykorzystuję dwie sekcje dotyczące technologii, jak bym się spodziewał; najpierw jest sekcja umiejętności ogólnych, a następnie lista konkretnych doświadczeń w konkretnych projektach. Oczywiście, stosując aplikację, wymieniam w obu sekcjach głównie te elementy, które są istotne dla danego zadania.

Cele:

Wydaje mi się, że umieszczenie technologii w ogólnym obszarze jest mocnym stwierdzeniem, a aby technologia mogła tam przebywać, muszę to zrobić

• móc się z tym komunikować
• zarządzać z nim rozsądnie wydajną pracą
• mieć wiedzę na temat możliwych pułapek, które się w nim leżą.

Kryteria

Moje bardzo niejasne kryteria wyliczania technologii w umiejętnościach ogólnych są następujące:

• Biegłość przeciętnego programisty, który wykorzystał technologię do pisania programów składających się z około 10 000 SLOC.
• Zdolność przeciętnego programisty, który musiał utrzymać złożoność programu wielkości około 30 obiektów.
• Odpowiednik wiedzy teoretycznej przeciętnej książki.

Zasadniczo to przynajmniej niektóre szerokość w okolicy, manipulacyjny rozsądnym złożoności , a niektórzy wiedza o okropnościach, które czekają.

Przykłady:

Biegły, PHP: Pisanie aplikacji internetowych za pomocą PHP jest od kilku lat moim codziennym zajęciem, z utrzymaniem kilku projektów, czytaniem wielu książek i dużą częścią instrukcji za mną. Byłoby to w obu sekcjach, gdyby miało to znaczenie dla zadania.

Początkujący, Scala: Jestem w trakcie czytania książki Scala z około 200 stronami za mną i kilkoma napisanymi wierszami kodu. Prawdopodobnie użyłbym go gdzieś w notatce dodatkowej, gdybym zobaczył go w ogłoszeniu o pracy, w ten sposób: „Oferowana praca również wspomniała o Scali, którą teraz studiuję i jestem więcej niż chętny, aby dowiedzieć się więcej. o tym."

Border case, Python: Napisałem małą grę typu shoot'em up i kilka skryptów w Pythonie z doświadczeniem kilku tysięcy linii, czytając kilkanaście artykułów i samouczków w Internecie oraz niektóre części podręcznika. Gdyby reklama wspominała o Pythonie (i inaczej byłbym dobrze wykwalifikowany), napisałbym o tym w moim CV w sekcji doświadczeń, być może coś podobnego do tego: „Stworzyłem strzelankę w Pythonie z Pygame przy użyciu programowanie obiektowe z grafiką bitmapową ".

Umieść go w swoim CV, jeśli masz pewność, że możesz odpowiedzieć na pytania techniczne dotyczące języka bez zawstydzania siebie . Celem jest, aby CV było rzetelnym odzwierciedleniem twoich umiejętności i powinieneś założyć, że możesz zostać poproszony o udowodnienie wszystkiego, co włożyłeś w CV.

Wymieniam tylko umiejętności, których użyłem w projekcie.

Nie podoba mi się pomysł umieszczenia mojej wiedzy na temat technologii w moim CV, oceny na 5 itd. Przeprowadziłem wywiad z wieloma osobami, które oceniają się znacznie wyżej niż one.

Wolę, jeśli podczas rozmowy pytam i pytam, dlaczego mówią o tym poziomie, lub jeśli pytam o miejsce i dlaczego oceniam siebie jako 5/5.

Jeśli masz pewność, że biorąc udział w teście programistycznym w tej technologii jako część wywiadu, poradzisz sobie, to jest w porządku.

Gdybyś powiedział

właściwie nie używałem X od jakiegoś czasu, więc jestem trochę zardzewiały ...

Prawdopodobnie najlepiej nie wymieniać go jako umiejętności. Nie oznacza to, że nie możesz wspominać gdzie indziej o poprzednich projektach, nad którymi pracowałeś.

Czasami wystarczy znajomość znaczenia akronimu, aby dodać go do CV ...

Dotyczy to na przykład ram i bibliotek, które można połączyć z danym językiem.