Як виглядає гарне резюме Sys Admin? [зачинено]

Це може бути трохи суб'єктивно, але, безумовно, існує консенсус щодо обов'язкових?

Наприклад, які сертифікати, які дійсно допоможуть мені відірватися від середнього резюме?

Досвід, який, ймовірно, зацікавить інтерв'юерів?

Чи корисні програми / досвід, пов'язаний з програмуванням, є великою допомогою?

інтерв'юерів цікавить ваш досвід роботи з їхніми системами або системами, подібними до їх

тож, підготуйте резюме до потреб потенційного роботодавця, наприклад, проведіть деякі дослідження, з’ясуйте, яке обладнання / системи вони мають, і підкресліть відповідні частини вашого досвіду

Наприклад, якщо потенційний роботодавець використовує ферму веб-сервера для asp.net та кластер для відмовлення для ms sql та інших критичних серверів, досвід роботи з такими системами повинен бути чітко (і, сподіваємось, нещодавно) у вашому резюме

якщо у вас немає досвіду роботи з фермами та кластерами, а з іншими видами ферм та кластерів, підкресліть ці проблеми та відзначте відмінності інтерв'ю

резюме - це брошура з продажу; ти продукт. Немає ніяких магічних сертифікатів так само, як не існує надійних функцій для продажу будь-яких інших видів продукції: все полягає у відповідності потребам та можливостям

Щасти!

Вашою найбільшою метою при наймі системного адміністратора має стати уникнення шарлатана. Продукт роботи sysadmin - це набір взаємодіючих систем, які не розпадаються, що можна досягти, ніколи не торкаючись його, або бути добрим у своїй роботі, тому шарлатан може кататися на ковзанах, не маючи дійсного нічого торкатися протягом кількох місяців, якщо вони намагаються уникати, щоб насправді щось робити. Однак, коли вони будуть натиснуті, вони вийдуть з ладу, і ви застрягли в зламаному лайні, щоб виправити.

Подумайте про розробника, який не зможе перевірити свій код протягом перших кількох місяців на роботі: це простий випадок поганих / антисоціальних методів кодування, чи вони приховують той факт, що вони смоктали? Сисадміни знаходяться в подібному положенні, за винятком випадків, коли рідко колись існує ступінь контролю змін для кодування. Системні засоби програмування, такі як лялькові, добре коригують це, оскільки (якщо вони використовуються як єдиний засіб системного адміністрування), вони можуть трактувати конфігурацію системи як проект програмного забезпечення, а ви використовуєте всі ті ж інструменти аудиту, що і з кодерами (наприклад, коміти пошти).

На мій досвід, цертс у кращому випадку не має значення, а в гіршому - оманливий. Ніколи, ніколи, ніколи не наймайте когось, виходячи з сильних сторін їх сертифікатів. З усіх резюме, що я бачив, кращі технічні люди не наклеюють логотипи на цінні папери, коли вони їх мають, на резюме --- це велика звисаюча ознака того, що хтось більше залежить від їх родоводу, ніж від їхніх фактичних навичок. Сертифікати з письмового тестування - це багатозначні запитання, що базуються на конкретному слові з підручника, на якому вони ґрунтуються. Я впевнений, що я розумію RFC4601, розробив та впровадив захищену глобальну систему міждоменних багатоадресних повідомлень і отримав 67% в останній раз, коли я склав іспит з практики CCNA. Тим часом мій підлеглий сертифікований підрозділ другого рівня не може сприйняти те, що немає функціоналу різниця між RFC1918 та загальнодоступними адресами ...

На противагу тому, що говорили інші, довші резюме краще, ніж коротші: вони задають вам більш конкретні запитання для дослідження та задають у спробі ухилитися від шарлатанів. Робіть багаторівневі телефонні інтерв'ю, якщо вам потрібно: використовуйте перше, щоб спробувати, що вони насправді робили, а друге після того, як ви зрозуміли, які правильні запитання для цих технологій.

Вашою другою найбільшою метою має бути пошук того, хто має досвід роботи із системами, якими ви вже користуєтесь. Знайдіть когось, хто займався питаннями, з якими ви стикаєтесь зараз, або можете передбачити їх у майбутньому (побудова систем та методів розгортання, системи моніторингу, безпека, масштабування). Подивіться найняти когось, хто працював у подібних бізнес-ситуаціях, як у вас зараз, і готовий вирішити проблеми, притаманні вашій ситуації. Інженер з MS в галузі мереж, який звик мати необмежений бюджет, відділ закупівель та цілорічні цикли проектів, не збирається працювати під час запуску. І навпаки, анархіст Linux не збирається проходити добре, коли його попросять зазнати процедури контролю змін ActiveDirectory у вашій Fortune 50.

Якщо вам потрібно створити відділ у міру зростання, не наймайте того, хто раніше нікого не наймав; якщо вам потрібно мати 20TB високодоступних даних, не наймайте когось, хто раніше не використовував SAN, тощо.

Я думаю, що найкращі поради щодо резюме для всіх, включаючи технічних людей, походять від інструментів менеджера . У них є кілька подкастів про співбесіду та резюме, але я б розпочав:

Ваше резюме смердить

Поновити оновлення 2008

Якщо ви зареєструєтесь на безкоштовний рахунок, ви можете отримати:

Досягнення - підключення резюме та інтерв'ю

Інструменти менеджера та інструменти кар’єри мають багато чудових матеріалів, особливо для тих, хто очолює команду будь-якого типу. Я їх дуже рекомендую.

Серти необов’язкові, якщо ви можете довести, що у вас є досвід. Те саме стосується ступенів, якщо ви не плануєте переходити на роботу, де ви носите краватку і складаєте кругові діаграми цілий день.

Будьте конкретні щодо технологій, з якими ви знайомі. Пристосуйте свої знання компанії - наприклад, якщо у них є багато веб-сервісів, скористайтеся досвідом IIS / Кластеризації / Веб-ферм.

У мене є одна порада щодо технічних резюме:

Якщо ви розмістите його на своєму резюме без кваліфікації, краще підтримайте його у виробництві та знайте це всередині та зовні:

Досвід виробництва в: Apache, PHP, Linux

Якщо ви не знаєте цього всередині і зовні, скажіть так :

Знайомий з: пітон, ерланг, рубін

У більшості місць, де ви хотіли б працювати незнання, не так вже й погано, як підроблені знання.

Кілька загальних порад, зібраних у хлопців із Менеджерів інструментів (на які також вказував @CanyonR)

Загальне резюме матеріалів

• Тримайте своє резюме коротким (вони рекомендують одну сторінку .. але 1-4 - хороший початок)
• Перелічіть назву та дати роботи та опишіть обов'язки (тобто: що ви мали робити)
• Перерахуйте досягнення (тобто: деякі основні моменти речей, які ви зробили)

Інші речі, які слід виділити

• Виділіть свою роботу з міжнародними командами або навіть віддаленими зацікавленими сторонами
• Виділіть свою роботу за допомогою контролю витрат та бюджетів. Це важливо в ці часи, ви працювали проти бюджету? ви виконали роботу за вражаюче невелику суму грошей?
• Показники та вимірювання продуктивності. Все частіше доведеться доводити цінність своїх систем компанії, в якій ви працюєте.

Специфічний для сисадміна

• Особисто я не оцінюю сертів занадто високо
• Мені подобається бачити широкий спектр навичок роботи в ОС та розуміння обладнання
• Будь ласка, знайте принаймні одну мову сценаріїв, і, сподіваємось, кілька інших. Все, як Perl, пітон, рубін, хороший сценарій оболонки. Ви не будете кодувати, але ви будете складати сценарії технічного обслуговування та роботи з автоматизації.
• Майте певний досвід DBA. Майте базове розуміння продуктивності та таку БД, як Oracle, MS SQL, MySQL тощо. Ви, мабуть, не будете DBA.
• Майте досвід роботи у веб-серверах і, сподіваємось, якісь додаткові програми. Системні адміністратори для веб-майстрів та додатків також щасливо зникають.
• Вміти продемонструвати добре знання безпеки та деякі актуальні проблеми.

Нарешті, зацікавтесь комп’ютерами взагалі та зможете продемонструвати якусь прихильність до обслуговування та підтримки клієнтів. Сисадміни, які не розуміють їх ролі як технічної підтримки і цінують це, марно витрачають час.

Ой і удачі :)

Загрожуючи цитувати себе ... У цій публікації в блозі є багато пропозицій щодо формату та змісту:

Поради щодо написання резюме щодо системи

Відповідь на тему "Як має виглядати резюме "

Europass - це стандартне резюме для Eurounion, просто заповніть його відповідними навичками.