답변:
Sysadmin으로 졸업 한 후 개발 분야로 전환했습니다.
방금이 깨달음의 순간을 가졌으며 PC가 쓰레기라는 것을 깨달았습니다. 아니야 하드웨어 사양이 너무 명확하지 않으므로 모든 사람이 약간 다르게 구현하여 작은 호환성 문제가 발생합니다. PC가 고장이 아닌 경우 특정 RAM 유형을 사용할 때 비 호환성이 없습니다 (표준이 메인 보드의 것과 일치하는 한 DDR3-1066 RAM이 DDR3-1066 메인 보드와 호환되지 않아야하는 이유 는 전혀 없습니다 ) 또는 특정 USB 장치와 함께.
따라서 사양이 쓸모없고 소프트웨어를 디버깅했기 때문에 설계 상 하드웨어가 손상 되었습니다 . 방금 SysAdmin이 이길 수없는 직업이라는 것을 깨달았습니다. 문제를 "수정"할 수는 없습니다. 덕트 테이프를 사용하여 일부 증상을 일시적으로 해결할 수는 있지만 시작하기에 좋은 기초가 없기 때문에 항상지는쪽에 있습니다.
x86 / x64 크랩 인 YMMV로 작업하고 싶지 않지만 7 년 동안 SysAdmin에서 내 일이 아님을 알만큼 충분히 배웠습니다.
따라서 하드웨어 고장이 발생할 때 항상 허풍을 피하는 대신 실제로 가치 창출 분야로 전환했습니다. 이기적인? 아마도. 그렇습니다. 제 소프트웨어는 때때로 버그가 있으며, 결국 같은 결함 기반 위에 구축되지만 개발자는 실제로 가치있는 일을하고있는 것 같습니다.
즉, SysAdmin 업무를 열정적으로 수행하는 모든 사람을 존중하십시오. 그것은 우스운 일이며 종종 불만족스러운 일이지만, 서버를 계속 운영하는 모든 사람은 저의 책의 주인공입니다.
나는 개발자로 시작하여 DBA, sysadmin 및 sysadmin 관리자로 끝났습니다.
시스템 관리가 더 흥미로 웠습니다. 통합 및 유지 관리를 위해 움직이는 부분이 많은 대규모 분산 환경에서 작업 할 기회가 있었기 때문입니다.
또한 IMO의 많은 개발 작업은 크 래피 응용 프로그램을 유지 관리하거나 상용 패키지를 사용자 지정하는 것입니다. 어. 나에게 sysadmin은 창의성을 발휘하고 비즈니스 운영을 유지하는 시스템에 가시적 인 영향을 줄 수있는 더 많은 기회를 제공하는 것 같았습니다.
코딩을 좋아하는 sysadmin으로 시작했습니다. 나는 프로그래밍 기술이 시스템 관리자에게 가장 중요한 기술이라는 것을 알았습니다. 작업을 자동화하는 방법을 모른다면 유지 관리의 악몽에 빠지게됩니다.
몇 년이 지남에 따라 필자는 순수한 시스템 관리를 줄였습니다. 그리고 이제 새로운 솔루션의 아키텍처를 선호합니다. sysadmin-stuff를 사용하면 일반적으로 무거운 3rd 라인 디버깅 또는 일부 쓰레기 솔루션을 통합하는 코드가 설치되어 있습니다.
나는 럭셔리도 없었습니다. 나는 둘 다 한 번 에 시작했다 . 기존 68k 기반 Mac의 레거시를 최신 HP 데스크탑으로 마이그레이션하고, 산업 생산 (컷리스트 최적화)을 현대화하고 인터넷 액세스 및 이메일을 설정하고 새로운 언어 (Delphi)를 배우고 데이터 문제를 처리하며 Linux 및 Windws NT 4와 TCP / IP 네트워킹의 기초를 배우기 .... blah blah blah ....
당신은 아이디어를 얻습니다. 불에 의한 침례와 때로는 유황이 옆으로 나왔습니다. 1997 년은 2007 년과 같지 않았으며, 작업을 관리하는 많은 "신입생"은 그 차이를 인식하지 못할 수 있습니다. 당신은 단지 "구글 그것"이라고 할 수 없었습니다. 구글은 여전히 스타트 업이었습니다.
당신의 일이 다른 사람들에게 얼마나 중요하지 않은지와 같은 그런 압력을받는 것을 빨리 배우게됩니다. 그들에게, 당신은 필요한 악입니다. 당신은, 당신이 마음에 당신이 그것을 계속 실행하지 않으면 장소는 손 바구니에 지옥에 갈 것입니다 알고 있습니다.
내가 떠났을 때, 나는 화상을 입었고 소유자가 내가 한 노력에 대해 전혀 감사하지 않았기 때문입니다. 음식, 휴식 또는 보상없이 24 시간 연속 근무 시간을 측정하는 것은 시끄 럽습니다. 음식, 휴식 또는 보상없이 12 시간을 더 머무를 것으로 예상되는 것은 나의 육체적 인내의 한계를 넘어 섰습니다. 이틀 만에 36 시간을 보자. 왜 하루를 쉬어야하는지 궁금해 할 수 없다.
10 년 전이었습니다. 말할 것도없이, 나의 새로운 고용주는 훨씬 더 합리적입니다. 훨씬 쉬운 경향이 있지만 여전히 SysAdmin 과 프로그래밍 작업을 모두 수행합니다 . 아마 때문에 모든 것이 불에없는 및 작업에 한 사람 이상이 문제에있다 .
내 이야기의 간결한 버전은 다음과 같습니다.
나는 엄격하게 개발자로 시작했지만 아버지와 그의 회사를 돕기 시작했기 때문에 많은 시스템 관리자를 배워야했습니다. 현재 저는 여전히 개발자이지만 무거운 sysadmin도 수행합니다.
두 영역 모두 서로를 잘 보완합니다. 예를 들어, 전문가 sysadmin은 아니지만 내 응용 프로그램에 보안 웹 서버를 구성하고 여러 sysadmin 문제 등을 해결하는 방법을 알고 있습니다. 그리고 지원이 필요할 때 적절한 사람들과 더 잘 소통 할 수 있습니다 .
시스템 관리자로서 소프트웨어 개발을 알면 귀찮은 작업을보다 효율적으로 자동화하고 일부 기본 기능이 어떻게 작동하는지 잘 이해할 수있었습니다.
어쩌면 그것은 일반적인 경우입니까? 대부분의 시스템 관리자가 적어도 약간의 프로그래밍을 알고 있다고 생각합니다.
지식 영역을 다른 영역에 어떻게 적용했는지 듣고 싶습니다.
나는 Sysadmin으로 시작하여 같은 일을 두 번하는 것을 싫어하는 게으른 관리자로 바뀌어 스크립팅하는 방법을 배웠습니다. 스크립팅을 통해 일상적인 작업을보다 쉽게 수행 할 수있을뿐만 아니라 작업에서 모든 적절한 단계를 설명 할 수 있도록 작업을 간소화 할 수 있습니다. 스크립팅은 현재 GUI가 마음에 들지 않는 시점으로 안내했습니다. 백엔드에서 어떤 코드가 실행되는지 알지 못하기 때문에 GUI를 신뢰하지 않기 때문입니다. 또한 스크립팅에서 개발자 작업으로 자연스럽게 진화했지만, sysadmin을 염두에두고 일상 생활에서 공식 개발 교육을받은 적이 없기 때문에 여전히 sysadmin 작업으로 돌아가고 있습니다. 솔직히 어떤 식 으로든 내가 해고되기를 원하거나 더 적절하게 긴 휴가 (3-4 주),
sysadmin / dba로 시작한 다음 프로그래밍을 시작했습니다. 프로그래머가 뒷방에 갇혀 있고 다른 사람과 이야기하지 않았다는 오해가 있었기 때문에 sysadmin / dba 경기장에 갔다. 프로그래밍 (VBA-> VB6-> .NET)을 다루기 시작했을 때 프로세스를 수행 한 사람들의 프로세스가 어떻게 작동했는지 알아야한다는 것을 알았습니다 (상상!)
나는 개발에 나섰고 지금은 프로그래머입니다. 분명히, 나는 더 이상 일하는 것처럼 느끼지 않기 때문에 항상 프로그래머의 마음을 사로 잡았습니다! :-)
나는 모든 일을하는 방법과이 방법을 알고 있기 때문에 코딩을 시작했을 때 사물의 시스템 관리자 / DBA 측의 나의 지식은 대단히 나에게 도움이 되어야 작동합니다. 그것은 sysadmin 사람들을위한 프로그래밍 솔루션에 큰 도움이되었습니다!
-JFV
데스크톱 기술로 시작하여 몇 달 후에 sysadmin으로 옮겼습니다. 다음 8 년 동안 sysadmin을 수행하면서 내 관리 업무를 완수하기 위해 애플릿과 스크립트를 작성하는 데 많은 시간이 소요됨을 알게되었습니다. 필자는 sysadmin 작업보다 훨씬 많은 코딩을 좋아했으며 같은 회사 내에서 개발자 위치에 빠지게되었습니다. 이제 실제로 두 가지를 모두 수행합니다. 저는 작고 고도로 전문화 된 응용 프로그램 그룹에 속해 있으며 두 모자를 모두 쓰고 있습니다. 두 세계의 최고! sysadmin을 따라 가고 직업 설명의 일부로 개발에 중점을 둡니다.
ASP를 작성하는 웹 개발자로 시작했는데 PHP보다 당시에 더 익숙했습니다. 고등학교에서 많은 ASP를 작성하고 프로젝트 과정에서 고등 교육을 받았기 때문에 다소 행복했지만 암호화 및 파일 업로드 / 다운로드와 같은 작업을 수행하기 위해 한계를 극복하기 위해 많은 노력을 기울여야했습니다. 결국 sysadmin 역할을 맡게되었고, 다운 사이징을했을 때 모바일 sysadmin (Geek Squad가 아니라 유사한 아이디어)이되었습니다.
나는 sysadmin을 선호하지만 분석가 인 나의 현재 직업을 더 선호합니다. 나는 거대한 프로젝트의 부담없이 모든 것을 조금씩해야합니다.
프로그래머에서 sysadmin으로, 프로그래머에서 sysadmin으로, 프로그래머 (때로는 sysadmin 작업을 도와주는 사람)로 다시. :-) 나는 내가 찾을 수있는 일을 끝내고 sysadmin 위치는 모두 netadmin과 결합되었습니다!
가상 대학 프로젝트에서 웹 개발자를 시작했습니다. 시간이 지남에 따라 Adobe ColdFusion과 같은 앱 서버를 담당하면서 웹 서버 관리자에 점점 더 많이 관여하게되었습니다. 수년에 걸쳐 Unix 및 Windows 서버에 지점이 있습니다.
또한 한때 데이터베이스 프로그래머로 정의 된 Oracle도 알고 있으므로 필요에 따라 DBA 작업을 지원하도록 요청을 받았습니다.
이제 직원 문제로 인해 Solaris 관리자로 마이그레이션했기 때문에 웹 서버를 프로그래밍하고 유지 관리하는 동안 본격적인 sysadmin이되었습니다. 내 프로젝트 중 하나가 현재 고용주를 위해 스트리밍 컨텐츠를 생성하기 위해 출발하면 멀티미디어 개발자가 될 예정입니다.
TRS-80에서 두 가지를 결합하여 시작했습니다. 당연히 관리자 가 많지 않지만 여전히 그렇습니다.
다음으로 가장 많이 만나는 컴퓨터는 VAX 11/780입니다. 우리는 모두 관리자와 개발자의 조합이었습니다.
대학과 대학원에서 실험실에서 사용할 수있는 모든 컴퓨팅 리소스를 사용하고있었습니다 (개발자 전용).
대학원 중반에, 저는 SGI 랩의 개발자와 관리자의 조합으로 지불되었습니다. 오리지널 오닉스 시스템의 IRIX 5 베타 테스트에 다른 사람이 있습니까? 오, MIPS R4400, 어떻게 당신을 사랑합니까?
그 이후로 저는 항상 두 가지 일을하고 있습니다. 사실, 나는 컴퓨터 (들)가 소프트웨어를 작성하는 다른 풀 타임 직업에서 나를 어떻게 지원하기를 원하는지 정확하게 알고 있습니다.
나는 개발자로 시작하여 순전히 sysadmin이되었습니다. 우리는 sysadmin 부서의 직원이 부족했고 개발 부서의 직원이 설치 및 구성을 기다리는 중이었습니다. 그래서 나는 이것에 의존하는 일부 개발 작업을하고 싶을 때이 작업 중 일부를 인수하기 시작했습니다. 그런 다음 다른 개발자를 위해 동일한 작업을 시작했으며 전체 개발 환경을 천천히 유지 관리했습니다. 이것은 모든 (컴퓨터, 네트워크 등)에 대한 액세스를 필요로했기 때문에 휴가 중이거나 아플 때 실제 sysadmin을 백업했습니다. 회사가 성장함에 따라 우리는 sysadmins보다 새로운 개발자를 고용하는 것이 더 쉽다는 것을 깨달았 기 때문에 공식적으로 sysadmin 부서로 "이동"했습니다. 그리고 나는 이런 식으로 간 후회하지 않습니다.
학생으로서, 호주에있는 중간 규모의 ISP가 1-2000 명의 사용자 인 경우 ISP에서 1/2/3 수준의 헬프 데스크로 아르바이트를했습니다. 당시 CS 학생이었습니다. 훈련은 여기에 루트 비밀번호와 알람 코드가 있습니다. 떠날 때 문을 잠그십시오.
이것으로부터 나는 초보자 시스템 관리자로 성장했습니다. passwd 파일이 날아 갔을 때 밤새 perl을 배웠지 만 파일 시스템 속성과 반경 파일에서 다시 빌드 할 데이터가있었습니다.
결국 리눅스 프로그래머가있는 모든 프로그래머가있는 작은 고객들과 함께 작은 상점에서 직업 프로그래밍을했기 때문에 우리 모두도 약간의 시스템 관리를했습니다. 그러나 나는 많은 시스템 관리를했고 우리가 가지고있는 10 개의 모뎀 100 사용자 ISP를 운영하는 데 도움이되었습니다.
거기에서 배치 엔지니어 역할로 이동했습니다. 현명한 확장 가능한 방식으로 prod 소프트웨어를 배포 할 수 있어야하지만, 맞춤형 소프트웨어의 작동 방식을 해결하고 개발자와 대화하여 디버깅 할 수있는 충분한 프로그래밍 경험이 있어야합니다.
거기에서 웹 프로그래밍 및 시스템 관리자.
그들의 전임 시스템 관리자 gig에서.
내 이야기는 /programming/547155/from-admin-to-dev/547177#547177 에서 읽을 수 있습니다.