많은 코드가 포함 된 동료를 위해 프레젠테이션을하는 방법은 무엇입니까? [닫은

Question

나는 내가 평가 한 웹 프레임 워크에서 동료들을 위해 프레젠테이션을해야합니다. 이 사람들은 개발자이며 길고 지루한 파워 포인트 물건을 싫어하기 때문에 작은 코드 스 니펫이 많이 있습니다. 또한 작은 샘플 응용 프로그램을 구성했습니다. 내 질문은 사람들이 따를 수 있도록 코드를 어떻게 제시합니까?

내가 생각한 것들 :

• PowerPoint 슬라이드에 코드를 넣고 꽤 나쁘게 보이며 이미지가 아니라면 구문 강조 표시를 얻을 수 없습니다. 이미지에 내 코드를 갖는 것은 고통스럽고 다른 해상도로는 잘 확정되지 않습니다.
• 나는 S5 XHTML 프레젠테이션 형식을 가지고 놀았으며 JavaScript 구문 형광펜을 통합했습니다. 그것은 약간 어리석지 만 실행 가능합니다 (템플릿을 사용하지 않기 때문에 프레젠테이션을 위해 회사의 CI를 무시할 슬픔을 얻을 수 있습니다. 묻지 말고 ...)
• 청중 앞에서 스크립트 (노트)와 "라이브 코드"를 구성 할 수있었습니다. 나는 너무 바빠서 글을 쓰는 동안 좋은 설명을하기가 어렵 기 때문에 이것을 너무 좋아하지 않습니다. 또한 오류를 일으키고 기다릴 가능성도 높습니다.
• 스크린 캐스트? 그러나 나는 거기에있을 필요가 없을 것입니다 ... 아마도 그것을 나라?

그래서 당신은 무엇을 하시겠습니까?

Answer 1

청중 앞에서 스크립트와 "라이브 코드"를 구성 할 수있었습니다. 나는 너무 바빠서 글을 쓰는 동안 좋은 설명을하기가 어렵 기 때문에 이것을 너무 좋아하지 않습니다. 또한 오류를 일으키고 기다릴 가능성도 높습니다.

이 옵션이 마음에 든다. 만약 당신이 당신의 데모를 청중을 붙잡지 못할 지점까지 간소화 할 수 있다면. 레시피가 가지고있는 것보다 더 많은 시간이 걸릴 때 TV 요리사가하는 일을 할 수 있습니다. 코딩을 시작한 다음 90% 또는 100% 완료된 것을 앞으로 나아갑니다.

동료가 있다면 속도를 높일 수 있습니다. 대화를 나누는 동안 코딩을하고 그들이하고있는 일을 지적 할 수 있습니다.

IDE를 사용하여 구문 강조 표시를 제공하고 청중에게 컴파일, 배포, 테스트 등을 보여주는 방법을 보여줄 수 있습니다. 그래도 모든 사람이 볼 수 있도록 세션을 위해 대형 글꼴을 사용하는 것이 좋습니다.

Answer 2

IDE가 개방/폐쇄 영역 또는 코드 세그먼트를 허용합니까? Visual Studio에서는 확장하거나 붕괴 할 수있는 코드 영역을 만들 수 있습니다. IDE가이를 수행 할 수있는 기능이있는 경우 코드 샘플을 영역으로 만들고 프레젠테이션을 진행할 때 열/닫을 수 있습니다. IDE에서 프레젠테이션과 코드 샘플 사이를 앞뒤로 전환 할 수 있지만 즉석 코드를 사용하지 않아도됩니다. Open/Close를 사용하면 참조하지 않은 코드를 숨길 수 있습니다.

나는 실제로 이것을 Agile 2008에서 수행하는 것을 보았고 그것은 꽤 잘 작동하는 것처럼 보였다.

Answer 3

PowerPoint 슬라이드에 너무 많은 정보를 넣을 수는 있지만 실제로는 좋은 일입니다. 사람들은 일정량의 정보 만보고 의미있는 것을 얻을 수 있습니다.

따라서 PowerPoint 슬라이드에 맞지 않으면 접근 방식을 다시 생각해야합니다.

코드 스 니펫이 좋습니다. 그들은 강조 될 필요가 없습니다. Courier New (또는 다른 고정 너비 글꼴)에 넣으면 코드로 표시됩니다. 코드 스 니펫도 완료 할 필요가 없습니다. 필수 개념으로 끓여서 (누락 된 코드를 표시하기 위해 주석 또는 타원 사용).

프로그래머는 프로그래머 인 기술에 도달하면 질문을 할 것입니다.

또한 프로그래머가 비슷한 시도에 익숙하다면 모든 개념을 자신이 알고있는 것과 다시 연관시킵니다. 이해하기 쉽게 만듭니다. Spring MVC를 설명하고 스트럿을 알고있는 것처럼, 스트럿에 해당하는 것을 설명하십시오. 이런 종류의 것을 테이블 형태 (유인물로도)에 넣는 것이 유용 할 수 있습니다.

그것이 바로 내가 정확히 그 일입니다 (Struts 프로그래머를위한 스프링 MVC 프라이머).

Answer 4

잠재 고객이 많은 코드 스 니펫, 특히 긴 코드 스 니펫을보고 싶다면 유인물로 인쇄하거나 PDF 또는 텍스트 파일의 메모로 제공 할 수 있습니다 (사람들은 랩톱에서 따라갈 수 있음).

실제 프레젠테이션 슬라이드에는 아이디어를 전달하는 데 필요한 최소 양의 텍스트 (코드 포함)가 포함되어야합니다. 멀리서 읽을 것이 많으면 잠시 후에 청중이 피곤해지고 따라갈 어려움이있을 수 있습니다. 사람들이 자신의 랩톱이나 유인물에서 전체 코드 섹션을 읽고 프레젠테이션 슬라이드 또는 스크립트의 중요한 부분에주의를 기울 이도록하십시오.

Answer 5

그들이 PowerPoint를 좋아하지 않는다면 사용하지 마십시오. 우리는 Camtasia Screen Recording을 사용하여 고객에게 프레젠테이션을 위해 '라이브'데모를 녹음합니다 (프레젠테이션 중간에 충돌하는 단점이 없기 때문에 인용문으로 라이브로 라이브. 그들은 항상 기능이 멍청한 기능이라고 생각하는 것이 아니라 실제로 그것을 보는 것을 선호합니다.

파워 포인트 슬라이드처럼 일시 중지 가능하며 좋아하는 편집기에서 레코드를 기록하기 때문에 구문 색상의 장점이 있습니다. 또한 PowerPoint보다 훨씬 나은 역동적입니다 (일부 사람들은 여러 PowerPoint 슬라이드로 조잡한 애니메이션을하는 것을 보았지만 항상 실제로 볼 수 있습니다).

이것은 기본적으로 스크린 캐스트 아이디어에 매핑되지만, 그 이유를 원한다면 많은 작은 스크린 캐스트를 수행하여 실제 프리젠 테이션 사이에 산재 된 표시, 필요한 경우 스크린 캐스트가 아닌 직접 (직접).

개인적으로, 나는 대상 청중에게 완전히 나레이션 된 캄타 시아를 보내고 싶어하지만, 나는 전적으로 초기의 대중 연설 공포증을 넘어서지 않았기 때문입니다 :-).

핀치로, 당신은 당신의 청중 (비디오 프레젠테이션에 해당하는 Videance) 이후 실제 라이브 데모를 할 수 있습니다.

Answer 6

나는 이것을 나에게 해냈고 그것이 가능한 최선의 해결책이라고 생각했다.

다른 사람이 당신을 도울 수 있도록하십시오. 코드에 대해 이야기하는 동안 도우미가 코드를 입력하십시오. 이렇게하면 방의 모든 사람들이 코드를보고 있으며 설명하는 동안 설명을 듣게됩니다.

이것은 물론 도움을 줄 수있는 사람을 찾아서 코드를 당신과 마찬가지로 이해하는 것과 관련이 있습니다. 그러나 결과는 좋을 수 있습니다.

Answer 7

스크린 캐스트에서 모든 것을 할 수 있고 거기에있을 필요가 없다면 스크린 캐스트를하고 거기에 있지 마십시오. 회의가 취소되면 아무도 불평하지 않습니다. 사람들이 시연하는 도구에 대해 더 많이 읽을 수 있도록 메모 나 링크가 포함 된 보고서와 함께 비디오를 배포하십시오.

그리고 동료와 관리자가 다른 사람들과 이야기하면서 나중에 더 많은 신용을 얻을 수 있습니다. "이봐, Bibac이 프레젠테이션을 보았습니까? 아니요? 당신은 점심 식사 후 주소를 보내 드리겠습니다."

프레젠테이션에서 코드를 시연하는 경우 완성 된 프로젝트를 사용할 수 있도록 사람들이 스스로 시도 할 수 있도록하는 것을 고려하십시오.

Answer 8

Visual Studio와 관련된 프레젠테이션을 제공하면 도구 상자의 일반 탭에 코드 스 니펫을 넣습니다. 프레젠테이션 중에이 코드 스 니펫을 코드 파일, 마크 업 페이지 등으로 삭제/드래그합니다.