졸업 후 이력서는 기본적으로 비어 있기 때문에 첫 번째 직업은 미래의 경력 경로에 많은 추진력을 부여합니다. 다음의 잠재적 고용주는이 직업에 많은 비중을 두게 될 것입니다. 따라서 다른 (보다 시장성이 높은) 언어로 프로그래밍하지 않는 한이 작업을 수행하지 않는 것이 좋습니다.
CS 학위로 졸업 한 후 첫 직장을 그만두었기 때문에 경험을 통해이 말 을합니다. 대부분의 프로그래밍은 Progress (일명 OpenEdge ABL)라는 기본적으로 알려지지 않은 언어로 수행되었습니다. 끔찍 해요 COBOL만큼 나쁘지는 않지만 가깝습니다. 내가 졸업 한 지역에 프로그래밍 작업이 많지 않아서 갇혀 있었고 아내가 이사하기 전에 학위를 받기를 기다리고있었습니다.
해당 언어를 다른 언어 나 데이터베이스와 대화하는 것은 거의 불가능했습니다 (자체 소유 데이터베이스와 함께 제공됨-보너스!). 이미 다른 언어로 존재하는 프레임 워크를 작성하는 데 많은 시간을 보냈으며 언어가 이러한 유형의 "확장"패러다임을 지원하지 않기 때문에 이미 구현 된 것이 더 나을 것입니다. 이 언어는 "기능 요청이있는 Progress Corp.에 문의하여 새 기능에 대해 버전 n + 1까지 기다립니다"접근 방식에 맞게 조정되었습니다. 말할 필요도없이, 소프트웨어 산업은 이것이 실현 가능한 접근법이 될만큼 느리게 움직이지 않습니다. 나는 그것이 얼마나 나쁜지에 대해서는 계속하지 않을 것이지만, 당신이 독점적 인 언어를 다루고 있다면 비슷한 일에 직면 할 것이라고 가정합니다.
또한 기존 코드베이스는 차선책이라고 할 수 있습니다. 80 년대 후반 / 90 년대 초반까지 거슬러 올라가는 많은 레거시 코드. 나는 대부분의 회사가 독점 언어를 고수한다고 생각하기 때문에 비슷한 것을 기대해야 할 것입니다. 왜냐하면 그들은 기존의 수하물을 많이 가지고 있기 때문입니다. 이러한 고용주가이 레거시 / 독점 환경에서 코드를 작성하려는 프로그래머를 찾는 것이 어려울뿐만 아니라, 아무도 들어 본 적이 없으므로 훈련 비용을 지불해야 할 수도 있습니다. 동료들은 사해 효과 로 인해 소프트웨어 엔지니어링에 속하지 않을 것입니다.(아마도 재능이있는 사람은 아마 떠났을 것입니다). 그들이 이해하지 못했던 모든 유형의 디자인 패턴은 물론 객체 지향 코드를 사용하려고 시도하는 코드 검토에서 많은 어려움을 겪었습니다. (팀원들은 MIS 학위를 받았습니다. )).
마지막으로, 당신이이 일을한다고 가정하고 떠나고 나면 더 나은 일을하고 싶다고 가정하면, 다음 일을 위해 경쟁력을 갖기 위해서는 더 많은 시장에서 사용 가능한 언어로 깨지기 쉬운 장난감 을 만들어내는 일 이외의 많은 자유 시간을 희생해야합니다. 아마도 당신이 만든 것의 대부분을 오픈 소스), 또는 당신이 그만두고 한두 달을 똑같이하기 전에 내가 한 일을하고 돈을 저축하십시오. 어느 쪽이든, 이것은 특히 스트레스가 많은 일입니다. 특히 일 이외의 사회적 관계를 즐기거나 한 번 코딩하지 않은 일을 자유 시간에 보내는 경우 특히 그렇습니다.
이제 내 경험이 귀하의 선택에 직접적으로 반영되지 않을 수도 있지만 그 중 일부가 적용될 것이라고 확신합니다. 바라건대 최소한 제기해야 할 질문이 있기를 바랍니다. 다른 사람들이 언급했듯이, 그들이 사용하는 도구 (하드웨어, 소프트웨어 개발 환경 / IDE 및 버전 관리)를 찾고 싶을 것입니다. 조엘 테스트 유용한 가이드가 될 수 있습니다.
TL; DR
하지마
추신 : 새로운 언어를 배우는 것이 유용하고, 그 자체로는 사실이라고 말하는 사람들에게. 문제는 해당 언어를 거의 독점적으로 오랫동안 독점적으로 사용하여 더 유용한 언어 (및 기술)에 노출되지 않는 경우입니다. 그것이 당신이 피하고 싶은 것입니다.