깊거나 넓은 것에 집중해야합니까?


10

저는 반년이 넘게 전문 개발자였으며 ​​세계의 대학 규모가 얼마나 큰지 놀랐습니다. 나는 여가 시간에 계속 배웠지 만 어디에 집중해야하는지 궁금합니다.

포커스 1) 우리 회사에서 사용하는 개발 스택. 일상적인 개발에서 가장 빠른 보상. # 심해

초점 2) 패러다임이 동일한 다른 언어. 내 지식과 사고 방식을 일반화 할 수 있는지 확인하십시오.

초점 3) 다른 언어, 다른 패러다임. 경계를 넓히고 새로운 일을하는 방법을 배우십시오. # 가장 넓다

다른 초점을 가진 사람이 있으면 자유롭게 내놓으십시오.

답변:


18

예.

나는 당신이 둘 다해야한다고 말하고 싶습니다. 즉각적인 보상이 있기 때문에 # 1부터 시작하십시오. 오랫동안 그렇게하지 않았습니다. 그러나 반드시 # 2와 # 3 중 일부를 수행해야합니다.


좋은 계획, 나 자신을 더 유용하게 만들면 회사에서 내 가치가 높아지고 후자의 두 사람은 일반적으로 개발자로서의 내 가치가 높아집니다.
Bob Roberts

바로 그거죠. 커리어 전반에 걸쳐 개발자로서 자신의 가치를 높이는 것이 회사의 가치를 높이는 데 도움이 될 것입니다. 그러나 그 대가는 몇 년이 될 수 있습니다.
Marcie

1
아마도 대답은 "예"대신 "모두"여야합니다. 질문의 제목과 답변을 보면 혼란스러워합니다.
Amr

1
나는 새로운 언어 나 패러다임을 배우면서 # 1에서 더 효과적이라는 것을 알았습니다. 더 넓은 경험이 있으면 특정 문제를 해결하는 방법에 대해 다른 관점을 갖게되기 때문입니다. 같은 교훈은 다음과 같습니다. 망치 만 있으면 모든 문제가 못처럼 보이기 시작합니다.
Bryan Rehbein

25

사람들이 저에게 직업 조언을 요구할 때 귀하의 질문은 제가 그들에게 묻는 첫 번째 질문 중 하나입니다. 나는 아무도 당신을 위해이 질문에 대답 할 수 있다고 생각하지 않습니다. 깊이 나 폭에 초점을 맞추는 것이 경력 목표를 달성 할 가능성이 더 큰지 스스로 결정해야한다고 생각합니다.

마지막으로 팀을 변경했을 때 XBOX 개발자 도구 팀에서 작업하거나 C # 컴파일러 팀에서 작업 할 수있는 두 가지 기회가있었습니다. 나는 그것이 폭 대 깊이로 내려 갔다는 것을 깨달았습니다. XBOX 팀에서는 언젠가는 보안 시스템, 다음 오디오 시스템, 비디오, 네트워킹, 하드웨어 인터페이스에서 작업 할 수있었습니다. 물론 어떤 사람들은 전문가이지만 모든 사람은 모든 것에 대해 조금 알아야합니다. C # 컴파일러 팀에서 하나의 언어와 하나의 컴파일러로 뛰어 들어 모든 것을 깊이 이해할 수있었습니다.

나는 그것에 대해 많은 생각을했으며, 많은 사람들이 아닌 한 가지 일에 대해 전문가가되는 것이 더 온도 적으로 적합하다고 결정했습니다. 그것은 나에게 좋은 선택 이었지만 그것은 당신에게는 아닐 수도 있습니다. 일부 사람들은 모든 것을 조금 알고있어 매우 성공합니다.

그러므로 제 조언은 질문을 바꾸는 것입니다. 어떤 종류의 사람인지 파악한 다음 회사에 다른 사람을위한 기회가 있는지 확인하십시오. 그렇지 않다면, 그 중 하나를 찾으십시오.


당신이 누구인지에 대한 후시로,이 포스트는 정말 서사시입니다. :)
ashes999

12

전문가가되면 더 비쌀 수 있습니다. 그러나 높은 수준을 요구하는 직업 기회는 숫자와 지리적으로 제한 될 것입니다.

일반 주의자가되는 것은 아마도 적은 비용을 지불하지만 전 세계적으로 당신에게 다양한 직업 기회를 열어줍니다.

또한보다 높은 수준의 관리직을 위해서는 다양한 사물, 기술 및 기술에 경험이있는 사람이 선호됩니다. 가장자리를 알고 큰 그림을 볼 수 있으면 소중한 자산이됩니다.


오, 나는 현재의 고용을 지나치지도 않았다. (이것이 장기적인 체류가되기를 희망하지만).
Bob Roberts

3

개발 단계에서 깊이를 얻는 것이 최우선 과제라고 생각합니다. 나는 많은 것들에 대해 조금 알고 있지만 그들의 지식이 모두 엔트리 레벨이기 때문에 엔트리 레벨 작업을 할 수없는 사람들이 너무 많습니다.

전문가가되고 싶었다면 건물 깊이가 최선의 선택입니다.

일반인이 되려면 먼저 하나의 스택에 깊이를 세우고 (적어도 중간 수준에 도달 한 후) 다른 언어로 분기하십시오. 깊이를 먼저 구축하면 더 많은 개념을 사용할 수 있고 배우고 싶은 것을 더 많이 알 수 있으므로 여러 언어로 깊이를 구축하는 것이 더 쉬울 수 있습니다. 그런 다음 다른 것으로 조금 분기합니다. 그런 다음 다시 돌아와서 고급 수준으로 깊이를 구축 한 다음 다시 분기하여 이미 알고있는 것과 매우 다른 것을 더 배우십시오. 그런 다음 다른 영역의 깊이를 중간 레벨로 확장하고 다른 것을 다시 배우십시오.

주의 사항-나는 가장 특별하므로 지식의 깊이를 분명히 선호합니다.


1

두 옵션 모두 자리가 있습니다. 회사에서 사용하는 개발 스택에 중점을두면 업무에 도움이되지만 다른 기술에 대해 배우면 경력에 도움이됩니다.

1990 년대 후반, 2000 년 동안 소프트웨어를 준비해야하는 회사는 COBOL 기술에 대한 수요가 높았습니다. 그러나 오늘날 COBOL 만 알고있는 사람은 누구나 구직에 어려움을 겪을 것입니다.

같은 방식으로 오늘날의 기술은 대부분의 사람들이 은퇴 할 준비가되기 훨씬 전에 폐기 될 것이므로 새로운 기술과 기술을 배우는 것이 필수적입니다.


0

계속해서 Haskell 또는 Lisp와 같은 것을 배우십시오. 함수형 언어를 배우면 실제로 코드를 분리하여 전반적인 디버그가 더 간단 해집니다. 발생할 수있는 유일한 문제는 돌아가고 싶지 않다는 것입니다.

http://book.realworldhaskell.org/read/

http://lisperati.com/haskell/

http://learnyouahaskell.com/


맞습니다 즉, 나를 위해로서, 함수형 프로그래밍을 배우고은 OCaml로 또는 F #에 대한 I 투표
0xFF를

F #은 C # 또는 작업중인 다른 .net과 잘 통합됩니다. 명심해야 할 것. Clojure는 Java와 잘 작동합니다.
Theo Belaire
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.