디자인 패턴과 같은 코드 나 다른 개발 패러다임을 설명하는 데 어려움을 겪습니다. 내 마음 속에서 내가 말하는 것에 대해 알고 있습니다.하지만 내가 선배 나 동료에게 한 일을 설명 할 때, 나는 명확하고 명확하게 그들에게 공평하지 않기 때문에. 때로는 뭔가 설명하기가 어렵거나 실제로 뭔가 더 힘들게 만드는 것처럼 느껴지기도합니다. 코드 또는 다른 사례를 누군가 또는 여러 사람들에게 설명하는 방법에 어떻게 접근합니까? 코드와 관행에 대한 설명을 향상시킨 방법은 무엇입니까? 자신감이 이것과 관련이 있습니까?코드 또는 프로세스에 대한 설명이나 설명을 향상시키는 방법은 무엇입니까?
내 개인적인 경험 : 단어, 또는 이야기보다 더
시작하는 방법 중 하나는 자신이 설명하려고하는 것을 작성하는 것입니다. 당신이 한 일을 쓸 수없고 그것을 이해할 수있는 방식으로 설명 할 수 없다면, 아마도 처음에는 그것을 이해하지 못했을 것입니다.
이 방법은 머리 속에있는 아이디어를 구체적인 구성 요소로 분해하는데도 도움이됩니다. 전체를 조금씩 설명하고 함께 묶어 "시스템"의 작동 방식을 보여줍니다. 연습을 통해이 방법론을 사용하여 아이디어를 다른 사람들에게도 설명 할 수 있습니다.
좋은 지적입니다. 이것은 마치 프로그램을 비트로 분해하는 알고리즘을 작성하는 것과 같습니다. 팁을 주셔서 감사합니다. – Xaisoft
이 일반적으로 교육하고 설명하는 일에 대한 사실이다 :
봅니다 청취자 신발에 자신을 넣어. 그들이 아는 것과 그들이 모르는 것을 파악하십시오. 프로그래밍을 모르는 사람에게 디자인 패턴을 설명하는 경우 세부 정보가 아니라 광범위한 용어를 설명하십시오. 그 사람이 숙련 된 프로그래머라면 자세히 설명 할 수 있습니다. 얼굴 표정과 같은 당신의 말에 대한 그들의 반응을 항상 주시하십시오. 이것은 그들이 당신이 그들에게 설명하고있는 것을 이해하는지 알려줄 것입니다. 그들이 한 가지를 이해하지 못한다면, 당신이 그것을 더 자세히 설명하거나 중요하지 않다면 건너 뛸 필요가 있습니다. 당신이 말하는 것을 반복하지 마십시오. 청취자가 무언가를 이해하지 못한다면 정확히 똑같은 말을하는 것이 도움이되지 않습니다. 대신 다른 각도에서 설명해보십시오.
은유를 사용하여 설명하는 것이 좋습니다. 청취자를 알고 그들이 잘 이해하고있는 것을 찾아 내십시오. 그런 은유를 사용하여 프로세스 또는 코드를 설명하십시오. 예를 들어, 일반적으로 TCP 패킷이 UDP 패킷과 어떻게 다른지 설명합니다. 마찬가지로 TDMA와 FDMA가 동시에 테이블에 앉아서 서로 이야기하는 사람들의 그룹으로 작동하는 방식을 설명 할 수 있습니다. 은유를 사용할 때 사람이 어떻게 작동 하는지를 알 때까지 기술 용어를 삭제해야합니다. 그러면 메타포를 삭제하고 실제 코드 나 프로세스의 관점에서 설명 할 수 있습니다. 이것에 대해
좋은 조언. 나는 나 자신을 여러 번 반복하고 종종 올바른 단어를 찾기 위해 고심하는 자신을 발견한다. 때로는 광범위한 용어도 찾아내는 것이 어렵습니다. 청취자 구두에 자신을 넣고 은유를 사용하는 것은 확실히 오래 걸릴 것입니다. 감사. – Xaisoft
위대한 질문입니다.저는 컴퓨터 과학 전공이 대중 연설에서 충분한 경험을 쌓고 대학에서 자신의 코드를 방어한다고 생각하지 않습니다. 적어도 내가 인터뷰 한 것들은 그렇지 않다. 여기에 대한 나의 생각이있다.
팁 주셔서 감사합니다. – Xaisoft
다이어그램 정보 : 다이어그램을 너무 좋아하지만 다이어그램을 이해하지 못하는 사람들이 있습니다. 다이어그램이 도움이되는지 아닌지 빠르게 알아보고 그렇지 않은 경우 사용하지 마십시오. – Marius
내가 언급 한 책에 확실히 시간을 할애 할 것입니다. 나는 그것을 몇 번 스캔했고 모든 Head First 타이틀과 함께 매우 유용하게 보입니다. – Xaisoft