Dlaczego zostało to tak surowo odrzucone? Myślę, że jest to jedno z niewielu subiektywnych pytań, które są istotne - istnieje mnóstwo pytań związanych z karierą / życiorysami równoważnych programistom na StackOverflow, które zostały z radością przyjęte.
Wayne Koorts
1
Zgoda. Chociaż jest to subiektywne, ludzie mogą tutaj poświadczyć, jakie certyfikaty uznali za przydatne na rynku pracy (A +, MCSE itp.). Myślę, że jedną rzeczą, która wymaga wyjaśnienia, jest typ zadania sysadmin, którym możesz być zainteresowany. Na przykład certyfikacja Adobe CF nie będzie wiele znaczyła, jeśli chcesz zostać inżynierem pamięci masowej EMC.
Milner
może wiki społeczności?
Mikeage,
2
Ludzie muszą się wyluzować dzięki tym regułom. To miejsce bardziej przypomina DMV niż „społeczność online”.
duffbeer703
Byłoby całkiem fajnie, gdyby pytanie było bardziej jasne, czy dotyczy to osoby poszukującej czy ankietera ...
James Cape
Odpowiedzi:
13
ankieterzy są zainteresowani twoimi doświadczeniami z ich systemami lub systemami podobnymi do nich
więc dostosuj CV do potrzeb przyszłego pracodawcy, np. przeprowadź badania, dowiedz się, jaki sprzęt / systemy mają, i podkreśl odpowiednie części twojego doświadczenia
na przykład, jeśli potencjalny pracodawca korzysta z farmy serwerów WWW dla asp.net i klastra pracy awaryjnej dla ms sql i innych krytycznych serwerów, doświadczenie z takimi systemami powinno być widoczne (i mam nadzieję, że ostatnio) w twoim CV
jeśli nie masz doświadczenia z farmami i klastrami stwardnienia rozsianego, ale z innymi farmami i klastrami, podkreśl je i podsumuj różnice w rozmowie kwalifikacyjnej
CV to broszura sprzedażowa; jesteś produktem. Nie ma żadnych magicznych certyfikatów, podobnie jak nie ma żadnych niezawodnych funkcji sprzedaży jakichkolwiek innych produktów: chodzi o dopasowanie potrzeb i umiejętności
Moje CV zawierało sekcję „Zgodność z modnym powiedzonkiem”, ale wyjąłem ją, ponieważ firmy rekrutacyjne nie mają poczucia humoru. Teraz nazywa się „Matryca umiejętności”
Dave Cheney
10
Twoim największym celem przy zatrudnianiu administratora systemu powinno być unikanie szarlatana. Produkt pracy sysadmina to zestaw oddziałujących ze sobą systemów, które się nie rozpadają, co można osiągnąć, nigdy go nie dotykając lub będąc dobrym w pracy, więc szarlatan może jeździć na łyżwach bez konieczności dotykania czegokolwiek przez kilka miesięcy, jeśli starają się uniknąć konieczności robienia czegokolwiek. Jednak gdy zostaną popchnięte, zawiodą, a ty utkniesz z zepsutym gównem do naprawienia.
Pomyśl o deweloperze, który nie sprawdza kodu przez pierwsze kilka miesięcy pracy: czy jest to zwykły przypadek złych / antyspołecznych praktyk kodowania, czy ukrywa fakt, że jest do kitu? Administratorzy systemów znajdują się w podobnej pozycji, z tym wyjątkiem, że rzadko istnieje stopień kontroli zmian w kodowaniu. Narzędzia do programowania systemów, takie jak marionetka, są dobre do naprawienia tego, ponieważ (jeśli są używane jako jedyny sposób zarządzania systemami) mogą traktować konfigurację systemu jako projekt oprogramowania, a Ty używasz tych samych narzędzi do audytu, co programistów (np. Commits maile).
Z mojego doświadczenia wynika, że certyfikaty są w najlepszym wypadku nieistotne, aw najgorszym wprowadzają w błąd. Nigdy, nigdy, nigdy nie zatrudniaj kogoś w oparciu o mocne strony ich certyfikatów. Ze wszystkich życiorysów, które widziałem, najlepsi techniczni ludzie nie przyklejają logo życiorysów, gdy je mają, w życiorysie --- to duży, wiszący znak, że ktoś jest bardziej zależny od swojego rodowodu niż umiejętności. Pisemne testy testowe to pytania, które można odgadnąć w oparciu o konkretny tekst z podręcznika, z którego są oparte. Jestem pewien, że rozumiem RFC4601, zaprojektowałem i wdrożyłem bezpieczny, globalny system multiemisji między domenami i otrzymałem 67% przy ostatnim podejściu do egzaminu CCNA. Tymczasem mój podwładny z certyfikatem drugiego poziomu nie może się dziwić, że nie ma żadnej funkcji różnica między RFC1918 a adresami publicznymi ...
W przeciwieństwie do tego, co powiedzieli inni, dłuższe wznowienia są lepsze niż krótsze: dają bardziej szczegółowe pytania do zbadania i zadają próbę uniknięcia szarlatanów. Wykonuj wielopoziomowe wywiady telefoniczne, jeśli musisz: skorzystaj z pierwszego, aby dowiedzieć się, co tak naprawdę robią, a drugiego po zorientowaniu się, jakie pytania należy zadać dla danych technologii.
Twoim drugim największym celem powinno być znalezienie kogoś, kto ma doświadczenie w systemach, z których już korzystasz. Znajdź kogoś, kto zajął się problemami, które masz teraz lub które mogą przewidzieć w przyszłości (buduj systemy i metody wdrażania, systemy monitorowania, zabezpieczenia, skalowanie). Poszukaj kogoś, kto pracował w podobnych sytuacjach biznesowych do tego, co masz teraz i jest gotowy poradzić sobie z problemami związanymi z twoją sytuacją. Inżynier ze stażem pracy w sieci, który przyzwyczaił się do posiadania nieograniczonego budżetu, działu zakupów i rocznych cykli projektowych, nie będzie działał przy starcie. I odwrotnie, anarchista z Linuksa nie poradzi sobie dobrze, gdy zostanie poproszony o poddanie się procedurze kontroli zmian ActiveDirectory w twojej Fortune 50.
Jeśli musisz budować dział wraz z rozwojem, nie zatrudniaj kogoś, kto wcześniej nikogo nie zatrudniał; jeśli chcesz poradzić sobie z 20 TB danych o wysokiej dostępności, nie zatrudniaj osoby, która wcześniej nie korzystała z SAN itp.
Myślę, że najlepsza rada CV dla każdego, w tym dla osób technicznych, pochodzi z Menedżera narzędzi . Mają kilka podcastów na temat wywiadów i wznawiają, ale te, od których chciałbym zacząć, to:
Narzędzia menedżerskie i narzędzia kariery mają mnóstwo świetnych rzeczy, szczególnie dla każdego, kto prowadzi zespół dowolnego rodzaju. Bardzo je polecam.
Certyfikaty są opcjonalne, jeśli możesz udowodnić, że masz doświadczenie. To samo dotyczy stopni, chyba że planujesz przejść do pracy, w której nosisz krawat i sporządzasz wykresy kołowe przez cały dzień.
Sprecyzuj technologie, które znasz. Dostosuj swoją wiedzę do firmy - na przykład, jeśli mają dużo usług internetowych, wykorzystaj swoje doświadczenia z IIS / Clustering / Web farm.
Kilka ogólnych porad dostarczonych przez facetów z Menedżera narzędzi (na które wskazuje również @CanyonR)
Ogólne wznawianie rzeczy
Dbaj o krótkie podsumowanie (zalecamy jedną stronę ... ale 1-4 to dobry początek)
Podaj tytuł stanowiska i daty zatrudnienia oraz opisz obowiązki (tj .: co miałeś zrobić)
Lista osiągnięć (np .: niektóre z najważniejszych rzeczy, które zrobiłeś)
Inne rzeczy do podkreślenia
Podkreśl swoją pracę w międzynarodowych zespołach, a nawet zdalnych interesariuszach
Podkreśl swoją pracę dzięki kontroli kosztów i budżetom. Jest to ważne w tych czasach, czy pracowałeś wbrew budżetowi? czy wykonałeś pracę za zaskakująco małą sumę pieniędzy?
Miary i pomiary wydajności. Coraz częściej będziesz musiał udowodnić wartość swoich systemów firmie, w której pracujesz.
Specyficzne dla Sysadmin
Osobiście nie oceniam certyfikatów zbyt wysoko
Lubię widzieć szeroki zakres umiejętności w zakresie systemu operacyjnego i znajomość sprzętu
Proszę znać przynajmniej jeden język skryptowy i, mam nadzieję, kilka innych. Cokolwiek takiego jak Perl, python, ruby, dobre skrypty powłoki. Nie będziesz kodował, ale będziesz tworzył skrypty konserwacyjne i zadania automatyzacji.
Miej trochę doświadczenia z DBA. Podstawowa znajomość wydajności i DB, takich jak Oracle, MS SQL, MySQL itp. Prawdopodobnie nie będziesz DBA .. ale DBA wydaje się znikać.
Posiadaj doświadczenie w serwerach WWW i, mam nadzieję, jakieś zaawansowane aplikacje. Na szczęście znikają również sysadmini dla webmasterów i aplikacji.
Być w stanie wykazać się dobrą znajomością bezpieczeństwa i niektórych bieżących problemów.
Wreszcie, ogólnie zainteresuj się komputerami i być w stanie wykazać się pewnym zaangażowaniem w obsługę klienta i wsparcie. Sysadmin, który nie rozumie swojej roli jako wsparcia technicznego i ceni ją, to strata czasu.
Odpowiedzi:
ankieterzy są zainteresowani twoimi doświadczeniami z ich systemami lub systemami podobnymi do nich
więc dostosuj CV do potrzeb przyszłego pracodawcy, np. przeprowadź badania, dowiedz się, jaki sprzęt / systemy mają, i podkreśl odpowiednie części twojego doświadczenia
na przykład, jeśli potencjalny pracodawca korzysta z farmy serwerów WWW dla asp.net i klastra pracy awaryjnej dla ms sql i innych krytycznych serwerów, doświadczenie z takimi systemami powinno być widoczne (i mam nadzieję, że ostatnio) w twoim CV
jeśli nie masz doświadczenia z farmami i klastrami stwardnienia rozsianego, ale z innymi farmami i klastrami, podkreśl je i podsumuj różnice w rozmowie kwalifikacyjnej
CV to broszura sprzedażowa; jesteś produktem. Nie ma żadnych magicznych certyfikatów, podobnie jak nie ma żadnych niezawodnych funkcji sprzedaży jakichkolwiek innych produktów: chodzi o dopasowanie potrzeb i umiejętności
powodzenia!
źródło
Twoim największym celem przy zatrudnianiu administratora systemu powinno być unikanie szarlatana. Produkt pracy sysadmina to zestaw oddziałujących ze sobą systemów, które się nie rozpadają, co można osiągnąć, nigdy go nie dotykając lub będąc dobrym w pracy, więc szarlatan może jeździć na łyżwach bez konieczności dotykania czegokolwiek przez kilka miesięcy, jeśli starają się uniknąć konieczności robienia czegokolwiek. Jednak gdy zostaną popchnięte, zawiodą, a ty utkniesz z zepsutym gównem do naprawienia.
Pomyśl o deweloperze, który nie sprawdza kodu przez pierwsze kilka miesięcy pracy: czy jest to zwykły przypadek złych / antyspołecznych praktyk kodowania, czy ukrywa fakt, że jest do kitu? Administratorzy systemów znajdują się w podobnej pozycji, z tym wyjątkiem, że rzadko istnieje stopień kontroli zmian w kodowaniu. Narzędzia do programowania systemów, takie jak marionetka, są dobre do naprawienia tego, ponieważ (jeśli są używane jako jedyny sposób zarządzania systemami) mogą traktować konfigurację systemu jako projekt oprogramowania, a Ty używasz tych samych narzędzi do audytu, co programistów (np. Commits maile).
Z mojego doświadczenia wynika, że certyfikaty są w najlepszym wypadku nieistotne, aw najgorszym wprowadzają w błąd. Nigdy, nigdy, nigdy nie zatrudniaj kogoś w oparciu o mocne strony ich certyfikatów. Ze wszystkich życiorysów, które widziałem, najlepsi techniczni ludzie nie przyklejają logo życiorysów, gdy je mają, w życiorysie --- to duży, wiszący znak, że ktoś jest bardziej zależny od swojego rodowodu niż umiejętności. Pisemne testy testowe to pytania, które można odgadnąć w oparciu o konkretny tekst z podręcznika, z którego są oparte. Jestem pewien, że rozumiem RFC4601, zaprojektowałem i wdrożyłem bezpieczny, globalny system multiemisji między domenami i otrzymałem 67% przy ostatnim podejściu do egzaminu CCNA. Tymczasem mój podwładny z certyfikatem drugiego poziomu nie może się dziwić, że nie ma żadnej funkcji różnica między RFC1918 a adresami publicznymi ...
W przeciwieństwie do tego, co powiedzieli inni, dłuższe wznowienia są lepsze niż krótsze: dają bardziej szczegółowe pytania do zbadania i zadają próbę uniknięcia szarlatanów. Wykonuj wielopoziomowe wywiady telefoniczne, jeśli musisz: skorzystaj z pierwszego, aby dowiedzieć się, co tak naprawdę robią, a drugiego po zorientowaniu się, jakie pytania należy zadać dla danych technologii.
Twoim drugim największym celem powinno być znalezienie kogoś, kto ma doświadczenie w systemach, z których już korzystasz. Znajdź kogoś, kto zajął się problemami, które masz teraz lub które mogą przewidzieć w przyszłości (buduj systemy i metody wdrażania, systemy monitorowania, zabezpieczenia, skalowanie). Poszukaj kogoś, kto pracował w podobnych sytuacjach biznesowych do tego, co masz teraz i jest gotowy poradzić sobie z problemami związanymi z twoją sytuacją. Inżynier ze stażem pracy w sieci, który przyzwyczaił się do posiadania nieograniczonego budżetu, działu zakupów i rocznych cykli projektowych, nie będzie działał przy starcie. I odwrotnie, anarchista z Linuksa nie poradzi sobie dobrze, gdy zostanie poproszony o poddanie się procedurze kontroli zmian ActiveDirectory w twojej Fortune 50.
Jeśli musisz budować dział wraz z rozwojem, nie zatrudniaj kogoś, kto wcześniej nikogo nie zatrudniał; jeśli chcesz poradzić sobie z 20 TB danych o wysokiej dostępności, nie zatrudniaj osoby, która wcześniej nie korzystała z SAN itp.
źródło
Myślę, że najlepsza rada CV dla każdego, w tym dla osób technicznych, pochodzi z Menedżera narzędzi . Mają kilka podcastów na temat wywiadów i wznawiają, ale te, od których chciałbym zacząć, to:
Twoje CV śmierdzi
Wznów aktualizację 2008
Jeśli założysz bezpłatne konto, możesz uzyskać:
Osiągnięcia - Łączenie CV i wywiadów
Narzędzia menedżerskie i narzędzia kariery mają mnóstwo świetnych rzeczy, szczególnie dla każdego, kto prowadzi zespół dowolnego rodzaju. Bardzo je polecam.
źródło
Certyfikaty są opcjonalne, jeśli możesz udowodnić, że masz doświadczenie. To samo dotyczy stopni, chyba że planujesz przejść do pracy, w której nosisz krawat i sporządzasz wykresy kołowe przez cały dzień.
Sprecyzuj technologie, które znasz. Dostosuj swoją wiedzę do firmy - na przykład, jeśli mają dużo usług internetowych, wykorzystaj swoje doświadczenia z IIS / Clustering / Web farm.
źródło
Mam jedną radę dotyczącą CV technicznych:
Jeśli umieścisz go w swoim CV bez kwalifikacji, lepiej poprzyj go w produkcji i poznaj go od wewnątrz i na zewnątrz:
Jeśli nie znasz tego wewnątrz i na zewnątrz, powiedz tak :
W większości miejsc, w których chcesz pracować, ignorancja nie jest aż tak zła, jak fałszywa wiedza.
źródło
Kilka ogólnych porad dostarczonych przez facetów z Menedżera narzędzi (na które wskazuje również @CanyonR)
Ogólne wznawianie rzeczy
Inne rzeczy do podkreślenia
Specyficzne dla Sysadmin
Wreszcie, ogólnie zainteresuj się komputerami i być w stanie wykazać się pewnym zaangażowaniem w obsługę klienta i wsparcie. Sysadmin, który nie rozumie swojej roli jako wsparcia technicznego i ceni ją, to strata czasu.
No i powodzenia :)
źródło
Ryzykując zacytowanie siebie ... Mam wiele sugestii dotyczących formatu i treści tego postu na blogu:
Sysadmin Resume Writing Tips
źródło
Odpowiedz na „Jak musi wyglądać CV ”
Europass to standardowe CV dla Eurounion, wystarczy wypełnić je odpowiednimi umiejętnościami.
źródło