유료 기술직이 더 높다는 것은 더 이상 코딩을 할 수 없다는 것을 의미합니까? [닫은]


58

저는 기술 담당자가 대략 다음 범주 중 하나에 해당하는 대기업에서 근무합니다.

  1. 단일 제품을 위해 개발하고 제품과 밀접한 관련이있는 다른 팀과 협력하는 스크럼 팀 의 개발자 .
  2. 건축가 여러 팀 (5-6)에 컨설턴트의 이상 및 라이브러리로 추상화 할 수있는 팀의 노력 사이의 공통점을 인식하려고 (건축가 그러나 라이브러리 코드를 작성하지 않습니다). 이 건축가는 또한 경영진과의 많은 회의에 참석하고 기술적 인 방향을 설정하려고 시도합니다.

우리 회사에서 건축가 역할은 대부분의 기술 인력이 경력의 다음 단계로 이동하는 곳입니다.

내 질문은 : 대부분의 회사는 최고급 기술 인력이 코드 작성에서 멀리 떨어져있는 방식으로 작동합니까? 이것이 개발자의 경력에 ​​대한 자연스러운 경향입니까? 개발자가 모든 것을 가질 수 있습니까 (코드 및 방향 설정)?

답변:


75

대부분의 회사는 최고급 기술 인력이 코드 작성에서 멀리 떨어져있는 방식으로 일합니까?

대부분의 나쁜 회사. 코드 작성을 줄이고 소프트웨어 개발의 다른 측면에 더 집중해야 할 책임이 더 커지는 자연스러운 경향이 있습니다. 즉, 기술 담당자가 실제로 코딩하는 데 시간을 소비하지 않으면 일반적 / 최고 / 가능한 항목과 연락을 잃는 것이 매우 일반적입니다. 이는 회사에 큰 영향을 미칩니다.

이것이 개발자의 경력에 ​​대한 자연스러운 경향입니까?

예. 결국, 멘토링, 조정, 설계, 문제 영역 파악 및 코드 작성보다 다른 소프트웨어 개발 작업을 수행함으로써 제품을 훨씬 더 많이 도울 수 있습니다. 그리고 모든 정직에서, 우수한 리더십 또는 디자인 기술을 보유하는 것은 코드 작성 기술보다 훨씬 드물다 (읽기 : 가치있는).

개발자가 모든 것을 가질 수 있습니까 (코드 및 방향 설정)?

물론. 코딩 양이 줄어든다 것을 알아야합니다 . 당신은 할 수없는 당신이 IDE에서 아래로 일 머리의 80 %를 지출하는 경우도 그 다른 가치있는 일을.

발생하는 다른 옵션은 더 나은 용어가없는 '주임 엔지니어'의 옵션입니다. 일부 개발자는 매우 전문적입니다. 예를 들어 Linux 용 기가비트 이더넷 드라이버를 작성한 사람과 협력했습니다. 우리는 그를 위해 그런 종류의 일을해야했고, 소수의 사람들 만이 그 일을 잘 할 수 있었기 때문에 그는 대부분의 날 코드를 작성하는 것 외에도 현금 더미를 만들었습니다.

대부분의 회사는 그런 종류의 전문화가 필요하지 않습니다. 그들은 단지 데이터를 연결하거나 또 다른 웹 사이트 / mobileapp를 만들고 있습니다.


1
이. 그러나 대부분의 계층에는 평균 "코드 원숭이"와 건축가 사이에 몇 가지 위치가 있습니다. 주니어 개발자, 개발자, 수석 개발자, 팀장, 프로젝트 관리자까지도 종종 소프트웨어 아키텍트 아래에 있습니다. PM까지 이동하면 자원 및 인력 관리에 유리한 모든 코딩 업무를 거의 완화시켜주는 관리자 / 고문 직무 기능이 점진적으로 증가하는 프로젝트 관리자까지 대부분의 직책은 여전히 ​​주요 코더입니다. 건축가는 일반적으로 PM을 뛰어 넘어 코딩에 더 가까이 다가 가지만 여러 프로젝트에 대한 권한을 얻습니다.
KeithS

1
좋은 대답입니다. 그리고 "모두 가지고있는"것에 대한 당신의 의견이 주목됩니다. 나는 최근에 진로를 바꾸 겠다는 의식적인 결정을 내렸다. 그래서 나는 코드 작성으로 되돌아 갈 수 있었다. 건축 및 프로그래밍 기술을 모두 사용할 수있는 회사를 찾을만큼 운이 좋았습니다. 그들은 확실히 찾기 어려울 수 있습니다.

3
"가장 나쁜 회사." 정확하고 간결합니다. +1
orip

구글 / 트위터에서 찾기 John Carmack ( twitter.com/ID_AA_Carmack ) 그는 ID Software의 창립자이자 기술 책임자이자 코드를 작성합니다. 좋은 예입니다.
kodisha

@kodisha 카운터 예제 Linus Torvalds . 그는 예전처럼 코딩을하지 않는 것 같습니다.
Autodidact

8

이것은 주로 조직의 문화에 달려 있습니다. 많은 회사는 실제 수석 기술 직책을 가지고 있지 않지만 일부 가짜 기술 직책을 가지고있을 수도 있습니다.

일부 회사에는 이러한 직책이 있습니다. 훌륭한 엔지니어가 Google과 같은 몇몇 대기업이나 스타트 업에 끌리는 경향 중 하나는 개발자가 계속해서 개발자가되고 높은 보상과 조직적 지위로 흥분되는 일을 할 수 있기 때문입니다. 대부분의 회사에서 개발자를 유지하려면 사다리의 낮은 렁에있을 것입니다.


4

개인적인 경험은 코드 작성 시간이 짧을수록 코드 작성 시간이 줄어 듭니다.

문제가 발생하기 전에 문제를 해결하는 데 시간을 보냅니다. 갇혀있을 때 다른 사람들을 돕기 위해. 사물이 어떻게 앉을지를 계획합니다. 사람들이 같은 방향으로 당기도록 노력하는 것조차도.

내 입장에서는 피할 수 없다고 느낀다. 코드 작업을 선호하지만 회사에서 할 수있는 일이 훨씬 더 중요합니다.

이제 이것은 개인적인 경험이지만 예, 그것이 가장 작은 회사를 반영한다고 생각합니다. 그러나 코드에서 완전히 제거하고 싶지 않다는 것을 내 상사에게 분명히했습니다.

최고의 소프트웨어 아키텍트가 직접 체험 할 수 있다고 생각합니다. http://www.infoq.com/articles/brown-are-you-a-software-architect 4 부 디자인, 개발 및 테스트를 살펴보십시오.

그러나 일상적인 코딩 활동이 건축가의 역할에 포함되어서는 안되는 이유는 무엇입니까? 대부분의 건축가는 경험이 풍부한 코더이므로 이러한 기술을 최신 상태로 유지하는 것이 좋습니다. 또한 아키텍트는 팀의 다른 모든 사람들과 동일한 고통을 경험할 수 있으며, 이는 개발 관점에서 아키텍처가 어떻게 보이는지 더 잘 이해하는 데 도움이됩니다.


0

그것은 당신의 책임에 달려 있습니다. 기술적 인 문제에 대한 책임이있는 경우 코딩 위치를 유지해야합니다. '구현'프로세스에서 '아이디어'프로세스를 분리하는 것은 잘못된 길을 걷는 경로입니다. 그런 입장에서 자신을 발견한다면, 그의 훌륭한 아이디어를 구현할 팀이없는 천재성이 되겠다는 충동에 저항해야합니다.

반면에, 당신의 책임이 관리에 있다고 생각한다면, 나는 당신이 코딩해야한다고 생각하지 않습니다. 관리자는 충전 시간을 관리해야합니다. 그러한 입장에는 다른 코더들 사이, 그리고 팀과 더 큰 관료적 생태계 사이의 커뮤니케이션을 촉진하는 것이 포함됩니다. 내 경험상 최악의 관리자는 팀이 갈등과 잘못된 의사 소통으로 인해 부서지는 동안 코딩을 중단했습니다.


1
+1 "내 경험상 최악의 관리자들이 코딩을 중단 한 사람들"
Vadimo

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.