훌륭한 점심 식사 및 학습 주제 [닫기]


15

우리는 최근에 내가 일하는 회사의 프로그래밍 부서에서 배우는 점심을 되살 렸습니다. 우리는 모두 세션에 대한 아이디어가 있는지, 프레젠테이션에 관심이 있는지 물었습니다. 다음과 같은 다양한 주제에서 몇 가지 아이디어를 얻었습니다.

UI를 디자인 할 때 사용자처럼 생각하는 방법

또는 HTML5의 차이점

몇몇 동료들은이 아이디어를 좋아하는 것처럼 보이게 던졌습니다. 그러나 프리젠 테이션 작성에 너무 많이 파고 들기 전에 더 많은 아이디어를 원합니다.

좋은 점심은 무엇이며 주제를 배우는 것은 무엇입니까?


4
스파게티 코드 ??! [이탈리안 레스토랑에서 공개되는 것이 가장 좋습니다]
mlvljr

2
@mlvljr : 코딩이 끝났을 때 랩탑을 벽에 던져 경향이 있는지 확인하는 경향이 있습니다
sova

유용성을 위해 +1. 더 많은 답변을 얻은 후에이 질문에서 목록을 작성하기를 기대합니다.
Tim Post

답변:


13

일반적인 것들 :

  • 테스트 주도 개발
  • [IDE of choice]에서 디버깅 (원격 또는 가상화 된 디버깅과 같은 작업을 수행 할 수 있음)
  • 최신 버전의 새로운 기능 (IDE, 데이터베이스 시스템 등)
  • 디자인 패턴
  • [선택 기술]의 보안 요소
  • [선택 기술]의 성능 요소
  • 계속 및 폐쇄 (Eric Lippert의 환상적인 시리즈를 읽음)
  • [새로운 언어 또는 선택한 기술] 개요

그러나 일반적인 주제를 선택할 필요는 없으며 자신의 작업에 대해서도 L & L 주제를 수행 할 수 있습니다. 논란의 여지가 있지만, 이것은 관객이 당신의 행동에 대한 느낌을 얻을 수 있기 때문에 더욱 가치가 있습니다. 예를 들어, 설치 담당자는 설치 작동 방식에 대한 주제를, QA 리드는 테스트 환경 준비에 관한 주제를 수행하고, 빌드 담당자는 빌드 프로세스에 대한 주제를 수행 할 수 있으며, 프로젝트에 흥미로운 아키텍처가있는 경우 모든 사람이 알고있는 것이 아니라면 그 주제를 다루십시오.

또한 잠재 고객은 반드시 프로그래머 만 구성 할 필요는 없습니다. QA 담당자와 프로젝트 관리자도있을 수 있으므로 모든 사람이 디자인 패턴을 알아야하기 때문에 "디자인 패턴"이 올바른 주제가 아니라고 가정하지 마십시오.

분명히 이들 중 일부에 대해 너무 자세하게 설명 할 수는 없습니다 (예 : 모든 단일 패턴의 장단점을 심층 분석하지 마십시오).


디버깅 : 식사에 버그가 있다고 말하고 강의를 시작하십시오.)
mlvljr

LOL, 아이디어는 사람들이 L & L에 오도록 격려하는 것입니다.
JohnL

9

"불량 스팟"을 재생할 수 있습니다.

버그 추적 로그를 살펴보고 사람들이 그럴듯하지만 아주 미묘한 방식으로 코드를 작성한 곳을 찾으십시오. 코드를 다시 작성하여 출처를 변장하지만 버그를 보존하고 화이트 보드에 올려 놓고 사람들을 갖도록합니다.

  • 그들이 버그를 찾을 수 있는지보십시오
  • 수정이 무엇인지 파악
  • 코드 검토 중에 버그가 어떻게 발견되었는지 설명
  • 버그를 예방할 수있는 언어 또는 도구의 변경 제안
  • 등등.

Neal Gafter와 저는 6 개의 "결점 발견"문제를 모아서 지난 노르웨이 개발자 회의에서 관객들에게 발표했습니다. 재미 있었고 사람들이 많이 배운 것 같아요.


7

제어 및 의존성 주입의 반전은 현재보다 훨씬 더 광범위해야하는 강력한 아이디어입니다.


1
첫 번째는 상사가 설거지를함으로써 훌륭하게 설명 될 수 있습니다. 사람들은 기억할 것이다;)
mlvljr

2
@mlvljr : 사실, IOC의 아이디어는 여전히 설거지를하지만 이제는 상사가 방법을 알려 줍니다 .
peterchen

@ peterchen 네, 맞습니다. 관리자 ) 더 잘 알고 있어야
mlvljr

2

나는 L & L에 참여한 적이 없지만 기본적으로 작업하는 것처럼 보입니다.

  • 점심 시간 동안 쉽게 소화되는 것
  • 토론과 대화식 피드백에 영감을 줄 수있는 것

"우리가 X를 어떻게 생각한다고 생각합니까?"라는 질문을 던지고, 현재 구현을 공개하는 것이 청취자에게 흥미롭고 생각을 불러 일으킬 것이라고 생각합니다. 모든 프로그래밍을 방정식에서 추상화하여 비코 더조차도 문제를 해결할 수 있습니다.

회사가 수수께끼 또는 퍼즐로 직면 한 복잡한 문제를 추상화 할 수도 있습니다. 마치 사각 페그와 둥근 구멍으로 작업해야하고 결국에는 사각 페그를 원형으로 치우쳐 회사의 요구에 맞게 스톡 소프트웨어를 변경하는 것처럼 말입니다.

기술적 인 사고를 장려하는 어떤 소개라도 자동으로 흥미로운 대화를한다고 생각합니다.

예 : 시간 / 프로세스 최적화

파이 서빙 웨이터의 작업 속도는 어떻게 향상됩니까? 그는 파이 조각을 제공하고 사람이 끝나기를 기다립니다. 그는 접시를 잡고 부엌으로 가져간 다음 다음 사람에게 봉사합니다. 접시가 쌓이는 것에 신경 쓰지 않는다면 어떻게 배고픈 고객을 더 빨리 만족시킬 수 있습니까?

직장에서 사용하는 패러다임을 설명하는 간단한 은유가 샌드위치 위에서 뭉개지면서 생각하기에 좋은 음식이라고 생각합니다.


1

다음 과 같은 민첩한 관행을 제안합니다 .

  • 지속적인 통합
  • 페어 프로그래밍
  • 회의를 서다
  • 정보 라디에이터
  • 포커 계획

1

우리는 주로 Lunch and Learns를 사용하여 현재 사용중인 소프트웨어 스택에서 나오는 새로운 기술을 다룹니다.

현재 우리는 .NET 3.5 / 4, C #, Visual Studio 2010 등 스택에 있으므로 점심을 먹고 다음 주제에 대해 배웁니다.

  • ASP.NET MVC 3
  • Nu-Get (.NET 패키지 관리자)

분명히 회사는 다른 스택에 있지만 동일한 접근 방식을 취할 수 있습니다.

이는 특히 ASP.NET MVC 프레임 워크 및 관련 소프트웨어가 빠른 속도로 성장하고 있기 때문에 기술을 유지하는 한 우리에게 정말 효과적이었습니다.


1

나는 함께 일하는 역사, 특히 깊이있는 대화를 통해 많은 사람들에 대한 추가적인 통찰력을 얻을 수있는 대화를 즐깁니다. 질문 유형.

예를 들어 많은 사람들이 PHP 가 (P) 개인 (H) ome (P) age를 관리하기위한 간단한 Perl 스크립트 세트로 시작 했다는 것을 모른다 .

회사에서 많은 무료 / 오픈 소스 소프트웨어를 사용하는 경우 논의 할 풍부한 역사가 있습니다. Linus Torvalds가 bash를 썼다고 생각하는 사람들이 얼마나 놀랐는지 놀라게 될 것입니다 (사실 그는 아주 일찍 포팅했을 때).

충분한 시간을 할애하면 거의 모든 기술에 대한 유머러스하고 흥미롭고 유익한 정보를 조사하고 파헤칠 수 있습니다.

그렇지 않으면 참여하지 않을 수있는 사람들을 포함시키는 추가 이점이 있습니다.


0

청중에 따라 다음과 같은 몇 가지 기본 및 모범 사례를 다룰 수 있습니다.

  • OO
  • McConnell의 "Code Complete"를 통한 작업
  • 안전한 코드 작성
  • TDD
  • 디자인 패턴
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.