ทำอย่างไร ให้นอนหลับมีประสิทธิภาพ?

ก่อนจะมานั่งคิดกับตัวเองแบบนี้ และจรดมือพิมพ์บล็อก ต้องบอกว่าผมไม่ค่อยเชื่อเรื่องที่เล่ากันมาว่าต้องนอน 6-8 ชั่วโมงต่อวัน สักเท่าไร ผมเลยจะไม่พูดถึงประเด็นว่ามันต้องนอนเยอะๆ แล้วจะดี และที่สังเกตตัวเอง บางวันนอนน้อยก็สดชื่น บางวันนอนเยอะก็ไม่ได้หายง่วง แปลว่ามันต้องมีอะไรบางอย่าง ไม่ใช่แค่ปัจจัยเรื่องเวลา.. (ยกเว้นว่าป่วย เพลียจัด ออกกำลังกาย อันนั้นก็อีกเรื่องนะครับ)

ไม่รู้คนอื่นๆจะเป็นเหมือนผมไหม ทุกวันนี้ที่นอนเยอะเพราะความกลัว .. กลัวตาย กลัวง่วงตอนทำงาน กลัวได้นอนน้อย หรือแม้แต่จะตื่นเช้าไปซ้อมวิ่ง ยังคุยกับตัวเองบ่อยๆว่า “เหยย เมื่อคืนแม่งนอนน้อยไป(5ชม) ถ้าออกไปวิ่ง เดี๋ยวเป็นลมนะเว้ย!” ก็ว่าไปนั่น..

สรุปคือแม่งขี้เกียจนั่นหละ

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

แล้วมันทำอย่างไรล่ะ?

Continue reading “ทำอย่างไร ให้นอนหลับมีประสิทธิภาพ?” »

ATDD – จะทำอย่างไรให้ชี้นกเป็นนก ชี้ไม้เป็นไม้

ปัญหาโลกแตก ชี้นกเป็นไม้

ให้คิดกันเล่นๆ ก่อนจะไปเนื้อหาหลัก ถ้าเราเป็นทีม Business ที่จะทำซอฟต์แวร์ขึ้นมาสักตัวหนึ่ง อย่างแรกที่ทำคืออะไรครับ?

… (2 วินาที)

โอเค ทุกคนน่าจะตอบว่า ก็ต้องเก็บ Requirement สิ ว่าต้องทำอะไรบ้าง (ส่วนใครไม่ได้ตอบตามนี้ ผมจะมโนไปว่าตอบก็แล้วกันนะ)

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

ซึ่งในแต่ละ Feature ที่เราเขียนๆกันมา เราต้องคิดต่อใช่ไหมครับว่าจะมีการทำงานอย่างไร?
ใครตอบว่าไม่คิด ก็ให้ลองนึกดีๆ เพราะบางทีเราก็คิดแบบเร็วๆ หรือเห็นภาพตัวอย่างระบบที่เคยเห็นมาก่อน
แต่ถ้าใครคิดละเอียดๆหน่อย จะเขียนไว้หรือวาดรูปออกมาอย่างชัดเจน บางทีเราก็เรียกมันว่า Business Flow, Business Logic ก็แล้วแต่สะดวก แต่ในที่นี้ผมขอเรียกรวมๆ ว่า Flow ก็แล้วกัน
ซึ่งเราเขียนมันออกมาเพื่อให้เห็นการไหลของข้อมูล (Input) เงื่อนไขต่างๆ (Process) และผลลัพธ์ตอนจบ (Output)

โดยที่กล่าวมาทั้งหมด เป็นกระบวนการทาง Business เพื่อตอบว่า เรา “จะทำอะไร (What)

ตัดฉากมาดูของฝั่งทีม Developer บ้าง, ทุกวันนี้เราสนใจเรื่องของฝั่ง Business หรือไม่?

… (2 วินาที)

ส่วนใหญ่ ถ้ายังทำงานแบบเดิมๆ ซึมๆ ก็มักไม่ค่อยสนใจว่า Business จะทำ Feature พวกนี้ไปเพื่ออะไร ทำไปทำไม หรือมันมีการเชื่อมโยงข้อมูลอย่างไรบ้าง
เพราะเขาเหล่านั้นมักตีขอบเขตตัวเองไว้ว่า ฉันมีหน้าที่แค่หาวิธี “ทำอย่างไร (How)” ที่จะทำ Task งานนั้นให้เสร็จ แล้วก็ก้มหน้าก้มตาเขียนโค้ดให้ได้ตามที่  Business ต้องการ ก็จบ..

การทำงานแบบนี้ มันเลยเกิดปัญหาตามมา คือ ทีม Developer ไม่เห็นหรือไม่สนใจภาพรวมทั้งหมดของซอฟต์แวร์ ไม่มีเป้าหมายร่วมกับทางทีม Business
และพบว่า บ่อยครั้งเมื่อไม่เข้าใจกันของทั้งสองทีม ก็เกิดความไม่ลงรอยกัน เพราะตีความ Requirement ไม่เหมือนกัน

และผลลัพธ์ของมัน คือ ซอฟต์แวร์ (แม้จะทำออกมาดีแค่ไหน) ไม่ตอบโจทย์ทาง Business, ไม่ตรงตาม Requirement และถูกตีกลับมาแก้ไขอยู่ร่ำไป
เสียทั้งเงิน ทั้งเวลา ทั้งอารมณ์ ความสัมพันธ์ของทั้งสองทีม และซอฟต์แวร์ก็อาจทำงานผิดพลาดอีกด้วย

คุยกันสิ ว่าอะไรคือนก อะไรคือไม้

ซึ่งถ้าคุณอ่านมาถึงตรงนี้ แล้วคิดว่า “เออ เจอปัญหาแบบนี้จริงๆ” และอยากหาทางปรับปรุงมันให้ดีขึ้น เราจะทำอย่างไรดี? Continue reading “ATDD – จะทำอย่างไรให้ชี้นกเป็นนก ชี้ไม้เป็นไม้” »

The Nature of Software Development โดย Ron Jeffries

The Nature of Software Development เขียนโดย Ron Jeffries เป็นหนังสือที่พยายามอธิบายการทำซอฟต์แวร์ให้ง่าย และนำเสนอการทำงานเป็นรอบๆ (Iterative) ได้น่าสนใจมาก เน้นให้ผู้อ่านปรับทัศนะคติการทำซอฟต์แวร์ใหม่ ในแบบที่เขาเรียกว่า “The Natural Way” เพราะเขาเชื่อว่ามันเป็นหนทางที่เข้าใจง่าย เน้นการส่งมอบคุณค่าให้ได้ไว และบ่อยๆ

หนังสือเล่มนี้ใช้ภาษาอ่านไม่ยาก คนทั่วไปอ่านได้ เหมือนกำลังฟังลุง Ron บ่นๆ ไปเรื่อยๆ เพื่อปูพื้นฐานและปรับทัศนคติ ใครอ่านที่ผมสรุปไว้และสนใจอยากลองหาฉบับเต็มมาอ่าน ลองดูได้จากลิงค์นี้ครับ The Nature of Software Development: Keep It Simple, Make It Valuable, Build It Piece by Piece

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

แล้วคำถามต่อไปคือ เมื่อซอฟต์แวร์ มันใช้เวลาผลิตนาน จะให้มันเสร็จไวๆ มอบของ(คุณค่า)ให้ลูกค้าได้เห็นบ่อยๆ จะทำอย่างไรล่ะ?  Continue reading “The Nature of Software Development โดย Ron Jeffries” »

Marshmallow Challenge สร้างตึกได้ สร้างทีมเป็น

2-3 ปีก่อน คุณ  Peter Skillman เคยเล่าในงาน TED ถึงปัญหาด้านการออกแบบ ที่เขาเรียกมันว่า “ปัญหามาสเมลโล (Marshmallow Problem)” ซึ่งคลิปนี้ คุณ Tom Wujec จึงเล่าถึงการนำปัญหานั้นไปทำเป็นเกมส์ในคลาสสัมนาต่างๆ โดยที่เขาเรียกมันว่า “Marshmallow Challenge” หรือ การแข่งขันกันสร้างตึกสูงที่สุดด้วยเส้นสปาเก็ตตี้ 20 เส้น มาร์ชแมลโลว์ 1 ก้อน และเทปกาว เชือก กรรไกร

วิธีการคือ มีทีมจำนวน 4คน ถ้าทีมไหนต่อเส้นสปาเก็ตตี้ 20 เส้นได้สูงที่สุด และเอาก้อนมาร์ชแมลโลว์วางไว้บนนั้นได้ด้วย จะถือว่าเป็นผู้ชนะ Continue reading “Marshmallow Challenge สร้างตึกได้ สร้างทีมเป็น” »

Money Makeover ปฏิวัติชีวิต พิชิตอิสรภาพทางการเงิน โดย The Money Coach

ใจเย็นนะพ่อหนุ่ม!… นี่ไม่ใช่บล็อกขายตรงใดๆทั้งสิ้น…

เพิ่งมีโอกาสได้ฟังสัมนาเรื่องการเงินการลงทุนกับ พี่หนุ่ม จักรพงษ์ เมษพันธุ์  หรือที่ใครๆรู้จักแกในนาม The Money Coach เจ้าของเพจ Money Coach และถ้าพูดให้รู้จักกว่าเดิมคือ แกเป็นคนแปลหนังสือเรื่อง “พ่อรวยสอนลูก : Rich Dad Poor Dad” ของ Robert T. Kiyosaki

เคยอ่านโพสตามหน้าเฟสมาบ้าง แต่เคยเคยดูคลิปวีดิโอ เลยเพิ่งรู้ว่าพี่หนุ่มพูดเรื่อง การเงิน การลงทุน ได้เข้าใจง่ายดี ไม่ค่อยมีศัพท์เทคนิคให้ปวดหัว พูดตรง พูดแรง เหมือนกับสไตล์การลงทุนที่แกจริงจัง และเน้นไปที่เกษียณเร็ว จากอสังหาริมทรัพย์ Continue reading “Money Makeover ปฏิวัติชีวิต พิชิตอิสรภาพทางการเงิน โดย The Money Coach” »