หัวข้ออาหารกลางวันที่ยอดเยี่ยมและเรียนรู้ [ปิด]

เมื่อเร็ว ๆ นี้เราได้ฟื้นฟูอาหารกลางวันเพื่อเรียนรู้แผนกการเขียนโปรแกรมใน บริษัท ที่ฉันทำงานด้วย เราทุกคนถามว่าเรามีความคิดใด ๆ สำหรับเซสชั่นและถ้าเราจะสนใจในการนำเสนอ ฉันมีความคิดเล็กน้อยตั้งแต่หัวข้อต่าง ๆ เช่น:

วิธีคิดเหมือนผู้ใช้เมื่อออกแบบ UI

หรือความแตกต่างใน HTML5

เพื่อนร่วมงานไม่กี่คนที่ฉันโยนความคิดเหล่านี้ไปรอบ ๆ ดูเหมือนจะชอบพวกเขา อย่างไรก็ตามฉันต้องการความคิดเพิ่มเติมก่อนที่จะขุดงานนำเสนอมากเกินไป

อาหารกลางวันที่ดีและเรียนรู้หัวข้ออะไรบ้าง

บางคนทั่วไป:

• ทดสอบการพัฒนาขับเคลื่อน
• การดีบักใน [IDE ของตัวเลือก] (คุณสามารถโยนสิ่งต่าง ๆ เช่นการดีบักแบบรีโมทหรือเสมือนจริงได้เช่นกัน)
• มีอะไรใหม่ในเวอร์ชันล่าสุดของ (อาจเป็น IDE, ระบบฐานข้อมูล, อะไรก็ตาม)
• รูปแบบการออกแบบ
• ปัจจัยด้านความปลอดภัยใน [เทคโนโลยีที่เลือก]
• ปัจจัยด้านประสิทธิภาพใน [เทคโนโลยีที่เลือก]
• Continuations & closures (อ่านชุดที่ยอดเยี่ยมของ Eric Lippert เกี่ยวกับเรื่องนี้)
• ภาพรวมของ [ภาษาใหม่หรือเทคโนโลยีที่เลือก]

แต่จำไว้ว่าคุณไม่ต้องเลือกหัวข้อทั่วไปคุณสามารถทำหัวข้อ L&L ในงานของคุณเองได้เช่นกัน เนื้อหานี้มีค่ามากขึ้นเพราะผู้ชมจะได้รับความรู้สึกในสิ่งที่คุณทำ (แทนที่จะสมมติว่ามันเกิดขึ้นด้วยเวทมนตร์) ตัวอย่างเช่นคนที่ติดตั้งของคุณสามารถทำหัวข้อเกี่ยวกับวิธีการติดตั้งทำงานลูกค้าเป้าหมายของคุณสามารถทำหัวข้อเกี่ยวกับการเตรียมสภาพแวดล้อมการทดสอบคนสร้างของคุณสามารถทำหัวข้อเกี่ยวกับกระบวนการสร้างและถ้าโครงการของคุณมีสถาปัตยกรรมที่น่าสนใจ ไม่ใช่ทุกคนที่ทราบแล้วจึงทำหัวข้อนั้น

ยังจำได้ว่าผู้ชมของคุณไม่จำเป็นต้องประกอบด้วยโปรแกรมเมอร์เท่านั้น คุณอาจมีผู้จัดการ QA และผู้จัดการโครงการอยู่ด้วยดังนั้นอย่าคิดว่า "รูปแบบการออกแบบ" ไม่ใช่หัวข้อที่ถูกต้องเพราะทุกคนต้องรู้จักรูปแบบการออกแบบ

เห็นได้ชัดว่าคุณไม่สามารถลงรายละเอียดมากเกินไปในบางส่วนของตัวอย่างเหล่านี้ (ตัวอย่างเช่นอย่าวิเคราะห์เชิงลึกถึงข้อดีข้อเสียของทุกรูปแบบ)

คุณสามารถเล่น "พบจุดบกพร่อง"

ผ่านบันทึกการติดตามข้อผิดพลาดของคุณและค้นหาสถานที่บางแห่งที่ผู้คนเขียนโค้ดที่น่าเชื่อถือ แต่ผิดอย่างน่ากลัวในบางวิธี เขียนโค้ดซ้ำเพื่อปลอมตัวมันมาจากไหน แต่เก็บข้อผิดพลาดวางมันไว้บนไวท์บอร์ดและมีคน:

• ดูว่าพวกเขาสามารถค้นหาข้อบกพร่อง
• หาว่าการแก้ไขคืออะไร
• อธิบายถึงวิธีพบข้อบกพร่องในระหว่างการตรวจสอบโค้ด
• เสนอการเปลี่ยนแปลงภาษาหรือเครื่องมือที่จะป้องกันข้อผิดพลาด
• และอื่น ๆ

Neal Gafter และฉันรวบรวมชุดของปัญหา "พบจุดบกพร่อง" หกชุดและนำเสนอต่อผู้ชมในการประชุมนักพัฒนานอร์เวย์ครั้งล่าสุด มันสนุกมากและฉันคิดว่าผู้คนเรียนรู้มากมาย

การผกผันของการควบคุมและการพึ่งพาการฉีดเป็นแนวคิดที่ทรงพลังที่ต้องการความแพร่หลายมากกว่าที่เป็นอยู่ในปัจจุบัน

ฉันไม่เคยเข้าร่วม L&L แต่ดูเหมือนว่าคุณกำลังทำงานกับ:

• สิ่งที่ย่อยง่ายในช่วงพักกลางวัน
• สิ่งที่จะช่วยสร้างแรงบันดาลใจการสนทนาและข้อเสนอแนะแบบโต้ตอบ

ฉันคิดว่าบางสิ่งบางอย่างเช่นการวางคำถามว่า "คุณคิดว่าเราทำ X อย่างไร" และในที่สุดการเปิดเผยการใช้งานในปัจจุบันจะน่าสนใจและกระตุ้นความคิดสำหรับผู้ฟังของคุณ คุณสามารถสรุปการเขียนโปรแกรมทั้งหมดออกจากสมการได้แม้กระทั่งผู้ไม่ใช้โคเดอร์ก็สามารถตีมันได้

คุณสามารถสรุปปัญหาที่ซับซ้อนที่ บริษัท ของคุณเผชิญเป็นปริศนาหรือปริศนา เช่นถ้าคุณต้องทำงานกับหมุดสี่เหลี่ยมจัตุรัสและรูกลมและในที่สุดก็แกะสลักสี่เหลี่ยมจัตุรัสเป็นรูปวงกลม - เปลี่ยนซอฟต์แวร์หุ้นให้เหมาะกับความต้องการของ บริษัท ของคุณ

ฉันคิดว่าคำแนะนำใด ๆ ที่กระตุ้นให้เกิดการคิดทางเทคนิคจะเปิดการสนทนาที่น่าสนใจโดยอัตโนมัติ

เช่นการเพิ่มประสิทธิภาพเวลา / กระบวนการ

คุณจะเพิ่มความเร็วในการทำงานของพนักงานเสิร์ฟแบบพายได้อย่างไร เขาทำหน้าที่ชิ้นส่วนของพายและรอให้คนที่จะเสร็จสิ้น เขาหยิบจานแล้วนำไปที่ห้องครัวแล้วเสิร์ฟคนต่อไป คุณจะทำให้ลูกค้าที่หิวโหยของคุณเร็วขึ้นได้อย่างไรถ้าคุณไม่ใส่ใจเรื่องอาหาร

ฉันคิดว่าคำอุปมาอุปมัยง่าย ๆ เพื่ออธิบายกระบวนทัศน์ที่คุณใช้ในที่ทำงานจะเป็นอาหารที่ยอดเยี่ยมสำหรับความคิดขณะเคี้ยวแซนวิช

ฉันขอแนะนำวิธีปฏิบัติที่คล่องตัวเช่น:

• บูรณาการอย่างต่อเนื่อง
• การเขียนโปรแกรมคู่
• ยืนขึ้นการประชุม
• หม้อน้ำข้อมูล
• วางแผนโป๊กเกอร์

เราส่วนใหญ่ใช้อาหารกลางวันและเรียนรู้ของเราเพื่อครอบคลุมเทคโนโลยีใหม่ที่ออกมาจากสแต็คซอฟต์แวร์ที่เราใช้อยู่ในปัจจุบัน

ดังนั้นในปัจจุบันเราอยู่ใน. NET 3.5 / 4, C #, Visual Studio 2010 และอื่น ๆ ดังนั้นเราจึงทำอาหารกลางวันและเรียนรู้ในหัวข้อต่อไปนี้:

• ASP.NET MVC 3
• Nu-Get (. ตัวจัดการแพคเกจ. NET)
• เป็นต้น

เห็นได้ชัดว่า บริษัท ของคุณอาจอยู่ในกองซ้อนที่แตกต่างกัน แต่คุณสามารถใช้แนวทางเดียวกันได้

สิ่งนี้ได้ผลดีมากสำหรับเราเท่าที่มีการใช้เทคโนโลยีโดยเฉพาะอย่างยิ่งเนื่องจากกรอบ ASP.NET MVC และซอฟต์แวร์ที่เกี่ยวข้องกำลังเติบโตอย่างรวดเร็ว

ฉันสนุกกับการพูดคุยที่พูดถึงประวัติของบางสิ่งที่ฉันทำงานด้วยโดยเฉพาะอย่างยิ่งการพูดคุยที่เจาะลึกพอที่จะให้ฉันได้รับข้อมูลเชิงลึกเพิ่มเติมเกี่ยวกับหลาย ๆ คนของฉัน ประเภทของคำถาม

ยกตัวอย่างเช่นผู้คนจำนวนมากไม่รู้ว่าPHP เริ่มต้นจากชุด Perl สคริปต์อย่างง่ายสำหรับการจัดการอายุ (P) ersonal (H) ome (P)

หาก บริษัท ของคุณใช้ซอฟต์แวร์โอเพนซอร์ซฟรี / เปิดจำนวนมากก็จะมีการพูดคุยกันเป็นอย่างดี คุณจะแปลกใจว่ามีหลายคนที่คิดว่า Linus Torvalds เขียนคำว่าทุบตี (เมื่ออันที่จริงเขาเพิ่งบอกว่าเร็วมาก)

คุณสามารถค้นคว้าและขุดเกร็ดเล็กเกร็ดน้อยน่าขบขันน่าสนใจและมีข้อมูลบ่อยครั้งเกี่ยวกับเทคโนโลยีใด ๆ หากคุณใช้เวลาพอสมควรในการทำเช่นนั้น

สิ่งนี้มีประโยชน์เพิ่มเติมรวมถึงผู้ที่อาจไม่เข้าร่วม

คุณสามารถครอบคลุมพื้นฐานและแนวปฏิบัติที่ดีที่สุดได้เช่น:

• OO
• ทำงานผ่าน "การกรอกโค้ด" ของ McConnell
• การเขียนรหัสที่ปลอดภัย
• TDD
• รูปแบบการออกแบบ