비 기술 회사에서 유일한 프로그래머로 일함 [폐쇄]

저는 약 15 명의 소규모 마케팅 회사에서 백엔드 개발자, 프론트 엔드 개발자, 시스템 관리자, 헬프 데스크 및 '컴퓨터를 아는 사람'으로 일하고 있습니다.

기술 업계에 관심이없는 회사에서 다른 사람들이 자신의 경험을 공유 할 수 있는지 궁금합니다.

나는 프론트 엔드 개발자 / 디자이너에서 풀 타임 코더로 전환하기 위해 원래 일을했습니다. 그것은 좋은 경험이었습니다. 솔직히 아무도 내 직업을 이해하지 못하기 때문에 나는 '락 스타'프로그래머의 역할을 확실히 수행하게된다.

최근에는 매우 독방적인 위치처럼 느껴집니다. 나는 사람들로부터 아이디어를 얻지 못하고 모든 사람들이 내가 모든 컴퓨터를 작동시키고 Google 검색에 먼저 착륙시키는 마법의 힘을 가지고있는 것처럼 보입니다. 또한 우리가 원하는 것 (개발 일정이 크고 긴 개발 일정이있는 프로젝트)과 실제로하는 것 (사이트를 반복해서 복사 편집)간에 강한 단절을 느꼈습니다.

그렇다면 기술이 모두 마술이라고 생각하는 회사에서 '기술자'가되는 사람은 누구일까요?

당신이 가지고있는 상황을 이용하십시오-어느 정도는, 당신이 "grassisgreeneritis"라고 생각합니다. 미안해, 난 웃기려고하지 않아 내가 말하는 것은 모든 회사의 모든 직책에 결점이 있다는 것입니다. 당신은 그들이 매우 친숙하기 때문에 더 많은 것을 얻기 시작했습니다. 그러나 기술 회사에서는 일정과 시간 약속이 문제가됩니다. 대규모 비 기술 기업에서는 정치적 어리 석음과 절차를 극복하는 것이 큰 문제가 될 수 있습니다.

그러므로 지금 가지고있는 것을 활용하십시오. 할 수있는 것을 배우십시오. 당신이 더 많은 것을 배울 수 없다고 생각하면, 이제 갈 시간입니다. 거기에는 아무런 해가 없습니다. 당신이 직업에 만족하기 위해 성장해야하는 사람들 중 하나 인 것 같습니다. 현재의 회사는 당신이 그 시점에 도달했을 때 정직하게, 그렇지 않다면 떠나는 것이 옳은 일이라는 것을 이해해야합니다.

모든 것을 말하면 현재 위치에서 더 많은 것을 할 수 있습니다.

고독감을 느낀다면 그 느낌을 없애기 위해 약간의 변화를하십시오.

• 온라인 커뮤니티를 사용하여 사람들에게 아이디어를 전하십시오 (StackOverflow가 적합합니다).
• 먼저 회사를 방문하여 회사를 방문하는 데 필요한 것이 무엇인지 확인한 다음 제안을한데 모아서 수행하십시오.
• 프로젝트를 진행할 때, 주도권을 잡고 일이 일어나는 방식을 바꾸십시오. 비현실적이고 긴 프로젝트를 수행하지 마십시오. 대신, 한 달 동안의 점진적 개선을 제안하십시오. 1 년이 넘는 기간 동안, 사람들은 합하여 무언가를 성취 한 것처럼 느끼도록 도울 수 있습니다.

유일한 개발자가되는 데는 한 가지 분명한 단점 이 있습니다. 아무도 배울 점이 없습니다 .

제 생각에는 더 나은 프로그래머가되는 가장 좋은 방법은 더 나은 개발자 인 사람들과 함께 일하는 것입니다. 솔로 개발자라면 새로운 기술, 개념 및 언어 기능을 배우기 위해 벗어나야합니다.

진지한 프로그래머라면 자신이하는 일에 도전 할 수있는 다른 프로그래머들과 자신을 둘러싸는 것이 중요하다고 생각합니다. 당신이 스스로 일하고 있다면 프로그래밍이 무엇인지에 대한 큰 덩어리가 빠져 있습니다.

당신은 아마이 일을하고 괜찮은 급여를 벌고 자신을 필수 불가결하게 만들 수는 있지만 장기적으로는 당신이 할 수있는만큼 성장하지 않을 것이며이 경우 단점이 장점보다 크다고 생각합니다.

장점과 단점이 있습니다.

나에게 가장 중요한 단점은 다음과 같습니다. 동료와 공유 할 수 없습니다. 하지만 당신은 우리와 함께 여기 있습니까? 당신은 우리와 공유 할 수 있습니다.

주요 장점은 다음과 같습니다.

1. 당신은 회사에서 당신의 분야에서 최고 이며, 오랫동안 거기에있을 것입니다. 이건 매우 중요합니다. 수십 명의 개발자가있는 대기업에서는 경쟁이 치열하며 대부분 그 영향을받습니다. 어리석은 것이지만 인간의 본성입니다.
2. 소규모 회사이기 때문에 관리 할 새로운 IT 직원을 채용하도록 승인을받을 가능성이 높습니다. 이것은 많은 선택을 할 수 있는 좋은 위치에있게 됩니다 .
3. 소규모 회사에서도 IT를 관리 할 수있는 유일한 사람 은 바로 기회 입니다. 당신은 성공에 대한 크레딧이 제공됩니다.

나는이 상황에서 대부분의 경력을 쌓았습니다. 내가 볼 때 장단점은 다음과 같습니다.

찬성

• 당신은 보통 단순한 프로그래밍 그 이상을 다루고 있습니다. 또한 시스템 분석가, 설계자 및 개발자로 활동합니다.
• 설계 작업을 처리 할 분석가 / 건축가가 없기 때문에 진행중인 작업을 실제로 알아야하기 때문에 실제 비즈니스에 대한 추가 노출

단점

• 이 시나리오의 거의 모든 인스턴스에서 유리 천장에 도달했습니다. IT / 소프트웨어 부서를 확장하려는 희귀 한 회사에 있지 않다면 승진 할 것이 없기 때문에 승진하지 않으며 아마도 당신을 고용 할 사람도 없을 것입니다.
• 아마도 과로, 아마도 미지급
• 다른 사람이 아이디어를 떠올리거나 브레인 스토밍하지 않아도되므로 좌절하기 쉬우므로 기본적으로 직감과 직결하거나이 사이트 나 IRC와 같은 사이트 또는 동료와 대화하는 모든 사이트에서 많은 시간을 보내야합니다.

궁극적으로, 비즈니스에 관심이 있거나 IT에서 이사하려는 비즈니스이거나 회사를 운영하는 사람들과 친한 친구 / 친척이라면 비즈니스에 좋은 선택이 아니라고 말할 수 있습니다. 소프트웨어가 아닌 것에 대해 많은 것을 배우 겠지만, 항상 접시에 힙이 있기 때문에 경험이 크게 할인됩니다. 가장 드문 경험을 제외하고는 설정이 나쁜 경우 (예 : 품질이 낮은 하드웨어, 잘못된 코드 / 데이터베이스) 회사를 개선 할 수 없으며 직원을 고용 할 수 없습니다. 그런 다음 진정한 관리자가 되십시오.

2 년 전 작은 6 인 상점에서이 역할을 맡았을 때 제 직책은 "IT 책임자"였지만 보고서는 없었으며 sysadmin / developer / DBA 올인원이었습니다. 기술 결정과 관련하여 고위 경영진을 상대하는 것에 대해 조금 배웠지 만 실제로 는 아무것도 할 수 있는 리소스를 전혀 얻지 못했습니다 (예 : 보고서, 예산, 결정 권한이 없음). 내가 실제 관리자가 아니고 웅장한 제목을 가진 "IT Guy"이후로 갈 실제 관리자 인터뷰에서 웃었다. 침체는 궁극적으로 이익보다 더 해를 끼쳤으며, 지원 또는 지원이 전혀없는 신발 끈 예산으로 12 개 이상의 물건을 관리해야한다는 스트레스로 인해 건강 관련 문제 (궤양)가 발생했습니다.

다시 해볼까요? 회사가 IT 관리자로서의 책임을 맡고 있다는 사실을 알고있는 경우에만 A) 소프트웨어 / 하드웨어 예산, 직원 채용 능력 또는 예산에 상관없이 내가해야 할 자원 가장 좋은 계약자를 고용하고 B) 회사에 대한 교육적인 결정을 내리는 지원; 기본적으로 경영진 / 관리자처럼 대우 받고 있습니다 (유일한 IT 담당자 인 경우 본질적으로 CTO / CIO이며 거의 매일 회사의 기술 방향에 대해 경영진과 협의해야합니다).

이와 같은 상황 은 성장에 관심 이 있고 IT 부서를 성장시키고 자 하는 비즈니스 소유자와 함께 드문 경우가 아니라면 거의 나오지 않습니다 . 그런 경우 관리자가 되려면 금색입니다. 대부분의 경우 진정한 관리자가 유효하지 않은 트럼프 제목을 제외하고는 화상을 입었을뿐입니다.

저는 비 기술 회사에서 솔로 프로그래머로 몇 년을 보냈습니다. 저는 기술 전문가로 일했지만 곧 소규모 유틸리티 작성에서 합리적인 규모의 개발 프로젝트에 이르기까지 프로그래밍 기술에 대한 사용법을 찾았습니다.

장점 중 하나는 "모범 사례"에 대해 읽고 조직 내에서 구현할 수 있다는 것입니다 (예 : 소스 제어, 단위 테스트, 기능 테스트 등).

또한 요구 사항 수집 및 사용 사례 사양에서 출시 후 지원 및 출시 관리에 이르기까지 전체 수명주기에 대한 통찰력을 얻었습니다.

이 경험으로 인해보다 둥근 개발자가되었으며 소프트웨어 개발 회사에서 근무하면서이 경험이 도움이되었습니다.

고독한 느낌과 관련하여 동의합니다. 인터넷 커뮤니티는 아이디어를 거부하는 데 유용하며 로컬 사용자 그룹도 재미를 느낄 수 있습니다. 현지인이 없습니까? 하나를 시작하십시오-같은 보트에 현지인이있을 가능성이 있습니다!

나는 비슷한 상황에 처해있다. 현재 상황은 느리지 만 내부적으로 시작하는 새로운 비즈니스 라인과 매입에서 시작하는 새로운 비즈니스 라인이 있습니다. 상황이 매우 빠르게 바뀝니다. 프로젝트가왔다 갔다한다. 외로워지고 SO의 제품군은 기술적으로나 개인적으로 도움이되었습니다.

모든 것이 평등합니다. 오히려 팀의 일원 이었지만 마지막 회사에는 소규모 개발자 그룹이있었습니다. 우리는 항상 독립적으로 다른 프로젝트를 수행했습니다. 일시적으로 회계 책임자로 교체 된 관리자를 잃었습니다. 그의 아이디어는 우리가 자신을 관리하고 모든 공급 업체 관계, 프로젝트 관리, 회의 등을 처리하도록하는 것이 었습니다. 나는 더 이상 참을 수 없었다. 내가 말했듯이 모든 것이 평등합니다.

나는 다른 부서의 사람들과 프로젝트에 관여합니다. 이제 다른 회사의 개발자와 함께 응용 프로그램에 통합하려고합니다.

집에서 일할 때 로컬 사용자 그룹으로 이동하는 데 더 많은 유연성이있었습니다 (약 45 분 거리). 기차로 도시로 통근하기 때문에 참석하기가 더 어려워졌습니다. 더 가까운 것이 있었으면 좋겠다.

내 경험은 ChrisB와 비슷합니다. 우리가 (최근에) 두 번째 개발자를 데려 올 때까지 효과적으로 3 년 동안 내 부서의 유일한 응용 프로그램 개발자였으며 ​​상황이 많이 바뀌 었습니다.

기술적 인 사람이되는 것의 가장 큰 장점은 다른 사람을 설득하거나 훈련시키지 않고 새로운 것을 배우고 구현할 수 있다는 것입니다. 다른 기술 인력을 확보 한 후에는 다른 기술 인력을 소지해야합니다.

가장 큰 단점은 스스로 배울 수 있거나 배우는 것에 한계가 있기 때문에 훈련을 유지하고 진전을 유지하기 위해 더 열심히 노력해야하며 결국 한계에 도달한다는 것입니다. 특정 시점에 도달하면 개발자와 더 많은 전문가와 상호 작용하는 것 외에는 더 이상 발전 할 수 없다고 생각합니다. Software Craftsmanship 아이디어를 옹호하는 사람들은 멘토링에 대해 흥미로운 이야기를 많이합니다.

그 위치에있는 사람들을 알고 있습니다. 중요한 질문은 그들이 당신을 얼마나 존경하는지입니다. 프로그래머가 필요한 악이라는 태도를 취하는 매우 작은 사업체가 있습니다 (내가 아는 한 가지 좋은 예는 가족 소유 사업이었습니다). 당신이 존경받는 것처럼 들리는데, 특히 사람들이 소규모 사업체에서 일을 시작하는 이상한 일을하지 않아도되기 때문에 특히 그렇습니다.