소프트웨어 개발자가 성장할 수 있는 23가지 대체 경력 경로 (2023)

지난 5년 동안 저는 시카고의 많은 코딩 부트캠프에서 수십 번의 초청 강의를 했습니다.

몇 가지 질문이 반드시 나옵니다. "다음에는 어떤 언어를 배워야 할까요?", "기술 면접은 어떻게 준비할 수 있나요?", "채용 중이신가요?"

하지만 저를 실망시킨 한 가지 질문은 "소프트웨어 개발자가 되고 싶지 않으면 어떻게 합니까?"였습니다.

나는 최근에 이것에 대해 많이 생각하고 있습니다. 거의 10년 동안 제품 및 엔지니어링 팀을 이끈 후 저는 새로운 도전에 대한 준비가 되었다는 것을 깨달았습니다.프리랜서 테크니컬 라이팅. 처음 의뢰인을 받았을 때는 몰랐는데 금세 깨달았습니다.테크니컬 라이팅은 이전 소프트웨어 엔지니어에게 유효한 많은 진로 중 하나입니다..

소프트웨어 개발자가 할 수 있는 다른 작업은 무엇입니까?

이 깨달음은 저를 생각하게 했습니다. "소프트웨어 엔지니어가 소프트웨어 작성 외에 할 수 있는 다른 작업은 무엇입니까?"

목록은 놀라울 정도로 길다.

이 게시물은 소프트웨어 개발자, 특히 최근에 부트캠프를 졸업한 사람이 사용할 수 있는 다양한 진로를 살펴봅니다. 각 직업이 하는 일, 문에 발을 들이는 방법, 장기적인 전망에 대해 설명하겠습니다.

엔지니어라는 직업을 찾지 못해 다른 진로를 찾고 있거나 소프트웨어 개발이 자신에게 적합하지 않다는 것을 깨달았기 때문에 이 가이드는 자신의 기술에 맞는 직업을 찾는 데 도움이 될 것입니다.

고객 대면 역할

소프트웨어 엔지니어는 대인 관계 기술을 통해 이점을 얻을 수 있지만 제가 이야기한 일부 부트캠프 졸업생은 하루 종일 조용히 앉아서 코드를 작성하는 것을 기대하지 않습니다. 사람들과 교류할 수 있는 더 많은 기회를 제공하는 진로를 원한다면 이러한 직업이 적합할 수 있습니다.

1. 개발자 관계, 옹호 또는 전도

더 많은 회사가 고객, 사용자 또는 지지자인 개발자와 관계를 구축하기 위해 노력함에 따라 개발자 관계 분야가 빠르게 성장하고 있습니다.

개발자 관계 전문가(일부 회사에서는 개발자 옹호자, 개발자 전도사, 커뮤니티 관리자 또는 "DevRels"라고 함)는 회사 소프트웨어를 중심으로 커뮤니티를 구축하고 구축하는 데 도움을 줍니다.

그들은 종종 데모 응용 프로그램 작성, 블로그 게시물 작성, 회의에서 연설 및 기술 중심 회사의 소셜 미디어 계정 관리에 관여합니다. 많은 유명한 기술 회사(Facebook, Google, Amazon 등)는 개발자 관계 전문가 팀을 고용합니다.

이 분야에 관심이 있다면 무엇을 읽어보십시오.메리 텡발그리고PJ 해거티하고있다. 그들은 공간에서 제가 가장 좋아하는 두 명의 인플루언서입니다.커뮤니티 펄스 팟캐스트함께.

2. 개발자 마케팅

개발자 관계와 겹치는 부분이 있지만 개발자 마케팅은 더 외부에 초점을 맞춥니다.

우리는 판매되는 것을 좋아하지 않기 때문에 개발자에 대한 마케팅은 특히 까다롭습니다. 따라서 다른 시장에서 작동하는 더 많은 공격적인 마케팅 전술은 여기에서 금기시됩니다. 기술적 배경을 가진 사람으로서 자연스럽게 개발자의 생각을 이해하게 될 것이고 전통적인 마케터보다 더 큰 영향력을 갖게 될 것입니다.

슬래시데이터다음을 포함하여 개발자 마케팅에 대한 많은 훌륭한 콘텐츠를 제공합니다.2018년 주제에 관한 책. 이 분야에서 시작하고 싶다면 온라인 마케팅(SEO, 소셜 미디어, 콘텐츠 마케팅, 인플루언서 마케팅 등)을 배우십시오. 작업에 지원하기 전에 블로그에서 이러한 많은 기술을 연습하여 지식을 입증할 수 있습니다.

3. 영업 엔지니어

많은 엔지니어들이 제목에 "영업"이 있는 직업에 대해 꺼려하지만 그것은 우리 모두가 나쁜 영업사원을 만났기 때문입니다.

사실은모두 영업중. 면접 과정에서 구직자로서 자신을 "판매"하거나 엔지니어링 팀의 새로운 프레임워크를 옹호하든, 영업이란 고객의 요구 사항을 올바른 솔루션과 일치시키는 것을 의미합니다.

영업 엔지니어는 일정 수준의 전문 기술을 보유하고 있다는 점에서 독특합니다. 이것은 하루 종일 코드를 작성하고 싶지는 않지만 소프트웨어 엔지니어링을 이해하고 있는 개발자에게 훌륭한 조합이 될 수 있습니다.

판매에 대한 또 다른 좋은 점은 판매를 위해 전문 인증이 필요하지 않다는 것입니다.Hubspot은 훌륭한 소개를 제공합니다시작할 수 있는 몇 가지 기술과 자원에 대해. 더 많은 회사가 엔지니어를 위한 소프트웨어 도구 및 서비스를 구축함에 따라 향후 10년 동안 영업 엔지니어에 대한 수요가 훨씬 더 많아질 것입니다.

4. 기술 채용 담당자

소프트웨어 엔지니어 사이에서 좋지 않은 평가를 받는 또 다른 직업은 기술 채용입니다.

저는 정직하고 진정한 기술 채용 담당자를 만났습니다(테일러 도셋그리고매트 호프만예를 들어 제 고향인 시카고에서) 하지만 할당량에 도달하기 위해 순전히 후보자를 이리저리 휘젓는 데만 집중하는 끔찍하고 우둔한 채용 담당자도 만났습니다.

좋은 소식은 소프트웨어 개발에 대한 배경 지식이 있으면 다른 많은 기술 채용 담당자보다 더 공감하고 신뢰할 수 있다는 것입니다. 영업과 마찬가지로 이 분야에는 보다 외향적이고 관계 중심적인 성격이 필요하지만 전문 인증이나 과정이 필요하지는 않습니다.

불행하게도, 기술 채용 분야의 많은 초급 직업은 품질이 낮은 회사에 있습니다.Glassdoor에 대한 평판신청하기 전에.

제품 역할

제품 팀에 남아 있고 싶지만 소프트웨어 개발자가 되고 싶은지 확신이 서지 않는다면 전환할 수 있는 분야가 많이 있습니다. 이러한 역할은 엔지니어와 긴밀하게 협력하므로 코딩 지식이 도움이 되지만 다른 전문 지식도 필요합니다.

5. 품질 보증 또는 테스트 엔지니어

있는 동안품질 보증과 테스트 엔지니어 간의 미묘한 차이, 둘 다 소프트웨어가 실행되기 전에 테스트 소프트웨어를 처리합니다.

세부 사항에 대한 안목이 있고 반복적인 작업을 자동화하는 창의적인 방법을 찾는 것을 좋아한다면 이것은 훌륭한 진로가 될 수 있습니다. 약간의 코딩과 일부 수동 테스트 작업이 필요할 수 있습니다.

소규모 회사에서는 소프트웨어 엔지니어가 서로의 코드를 테스트하도록 하므로 대규모 조직에서는 전담 테스트 및 QA 역할이 가장 일반적입니다. 회사에서 테스트를 수행하는 방법에는 많은 차이가 있으므로 사용하는 도구, 테스트가 얼마나 자동화되어 있는지, 귀하의 역할에 수동 테스트와 자동 테스트가 얼마나 수반되는지 확인하십시오.

6. 비즈니스 분석가

제품 개발 수명 주기의 반대편에는 비즈니스 분석가가 있습니다. 그들은 일반적으로 비즈니스 팀과 기술 팀 간의 다리 역할을 하여 요구 사항, 제한 사항 및 일정을 이해하도록 합니다. 또한 팀의 구조에 따라 테스트 및 품질 보증에 뛰어들어 도움을 줄 수 있으므로 광범위한 제품 지식이 필요합니다.

비즈니스, 제품 개발 또는 디자인에 대한 배경 지식과 약간의 코딩 기술이 있는 경우 신입 비즈니스 분석가 역할을 수행할 수 있습니다. 그렇지 않다면 역할과 그 역할에 대한 기본 이해를 개발하는 데 도움이 되는 몇 가지 온라인 과정을 살펴보는 것이 좋습니다.

7. 프로젝트 매니저

비즈니스 분석가와 마찬가지로 프로젝트 관리자는 제품의 비즈니스 요구 사항과 기술적 제약을 이해해야 합니다.

주요 차이점은 프로젝트 관리자가 일반적으로 단일 프로젝트에 깊이 관여한다는 것입니다. 그들은 종종 프로젝트에서 작업하는 팀의 작업과 리소스를 정의하고 릴리스가 가까워짐에 따라 프로젝트의 진행 상황을 추적합니다.

소규모 회사에서는 비즈니스 분석가, 프로젝트 관리, 스크럼 마스터 및 제품 관리자 역할을 다양한 방식으로 결합할 수 있지만 대규모 회사에서는 별도의 책임을 정의할 수 있습니다.

우수한 조직 기술, 비즈니스에 대한 이해 및 대인 관계 기술은 프로젝트 관리자로서 성공하는 데 매우 중요합니다. 이 역할은 기대치를 관리하고 당신보다 선배이거나 경험이 많은 사람들에게 동기를 부여하는 능력에 달려 있으므로 신속하게 신뢰를 구축해야 합니다. 이 역할의 다면적 성격은 더 이상 코드를 작성하고 싶지 않은 분석적이고 기술적인 사람들에게 적합합니다.

8. 스크럼 마스터

애자일 팀에서는스크럼 마스터모든 사람이 스크럼 이론, 모범 사례 및 규칙을 알고 구매하도록 도와줍니다.

이것은 결국 프로젝트 관리와 매우 비슷해 보이지만 제품 구축에 관련된 다른 팀을 지원하는 데 특히 중점을 둡니다. 다시 말하지만 이것은 항상 자체 작업은 아니지만 더 큰 조직에서는 그럴 수 있습니다.

기대치와 제한 사항을 관리하는 능력은 스크럼 마스터로서의 성공에 매우 중요합니다. 또한 애자일 모범 사례를 알아야 하므로 해당 주제에 대한 적합한 과정이나 책을 찾는 것이 좋습니다. Agile은 모든 규모의 조직에서 널리 채택되었으므로 이 경력 경로는 향후 10년 동안 계속 성장할 것입니다.

9. 제품 관리자

2019년에는 제품 관리에 대해 배우며 많은 시간을 보냈습니다.The Graide Network의 제품 배송 프로세스 개선.

제품 관리자는 회사의 제품이 바람직하고(고객이 원함), 실행 가능하고(비즈니스에 이치에 맞음) 실행 가능한지(우리가 구축할 수 있음) 확인하기 위해 회사의 제품을 전체적으로 살펴봅니다. 이와 같이 높은 수준에서 생각하는 능력은 드물기 때문에 기술적인 배경이 있다면 제품 관리자로서 잘할 수 있습니다.

초급 제품 관리자는 제품의 작은 부분으로 시작하거나 일부 조직의 프로젝트 관리자로 시작할 수 있습니다. 이렇게 하면 제품 개발의 맛을 볼 수 있고 관리할 제품을 할당받기 전에 필요한 모든 이해 관계자와 관계를 구축하는 데 도움이 됩니다.

10. 디자이너

디자인이나 예술적인 배경을 가지고 있다면 코딩 기술이 있는 UI 또는 UX 디자이너가 되는 것은 해당 분야에서 두각을 나타낼 수 있는 좋은 방법입니다. 이러한 기술 조합을 통해 엔지니어와 보다 효과적으로 대화하고 정적 이미지 파일이 아닌 HTML/CSS에서 대화형 모형을 만들 수 있습니다.

디자인 경험이 많지 않다면 과정을 수강하고 포트폴리오 작성을 시작하십시오. 많은 회사에서 학위 없이도 지식과 기술을 보여줄 수 있는 사람을 고용할 것입니다.드리블내가 본 가장 일반적인 포트폴리오 플랫폼이지만 자신의 웹 사이트를 사용할 수도 있습니다.

11. 코드가 없거나 낮은 개발자

의 폭발노코드 및 로우코드 개발 도구지난 몇 년 동안 은(는) 개발 팀을 고용하지 않고 소프트웨어를 신속하게 구축하려는 회사에 기회를 제공했습니다. 이러한 도구를 사용하면 몇 주가 아닌 몇 시간 만에 모바일 또는 웹 앱을 만들 수 있으며 매년 개선되고 있기 때문에 더 많은 회사에서 코드 없는 앱을 수용하고 있습니다.

메이커패드그리고코드 작업 없음이러한 종류의 일자리를 찾기 시작하기에 좋은 곳입니다. 이것은 새로운 분야이기 때문에 필요한 다양한 기술과 급여를 찾을 수 있지만 배경 작성 코드는 의심할 여지 없이 자산이 될 것입니다.

지원 역할

많은 새로운 소프트웨어 엔지니어는 서버, 웹 사이트 및 작업을 원활하게 실행하는 데 도움을 주는 배후의 많은 직원을 인식하지 못합니다. 이러한 역할 중 일부는 자동화 스크립트를 작성하거나 서버 관리에 대한 심층적인 지식이 필요하지만, 기존 제품 개발 주기 이외의 무언가를 찾고 있지만 기술적으로 구부러진 경우 이러한 역할이 적합할 수 있습니다.

12. 시스템 관리자 또는 DevOps 엔지니어

대규모 소프트웨어 회사에는 일년 내내 패치, 업그레이드 및 교체가 필요한 수백 또는 수천 개의 서버가 있습니다. 클라우드 컴퓨팅의 광범위한 채택으로 인해 이 작업은 서버를 물리적으로 연결하는 것에서 다음과 같은 소프트웨어로 작업하는 것으로 변경되었습니다.테라포밍그리고쿠버네티스, 이 분야에는 일자리가 부족하지 않습니다.

전통적으로 시스템 관리자는엔지니어링 팀의 필요에 따라 서버 유지 및 관리를 담당합니다.. 조직이 성장하고 클라우드 호스팅으로 이동함에 따라 많은 사람들이 이 프로세스에서 사용되는 증가된 자동화를 반영하기 위해 DevOps 엔지니어라는 제목을 채택했습니다. 실제로 이러한 역할 간에는 겹치는 부분이 많습니다.

어느 쪽이든 운영 체제, 호스팅 플랫폼, 자동화 도구, bash 스크립팅 및 시스템 아키텍처에 대한 기본적인 이해가 필요합니다. 그것은 될 수 있습니다이 분야에서 초급 직업을 찾기가 어렵습니다.광범위한 기술 지식이 필요하기 때문에 대부분의 고객 대면 제품이 요구하는 UI/UX 요구 사항 없이 엔지니어링의 문제 해결 측면을 좋아한다면 전환하기에 좋은 역할입니다.

13. 데이터베이스 관리자

일부 회사에서는 데이터베이스 관리자를 시스템 관리자와 동일시하지만 이는 별개의 역할이 될 수 있습니다.

데이터베이스 관리자는 하위 수준 데이터 스토리지 시스템의 보안, 프로비저닝, 확장 및 최적화를 처리합니다. SQL 및 NoSQL 데이터베이스, 보안 모범 사례 및 일부 기본 스크립팅 기술에 대한 지식이 필요하지만 하루 종일 코드를 작성하지는 않을 것입니다. 또한 인덱스 및 캐시 수정과 같은 매우 미세한 최적화 문제에 대해서도 걱정하게 됩니다.

소프트웨어 개발이 처음이라면 데이터베이스에 대해 가능한 모든 것을 배우는 것부터 시작하십시오. 어떤 데이터베이스가 어떤 애플리케이션에 적합한지, 각 데이터베이스를 대규모로 최적화하는 방법을 알아야 하므로 직접 연습하기 어려울 수 있습니다. 작업할 대규모 데이터 세트를 찾으려면 다음을 확인하세요.캐글.

14. 사이트 신뢰성 엔지니어

사이트 안정성 엔지니어는 프로덕션에서 발생하는 중요한 문제에 대응하고 수정할 책임이 있습니다. 이것은 종종 그들이 "대기 중" 목록을 순환한다는 것을 의미하므로 이상한 시간에 일할 수도 있습니다. 긍정적인 점은 광범위한 비정상적인 문제를 해결하고 자동 경고를 작성하고 서버 로그를 읽는 데 정말 능숙해질 수 있다는 것입니다.

이 작업의 반응성이 매우 높기 때문에 숙련된 소프트웨어 엔지니어를 사이트 안정성 역할에 오랫동안 유지하는 것이 어려울 수 있습니다. 즉, 첫 번째 소프트웨어 개발 역할을 찾는 데 어려움을 겪고 있는 경우 문을 열 수 있는 좋은 장소가 될 수 있습니다. 저는 소프트웨어 개발로 전환하기 전에 SRE 역할을 시작한 두 명의 부트캠프 졸업생을 알고 있습니다. 빠르게 진행되는 문제 해결의 도전과 흥분을 좋아할 수도 있습니다.

15. 기술 또는 고객 지원

일부 엔지니어는 고객과의 상호 작용을 두려워하지만 다른 엔지니어는 사람들이 하루 종일 문제를 해결하도록 돕는 데 활력을 느낍니다. 귀하의 코딩 경험은 질문에 답변하고 수정 사항을 제안할 기술적 배경이 있는 사람이 필요한 소프트웨어 회사의 고객 지원 역할에 이상적인 후보가 될 것입니다.

지원 업무의 단점은 최악의 경우 사람들과 상호 작용해야 할 수도 있다는 것입니다. 만족하지 못하거나 좌절한 사용자는 기술 지원 팀과 대화하는 것을 달가워하지 않을 수 있으므로 이 역할을 오랫동안 유지하려면 많은 인내와 두꺼운 피부가 필요합니다.

가르치고 쓰는 역할

나는 항상 가르치는 것을 좋아했기 때문에 이것을 할 수 있는 엔지니어링 역할에 매력을 느꼈습니다. 복잡한 주제를 분석하고 다른 엔지니어에게 제시하는 것을 좋아한다면 추구할 수 있는 진로가 몇 가지 있습니다.

16. 테크니컬 라이터

대학에서의 세 번째 인턴십은 대기업의 기술 작가였습니다. 꽤 무미건조한 글이었지만 매일매일 새로운 것을 배우는 게 즐거웠습니다.

기술 문서 작성이 문서화만을 의미하는 것이 아니라는 사실을 그 이후로 알게 되었습니다. 당신은 추구할 수 있습니다기술 블로깅또는 카피라이팅; 내부 또는 외부 문서를 작성할 수 있습니다. 데모 앱과 튜토리얼을 만들 수 있습니다. 작가들에게 가장 보수가 좋은 분야 중 하나이니 고려해 볼 만하다.

이 길을 가려면 (분명히) 글을 잘 쓰고, 복잡한 생각을 정리하고, 새로운 것을 배우는 데 능숙해야 합니다. 직접 편집할 수 있는 능력이 많을수록 작업의 가치가 높아지므로 더 효율적이고 더 나은 작업을 수행하는 데 도움이 되는 도구에 투자하십시오.

당신은 쓰기를 시작할 수 있습니다일부 유료 커뮤니티 작성 프로그램, 그리고 네트워크와 포트폴리오를 구축하면서 그 경험을 정규직으로 전환합니다.

17. 선생님

소프트웨어 개발 경력에서 교사로서의 경력으로 전환할 수 있는 몇 가지 방법이 있습니다. 코딩 부트캠프에서 가르치는 일을 할 수도 있고, 대학이나 고등학교에서 가르칠 수도 있고, 다음과 같은 플랫폼에 가입할 수도 있습니다.지식인.io, 또는 Teachable 또는 Educative를 사용하여 자신의 코스 웹 사이트를 만들 수 있습니다. 선택하는 경로는 배경과 위험 허용 범위에 따라 다릅니다.

어쨌든 교사는 새로운 정보를 빨리 배우고 학생들에게 이해하기 쉬운 형식으로 제시해야 합니다. 성공하려면 청중을 그들의 수준에서 만나고 그들과 신뢰를 쌓아야 합니다. 교육은 소프트웨어 개발보다 적은 비용을 지불할 수 있지만 매우 만족스러운 진로가 될 수도 있습니다.

18. 트레이너

기업 교육은 교육의 또 다른 형태이지만 고려할 가치가 있습니다. 트레이너는 독립적인 컨설턴트로 일하거나 대기업에서 직원으로 일할 수 있으며, 일반적으로 전문 소프트웨어에 대한 실습 교육을 제공하기 위해 고객의 사무실을 방문합니다.

트레이너는 깊은 기술 지식을 가지고 있을 수 있지만 일부는 기술에 정통한 커뮤니케이터입니다. 기업 교육은 일반적으로 가르치는 것보다 비용이 더 많이 들지만 영업 중심적일 수도 있습니다. 강사는 종종 회의에서 연설하거나, 커뮤니티 워크숍을 진행하거나, 교육 세션 사이에 그룹 모임을 위해 여행합니다.

무대에서 기술 개념을 발표하는 것을 좋아한다면 이것이 이상적인 진로가 될 수 있습니다.

분석 역할

기술 회사 내 많은 역할에는 분석 기술이 필요합니다. 이러한 분야의 대부분은 전문 교육이 필요하지만 소프트웨어 엔지니어링에서 벗어나 경력을 쌓고 싶다면 고려해 볼 가치가 있습니다. 대부분의 제품 중심 엔지니어와는 다른 속도로 작업하게 되며 위의 일부 지원 역할과 마찬가지로 비즈니스의 다른 부분과 상호 작용할 수 있습니다.

19. 데이터 과학자 또는 엔지니어

이 두 가지 역할(일부 회사에서 결합)에는 비즈니스 또는 고객이 더 나은 결정을 내리는 데 도움이 되는 대규모 데이터 세트를 사용하는 것이 포함됩니다.

데이터 엔지니어는 일반적으로 데이터 수집 및 구성 파이프라인에서 작업하는 반면 데이터 과학자는 이 데이터를 유용한 결과로 처리하는 실험과 알고리즘을 설계합니다.데이터 사이언스(AI, 머신러닝 등)는 거대한 분야수학, 소프트웨어 엔지니어링 및 통계에 뿌리를 두고 있습니다.

데이터 과학 및 엔지니어링을 위한 과정, 부트 캠프 및 대학 학위가 있지만 강력한 수학적 배경이 있는 경우 일부 기본 사항을 스스로 배울 수 있습니다. 그렇지 않다면 먼저 수치 분석, 행렬 대수학 및 통계학을 복습하는 것을 고려하십시오.

이러한 기술은 배우는 데 오랜 시간이 걸리고 데이터 과학자에 대한 수요가 높기 때문에 이 역할은 보수가 좋으며 곧 사라지지 않을 것입니다.

20. 보안 분석가

정보 보안 역할은 일반적으로 문제가 발생할 때까지 레이더 아래로 날아갑니다. 모든 개발자는 보안 취약성과 위험을 인식해야 하지만 보안 분석가는 명시적으로 고용되어 보안 문제에 대한 수정 사항을 찾아 분류하고 제안합니다.

일부는 독립적인 컨설턴트로 일하지만 대기업에서는 사내에 팀이 있을 수 있습니다. 이 역할은 기술, 규정 준수, 비즈니스 및 위험 평가 기술이 혼합되어 필요하기 때문에 흥미롭습니다.

보안 업무도기술 리더가 채우기 가장 어려운, 그래서 당신은 여기서 직업 안정을 갖게 될 것입니다. 정보 보안은 광범위한 분야이므로선택할 수 있는 여러 경로 중 일부를 확인하세요.당신이 그것을 추구하는 데 관심이 있다면.

21. 연구개발

연구 개발 분야에서 일하는 것은 소프트웨어 엔지니어링 기술을 가진 사람에게 독특한 경험이 될 수 있습니다. Google 및 Amazon과 같은 대기업은 이익의 일부를 연구 개발 팀이 수행하는 고위험, 잠재적으로 고수익 실험에 바칩니다. 이러한 교차 분야 팀에는 소프트웨어 개발자, 데이터 과학자, 비즈니스 분석가 및 프로젝트 관리자가 포함될 수 있습니다.

좋은 R&D 팀에 들어가는 것은 어렵습니다. 이러한 역할은 경쟁이 치열한 경향이 있으며 코딩 부트캠프에서 배울 수 없는 주제에 대한 고도로 전문화된 지식이 필요합니다. 즉, 일부 회사는윤리적 해커, 창립자 또는다국어팀을 완성하고 창의적인 생각을 혼합하는 데 도움이 됩니다.

독립성과 유연성

우리 직업은 종종 원격 작업을 허용하고 때로는 심지어안식년, 당신은 당신의 삶에서 더 많은 유연성을 원할 수 있습니다. 자신의 사업을 시작할 의욕이 있다면 주당 4시간 일하거나 1년 중 6개월을 여행하거나 오픈 소스 프로젝트 작업에 절반을 할애할 수 있습니다. 쉽지는 않지만 소프트웨어 개발자로서 대부분의 사람들에게 큰 도움이 됩니다.

22. 프리랜서 또는 컨설턴트

더 많은 자유를 얻는 한 가지 방법은 9-5 직장을 그만두고 프리랜서가 되는 것입니다. 프리랜서는 시간당 비용을 지불하고 코드를 작성하는 한 명 이상의 고객에게 자신을 고용하게 됩니다. 회사는 종종 프리랜서를 고용하여 특정 단기 프로젝트를 수행하거나 기술적 부채를 청산하거나 직원이 휴식을 취할 때 공백을 채웁니다.

컨설턴트는 고객의 특정 문제를 해결하는 고급 프리랜서입니다. 그들은 코드를 작성할 수 있지만 전문 지식이나 고유한 배경 때문에 종종 참여합니다. 프리랜서와 컨설턴트 사이의 경계는 매우 모호하므로 의미론에 너무 얽매이지 마십시오.

프리랜서나 컨설턴트로 시작하는 것이 가장 어려운 부분입니다. 거대한 네트워크가 없다면 다음과 같은 플랫폼에 의존할 것입니다.업워크또는톱탈클라이언트를 찾기 위해. 이러한 플랫폼은 수익을 크게 삭감하고 전 세계의 다른 많은 프리랜서와 직접 경쟁하도록 합니다.

평판과 고객 목록을 구축하면 추천을 통해 더 많은 작업을 얻을 수 있습니다. 추천은 클라이언트가 인터넷의 익명성이 아닌 신뢰할 수 있는 관계를 기반으로 귀하에게 오기 때문에 좋습니다. 프리랜서나 컨설팅에 정말 능숙해지면 각 참여 사이에 시간을 할애할 수 있을 만큼 요율을 높일 수 있습니다.

23. 스타트업 창업자

인터넷은 사업을 시작하는 소프트웨어 엔지니어의 이야기로 가득 차 있습니다.1,2,삼) 쉽게 또는 좋은 아이디어라는 인상을 받을 수 있습니다.

사실은 상황에 따라 다릅니다.

스타트업은 일반적으로 수익을 창출하는 데 오랜 시간이 걸리므로 이 작업을 수행하려면 몇 달 또는 몇 년 동안 급여 없이 생활해야 합니다. 즉, 자신의 소프트웨어 비즈니스를 구축하려는 경우 장점은 거의 무한합니다.

정규 근무 시간 외에 회사를 시작할 수도 있습니다. 이 동안수행하기 어려움(법적 영향이 있을 수 있음), 드문 일이 아닙니다. 부하를 공유할 한두 명의 다른 창업자를 찾을 수 있다면 성공 가능성이 높아질 수 있습니다.

마지막 생각들

소프트웨어 엔지니어링은 흥미로운 분야이지만 모두를 위한 것은 아닙니다. 떠나더라도 다른 일을 하기로 결정하면 얻은 기술이 낭비되지 않습니다.

많은 부트캠프 졸업생들은 소프트웨어 개발 분야 이외의 분야에서 일자리를 찾는 것을 두려워하지만 자신의 길을 따르도록 권장합니다. 실용성(살기에 충분한 돈 버는 것)과 관심사 사이의 균형을 유지하고, 일이 "일"처럼 느껴지지 않는 진로를 찾을 수 있기를 바랍니다.

당신의 생각을 듣고 싶습니다. 틀에 얽매이지 않는 길을 택했거나 경력 전환을 한 경우,Twitter에서 어떻게 생각하는지 알려주세요..