“몇 년 동안 경력을 쌓은 후에는 프로그래밍하지 마십시오”. 이것은 공정한 조언입니까? [닫은]

나는 PHP에서 약 5 년의 경험을 가지고 있고 Java, C #에서 다소 적은 경험을 가진 약간의 경험있는 개발자이며 요즘 파이썬을 배우려고합니다. 프로그래머로서의 경력이 시작된 이래로, 나는 프로그래머가 경력의 초기 몇 년 동안 (적당히 5 년이 걸린다) 적합하며, 이후 방향을 바꿔야한다고 동료 프로그래머들에게 들었다. 그것. 그들이 제시하는 이유는 프로그래밍과 관련된 두통과 압력을 포함합니다. 또한 프로그래머들은 덜 사회적이고 일반적으로 가족들에게 시간을주는 것을 좋아하지 않는다고 말합니다. 특히 "아, 당신은 평생 프로그래밍을 할 수 없습니다!"

나는 다소 혼란스럽고 다른 사람들에게 그것에 대해 물어볼 필요가 있습니다. 프로그래밍을 마치면 어떻게해야합니까?! 이 경우에는 교수법이 좋은 선택 일지 모르지만 아마도 박사 학위를 취득해야 할 것입니다. 또한 우리나라 (파키스탄)에서 프로그래머의 삶은 보통 긴급한 프로그래밍 작업을 수행하기 위해 사무실에서 2-3 시간을 더 제공해야한다는 점에서 그리 좋지 않습니다. 다른 나라와 지역에서도 상황이 다소 비슷하다는 생각이 듭니다.

이 분야에서 5 년을 보낸 후 경력을 프로그래밍에서 다른 것으로 바꾸는 것이 공정한 조언이라고 생각하십니까?

최신 정보

나는 이것이 아마도 오래된 "그것은 달려있다"는 것을 제외하고는 항상 정확한 담요 답변을 줄 수있는 질문이라고 생각하지 않습니다.

가장 간단한 조언은 프로그래밍이 가장 좋아하는 것이라면 변경되지 않는 한 멈추지 마십시오.

직업 시장, 승진 기회, 위치, 물론 급여 등 고려해야 할 다른 요소가 많이 있지만, 경력 결정에있어 가장 중요한 것은 "이것이 나를 행복하게 해줄 것인가 ?"라는 질문입니다.

우리는 20 년 이상 프로그래밍 한 50 대에서 일하는 프로그래머가 여러 명 있습니다. 그것이 당신이하고 싶은 일이라면, 다른 사람에게 그것이 젊은이들에게만 적합하다고 말하게하지 마십시오.

나는 21 년 동안 코드를 슬링 해 왔으므로 이것에 대해 언급 할 자격이 있다고 생각합니다.

우선, 몇 년 후에 완전히 관리직으로 이주하려는 프로그래머로 시작하는 사소한 수의 사람들이 있습니다. 그들은 코드 작성을 즐기기 때문에 코드를 작성하지 않고 코드를 작성하여 실제 목표를 달성하는 데 필요한 단계라고 생각합니다. 나는 그들이 당신에게 가능한 빨리 코딩 트랙을 내리라고 말하는 사람들이라고 생각합니다.

그렇다면 나 자신을 위해 프로그래밍을 즐기는 사람들이 있으며 관리 기술에 적합하지 않은 사람들의 기술을 가지고 있습니다 (한 번 시도했지만 관련자 모두에게 재앙이었습니다).

기술 트랙을 유지하고 급여와 책임을 사전에 유지할 수 있습니다. 그리고 노인들에게도 많은 입장이 있습니다. 나는 46 살이고 우리 팀의 다른 사람들 중 하나를 제외하고는 나보다 나이가 많다.

나는 MIT übergeek 고정 관념에 빠지는 몇 명의 나이든 프로그래머를 알고 있었지만 일반적으로 사실이 아니라고 확신합니다. 저와 저의 나이에 알고있는 대부분의 프로그래머들은 가족이 있고, 필요한 시간을 쉬며, 일반적으로 정상적인 삶을 영위합니다. 우리는 파티 동물이 아니지만 수도사도 아닙니다.

그렇습니다. 나쁜 프로그래밍 작업이 많이 있습니다. 그러나 산업계는 일과 개인의 삶의 균형을 맞추기 위해 실질적인 노력을 기울이고 있으며, 많은 소프트웨어 회사들이 죽음의 행진 시나리오를 피하기 위해 할 수있는 일을하고 있습니다. 항상 스프린트가있을 것입니다 (지금은 중간에 있습니다. 사업의 본질입니다). 마라톤은 점점 줄어들고 있습니다.

그것은 수십 년이 지난 지금도 계속되고있는 전형적인 대기업의 조언처럼 들립니다.

기본적으로 커리어 진행과 관련된 문제 중 하나는 많은 회사가 개발자에게 커리어를 제공하도록 설정되지 않았다는 것입니다. 다른 많은 직종에서는 비 관리 역할을 유지하려면 추가 경험과 인증이 필요한 추가 관리 책임 또는 전문화 계층을 천천히 이동하는 경향이 있습니다. 그러나 중요한 부분은 "나는 파트너를 언젠가 만들겠다"또는 "나의 연습을 열 것이다"와 같은 분야에서 알려진 경력 발전이 있다는 것입니다.

어떤 이유로, "코딩" 1 은 소프트웨어 설계자가 제시 한 세부 사양에 따라 타이핑 풀에서 할 수있는 일 이라고 생각하는 많은 회사들이 있습니다. 낮은 직종으로 여겨지 듯이 기본적으로 실무자 역할을 멈추고 관리 계층으로 올라가지 않는 한 생활용 소프트웨어를 작성하는 사람으로 경력을 쌓을 수는 없습니다.

내가 당황한 것은 IBM이 1970 년대 에 비 관리 경력 경로를 제공 하지 않으면 매우 훌륭한 개발자였던 예리한 관리자가 남게된다는 것을 알게되었습니다. 그것은 업계에서 오랫동안 알려져 왔지만 메모는 HR에 알리지 않았거나 사람들은 기본적 으로이 문제에 대해 충분히 신경 쓰지 않았습니다.

지금은 1980 년대 후반부터 1990 년대 초반까지 전문 소프트웨어 개발을 해왔으며 주로 생활 프로그램을 개발하고 있습니다. 예, 저는 경력의 여러 단계에서 관리에 "시간을 보냈지 만" '공식적인'경력 사다리가 기대하는 것을 등반하는 것보다 소프트웨어를 작성하는 것이 더 행복하다는 것을 알았습니다. 있다,이다.

숙련 된 소프트웨어 엔지니어가 얻을 수있는 가치를 인정하는 회사가 있습니다. 소프트웨어 개발 분야에서 장기간 경력을 쌓고 자하는 사람을 찾는 것이 요령입니다. 4-5 년 후에 사람들이 '코딩'에서 벗어나는 것이 기억이 없기 때문에 과거의 실수를 계속 반복하고 싶지 않다면 정말 좋은 생각이라고 생각합니다.

1 나는 이것을 소프트웨어 개발을위한 속기로서 사용하고 있지 않은 사람들이 직업을 어떻게 보는지를 보여주기 위해 PHB 를 인용했다 .

아니, 나는 그것이 충고 한 조언이라고 생각합니다. 이 조언을하는 사람들은 프로그래밍을 얼마나 오래 했습니까? 그것은 내 레토르트 중 하나 일 것입니다. 저는 미국과 캐나다에서 개발자로 일한 적이 있는데, 제가 진로로 선택한다면 평생 동안 이런 일을하는 데 아무런 문제가 없습니다. 저는 1998 년부터 개발자로 일하면서 5 년 넘게 현장에서 일하면서도 여전히 제가하는 일을하고 있습니다. 관리자, 분석가 또는 건축가가되는 등의 진행 상황을 파악하거나 원하는 진행 상황을 파악하는 데 여러 가지 전환이있을 수 있습니다.

IMO, 프로그래머는 매우 사교적 일 수 있지만 여기서 핵심은 어떤 종류의 그룹입니다. 프로그래머이기도 한 "Star Trek"팬들의 컬렉션은 다른 사람들이 그렇게 생각하지는 않지만 상상할만한 파티를 가질 수 있습니다.

경험에 대해 묻는 이유는 조언에 대한 맥락을 제공하는 데 도움이 될 수 있기 때문입니다. 모든 사람은 여기서 잊어서는 안되는 편견을 가지고 있습니다. 사람들은 그들의 열정을 따를 수 있어야하고 어떤 사람들에게는 프로그래밍이 그들의 열정입니다. 소프트웨어 개발에 열광하여 전염성이 강한 개발자를 보았습니다. 어떤 사람들은 다른 분야로 발전하고 다른 사람들은 여전히 ​​수십 년 동안 개발자 일 수 있습니다. 어떤 사람에게는 효과가있는 것이 다른 사람에게는 효과가 없을 수도 있습니다.

일반적으로 사람들이 이런 종류의 조언을 제공 할 때 ( "영원히 코드 원숭이가 아닙니다!"), 프로그래밍과 관련이없는 것을 추구해야한다는 의미는 아니지만 개발 및 관리를 계획하는 데 더 많은 시간을 소비하는 관리 위치를 추구합니다. 실제로 코딩하는 것보다 팀. 이것은 괜찮으며 많은 사람들이이 대안을 선호하지만 많은 프로그래머들은 이러한 "business-y"유형의 책임을 절대적으로 비난합니다. 코딩이 마음에 드시면 아직 발전의 여지가 있으며 많은 조직의 선임 프로그래머가 급여 및 혜택 측면에서 관리자보다 그리 멀지 않습니다. 어느 쪽이든 더 많은 경험을 얻으면 스펙트럼의 양쪽에서 발전 할 수있는 제안과 기회가 주어집니다. 사례별로 각 기회를 취하고 특정 역할을 수행 할 것인지 결정하십시오. 당신은 일반적으로 프로그래밍을 싫어하는 것처럼 들리지 않았지만, 다른 사람들이 당신의 방식에 대해 말하고있는 것을 두려워합니다.그들의 말을 듣지 마십시오 . 그들은 당신이 아니며 코딩을 좋아한다면 코딩을 계속하십시오. Programmers SE에는 매일하는 일을 좋아하고 몇 년 동안 그 일을해온 프로그래머들이 많이 있습니다.

나는 이것이 "올바른 일이라면 계속해라"라는 변형을 말하는 모든 반응을 막는 것이 었습니다. 왜냐하면 이것이 궁극적으로 옳은 대답이라고 생각하기 때문입니다. "프로그램 유지"옵션에 대한 좋은 악마의 옹호자를 생각해 내십시오 ....

나는 프로그래밍에서 "이동하고 나가는"아이디어는 실제로 프로그래밍에 고유하지 않다고 생각합니다. 오히려 그것은 매우 많은 기술직에 대한 일반적인 진로 상담 조언입니다. 본질적 으로 자기 제한적이고 일반적인 경향이있어서 어느 누구도 진정한 전문가가 될 수 없습니다. 그러나 프로그래밍은 중간에 떨어질 수 있습니다. 이런 의미에서 반대 주장이 있습니다.

외과의와 회계사를 비교하여 설명하겠습니다.

심장 외과 의사는 자신의 분야에서 세계적으로 유명하고 위대 해지면 단순히 심장 외과 의사가되는 매우 좋고 생산적인 경력을 가질 수 있습니다. 그녀는 심장 수술과 심장학에 혁명을 일으키는 특별한 새로운 절차를 제안하고 이러한 수술을 통해 생명을 구할 수 있습니다. 요컨대, 경력은 실제로 가장 잘하는 기술 작업을 시작하고 중단합니다 . 아마도 그녀가 생각 해낸 새로운 절차에 대해 강의하거나 글을 쓰는 것 외에는-직업은 기술적으로 동일합니다.

반면에 회계사는 아마도 자신의 경력 초기에 개인 세금 환급과 같은 고전적이고 저수준의 "회계 업무"만을하기를 원할 것입니다. 회계사도 단순히 전체 경력에 대한 세금 환급 번호 원숭이가되고 싶어하지 않을 것이라고 생각합니다. 그들은 오히려 경영진으로 이사하거나 자신의 회사를 시작하려고합니다. 여하튼, 많은 회계사의 "자연스런"경력 이동은 표준적이고 기본적인 "기술적 인"작업에서 벗어나보다 관리적이고 전략적인 것으로 "업"될 가능성이 있습니다.

요점은, 당신이이 두 가지 직업에 대해 생각한다면 : 하나는 인생에서 똑같은 일을하는 것이 좋습니다. 다른 사람에게는 모호하지 않은 것처럼 보입니다. 이것이 핵심이라고 생각합니다. 이것이 사람들이이 조언을하는 이유입니다. 그들은 프로그래머가되는 것은 저급 그런트 엔지니어링 역할이며, 평생 동안 코드 원숭이 작업을 계속한다면 당신의 경력에 ​​정말로 야심적이지 않다는 생각을 가지고 있습니다. 많은 사람들에게이 아이디어는 아마도 무지에서 나올 것입니다. 다른 사람들에게는 관리 계층 구조로 올라가는 명성을 원할 수도 있습니다.

어쨌든 이것이 이것이이 현상의 기본 원인이라고 생각합니다. 사람들은 많은 기술직을 자연스럽게 제한하는 것으로 생각하는 경향이 있습니다. 사람들이 나이가 들어감에 따라 여전히 기술 작업을 수행하지 말고 경영진이나 자신의 비즈니스 운영과 같은 "상위 수준"으로 이동해야합니다.

프로그래밍에 대한 열정이 있다면 프로그래밍을 중단 할 이유가 없습니다.

또는 그렇지 않은 경우에는 처음부터 수행해서는 안됩니다.

어떤 시점에서 열정이 다른 것들을위한 공간을 마련한다면, 그것은 괜찮습니다. 그리고 그것이 일어날 때, 반드시 다른 일을 찾으십시오. 그러나 그 동안 즐기십시오!

결혼했거나 자녀가있는 경우 몇 년 후에 프로그램을 그만 둘 것입니다. 죽음의 행진 은 예외가 아니라이 산업의 표준이며 많은 배우자 / 아이들은 아빠 / 엄마를 집에서 멀리 떠나는 것을 좋아하지 않습니다. 이것이 많은 개발자들이 30 대까지 프로그래밍을 떠나는 이유입니다.

일반적으로 긴급 프로그래밍 작업을 수행하려면 2-3 시간의 근무 시간이 더 필요합니다. 다른 나라와 지역에서도 상황이 다소 비슷하다는 생각이 듭니다.

예, 지난 150 년 동안 크런치 모드가 작업을 수행 할 수있는 최악의 방법이라고 명확하게 문서화 되었음에도 불구 하고 관리자의 이러한 혼란은 매우 일반적 입니다. 미국에서는 연방 법령에 따라 모든 프로그래머가 "면제"됩니다. 이는 노동 조합 계약이없는 경우 초과 근무를하지 않습니다.

29 USC § 213 a (17) 컴퓨터 시스템 분석가, 컴퓨터 프로그래머, 소프트웨어 엔지니어 또는 기타 유사한 숙련 된 직원 인 직원 ...

http://codes.lp.findlaw.com/uscode/29/8/213

내 조언은 항상 일종의 "계획 B"를 갖는 것입니다. 원할 때 할 일이 있거나 밀어 낼 수 있습니다. 어떤 사람들에게는 관리 / 어두운 측면으로 전환하는 것이 포함됩니다. 때때로 그들은 기술의 변화를 따라 가지 못하거나 유지하지 못하기 때문에이 작업을 수행합니다. 때로는 한 사람이 해결하기에는 너무 큰 문제를 해결하려고하기 때문에이 작업을 수행합니다.

과거의 자격 증명이 중요한 문화에서 왔고 일단 과목에 대한 과정을 이수한 후에는 다시 공부할 필요가 없습니다 (나는 이것을 백신 교육 이론 이라고 부릅니다 ). 몇 년 후에 배운 내용이 유용하지 않다는 것을 발견하십시오. 이러한 문화적 관점에서, 끊임없이 배우는 "부끄러움"이 당신을 괴롭히는 것이 아니라면 직업을 떠나야합니다. 솔직히 말해서, 보통 미국 경영인들이이 문제로 고통받는 매우 높은 수준의 비즈니스 스쿨에 갔지만, 몇 년 전에 찍은 것을 다시 배워서 불쾌한 사람들을 만났습니다.

프로그래밍은 초기 몇 년간의 통신 사업자 (대부분 5 년이 소요됨)에 적합하며 그 이후 방향을 바꿔야합니다. 그들이 제시하는 이유는 프로그래밍과 관련된 두통과 압박 때문입니다. 그들은 또한 프로그래머들이 덜 사회적이고 일반적으로 가족들에게 시간을주기를 좋아하지 않는다고 말합니다. 특히 "아, 평생 프로그래밍을 할 수 없습니다!"

나는 그것을 들어 본 적이 없으며, 모든 것이 어리석게 들립니다.

당신이 프로그래머이고 당신이 그것을 즐기는 경우에, 그냥 계속 가십시오 ... 전혀 그것을 끝내고 다른 직업을 찾기 위해 고군분투하면서 자신을 강제로 끝내고 강요 할 이유가 전혀 없습니다.

파키스탄과 인도의 많은 사람들이 몇 년 후 다른 IT 전문가로 이사하는 것처럼 보입니다. 저는 인도 회사들과 함께 프로그래머를 고용하는 정책을 가지고 있습니다. 모든 비즈니스 분석가, 건축가, 프로젝트 관리자, 데이터베이스 관리자 및 기타 전문가는 모두 원래 프로그래머로 시작했습니다. 이것은 1980 년대 중반에서 후반까지 미국의 많은 기업 데이터 처리 상점을 연상시킵니다. 따라서 이러한 유형의 조직에서는 "이동"할 것으로 예상되는 표준이거나 그렇지 않으면 귀하가 성공하지 못한 것으로 보입니다. 우리 그룹에서는 경험이 풍부한 개발자가 프로젝트에 매우 유익하다고 생각하기 때문에이 사고 방식을 바꾸려고합니다. 이 분야에서 당신의 일을 정말 잘하기 위해 5 년은 간신히 충분한 시간입니다.

어쨌든, 나는 다른 사람들이 당신이해야 할 일을 말하게하지 않을 것입니다-당신이 내가 설명한 것과 같은 조직에서 일한다면 프로그래밍 경력이 장기적으로 실현 가능성을 고려해야 할 수도 있습니다. 너는.

저는 약 10 년 동안 개발자로 일해 왔으므로 이미 여기에 게시 한 다른 많은 사람들과 마찬가지로 질문과 관련된 약간의 경험이 있습니다. 5 년 후, 나는이 분야에 대한 관심이 상당히 줄어들 기 시작했다. 저는 회사의 선임 개발자 중 한 명으로 오랫동안있었습니다. Visual Basic 6에서 C #으로 전환 할 때도 항상 똑같은 일을하고있는 것처럼 느껴졌고 점점 더 많은 관심을 가지면서 웹 사이트를 탐색하는 데 너무 많은 시간을 소비했습니다.

내가 일했던 회사는 사무실 외부의 개발 커뮤니티에서 무슨 일이 있었는지주의를 기울이지 않았습니다. TDD 및 기타 XP 관행 과 같은 개념 이 주류가되었고 디자인 패턴, SOLID , 리팩토링 등이 중요해졌으며 .NET CLR 은 제네릭의 기쁨을 소개했지만 우리는 그 사실을 전혀 몰랐습니다. 나는 내가 문제의 일부라는 것을 자유롭게 인정할 것이다. 나는 다른 사람들이하고있는 일을보고 있지 않았지만, 회사의 다른 어느 누구도 소프트웨어 아키텍트 유형을 포함하지 않았다.

몇 년 동안 비슷한 방식으로 다른 반 회사에서 떠 다니면서 나는 새로운 직업을 찾고 나에게 의미가없는 용어를 많이 보았습니다. 이 시점에서 나는 배워야 할 것이 많았고 속도를 높이는 것에 대해 설정했습니다. .NET Rocks 와 같은 팟 캐스트를 구독하여 블로고 스피어 발견, 몇 가지 사용자 그룹 회의에 참석하는 등의 활동으로 업계 모범 사례를 신속하게 파악할 수있었습니다. 그렇게하면서 소프트웨어 개발에 대한 관심을 다시 얻었습니다. TDD 프레임 워크로 새로운 코드를 테스트하고,보다 깨끗한 솔루션을 만들기 위해 리팩토링하는 등의 작업은 전체 경험을 훨씬 더 재미있게 만들었고 그러한 기술이 바람직한 직업을 찾도록 이끌었습니다. 몇 년 만에 처음으로 저는 제 일을 좋아합니다. 내가 몇 년 전에 내가 말할 것이라고 생각한 적이없는 것.

요컨대, 문제는 문화에 따라 일부 문제가있을 수 있지만 회사 외부, 국가 외부에서 진행중인 작업을 계속 유지하는 것입니다. 무슨 일이 일어나고 있는지에 대한 흥미, 흥분, 동기를 발견 할 수 있다면 그 중 일부를 일상으로 되돌려 놓고 일을 더 즐겁게 할 수 있습니다. 또는 당신과 함께 그들을 당겨 도움). 당신이 그 주제에 대한 열정의 불꽃을 느끼지 않는다면, 코딩 수명은 당신에게 좋지 않을 것입니다.

프로그래머로서의 경력에서, 당신은 (선택적으로) 당신이 선택한 언어와 디자인 패턴의 사용에 완전히 익숙해지고, 분석 / 디자인 기술을 추가함에 따라 기본 엔트리 레벨 "코드 멍키"위치에서 상급 프로그래머로 승진 할 것입니다. 소프트웨어 분석가가되고, 일부 사람들의 기술과 요구 사항을 수집하고, 비즈니스 분석가가 된 다음, 하드웨어 아키텍처를 혼합하고 시스템 분석가가되어 6 명의 인물이되고 수요가 매우 높아집니다. 또는 Senior에서 감독 계층을 계속 진행하여 팀장과 프로젝트 관리자를 구성 할 수 있습니다.

...하지만 항상 "프로그래밍"할 것입니다. 항상 개인적으로 앉아서 코드를 작성해야하는 상황이 발생합니다. 소프트웨어 팀의 일원을 넘어 소프트웨어 팀을 감독하고 프로젝트의 돈과 물류를 처리하기 위해 한 번만 진행하면 매일 그 일을 중단하고 아마도 자신을 "프로그래머"라고 부르지 않을 것입니다.

프로그래밍은 인생에서 다른 것과 다를 바가 없습니다 : 어떤 것은 당신이 영원히 할 일이지만, 다른 것들은 더 끔찍합니다. 프로그래밍을 좋아하는 한 프로그램하십시오. 언젠가는 좋은 식사 후와 같이 배가 고프고 자연스럽게 당신을 사로 잡는 다른 곳으로 나아갈 수 있습니다. 그러나 그때까지 나는 그것에 대해 너무 걱정하지 않을 것입니다. 다른 답변에서 알 수 있듯이 수십 년 동안 프로그래밍 경력을 즐기는 것은 드문 일이 아닙니다. :-)

급성장하는 IT 부문을 살펴보면서 프로그래밍 경력을 시작한 사람들이 많이 있습니다. 그들은 실제로 프로그래밍에 관심이 없지만 생계를 유지하기 위해 그렇게합니다. 그런 사람들은 얼마 후 직장을 잃고 그러한 조언을 줄 수 있습니다.

나는 오랫동안 프로그래밍을 해왔다. 나는 학교에있을 때 나 자신을 프로그래밍하기 시작했고, 나는 아직도 그것을하고 있고 영원히 그것을 계속할 것입니다. 나는 지금 대학에서 공부하고 있으며 때로는 과제를 완료하거나 돈을 벌 수는 없지만 코드를 작성하기 위해 하루 종일 앉아 있습니다. 그러나 그것을 좋아하기 때문입니다. 나는 아무것도 빠졌다고 생각하지 않습니다.

대답은 간단합니다. 마음에 든다면 마음에 들지 않으면 마음에 들지 않습니다. 프로그래밍보다 관리를 좋아하는 사람은 5 년 동안 프로그래밍 경험을 쌓은 후에도 관리 부서로 옮기는 데 아무런 해가 없습니다.

생각이 너무 많아서 머리카락이 엉키거나 카페인을 너무 많이 섭취하고 덜 사회적이되는 것은 아마도 내가 두려워하는 것들이다

일부 프로그래머는 사회적이지 않다는 것을 알 수 있습니다. 그러나 그것은 자연스럽게 그들에게 온다. 그들은 괴짜 일에 많은 시간을 소비하므로 그들의 사회적 기술은 약간 저개발되었습니다. (Google "지능 인의 문제"로 더 많은 것을 알 수 있습니다.) 현재 당신이 사회적이라면 프로그래밍 때문에 앞으로 사회적이지 않을 것이라고 생각하지 않습니다. 유일한 것은 직장에서 보내는 시간입니다. 하루 종일 사무실에서 보낸다고 생각하면 문제가있는 것입니다. 프로그래밍 작업의 특성상 때때로 추가 시간 동안 앉아야 할 수도 있습니다. 그러나 현재 직장에서 이런 일이 자주 발생하면 다른 직업으로 바꾸어보십시오.

파키스탄의 상황에 대해 모르지만, 우리나라에서는이 직업이 매우 나쁘고 지불이 나쁘다. 나는 평생 동안 확실히 프로그램하고 새로운 언어를 배우게 될 것입니다. 왜냐하면 나는 그것이 정말로 좋아하는 것이기 때문입니다. 문제는 다른 직업으로 바꾸고 취미로만 코드를 작성해야하는지입니다. 아니면 내가 아는 내 나라를 도망 갈 수도 있겠지만 ... 프로그래밍은 다른 사람들이 지불해야하는 일을하는 힘을 갖는 것입니다.

또 다른 생각, 여가 시간에 코딩하는 동안 회사 사다리를 올라가는 데 아무런 문제가 없습니다. 코딩이 기술 서비스 팀 리더가되는 지루한 비즈니스 사양 및 분석 회의에서 나온 훌륭한 릴리스라는 것을 알았습니다. 실제로이 스레드에서 Ruby on Rails에 대한 스택 오버플로에서 무언가를 찾아 보았습니다.

또한 기술적 인 측면을 잘 유지함으로써 강력한 기술력을 지속적으로 개발하여 길을 벗어날 수 있습니다. 프로그래머는 대화를하고 걸을 수있는 관리자를 더 잘 존중하는 경향이 있습니다. 이 조언을 한 사람이이 범주에 속하지 않는 느낌이 듭니다.

친구가 프로그래머에 대해 말하는 것은 도전적인 분야에 깊이 관여하는 사람에게도 동일하게 적용됩니다.

그래서 당신의 질문은 "내 인생의 다른 영역이 다소 타협 될 수 있도록 높은 수준의 헌신을 요구하는 경력을 원하십니까? 다음날 아침에 돌아와? "

이 질문에 대답하려면 자신을 잘 알고 있어야하며 시간이 지남에 따라 답변이 변경 될 수 있습니다.

IMO는 프로그래머로서 만족스럽고 도전을받는 한, 변화를 갈망하지 않는다면 (또는 일을 찾을 수 없다면) 걱정하지 마십시오. 온다, 올 것이다.

HTH

아버지는 지난 24 년간 프로그래머로 일해 왔습니다. 그는 나에게 한 가지만 말해주었습니다. "너무 많은 것이 아무것도 좋지 않습니다". 그러나 프로그래밍에는 적합하지 않습니다.

프로그래밍은 실제로 힘든 분야이며 특히 파키스탄의 다른 직업과 비교하면 거의 보상이 없습니다. 내가 파키스탄에 있었을 때, 좋은 월급을 받았지만 (BTW가 아닌) 재능있는 젊은 프로그래머들에 대해 들었지만 많은 기름을 가져와야했습니다. 개인적으로 오랫동안 프로그램하고 싶지 않습니다. 그러나 나는 무언가를해야합니다 :) 그리고 프로그래밍은 재미 있습니다.

나이가 들수록 이력서에 많은 경험이 있습니다. 나는 그것을 들었고 그것이 사실이 아니라고 생각합니다. 물론 집중력이 떨어지거나 관심을 잃을 수없는 마음의 상태에 있다면 실제로 프로그램 할 수 없습니다. 따라서 귀하의 사회 생활, 특히 문제와 관심사는이 분야의 기술에 큰 영향을 줄 수 있습니다.

나는 개인적으로 프로그래밍에서 벗어나 공공 서비스로 가고 싶지만 프로그래밍도 재미있다. 그리고 당신은 프로그래머가되기 위해 약간 미쳐야합니다.

내 경험상 고위 IT 직책에는 두 가지 유형의 전문가가 있습니다.

• IT 관리
• 선임 기술자

모두 분기하려는 위치에 따라 다릅니다. 은퇴 할 때까지 코드를 작성해야한다면 후자 옵션이 필요합니다. 그러나 코드 대신 팀 리더가되고 사람들을 관리하려면 전자가 최선의 선택입니다.

정답은 없습니다. 우리 중 많은 사람들이 코드 작성과 프로그래밍을 즐기면서 중요한 문제를 해결합니다. 그러나 사람 / 프로젝트 관리와 같이 "큰 그림"측면을 즐기는 사람들도 많습니다.

이것은 단지 IT의 개발 측면이 아닙니다. 네트워킹, 데이터베이스 관리, 시스템 관리 등과 같은 다른 측면에서도 이와 동일한 "전문 도로"가 표시됩니다.