Jak wygląda dobry administrator Sys? [Zamknięte]

Może to być nieco subiektywne, ale na pewno istnieje konsensus w sprawie obowiązkowych?

Na przykład, jakie certyfikaty naprawdę pomogą mi oderwać się od przeciętnego wznowienia?

Doświadczenia, które mogą zainteresować ankieterów?

Czy zadania / doświadczenie związane z programowaniem są bardzo pomocne?

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!

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:

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.

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.

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:

Doświadczenie produkcyjne w: Apache, PHP, Linux

Jeśli nie znasz tego wewnątrz i na zewnątrz, powiedz tak :

Zna: python, erlang, ruby

W większości miejsc, w których chcesz pracować, ignorancja nie jest aż tak zła, jak fałszywa wiedza.

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.

No i powodzenia :)

Ryzykując zacytowanie siebie ... Mam wiele sugestii dotyczących formatu i treści tego postu na blogu:

Sysadmin Resume Writing Tips

Odpowiedz na „Jak musi wyglądać CV ”

Europass to standardowe CV dla Eurounion, wystarczy wypełnić je odpowiednimi umiejętnościami.