it-swarm-ko.tech

개발자에서 시스템 관리자로, 시스템 관리자에서 개발자로

시스템 관리자로 시작하고 나중에 개발자가 되었습니까? 혹은 그 반대로도?

변화의 원인은 무엇입니까? 어떤 직업을 더 좋아합니까? 전환을 통해 어떤 이점을 찾았습니까?

당신의 이야기를 들려주세요 :-)

18
Ivan

Sysadmin으로 졸업 한 후 개발 분야로 변경했습니다.

나는 PC가 쓰레기라는 것을 깨닫고 깨달음의 순간을 가졌습니다. 아뇨. 너무 불분명 한 하드웨어 사양이있어 모든 사람이 약간 다르게 구현하여 작은 호환성 문제를 야기합니다. PC가 쓰레기가 아니라면 특정 RAM 유형을 사용할 때 비 호환성이 없을 것입니다 (표준이 메인 보드의 것과 일치하는 한-절대적으로 no = DDR3-1066 RAM이 DDR3-1066 메인 보드와 호환되지 않아야 함) 또는 특정 USB 장치와 호환되지 않는 이유를 설명합니다.

따라서 사양이 쓸모없고 소프트웨어에 버그가 있기 때문에 설계 상 하드웨어가 손상되었습니다. 그때 저는 SysAdmin이 이길 것이없는 직업이라는 것을 깨달았습니다. 문제를 "수정"할 수는 없습니다. 덕트 테이프를 사용하여 일부 증상을 일시적으로 해결할 수는 있지만 시작하기에 좋은 기초가 없기 때문에 항상 잃는 편입니다.

X86/x64 쓰레기, YMMV로 작업하고 싶지 않은 분들을 위해 저는 SysAdmin에서 7 년 동안 일하면서 그것이 제 직업이 아니라는 것을 알만큼 충분히 배웠습니다.

그래서 고장난 하드웨어가 고장 났을 때 항상 쓰레기를 받아들이는 대신, 저는 실제로 가치를 창출하는 분야로 전환했습니다. 이기적인? 아마도. 예, 내 소프트웨어는 때때로 버그가 많고 결국 동일한 결함이있는 기반 위에 빌드되지만 개발자로서 저는 실제로 가치있는 일을하고 있다고 느낍니다.

즉, SysAdmin 업무를 열정적으로 수행하는 모든 사람을 존중하십시오. 배은망덕하고 종종 만족스럽지 못한 일이지만 서버를 계속 가동하는 모든 사람은 내 책에서 영웅입니다.

7
Michael Stum

저는 개발자로 시작하여 DBA, 그 다음에는 sysadmin, 이제는 sysadmin 관리자로 시작했습니다.

통합 및 유지 관리를 위해 움직이는 부분이 많은 대규모 분산 환경에서 작업 할 수있는 기회가 있었기 때문에 시스템 관리가 더 흥미로 웠습니다.

또한 IMO는 개발 작업의 높은 비율은 모두 형편없는 응용 프로그램을 유지하거나 상용 패키지를 사용자 정의하는 것입니다. 으. 나에게 시스템 관리자는 창의적이 될 수있는 더 많은 기회를 제시하고 비즈니스를 계속 운영하는 시스템에 가시적 인 영향을 미치는 것처럼 보였습니다.

6
duffbeer703

저는 코딩을 좋아하는 시스템 관리자로 시작했습니다. 저는 프로그래밍 기술이 시스템 관리자에게 가장 중요한 기술이라는 것을 알게되었습니다. 작업을 자동화하는 방법을 모르면 유지 관리의 악몽에 빠지게됩니다.

  1. 평범한 작업은 당신의 두뇌를 죽일 것입니다
  2. 자동화 된 작업은 시스템의 일관성을 보장합니다.

몇 년이지나면서 저는 점점 더 순수한 시스템 관리를 수행했습니다. 그리고 이제는 대신 새로운 솔루션의 아키텍처를 선호합니다. sysadmin-stuff를 수행하면 일반적으로 무거운 3 줄 디버깅 또는 일부 쓰레기 솔루션을 통합하는 코드-다른 관리자가 나를 위해 설치된 상자에.

4
Commander Keen

여전히 uni에있는 동안 나는 webadmin으로 일을했기 때문에 확실히 sysadmin이되고, 그 다음에는 개발자가되는 것에 가깝습니다. 그런 다음 점점 더 많은 개발을 수행했고 회사가 성장함에 따라 더 많은 IT 작업이있었습니다. 제가 상사에게 두 가지 작업을 모두 수행하기에는 너무 많은 작업 부하라고 말했을 때, 우리는 엄격하게 시스템 관리자 인 직원을 고용했고, 저는 100 % 개발에 전념했습니다.

3
vartec

나는 어느 쪽도 사치스럽지 않았다. 나는 둘 다 한번에을 시작해야했다. 이전 68k 기반 Mac의 레거시를 최신 HP 데스크톱으로 마이그레이션하고, 산업 생산을 현대화 (컷리스트 최적화), 인터넷 액세스 및 이메일 설정, 새로운 언어 학습 (Delphi), 데이터 문제 처리 및 Linux 학습과 함께이를 결합 Windws NT 4와 TCP/IP 네트워킹의 기초를 배우는 것 .... blah blah blah ....

당신은 아이디어를 얻습니다. 불에 의한 세례, 때로는 유황이 옆으로 봉사했습니다. 1997 년은 2007 년과 같지 않았고 관리 업무를 시작한 많은 "초보자"는 그 차이를 인식하지 못할 수도 있습니다. 단순히 "구글링"할 수는 없었습니다. 구글은 여전히 ​​스타트 업이었습니다.

당신은 당신의 일이 다른 사람들에게 얼마나 중요하지 않은지와 같이 그런 종류의 압박을 받고있는 것들을 빨리 배웁니다. 그들에게 당신은 필요한 악입니다. 당신은 당신이 그것을 계속 실행하지 않으면 그 장소가 손 바구니에서 지옥으로 갈 것이라는 것을 당신 마음 속으로 알고 있습니다.

내가 떠났을 때 그것은 내가 지쳐서 주인이 내가 한 노력에 대해 감사하지 않았기 때문이었습니다. 음식, 휴식 또는 보상없이 24 시간 연속 근무를하는 것은 우스꽝 스럽습니다. 음식, 휴식, 보상없이 12 시간 더 머무를 것으로 예상되는 것은 내 육체적 인내력의 한계를 넘어 섰습니다. 이틀에 36 시간을 보자. 그리고 그는 내가 왜 하루 쉬고 싶은지 궁금해 할 수 없다.

10 년 전 일입니다. 말할 필요도없이 나의 새로운 고용주는 훨씬 더 합리적입니다. 나는 여전히 SysAdmin and 프로그래밍 작업을 모두 수행하지만 훨씬 더 쉬운 경향이 있습니다. 아마도 모든 것이 불타고 있지 않음문제에 대해 작업 할 사람이 두 명 이상 있음 때문일 것입니다.

3
Avery Payne

저는 개발자입니다. 이것이 제가 진짜입니다.

기술에 익숙하지 않은 친구와 가족이 나를 시스템 관리자로 혼동합니다.

저는 기술에 정통한 친구들 앞에서 개발자이고 다른 모든 사람들에게는 시스템 관리자입니다. 나는 이중 생활을한다.

2
MrValdez

나는 Sysadmin으로 시작했고, 같은 일을 두 번 싫어하는 게으른 관리자가 된 것을 알게되었고, 그래서 스크립팅 방법을 배웠습니다. 스크립팅은 일상적인 작업을 더 쉽게 수행 할 수있을뿐만 아니라 작업에서 모든 적절한 단계가 설명되었는지 확인하는 작업을 간소화하는 데 도움이됩니다. 스크립팅은 또한 내가 GUI를 좋아하지 않는 현재의 시점에 이르렀습니다. 왜냐하면 백엔드에서 실행되는 코드가 무엇인지 모르기 때문에 신뢰하지 않기 때문입니다. 또한 스크립팅에서 개발자 작업으로의 자연스러운 진화를 따랐지만, 저는 시스템 관리자이고 평생 공식적인 개발 교육을받은 적이 없기 때문에 여전히 시스템 관리자 작업으로 돌아갑니다. 솔직히 어떤면에서는 제가 해고 당했거나 더 적절하게는 긴 휴가 (3-4 주)를 원했기 때문에 개발에 더 집중하고 관리자에서 개발자로 전환 할 수 있습니다.

1
mrTomahawk

저는 sysadmin/dba로 시작한 다음 프로그래밍에 착수했습니다. 프로그래머가 뒷방에 갇혀 있고 누구와도 대화를하지 않았다는 오해가 있었기 때문에 저는 sysadmin/dba 분야에 들어갔습니다. 프로그래밍 (VBA-> VB6-> .NET)을 다루기 시작했을 때 프로세스를 수행 한 사람들로부터 프로세스가 어떻게 작동하는지 알아야한다는 것을 알게되었습니다 (상상 해보세요!).

저는 개발 작업을했고 지금은 프로그래머입니다. 분명히, 나는 더 이상 일하고 있다는 느낌이 들지 않기 때문에 항상 마음 속에 프로그래머였습니다! :-)

Sysadmin/dba 측면에 대한 지식은 모든 것이 어떻게 작동하고 어떻게 작동해야하는지 (== --- ==) 코딩을 시작했을 때 매우 도움이되었습니다. 그것은 시스템 관리자를위한 프로그래밍 솔루션에 대한 큰 도움이되었습니다!

-JFV

1
JFV

다음은 내 이야기의 간결한 버전입니다.

나는 엄격하게 개발자로 시작했지만 아버지의 회사를 돕기 시작했기 때문에 시스템 관리자 관련 많은 것을 배워야했습니다. 현재 저는 여전히 개발자이지만 시스템 관리자 작업도 많이합니다.

두 영역 모두 서로를 꽤 잘 보완합니다. 예를 들어, 전문 시스템 관리자는 아니지만 내 애플리케이션을위한 보안 웹 서버를 구성하는 방법, 여러 시스템 관리자 문제를 해결하는 방법 등을 알고 있습니다. 지원이 필요할 때 적절한 사람들과 더 잘 소통 할 수 있습니다. .

시스템 관리자로서 소프트웨어 개발을 알기 때문에 번거로운 작업을 더 잘 자동화하고 일부 기본 작업이 어떻게 작동하는지 잘 이해할 수있었습니다.

일반적인 경우일까요? 나는 대부분의 시스템 관리자가 적어도 약간의 프로그래밍을 알고 있다고 생각합니다.

두 지식 영역을 다른 영역에 적용한 방법을 듣고 싶습니다.

1
Ivan

저는 데스크탑 기술로 시작하여 몇 달 후에 시스템 관리자로 전환했습니다. 그 후 8 년 동안 sysadmin을 사용하고 관리 작업을 수행하기 위해 애플릿과 스크립트를 작성하는 데 많은 시간을 할애했습니다. 저는 시스템 관리자 작업보다 코딩을 훨씬 더 좋아했고 운 좋게도 같은 회사 내에서 개발자 직책을 맡게되었습니다. 이제 저는 실제로 둘 다합니다. 저는 소규모의 고도로 전문화 된 애플리케이션 그룹에 속해 있으며 두 모자를 모두 착용합니다. 두 세계의 최고! 나는 sysadmin을 따라 잡을 수 있고, 직업 설명의 일부로 개발에 집중하게됩니다.

1
squillman

Sysadmin-> sysadmin에서 코드-> 개발자로 이동하는 것이 더 쉽습니다. 운이 좋지 않다면 다른 방향으로가는 급여 삭감에 직면하게됩니다.

다른 것이 없다면, 개발자와 이야기해야하는 환경에서 작업 할 때 코딩에 대한 어느 정도의 친숙 함은 매우 중요합니다. lingua franca를 사용하는 것이 특히 도움이됩니다. 조작성은 좋은 것입니다 ...

1
user2278

나는 TRS-80에서 두 가지의 조합으로 시작했습니다. 분명히 do에 대한 관리자는 많지 않았지만 여전히.

나의 다음 주요 컴퓨터 만남은 VAX 11/780이었습니다. 당시 우리는 모두 관리자와 개발자의 조합이었습니다.

대학과 대학원에서는 실험실에서 사용할 수있는 모든 컴퓨팅 리소스를 사용했습니다 (개발자 만 해당).

대학원을 졸업 한 후 SGI 연구실에서 개발자와 관리자의 조합으로 보수를 받았습니다. 원래 Onyx 컴퓨터에서 IRIX 5 베타 테스트에 참여한 사람이 있습니까? 오, MIPS R4400, 내가 너를 어떻게 사랑하니 ...?

그 이후로 저는 항상 두 가지 일을 모두하고 있습니다. 사실 나는 소프트웨어를 작성하는 다른 풀 타임 직업에서 나를 지원하기 위해 컴퓨터가 어떻게 작동하는지 정확히 알고 있습니다.

0
Bob Cross

저는 웹 개발자로 시작하여 ASP를 작성했습니다. 그 당시 PHP보다 더 친숙했습니다. 고등학교와 고등 과정에서 프로젝트 과정을 위해 많은 ASP를 작성했지만 암호화 및 파일 업로드/다운로드. 결국 sysadmin 역할을 맡았고, 규모가 작아 졌을 때 모바일 시스템 관리자가되었습니다 (Geek Squad가 아니라 비슷한 아이디어).

나는 시스템 관리자가되는 것을 선호했지만 분석가 인 현재의 직업을 더 선호합니다. 거대한 프로젝트의 부담없이 모든 것을 조금씩 할 수 있습니다.

0
Scott

프로그래머에서 sysadmin으로, 프로그래머에서 sysadmin으로, 프로그래머 (때때로 sysadmin 작업도 지원). :-) 나는 내가 찾을 수있는 일이 무엇이든 요구하는 것을 끝내게됩니다 (그리고 그 sysadmin 직책도 모두 netadmin과 결합되었습니다)!

0
Brian Knoblauch

저는 가상 대학 프로젝트에서 웹 개발자를 시작했습니다. 시간이 지남에 따라 Adobe ColdFusion과 같은 앱 서버를 담당하게되면서 웹 서버 관리자에 점점 더 관여하게되었습니다. 수년에 걸쳐 Unix 및 Windows 서버에서 분기되었습니다.

또한 Oracle (한때 데이터베이스 프로그래머로 정의 된 적이 있음)도 알고 있기 때문에 필요에 따라 DBA 작업을 지원하기 위해 전화를 받았습니다.

이제 저는 인력 문제로 인해 Solaris 관리자로 마이그레이션했기 때문에 더 본격적인 시스템 관리자가되고 있습니다 (웹 서버를 프로그래밍하고 유지 관리하면서). 또한 내 프로젝트 중 하나가 현재 고용주를 위해 스트리밍 콘텐츠를 생성하기 위해 착수 할 경우 멀티미디어 개발자가 될 예정입니다.

0
Milner

학생으로서 저는 여기 호주의 중간 규모 ISP가 1-2000 명의 사용자 였을 때 ISP에서 레벨 1/2/3 헬프 데스크로 아르바이트를했습니다. 당시 CS 학생이었습니다. 훈련은 여기에 루트 암호와 경보 코드입니다. 떠날 때 문을 잠그십시오.

이로부터 저는 초보 시스템 관리자로 성장했습니다. passwd 파일이 날아 갔을 때 Perl을 밤새 배웠지 만 파일 시스템 속성과 Radius 파일에서 다시 빌드 할 데이터가있었습니다.

결국 리눅스 괴짜가있는 모든 프로그래머가있는 큰 고객이있는 작은 상점에서 직업 프로그래밍을하게 되었기 때문에 우리 모두 시스템 관리자이기도했습니다. 그러나 나는 많은 시스템 관리를했고 우리가 옆에있는 10 개의 모뎀 100 사용자 ISP를 운영하는 것을 도왔습니다.

거기에서 배포 엔지니어 역할로 이동했습니다. 합리적인 확장 가능한 방식으로 제품 소프트웨어를 배포 할 수 있어야하지만 맞춤형 소프트웨어가 작동하는 방식을 파악하고 개발자와 대화하여 디버깅 할 수있는 충분한 프로그래밍 경험이 있어야합니다.

거기에서 웹 프로그래밍 및 시스템 관리자.

그들의 풀 타임 시스템 관리자 공연에서.

0
Jason Tan

저는 개발자로 시작하여 우연히 시스템 관리자가되었습니다. 우리는 시스템 관리자 부서의 인력이 부족했고 개발 부서에서는 설치 및 구성을 기다리고있었습니다. 그래서 저는 이것들에 의존하는 개발 작업의 일부를 완료하고 싶었 기 때문에이 작업 중 일부를 인수하기 시작했습니다. 그런 다음 다른 개발자를 위해 동일한 작업을 시작했고 천천히 전체 개발 환경을 유지했습니다. 이를 위해서는 모든 (시스템, 네트워크 등)에 대한 액세스가 필요했기 때문에 휴가 중이거나 아플 때 실제 시스템 관리자의 백업이되었습니다. 회사가 성장하면서 우리는 시스템 관리자보다 새로운 개발자를 고용하는 것이 더 쉽다는 것을 깨달았 기 때문에 저는 공식적으로 시스템 관리자 부서로 "이전"했습니다. 그리고 나는 이런 식으로 간 것을 후회하지 않습니다. 또한 개발자로서 많은 이익을 얻습니까 (임시 버그 수정, 스크립트 코딩, 소프트웨어 개발 방법 및 작동 방법을 알고 있습니다).

0
f.ederi.co

개발자로 시작했습니다. 시스템 관리, DBA, 개발자, DBA, 시스템 관리를 거쳐야합니다. 이제 DBA로 돌아 왔습니다.

개발자에서 다른 분야로 이동하는 것은 상당히 간단하다고 생각합니다. 시스템 관리에서 개발로 이동하는 것이 쉽지 않다고 생각합니다. 개발에 대한 특정 사고 방식이 있고 코드 작성 및 응용 프로그램 구축을 즐기는 방법이 있습니다. 나는 그것을 수용하는 데 어려움을 겪는 훌륭한 시스템 관리자를 많이 발견했습니다.

0
K. Brian Kelley