นักพัฒนาต้องหัดแบ่งปัญหาใหญ่ ๆ เป็น ปัญหาเล็ก ๆ

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

ดังนั้นในฐานะนักพัฒนา software มาฝึกการแบ่งปัญหากันบ้าง

มาเริ่มกันเลย

ปล. สิ่งต่าง ๆ ที่จะแนะนำนี้ ต้องฝึกและลงมือทำอย่างเป็นประจำนะครับ

ก่อนที่จะแบ่งปัญหาใหญ่ ๆ ออกเป็นปัญหาเล็ก ๆ นั้น จำเป็นต้องเข้าใจภาพรวมของปัญหา ที่สำคัญรายละเอียดของปัญหาเราก็ต้องเข้าใจเช่นกัน แต่เราไม่สามารถทำสองเรื่องพร้อมกันได้ เพราะว่าความสามารถของคนเรามีจำกัด ดังนั้นเราจำเป็นต้องทำทีละอย่าง ดังนี้ ขั้นตอนที่ 1 ทำให้มั่นใจว่า เราเข้าใจปัญหาจริง ๆ แค่พูดออกมามันไม่เพียงพอ เพราะว่าต้องแสดงออกมาให้เห็นเป็นรูปธรรมที่จับต้องได้ เช่น เขียนออกมาในกระดาษ เขียนข้อจำกัดต่าง ๆ ที่เรารู้ เขียนในสิ่งที่เราไม่รู้ แต่น่าจะช่วยหรือมีประโยชน์ต่อการแก้ไขปัญหา ขั้นตอนที่ 2 เขียนออกมามันเข้าใจยาก ลองวาดปัญหาออกมาเป็นภาพดีไหม เป็นภาพง่าย ๆ เช่น flow, tree เป็นต้น เพื่อทำให้เข้าใจได้ง่ายขึ้น ช่วยทำให้เห็นปัญหาและปัญหาย่อย ๆ ต่าง ๆ ได้ง่ายขึ้น แต่ถ้าเขียนแล้วจะไม่สามารถแบ่งกลุ่มของปัญหาได้ นั่นเป็นการบอกว่า เรายังไม่เข้าใจปัญหาดีพอ ดังนั้นกลับไปขั้นตอนที่ 1 เลย แต่ถ้าสามารถแบ่งกลุ่มของปัญหาได้แล้ว ให้ทำการเลือกเพียง 1 ปัญหามาทำการแก้ไข ขั้นตอนที่ 3 ทำความเข้าใจกับปัญหาย่อยที่เลือกมา จากนั้นทำตามขั้นตอนที่ 2 เพื่อลงรายละเอียดของปัญหา เพื่อแบ่งปัญหาเป็นปัญหาย่อย ๆ อีก และจะหยุดทำเมื่อ ปัญหาย่อย ๆ นั้นมันชัดเจน หรือ ไม่จำเป็นต้องแบ่งอีกต่อไปแล้ว จากนั้นจึงลงมือแก้ไขปัญหาเล็ก ๆ นั้นไปเรื่อย ๆ

ซึ่งเป็น input ของการขับเครื่องการพัฒนาด้วยการทดสอบ นั่นคือคุณต้องคิดเข้าใจ แบ่งปัญหา จากนั้นลงมือแก้ไขปัญหาเล็ก ๆ ไปเรื่อย ๆ โดยที่ยังเข้าใจในภาพรวมของปัญหาอยู่เสมอ

เมื่อแต่ละปัญหาถูกแก้ไขแล้ว ผลรวมที่ได้จะแก้ไขปัญหาใหญ่เอง วิธีการแบบนี้มันคุ้น ๆ เหมือน Divide and Conquer หรือไม่นะ แสดงดังรูป

เมื่อลงมือแก้ไขปัญหานั้น สิ่งที่ต้องทำประกอบไปด้วย

• เขียนปัญหาหรือคำถาม พร้อมทั้งคำตอบที่คาดหวัง
• สร้างสมมุติฐานขึ้นมา ว่าจะแก้ไขอย่างไรได้บ้าง (Creative Thinking)
• คาดการผลจากสมมุติฐานสิว่าจะได้อะไรออกมาบ้าง
• ลงมือการทำและทดสอบตามสมมุติฐาน จากนั้นบันทึกผลจากการลงมือทำ (Test and Coding)
• ทำซ้ำไปจนกว่าปัญหาหรือคำถามจะได้คำตอบที่ถูกต้อง

ในการลงมือทำและทดสอบ ก็ต้องมีรู้และเข้าใจในเครื่องมือด้วย

ทั้ง OS ที่ใช้ ทั้ง Keyboard ที่ใช้ ทั้ง Editor/IDE ที่ใช้ ทั้ง command line ที่ใช้ ทั้งภาษาโปรแกรมที่ใช้ ทั้ง framework และ library ที่ใช้ และอื่น ๆ ที่เกี่ยวข้องอีกมากมาย ต้องใช้เครื่องมือเหล่านี้ให้เกิดประโยชน์สูงสุด นั่นคือการเลือกเครื่องมือให้เหมาะสมกับงานนั่นเอง แต่จะรู้ได้อย่างไร ? ก็ต้องฝึกใช้หลาย ๆ ตัวไงละ เพื่อทำให้รู้และเข้าใจความสามารถ ข้อจำกัดนั่นเอง ขอให้สนุกกับการ coding ครับ