프로그래밍을 가르치는 것이 더 나은 프로그래머가됩니까?

나는 중급 파이썬 프로그래머라고 생각하며 초보자 파이썬 프로그래밍 클래스의 트레이너가 될 수있는 기회를 제공 받았다.

이것이 내 프로그래밍 레퍼토리를 실제로 넓힐 수 있는지 궁금합니다. 그들이 한 무리의 사람들을 성공적으로 훈련시킨 후에 깨달은 경험을 한 사람이 있습니까?

프로그래머이든 멍청한 학생이든 그 사람들에게 달려 있습니까? (제 경우에는 중간 .NET 및 Java 프로그래머입니다)

그들에게서 무엇을 기대해야합니까?

내 두려움 중 하나는-그들 중 하나가 얽힌 질문을 할 때 질식하면 어떻게 될까요? 이것이 정상입니까?

내 경험상, 프로그래밍 교육은 나를 더 좋게 만들었습니다. 이전에 방금 수락했거나 당연한 개념을 훨씬 더 잘 이해하게되었습니다. 나에게 낡았지만 학생들에게 새로운 아이디어를 명료하게 표현해야했을 때 (모든 사람이 같은 예에서 같은 방식으로 배우는 것은 아니기 때문에) 여러 가지 방식으로 결과가 나에게 재료에 대해 더 깊이 이해하게되었습니다.

그렇습니다. 때때로 학생들은 당신이 답을 모르는 질문을합니다. 괜찮습니다, 당신은 당신이 모르는 것을 말할 수 있고, 가능한 설명을 생각해 내고, 다음 수업 전에 그것을 보겠다고 약속 할 수 있습니다.

텍사스의 오래된 대학 연구에서 다음과 같은 결과를 얻었습니다.

사람들은 다음을 유지합니다.

• 그들이 읽은 것의 10 %

• 그들이 듣는 것의 20 %

• 그들이 보는 것의 30 %

• 그들이보고 듣는 것의 50 %

• 그들이하는 일의 70 %

• 그들이 가르치는 것의 90 %

이 논리에 따라 무언가를 배우고 배운 것을 유지하는 가장 좋은 방법은 다른 사람에게 가르치는 데 최선을 다하는 것입니다.

학교에서 Comp Sci 101을 통해 공부했지만 C ++의 과외 직업을 습득했으며 실제로 어려움을 겪고있는 학생들에게 가르 칠 때까지 C ++을 배우지 않았습니다. CS가 아닌 졸업생이 과제를하도록 도와 주면서 마치 머리 속의 전구가 난교처럼 생겼습니다.

나는 체계적으로 프로그래밍을 스스로 가르치지 않았고, 어느 정도의 외부인에게 개념이나 문제를 설명하려고 노력했다. 항상 재미있는 경험이었고 매번 무언가를 배웠습니다.

실제로 Jan Comenius는 이미 몇 백 년 전에 무언가를 깊이 이해하는 가장 좋은 방법은 다른 사람들에게 설명하는 것이라고 지적했습니다 .

따라서 가치있는 경험이 될 것입니다. 당신은 확실히 어렵거나 놀라운 질문을 받게 될 것입니다-괜찮습니다. 당신이 모든 것을 아는 척하려고하지 마십시오. 정직하고 그들에게 "모르지만 대답으로 당신에게 돌아올 것"과 같은 것을 말하십시오. 그들은 정직한 당신을 더 잘 존중합니다.

다른 답변에서 언급 한 것 외에도 가르치는 동안 마음이 열려 있으면 학생들로부터 배울 수도 있다는 것을 잊지 마십시오 .

당신은 주석에서 "Java / .NET에 대한 지식이 거의 0"이라고 언급했습니다. 그것은 학생들로부터 배울 수있는 완벽한 기회입니다. 교육은 일방적 인 과정이 아닙니다.

질문에 대한 답을 모른다면 그 사실을 숨기려고하지 마십시오. 교사가 학생에게 할 수있는 가장 큰 장애는 자신이 모르는 것을 아는 척하는 것입니다. 그들이 말하고있는 것을 모른다는 것을 알게되면 기껏해야 신뢰를 잃게됩니다.

예, 더 깊이 이해할 것입니다. 나는 당신이 여기에 얻는 다른 대답과 비슷한 경험을했습니다.

추가 경험을했습니다. 오류 분석이 더 빨라졌습니다. 당신은 사람들을 가르치므로 그들은 실수를합니다. 당신이 그들을 도울 때, 당신은 문제가있는 코드를 감시합니다 (적어도 나는했습니다).

내 두려움 중 하나는-그들 중 하나가 얽힌 질문을 할 때 질식하면 어떻게 될까요? 이것이 정상입니까?

나는 정상적인 것이라고 생각합니다. 정직했을 때 학자들은 문제가 없었습니다 (나중에 답을했습니다). 반대로 그들은 아무도 모든 것을 알 필요가 없다는 것을 알았습니다. 가장 중요한 것은 정보를 얻는 방법을 아는 것입니다. 가장 좋은 교훈 중 하나는 답을 알지 못했을 때 매뉴얼을보고 답을 얻었습니다. 그 후, 그들은 매뉴얼을 읽는 방법을 알고있었습니다.

나는 기술적 인 대학 수준의 수업을 가르쳤습니다 (그러나 소프트웨어 개발에 대해서는 아님). 여기 내 테이크가있다 :

더 나은 프로그래머가 되겠습니까?

1 : 1이 아닙니다. 당신은 프로그램을 작성하는 것과 같은 경험을 얻지 못할 것입니다. 그러나 그것은 결코 나쁜 것이 아닙니다 (읽기).

프로그래밍 레퍼토리를 넓히시겠습니까?

물론. 당신은 새로운 도전에 직면하게 될 것이며, 오랫동안 알지 못했거나 잊어 버린 것들을 (재) 학습해야합니다. 그 중 일부는 미래에 유용 할 것입니다. 많은 새로운 도전과 개념을 제시합니다. 새로운 관점에서 기술적 인 문제에 접근해야하며, 그러한 관점을 취하고 그러한 문제를 해결함으로써 많은 것을 배울 수 있습니다. 누군가에게 기술적 문제를 이해하는 데 필요한 것을 효과적으로 가르 칠 수 있다면 종종 주제에 대한 지식을 향상시키고 지식 영역을 확장 할 것입니다. 또한, 그들은 이미 다른 언어를 알고 있다고 언급합니다. 일부는 새로운 언어를 배우는 것이 가장 좋은 방법 중 하나라고 말합니다.

그것은 또한 그 사람들에 의존합니까?

인근 도메인의 전문가와 협력하면 구조가 크게 바뀝니다. 그들은 이미 컴퓨터와 통신하고 프로그램을 작성하는 방법을 알고 있습니다. 구문과 논리는 빠르게 배울 수 있습니다. 그들은 첫 주에 어려운 질문을 할 것입니다.

그들에게서 무엇을 기대해야합니까?

나는 당신이 이미 잘 알고있는 언어 과정의 내용을 연관 할 수있는 능력이있는 경우가 가장 도움이됩니다 기대 : "예, 피사체가 자바와 유사하다 이 방법 에 대한,하지만 서로 다른 이러한 이유로 ". 나는 그들이 배우는 속도가 상당히 빠를 것으로 예상하므로 준비를 위해 수업 밖에서 많은 시간을 투자해야합니다 (다시 배울 것이 많지만 주제는 대부분의 개발자에게 관심이 있습니다)

얽힌 질문을받을 때 질식하면 어떻게됩니까? 이것이 정상입니까?

글쎄, 그들은 당신과 같은 경험이 있지만 다른 영역에서 (관련되어 있지만). 설명은 어려울 수 있으며 모든 것을 알고 있거나 모든 것과 같은 전문 영역을 갖기를 기대할 수는 없습니다. "모름"이라고 말할 수있는 능력은 교사에게 좋은 품질입니다. 그들은뿐만 아니라 경험이 있다면, 당신은 종종 ( "오, 우리는 사용하여 해당 문제를 해결 짧은 토론을 통해 답변을 올 수있는 이 기술을 "). 이것이 실패하면 다음 세션에서 (당신과 그들)을위한 답을 찾아야합니다.

프로그래밍 여부에 관계없이 다른 사람에게 무언가를 성공적으로 가르 칠 수 있다면 진정으로 이해합니다. 다른 사람에게 가장 확실한 것을 가르 칠 수 있으면 기술도 향상됩니다. 학생들은 당신을 놀라게하고 주제를 다르게 생각하게하는 질문을 할 것입니다. 한 가지 이상의 방법으로 자료를 제시하는 데 능숙 해져 주제를 더 잘 이해할 수 있습니다.

다른 사람들을 가르 칠 수 있다는 것은 항상 내가 정말로 무언가를 이해하고 있는지에 대한 리트머스 시험이었습니다.

나는 그것이 분명히 차이를 만든다고 말할 것입니다. 내 개인적인 경험에서, 나는 다음과 같은 이유로 이것을 방어합니다 :-

• 책을 읽는 동안 때때로 마음은 세부 사항을 무시하거나 문제의 상단을 이해하기 위해 철저한 책을 읽는 대신 내용을 무시하기에 게으른 상태가됩니다. 그것이 자신을 읽는 동안 불완전한 지식을 얻는 특별한 이유입니다.

• 가르치는 경우에는 모두 다른 이야기입니다. 여기서는 가정이 아니라 사실을 제공 할 수 없으므로 가르침에 대한 철저한 독서가 이루어집니다. 또한 교사는 완전하고 정확한 지식을 제공하는 것이 자신의 책임이라고 생각하며, 이는 다시 한 번 더 교정을 요구합니다.

확실히 맞아요. 티칭은 자료에 대한 지식을 연마하고 프리젠 테이션 레이어를 향상시키는 플랫폼을 제공합니다.

또한 다른 개발자와의 유대 관계를 구축하여 나중에 효과적인 개발 팀 관계로 전환 할 수 있습니다.

강의를 위해 자료를 작성하는 경우 다른 사람들이 모두 나열한 것 ( "자료를 잘 알고 있어야합니다"등) 외에 문서는 강의 노트 또는 기술 문서가되기 때문에 문서를 작성하는 것이 좋습니다. 업계에서도 지식을 이전합니다.

그러나 산업계에있을 때 종종 문서는 내가 만나지 않았고 만나지 못한 사람을위한 것이므로 이해 관계자 / 독자가 알아야 할 내용이 아니라 내가 한 일을 문서화하는 함정에 빠지기 쉽습니다.

수업 시간에 학생들을 위해 글을 쓰면 이해 관계자 / 리더와 가까이 있기 때문에 유용한 문서화의 사고 방식을 쉽게 연습하고 개발할 수 있습니다. 정말 운이 좋으면 학생이 손을 공중에 대고 노트를 빨아 들인 다음 개선 할 수있는 것을 배웠습니다.

예. 나는 종종 다른 사람, 특히 실무자가 수년간 쌓아온 모든 가정과 전문어가없는 사람에게 (선생님이나 멘토) 또는 온라인으로 질문에 답변 (예 : 여기에 스택 오버플로!).

또한 학생들은 문제에 대해 다른 통찰력 또는 (이상한) 방법론을 가져 와서 솔루션 공간을 넓힐 수 있습니다.

유용한 교사는 혀끝에 답이 없을 수도 있지만 "모름"이라고 말하고, 조사하거나 찾거나, 학생들이 답을 더 빠르고 더 높은 확률로 찾도록 도울 수 있습니다. 학생들이 스스로 할 수있는 것보다

첫 번째 원칙에서 무언가를 설명하도록 강요 받으면 분명히 그것을 더 잘 이해하게 될 것입니다. 코드에서 버그를 검색 할 때 종종이 아이디어를 사용하고 누군가를 끌어와 코드 작동 방식을 설명하려고합니다. 보통 몇 분 안에 버그를 찾습니다. 같은 생각입니다.

나는 아니오라고 말할 것입니다. 교사가된다고해서 더 나아지지는 않습니다. 선생님이되는 법을 배워야한다면 더 나아질 것입니다. 교육은 지식을 유지하는 데 도움이되지만 IT 세계에서는 모든 것이 매일 바뀝니다. 이 때문에, 당신은 단지 교수에 의존 할 수 없습니다, 당신은 소파에서 ... 부랑자를 꺼내고 배워야합니다.

실제 현장에 와서 무지한 IT 교수들을 만났고, 인증서, 코스, 서류, 벽에 많은 "쇼"가있었습니다. 물론 그들이 대화를 나눌 수는 있지만, 정해진 코스 일정을 벗어나면 설레고 말더듬하며 실패 할 것입니다. 그들은 변화하는 압력을 감당할 수 없었습니다. 그들은 시대와 함께 변하지 않았고, 그들이 아는 것을 가르쳤습니다.

다시이 부분을 돌아 보도록하겠습니다. 놀라운 교수진이 몇 명있었습니다. 그들은 개발자, 선임 개발자, 수석 개발자, 응용 프로그램 개발 이사였으며 프로그래머가되었습니다. 그들은 실제 시나리오를 알고 있었고 교과서에 들어있는 99 %의 사람들이 실제 작업을 준비하지 않았기 때문에이를 변경하고 최신 상태로 유지했습니다.

12 년 전 11/12 학년 IT 교사가 제게 제안을했습니다. 매 학년마다 학교에서 보안 / 방화벽 등을 깰 수 있다면, 그는 일과 상관없이 과정에서 A + (100 %)를 줄 것입니다. 도대체 내가 jr로 일하면서 코스 계획을 세우는 것을 도왔다. 당시 개발자. 그가 나에게 준 제안은 당시에 Windows NT 보안 전문가가되었습니다. 나는 100 %를 얻었고, 그의 UN / PW를 훔쳐서 그를 막아야했다 ... 결국 유일한 방법이었다. 그는 자신의 의제가 아닌 그의 수업과 함께 일했습니다.

어디 선을 그리나요? 선생님의 태도에 따라 그립니다. 그 교사가 기꺼이 배우면 더 나아질 것입니다. 그 선생님이 방금 파도를 타면서 돈을 받고 덜 걱정할 수 있다면 악화 될 것입니다.

수십 개의 "내 코드가 작동하지 않는 이유는 무엇입니까?" 입문 프로그래밍 과정에서 연습 세션을 가르치는 동안 문제가 발생하여 코드를 이해하고 머릿속에서 시뮬레이트하는 데 많은 도움이되었습니다.

선생님으로서의 내 경험을 바탕으로합니다. 나는 아니오 라고 말할 것이다 .

아이들이나 신입생을 가르치면서 기초에 대해 더 잘 이해하고 있기는하지만 실제 직업과 관련된 개선점은 없습니다.

왜 이런 일이 발생합니까? -프로그래밍이 사람들이 공부할 수있는 것보다 빠르게 개발되고 있기 때문입니다. 새로운 언어와 프레임 워크, 새로운 도구, 새로운 개념, 새로운 하드웨어가 등장합니다. 그리고 전문 프로그래머는 반드시 자신의 영역을 알아야합니다. 그렇지 않으면 아무도 그를 필요로하지 않을 것입니다.

당신은 말을 할 수 있습니다 - '하지만 당신은 수있는 기본적인 알고리즘을 연구', - 그리고 내가 너희에게 이르 노니 - '하지만 당신은 해야 대학에서 그들을 연구'.

다른 주제는 작업 리듬입니다. "교사"는 느리고 실제 실제 문제를 빠르게 해결하는 데 사용되지 않습니다.

그리고 마지막으로 – 가르치는 것이 있습니다. 당신 이 가르치고 싶을 때 -당신은 스스로를 막을 수는 없습니다.

예!

Louis E. Frenzel 은 몇 년 전에 정확히 다음과 같이 썼습니다 .

종이나 기사를 쓰거나 배운 것을 가르치십시오. 당신은 그것을 쓰거나 가르치기 위해 그것을 알아야합니다. 다른 사람에게 설명하는 것보다 스스로 배우는 더 좋은 방법은 없습니다.

직접 관련이 없지만 ...

내 손자의 보이 스카우트 부대에서 항상 이런 일이 일어나는 것을 봅니다. 나이가 많은 스카우트는 후배에게 가르치려고 할 때까지 무언가를 "알고"있다고 ​​생각합니다. 나이나 경험에 관계없이 역동적 인 변화가 많이 있다고 생각하지 않습니다.

이 질문에 대한 많은 답변들은 무언가를 가르치는 것이 먼저 그것을 배워야한다는 것을 의미하며, 따라서 가르치기 위해서는 더 나아 져야합니다. 나는 이것이 거의 옳다고 말할 것 입니다.

경우 당신이 책임이 있습니다 교재를 개발 , 다음, 당신은 주제에 대한 철저한 이해를해야합니다. 이 수준까지 자료를 배우면 아직 모르는 것을 배워야한다는 가정하에 더 나아질 것입니다.

반면에, 다른 사람이 준비한 강의 자료를 읽는 미트 퍼펫 인 경우 주제를 알거나 이해하지 않고도 도망 갈 수 있습니다. 입문 과정에서 특히 그렇습니다. 초보자 수업을 가르치는 숙련 된 개발자라면 실질적인 내용을 배워야합니까?

교육은 프로그래밍 지식이나 기술을 향상시킬뿐만 아니라 프로그래밍 기사 및 자습서를 작성하는 데 유용합니다. 이해할 수있는 방식으로 다른 사람에게 주제를 설명 할 수 있다면 해당 주제를 알고 이해한다는 의미입니다.

개인적으로 얼마나 잘 준비하기로 결정했는지에 달려 있다고 생각합니다. 나는 바보처럼 보이게 만드는 것을 좋아하지 않기 때문에 가르 칠 때, 나는 준비 할 때, 수업 시간에 내놓는 경향보다 노트에 훨씬 더 자세히 설명합니다. 그렇게하면 대부분의 질문을 처리 할 수 ​​있다고 확신합니다. 수업을 준비 할 때마다 그때까지 잊어 버렸거나 간과 한 세부 사항을 발견했습니다. 운동을 디자인하는 것은 특히 어려운 일입니다.

이미 존재하는 프로그래머를위한 준비는 모든 수준의 추가 노력입니다. 클래스에서 사랑하는 C # (또는 무엇이든)을 파이썬으로 배우도록 요청받는 것을 싫어하는 일부 사람들을 기대할 수 있습니다. 그들은 당신이 말하는 모든 것에 도전 할 것입니다. 이미 지식이 있고 첫날에 고급 질문을하는 사람들이있을 수 있습니다. 첫 번째 경우, 수업이 적대적으로 행동하지 않는 한 주제를 계속 지키고 언어 간의 차이점에 대해 논의하지 마십시오. 덮을 재료로 돌아 가기 만하면됩니다. 두 번째 경우에는 거의 모든 고급 질문을 수업 후반에 참조 할 수 있습니다 (알지 못하는 경우 답을 찾을 시간을줍니다). 나는 항상 수업에 참여하는 사람들을 위해 어려운 연습을 준비하지만 그들은 이미 그 주제에 익숙합니다. 쉽게 지루한 것에 대한 일종의 독립적 인 연구. (그리고 그들은 다른 사람들이 5 분 안에했던 운동으로 어려움을 겪고있는 동안 고급 주제 연습을 할 때 놀랐습니다!)

그러나 대부분의 프로그래머는 배우기를 좋아하고 유용한 무언가를 시작하기를 열망합니다. 당신은 아마 기초를 최소한으로 유지할 수 있습니다. 이런 종류의 수업은 Hello World 형식의 연습을 통해 지루합니다. 보다 실용적이고 비즈니스에 유용합니다. 경험이없는 프로그래머보다 경험이 많은 자료를 더 많이 계획하여 준비 할 수 있습니다. 연습을 그들이 할 일의 종류에 맞게 만들 수 있다면, 그것은 더 좋습니다.

학생들은 당신이하는 말을 독창적으로 해석 할 수있는 놀라운 능력을 가지고 있습니다. 그들의 실수는 당신에게 결코 일어나지 않을 일이 될 수 있습니다. 그들이 실수를 고치도록 도와주고 왜 실수인지 설명하면 코드 검토에 도움이 될 것입니다!