프로그래머로서의 경력과 삶을 되돌아 보면 프로그래밍 기술을 향상시키는 여러 가지 방법, 즉 코드 읽기, 코드 쓰기, 책 읽기, 팟 캐스트 듣기, 스크린 캐스트보기 등이있었습니다.

내 질문은 : 프로그래밍 기술을 향상시키는 가장 효과적인 방법은 무엇입니까? 개선하고 싶은 사람들에게 무엇을 추천 하시겠습니까?

나는 여기에 다양한 답변을 기대하지만 단일 "하나의 크기가 모두 맞는"답변은 없습니다. 나는 다른 사람들에게 무엇이 효과가 있는지 알고 싶습니다.

특정한 순서없이 ...

• 나보다 훨씬 똑똑한 사람들과 협력

• 주니어, 중급, 시니어 또는 전문가인지 여부에 관계없이 다른 사람들의 말을 항상 듣습니다. 직책은 아무 의미가 없습니다.

• 다른 프레임 워크 / 언어를 배우고 그들이하는 일을보고 그것을 이미 알고있는 것과 비교

• 패턴, 모범 사례를 읽은 다음 이전 항목을 검토하고 필요한 경우 해당 패턴을 적용

• 페어 프로그래밍

• 요엘의 말에 동의하지 않습니다. ;)

결정 TO 는 '잭-의 모든 거래를'수

경력 초기에 저는 특정 데이터베이스 및 프로그래밍 언어 전문가였습니다. 불행히도 그 특정 데이터베이스는 '데이터베이스 전쟁'을 잃어 버렸고 내 경력 옵션이 제한적이라는 것을 알았습니다. 그 후 나는 다시는 그런 식으로 다시는 상자에 들어 가지 않게 의식적으로 결정했다. 그래서 나는 Windows, Unix, C, C ++, Java, C #, Perl, Python, Access, SQL Server, Oracle, Informix, MySQL 등 내가 사용할 수있는 모든 것을 연구했습니다. 크레이그에게 알지 못하면 배우게 될 것입니다. 결과적으로 환경 원격 측정을위한 임베디드 시스템에서 미사일 방어를위한 명령 및 제어 시스템에 이르기까지 모든 종류의 프로젝트를 수행했습니다.

내가 가진 유일한 문제는 내 전문 분야가 일반인이 될 때 나를 전문 분야에 집어 넣어달라고 주장하는 회사와 관련이 있습니다. [편집 : Polymath 또는 르네상스 맨 또는 다중 전문가 라고도 합니다. ]

명심해야 할 것 ... 첨단 기술에 대한 지식의 반감기는 무엇입니까? 그것은 무어의 법칙으로 추적됩니다 : 당신이 알고있는 모든 것의 반은 18-24 개월 안에 쓸모가 없습니다. 잘못된 징계를 선택하는 전문가는 기술 언론에 의해 쉽게 훼손 될 수 있습니다. 일반인은 더 많은 기술을 추가하고 해당 기술을 적용 할 때 과거의 교훈을 기억해야합니다.

나는 항상 내 자신을 아주 핫한 프로그래머라고 생각했다. 그런 다음 아론이라는 새로운 남자가 우리 팀에 고용되었습니다. 아론은 대부분의 지역에서 나보다 훨씬 더 나았습니다. 그는 나보다 젊었 다. 그는 내가 지난 몇 년 동안 크게 개선되지 않았다는 것을 깨달았습니다. 나는 애드혹 해커 였고 평범한 해커였습니다.

이것은 의식적으로 나 자신과 특히 내가 작성한 코드의 품질 을 향상 시키려고 노력했다 .

Aaron은 저에게 많은 것을 배우도록 이끌었습니다. 그는 내가 작성한 코드의 대부분이 최소 몇 년 동안 유지되고 확장되어야하는 방법을 가르쳐 주었으므로이를 염두에두고 코드를 작성해야합니다. 코드에 대한 자동 테스트를 작성해야합니다. Aaron은 항상 첫 번째 작업 버전에서 멈추지 말고 코드가 우아해질 때까지 리팩토링하고 개선하는 방법에 대해 항상 이야기했습니다. 사용하고있는 언어와 도구가 개선의 여지가 많다는 것을 알게되었습니다.

내가 Aaron으로부터 배운 가장 중요한 것은 배우는 것을 멈추지 않는 것입니다.

2 년 후 Aaron은 회사를 떠났습니다. 나는 비어 있다고 느꼈다. 그와 함께 지난 몇 년 동안 나를 완전히 새로운 수준의 기술로 끌어 올렸고, 나는 이제 팀의 나머지 부분보다 훨씬 나아 졌다는 것을 깨달았습니다. 그들은 여전히 ​​나쁜 코드를 작성했고 이전과 같은 실수를 저지르고있었습니다. 나는 그들에게 가르치려고 노력했지만 배우는 데 관심이 없었습니다. 사실, 그들은 누군가가 자신이 저지르고있는 실수를 말해주기 위해 너무 거만 해 할 것을 염려했습니다.

그래서 몇 달 후에 저는 회사를 떠났습니다. 나는 재능있는 팀과 함께 작은 회사로 이사했습니다. 그곳의 모든 사람들이 더 많은 것을 배우고 싶었고 그것을 좋아했습니다.

아론을 만나서 다행입니다. 그가 없으면, 나는 아직도 오래된 회사에서 오래된 갱단과 일하고, 아무데도 가지지 않고, 나 자신을 너무 많이 생각하고있을 것입니다.

두가지:

1. 다른 사람들이 작성한 코드를 읽습니다.
2. 다른 사람이 작성한 코드에 대한 설명서를 작성하십시오.

코드 작성은 매우 쉽습니다. 내가 아는 다른 모든 사람들이 그렇게 할 수 있습니다. 그러나 다른 사람의 코드를 읽고 그 기능을 알아내는 것은 완전히 새로운 세상이었습니다.

체육관을 정기적으로 때린다.

진지하게, 내 몸매가 좋으면 뇌가 훨씬 잘 작동합니다. 문제가 쉬워지고 압도적이지 않고, 멍청이는 유혹에 빠지지 않으며, 단계별로 작업하는 것은 힘든 작업처럼 보이지 않습니다.

프로그램 작성. 흥미로운 프로젝트 작업. 물건을 가지고 일하는 것과 같은 것은 없습니다. 특히 압력을 받고 있습니다. 나는 항상 프로그래밍 방법을 묻는 사람에게 멋진 프로젝트를 찾아서 작업하는 방법을 말해줍니다.

우리 대학에서 아르바이트를하는 CS 학생들을 ok습니다. 실제로 다른 사람에게 설명해야 할 때 완전히 다른 수준에서 무언가를 이해하도록 강요합니다.

1. 저는 "매년 프로그래밍 언어를 배우십시오"시스템을 좋아합니다. 1 년은 "괜찮아요. 구문을 알았으니 이제 언어를 알고 있어요"편견을 지나칠 수있는 충분한 시간이 주어집니다. 그리고 조금 더 나아가서 그 언어에서 유익한 것을 이해하고 그 언어 (즉, Ruby 구문을 사용하여 Java 응용 프로그램을 작성하지는 않습니다). 각 언어는 프로그래밍에 대한 생각 방식을 바꿀 것입니다. 재귀를 사용하는 방법을 알고 있었지만 프롤로그 수업을들 때까지 재귀에 대한 생각 은 일어나지 않았습니다 (ML과 같은 기능적 언어가 동일한 효과를 가질 것이라고 생각합니다).

2. Pet 프로젝트를 시작하십시오. 좋은 애완 동물 프로젝트에 대한 나의 개인적인 방정식은, 당신이 경험 한 것 + 당신이하지 않는 것 = 유용한 것입니다. 예를 들어 Migratr (나의 caffeinated-weekend-turned-ongoing 프로젝트)은 "c #을 알고 있지만 웹 API에 대해 코딩 한 적이 없으며 모든 사진을 Zooomr로 옮기고 싶습니다"로 시작했습니다. "웹 API에 대해 코딩 한 적이 있지만 C #을 모른다"

애완 동물 프로젝트를 게시하는 것은 그 자체로 놀라운 교육 경험입니다. 갑자기 아무도 실제로 가르치지 않지만 모든 사람이 알아야 할 모든 것 (나에게 그것은 자신의 테스트 시스템을 설정하고, 버전 관리 시스템을 최대한 활용하는 방법, 아무도 마감일을 설정하지 않을 때 자신을 조정하는 방법, 사용자와 요청에 대해 "아니오"라고 말하는 방법을 알 수있는 방법), 그 모든 것들은 표면에 거품을 내고 적어도 전에는 dzone에서 화염 전쟁을 읽음으로써 이전에는 없었던 수준에서 스스로 교육하도록 강요합니다. "foo"대 "bar"방식의 장단점.

이 두 가지 작업을 수행하면 스펙트럼의 양쪽 끝이 모두 적용됩니다. 새로운 언어를 배우면 더 나은 코더가 될 것입니다. 애완 동물 프로젝트는 당신을 더 나은 개발자로 만들 것입니다 : P

나 자신에게 어셈블리를 가르쳤다. 내가 13 살이었을 때 오래된 6502 칩에 있었습니까? 14? 너무 오래 전 그러나 비트 수준으로 내려가는 것보다 개발을 향상시킬 수있는 것은 생각할 수 없습니다.

학습 어셈블리는 컴퓨터가 기본적으로 낮은 수준에서 '생각'하는 방식에 대한 통찰력을 제공하며,이 수준의 우아함은 놀랍습니다. 이 수준에서 개발하면 효율성을 가르치고 비판적 사고 및 논리 기술을 연마 할 수 있습니다. 그것은 또한 당신이 상당히 빨리 버릇없는 습관을 치료할 것입니다!

65xx 칩에는 3 개의 레지스터 (어큐뮬레이터, X 및 Y)가 있으며 곱하거나 나누기위한 머신 레벨 명령이 없습니다. 나는 전투 피해를 계산하기 위해 루틴을 코딩하고, 책을 살펴보고, 내 자신의 수학 라이브러리를 작성해야한다는 것을 갑자기 깨달았습니다. 내 노트 전체에 1과 0을 낙서하는 데 2 ​​주가 걸렸으며 '분할'과 '소수점'이 실제로 무엇을 의미하는지 알아 내려고 노력했습니다.

나는 그 이후로 C ++, 파스칼, .NET, 다른 많은 것들을 연구했지만 ... 그들 중 누구도 나에게 많은 것을 가르쳐 주지도 않았고, 나에게 많은 관심을 보였거나, 내 오래된 코모도어에서의 어셈블리가 그랬던 '와우'라는 느낌을 가지지 못했습니다. .

내가 쓴 오래된 것들을 되돌아보고 그들이 얼마나 나쁜지를 깨달았습니다.

읽다

• 웹 사이트뿐만 아니라 책
• 최신 프로젝트뿐만 아니라 자체 개선을 위해
• 최신 기술뿐만 아니라 거래 개선에 대한
• 작업하고있는 코드뿐만 아니라 코드를 읽습니다.

독서에 대한 식욕을 키우십시오.

프로그램 작성.

진지하게, 책이 있고, 코딩 카타가 있고, 이와 같은 사이트가 있지만, 개발자로서 개선하는 가장 좋은 방법은 실제 엔지니어링을 통해 끊임없이 변화하는 요구 사항을 가진 실제 고객에게 실제 프로젝트를 진행하는 것입니다 문제. 경험을 대신 할 수있는 것은 없습니다.

당신이 할 수있는 가장 중요한 일은 개선을위한 의식적인 노력을하는 것입니다. 단 하나의 총알이 없으므로 새로운 정보 출처, 새로운 경험 및 더 많은 연습을 계속 찾아야합니다.

그리고 두 번째로 중요한 것은 자신이하고있는 일, 왜하고 있는지, 어떻게 더 잘할 수 있는지 생각해보십시오. 이전 프로젝트와 동일합니다. 당신이 한 일과 지금 어떻게 다르게 할 수 있는지 되돌아보십시오. 더 잘했을 수있는 부분이나 개선 할 수있는 부분을 생각해보십시오.

나는 매일 직장에서 두 가지 훌륭한 예를 봅니다. 배우기를 좋아하고 그가 할 수있는 최고의 개발자가되기를 원하는 한 동료가 있습니다. 그는 다운 타임을 사용하여 블로그를 읽고, 책을 읽고, 프로그래밍 기술에 대해 토론하고, 수많은 질문을합니다. 그는 작년에 눈에 띄게 향상되었습니다. 다른 동료가 자신의 업무를 수행하고 상당히 잘 수행합니다. 그러나 이것이 그가하는 전부입니다. 그는 자신이 아는 것을 고수하고, 개선하기 위해 많은 노력을 기울이지 않고, 기존 프로젝트 이외의 프로젝트에서 작업하지 않으며, 4 년 후, 내가 만났을 때와 똑같은 기술과 프로그래밍 능력을 가지고 있습니다. 그를.

많은 사람들이 코드 작성을 제안했습니다. 다른 사람들의 코드를 읽는 것이 훨씬 유익하다고 말하고 싶습니다.

매우 다양하고 의견이 많은 사람들과 쌍으로 프로그램

프로그래머로서 도움이 된 기본 사항 :

• 터치 타이핑을 배웠습니다.
• 수줍음을 극복하고 질문하는 법을 배웠습니다.

프로그래머를위한 타이핑은 필수적입니다. 모든 사람은 정확히 두 손가락을 사용하여 입력하고 모든 것을 위해 키보드를 봐야하는 "프로그래머"동료가있었습니다. 재미 없어. 터치 타입 학습은 프로그래머로서의 생산성을 크게 향상시킵니다.

요청하지 않으면 아무도 말하지 않을 것입니다.

오픈 소스 프로젝트에 참여 / 참여하는 것이 가장 큰 일이었습니다.

원하는 모든 책, 코드 및 오픈 소스 프로젝트를 읽을 수 있지만 소프트웨어 개발의 최종 사용자 측면을 이해해야합니다. 반향 실에서 나와야합니다. 따라서 기술 경력에 도움이 될 몇 가지 비 기술적 요점을 다룰 것입니다.

1. 키보드에서 벗어나 최종 사용자와 상호 작용하고 소프트웨어를 사용하는 방법을 눈으로 확인하십시오. 최종 사용자는 일반적으로 기술적이지 않으므로 소프트웨어를 마법의 일로 간주하고 소프트웨어를 논리적 단계로 간주합니다. 두 세계는 완전히 다릅니다. 따라서 당신에게 쉽고 논리적으로 보이는 것은 다른 사람들에게는 비밀스럽고 위협적인 것처럼 보일 수 있습니다.

2. 테스트, 테스트, 테스트 대기업에서 본 많은 소프트웨어는 테스트 사례를 사용합니다. 그들은 JUnit, xUnit 및 다른 모든 단위 테스트 언어를 사용합니다. 그러나 내가 본 문제는 대부분의 프로그래머가 프로덕션에서 소프트웨어가 어떻게 보이는지 전혀 모른다는 것입니다. 사용자 (또는 배치 작업 인 경우 시스템)가 응용 프로그램, 라이브러리 또는 인터페이스와 상호 작용하여 어떤 종류의 끔찍한 정보를 던지는 지 알아보십시오. 이를 통해 좋은 테스트 사례를 생성하고 프로그램에 항상 올바른 데이터 세트가 제공된다고 가정 할 수 있습니다.

배운 계획.

코드 작성 및 많은 것.

정규식 학습.

TopCoder 알고리즘 경연 대회 에서 경쟁 .

자신 만의 프로젝트, 이정표, 리소스, 종속성, 요구 사항 및 테스트 계획을 작성하십시오. 특정 매개 변수 내에서 작동하도록 프로그래밍 기술을 향상시킬뿐만 아니라 가장 개선해야 할 부분을 정확하게 강조하는 역할을합니다. 블로그 또는 공식적인 프로젝트 업데이트를 통해 진행 상황을 정기적으로 업데이트하여 현재 위치와 가고 싶은 곳을 정확하게 볼 수 있습니다.

마지막 일을 그만두세요

나는 당신이하는 일에 끊임없이 의문을 제기하는 것이 가장 큰 것이라고 생각합니다. 코드가 완벽하다고 생각하지 말고 항상 개선하려고 노력하십시오.

내 코드가 완벽하다고 생각했을 때 2 ~ 3 번 있었던 것처럼 보였고, 갈 길이 멀다는 것을 깨달았습니다.

가장 큰 것은 컴퓨터가 아닌 다른 프로그래머가 소비하는 코드 자체를보기 시작했을 때였습니다. 기계가 처리 할 수있는 코드를 작성하는 것은 쉽지만 이해하기 쉬운 DRY를 작성하는 것은 어렵습니다.

그리고 "이 라인의 기능"을 이해하는 것이 아니라, "이 클래스가 다른 모든 클래스와 어떻게 조화를 이루고 있는지"를 이해하는 것은 사소한 일이며, 클래스 인터페이스를 실제로 구성하는 것은 사실상 불가능합니다. 오용하기 위해.

그들은 좋은 코드의 70 %가 오류 검사 및 처리라고 말합니다. 그런 식으로 프로그래밍을 시작했을 때 코드가 훨씬 좋아졌습니다. 무엇이 잘못 될 수 있는지 생각하고 바로 처리하면 큰 차이가 생겼습니다. 그것은 느낌이 모든 검사 그냥 코드를 위로 받고 실행하는 방법으로 점점 일을 좋아하지만 2 ~ 4 배 처음부터 끝까지의 시간을 단축 할 수 있습니다.

이 사람들은 누구이며 "그들"은 어디에 살고 있습니까?

내가이 일을 어떻게 문서화 할 것인지 궁금해하기 시작했을 때 코딩 기술이 많이 향상되었다 .

여기서 "일"은 가능한 모든 세분성을 가져야합니다. 방법에서 전체 제품까지. 예를 들어 메소드 레벨에서는 실제로 작성하기 전에 API에 맞지 않거나 불분명 한 메소드를 추가하지 못하게합니다. 그리고 실제로 문서화 할 수없는 방법을 구현 해야하는 경우 어딘가에 디자인 문제가 있다는 신호입니다 ...

자동으로 " 설명 할 수 없으면 작성하지 않는다 "는 태도 는 잘못된 코드를 걸러 내고 반대로 문서를 올바르게 문서화하는 방법을 알게되면 구현하기가 더 단순하고 깔끔해집니다.

끊임없이 배운 것을 배우고 연습하십시오.

수단 :

1. 개인 프로젝트 : 프로그래밍을 시작한 이후로 개인 프로젝트를하고 있습니다. 작은 게임, 이미지 처리, 스테 가노 그래피, 파일 형식 사양 구현, 처음부터 다양한 프로토콜 구현 또는 시간이 지남에 따라 다양한 프로그램 구현에 이르기까지 다양합니다.

2. 책 읽기 : 나는 여가 시간에 다양한 책을 읽고 따르기로 결정했습니다. 전문가들이 읽은 것을 기다리면서 앉아있는 책들이 많이 있습니다. 책에서 얻을 수있는 깊이는 다양한 포럼 게시물을 읽는 것과 비교할 수 없습니다.

이것은 일반적으로 새로운 기술을 배우는 연대순입니다.

1. 좋은 블로그 (Atwood, Martin Fowler 등)를 정기적으로 읽고 , 기술 뉴스를 최신으로 유지하고, 흥미로운 새로운 기술에 대한 내용을 따르십시오. 이 단계를 통해 추가 탐색이 필요한 항목이 있는지 결정할 수 있습니다.

2. 레벨에 맞는 올바른 책 이나 기타 자료를 읽으십시오 (예 : 디자인 패턴을 배우려는 초보자에게는 '헤드 우선 디자인 패턴'을 제안합니다). 나는 또한 책에 대한 특정 환경 설정이 있습니다 .

3. 밖으로 롤 장난감 프로젝트 내가 배운 것을 사용하거나 두 가지를. 프로젝트의 유용성에 대해 걱정하지 않습니다. 내 의도는 단지 내 학습을 활용하는 것입니다. (예 : OOP를위한 계산기 프로젝트는 괜찮을 것입니다)

4. 나는 직장에서 물건을 사용할 수 있는지 볼 것 입니다. (예 : 직장에서 서브 버전을 사용하지 않더라도 로컬 리포지토리로 사용합니다. 그렇지 않으면 너무 단조롭고 시간이 많이 걸리는 작업에 Ruby를 사용했습니다)

5. 이것은 대부분의 사람들이 그리워하는 가장 좋은 부분입니다. 지식 공유 세션 : 예를 들어 동료 팀 구성원에게 세션을 제공하십시오. 교수법은 기술을 실제로 배우는 가장 좋은 방법 중 하나라고 생각합니다. 나는 당신이 기술에 대한 당신의 이해 수준이 청중의 기술 유무에 관계없이 여러 가지가 될 것이라고 보장합니다. :-)

몇 달 동안 일부 오픈 소스 프로젝트를 해킹하십시오. 클수록 좋습니다. 당신을 잘 모르는 고도로 의견이 많고 지리적으로 다양한 사람들과 대화 할 때, 당신은 실수를 훨씬 더 빨리 도울 수는 없습니다. 또한 하나 또는 두 명의 똑똑한 사람들을 식별하면 순수한 지식이 아닌 경우 소중한 지식을 얻을 수 있습니다.