it-swarm-ko.tech

좋은 시스템 관리자 이력서는 어떻게 생겼습니까?

이것은 약간 주관적 일 수 있지만 반드시 필수품에 대한 합의가 있습니까?

예를 들어, 평균 이력서에서 나를 떼어 놓는 데 실제로 도움이되는 인증은 무엇입니까?

면접관이 관심을 가질만한 경험이 있습니까?

프로그래밍 관련 직업/경험이 큰 도움이 되나요?

23
syaz

면접관은 자신의 시스템 또는 그와 같은 시스템에 대한 귀하의 경험에 관심이 있습니다.

따라서 이력서를 장래 고용주의 필요에 맞게 조정하십시오. 조사를하고, 보유한 장비/시스템을 확인하고, 경험의 관련 부분을 강조합니다.

예를 들어 예상 고용주가 asp.net에 웹 서버 팜을 사용하고 ms SQL 및 기타 중요 서버에 장애 조치 클러스터를 사용하는 경우 이러한 시스템에 대한 경험이 이력서에 눈에 띄게 (그리고 희망적으로 최근에) 나타납니다.

mS 팜 및 클러스터에 대한 경험이 없지만 다른 종류의 팜 및 클러스터에 대한 경험이있는 경우 이들을 강조하고 인터뷰의 차이점을 확인하십시오.

이력서는 판매 브로셔입니다. 당신은 제품입니다. 다른 종류의 제품을 판매하기위한 확실한 기능이없는 것처럼 마법의 인증도 없습니다. 요구 사항과 능력을 일치시키는 것이 전부입니다.

행운을 빕니다!

13
Steven A. Lowe

시스템 관리자를 고용 할 때 가장 큰 목표는 욕심쟁이를 피하는 것입니다. 시스템 관리자의 작업 제품은 무너지지 않는 상호 작용 시스템의 집합으로, 절대 건드리지 않거나 일을 잘함으로써 달성 할 수 있습니다. 그들은 실제로 아무것도하지 않으려 고 노력합니다. 그러나 밀면 실패하고 고쳐야 할 깨진 똥에 갇혀 있습니다.

직장에서 처음 몇 달 동안 자신의 코드를 확인하지 못한 개발자를 생각해보십시오. 그것은 나쁜/반사회적 코딩 관행의 단순한 경우입니까, 아니면 그들이 짜증나는 사실을 숨기고 있습니까? 시스템 관리자는 코딩에 대한 변경 제어 수준이 거의 없다는 점을 제외하면 비슷한 위치에 있습니다. puppet과 같은 시스템 프로그래밍 도구는 (시스템 관리의 유일한 수단으로 사용되는 경우) 시스템 구성을 소프트웨어 프로젝트로 취급 할 수 있고 코더와 동일한 모든 감사 도구 (예 : 커밋)를 사용하기 때문에이 문제를 해결하는 데 좋습니다. 메일).

내 경험상 인증서는 기껏해야 관련성이없고 최악의 경우 오해의 소지가 있습니다. 절대, 인증의 강점으로 누군가를 고용하지 마십시오. 제가 본 모든 이력서 중에서 최고의 기술 인력은 이력서에 인증서 로고를 붙이지 않습니다. -누군가가 실제 기술보다 혈통에 더 많이 의존하고 있다는 것은 큰 매달려있는 신호입니다. 필기 시험 인증서는 기반이되는 교과서의 특정 말을 기반으로 한 다중 추측 질문입니다. 저는 RFC4601을 이해하고 안전한 글로벌 도메인 간 멀티 캐스트 시스템을 설계 및 구현했으며 마지막으로 CCNA 연습 시험을 치 렀을 때 67 %를 받았다고 확신합니다. 한편, 두 번째 수준의 인증을받은 부하 직원은 RFC1918과 공용 주소간에 기능적 차이가 없다는 것을 알 수 없습니다.

다른 사람들이 말한 것과는 달리, 긴 이력서는 짧은 이력서보다 낫습니다. 그들은 당신에게 더 구체적인 질문을 제공하고 charlatans를 피하려는 시도에서 질문 할 수 있습니다. 필요한 경우 다단계 전화 인터뷰를 수행하십시오. 첫 번째를 사용하여 실제로 무엇을하고 있는지 알아보고 두 번째는 주어진 기술에 대해 물어볼 올바른 질문이 무엇인지 파악한 후 사용하십시오.

두 번째로 큰 목표는 이미 사용중인 시스템에 대한 경험이있는 사람을 찾는 것입니다. 현재 경험하고 있거나 미래에 경험할 수있는 문제 (빌드 시스템 및 배포 방법, 모니터링 시스템, 보안, 확장)를 처리 한 사람을 찾습니다. 현재와 ​​유사한 비즈니스 상황에서 일한 사람을 고용하고 현재 상황에 내재 된 문제를 처리 할 준비가되어있는 사람을 찾으십시오. 무제한 예산, 구매 부서 및 1 년 동안의 프로젝트주기에 익숙한 네트워킹 분야의 MS를 보유한 엔지니어는 스타트 업에서 일하지 않을 것입니다. 반대로, Linux 아나키스트는 Fortune 50에서 ActiveDirectory 변경 제어 절차를 수행하라는 요청을 받았을 때 잘 작동하지 않을 것입니다.

성장함에 따라 부서를 구축해야한다면 이전에 아무도 고용하지 않은 사람을 고용하지 마십시오. 20TB의 고 가용성 데이터를 처리해야하는 경우 이전에 SAN 등)을 사용한 적이없는 사람을 고용하지 마십시오.

10
James Cape

기술인을 포함하여 누구에게나 최고의 이력서 조언은 관리자 도구 에서 나온다고 생각합니다. 그들은 인터뷰 에 대한 여러 팟 캐스트를 가지고 있으며 이력서이지만 제가 시작할 것들은 다음과 같습니다.

귀하의 이력서 냄새

2008 년 업데이트 재개

무료 계정에 가입하면 다음을 얻을 수 있습니다.

성과-이력서 및 인터뷰 연결

관리자 도구 및 경력 도구에는 특히 모든 종류의 팀을 이끄는 모든 사람에게 훌륭한 도구가 많이 있습니다. 나는 그들을 강력히 추천합니다.

6
CanyonR

경험이 있음을 증명할 수있는 경우 인증서는 선택 사항입니다. 당신이 넥타이를 매고 하루 종일 파이 차트를 만드는 직업으로 이사 할 계획이 아니라면 학위도 마찬가지입니다.

익숙한 기술에 대해 구체적으로 설명하십시오. 지식을 회사에 맞게 조정하십시오. 예를 들어 웹 서비스가 많은 경우 IIS/클러스터링/웹 팜 경험을 활용하십시오.

5
tsilb

기술 이력서에 대한 조언이 있습니다.

자격없이 이력서를 이력서에 넣으면 프로덕션에서 지원하고 안팎으로 알고있는 것이 좋습니다.

프로덕션 경험 : Apache, PHP, Linux

내부와 외부를 모르는 경우 그렇게 말하십시오 :

익숙한 분야 : python, erlang, Ruby

일하고 싶은 대부분의 장소에서 무지는 가짜 지식만큼 나쁘지 않습니다.

5
user2108

Manager Tools guys (@CanyonR에서도 지적함)의 일반적인 조언

일반 이력서 항목

  • 이력서는 짧게 작성하십시오 (한 페이지를 권장합니다. 그러나 1-4는 좋은 시작입니다)
  • 직책과 고용 날짜를 기재하고 책임을 설명하십시오 (예 :해야 할 일).
  • 업적 나열 (예 : 수행 한 작업의 일부 하이라이트)

강조 할 기타 사항

  • 국제 팀 또는 원격 이해 관계자와 함께 작업을 강조하십시오.
  • 비용 관리 및 예산으로 작업을 강조하십시오. 이시기에 중요합니다. 예산에 맞서 일했습니까? 엄청나게 적은 돈으로 일을 마쳤습니까?
  • 메트릭 및 성능 측정. 점점 더 당신이 일하는 회사에 시스템의 가치를 증명해야 할 것입니다.

Sysadmin 특정

  • 개인적으로 나는 인증서를 너무 높게 평가하지 않습니다.
  • OS의 다양한 기술과 하드웨어에 대한 이해를보고 싶습니다.
  • 최소한 하나의 스크립팅 언어를 잘 알고 있고 다른 몇 가지 언어를 잘 알고 있기를 바랍니다. Perl, python, Ruby, 좋은 Shell 스크립팅과 같은 것. 코딩은하지 않지만 유지 관리 스크립트와 자동화 작업을 모으게됩니다.
  • DBA 경험이 있습니다. 성능에 대한 기본적인 이해와 Oracle, MS SQL, MySQL 등과 같은 DB를 가지고 있습니다. 아마도 DBA는 아닐 것입니다. 그러나 DBA는 사라지는 역할 인 것 같습니다.
  • 웹 서버에 대한 경험이 있고, 바라건대 어떤 종류의 고급 응용 프로그램이 있기를 바랍니다. 웹 마스터 및 앱 특정 시스템 관리자도 고맙게도 사라지고 있습니다.
  • 보안 및 일부 현재 문제에 대한 좋은 지식을 입증 할 수 있습니다.

마지막으로 일반적으로 컴퓨터에 관심을 갖고 고객 서비스 및 지원에 대한 약속을 보여줄 수 있습니다. 기술 지원으로서의 역할을 이해하지 못하고이를 가치있게 여기는 시스템 관리자는 시간 낭비입니다.

오, 행운을 빕니다 :)

4
Mark Nold

자신을 인용 할 위험이 있습니다 ...이 블로그 게시물의 형식과 내용에 대한 많은 제안이 있습니다.

Sysadmin 이력서 쓰기 팁

4
TomOnTime

"이력서가 어떻게 좋아해야 하는가")

Europass Eurounion의 표준 CV입니다. 관련 기술로 채우기 만하면됩니다.

2
Alex Bolotov