The Art of Early Return: วินัยแห่งการ “คัดออก” เพื่อสมองที่โล่งกว่าเดิม 10 เท่า

Share
The Art of Early Return: วินัยแห่งการ “คัดออก” เพื่อสมองที่โล่งกว่าเดิม 10 เท่า
Photo by Clemens van Lay on Unsplash

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


วันนี้ผมอยากจะหยิบยกปรัชญาหนึ่งที่ผมพบจากการเขียนโปรแกรม โดยเฉพาะในภาษาอย่าง Rust ซึ่งมันไม่ได้ช่วยแค่ให้โค้ดสะอาดขึ้น แต่มันยังเปลี่ยนวิธีคิดในการบริหารจัดการชีวิตและการทำงานได้อีกด้วย สิ่งนั้นเรียกว่า “Early Return” ครับ

1. ปิรามิดแห่งความตาย (The Pyramid of Doom)

ลองจินตนาการถึงโค้ดที่เต็มไปด้วย if ซ้อน if ลึกเข้าไปเรื่อยๆ เพื่อตรวจสอบเงื่อนไขก่อนจะเริ่มรัน Logic สำคัญ

ถ้าเงื่อนไข A ผ่าน… ถ้าเงื่อนไข B ถูกต้อง… ถ้าเงื่อนไข C ไม่มีปัญหา… -> ค่อยเริ่มทำงานจริงๆ

ในทางเทคนิคเราอาจเรียกมันว่า Nested Logic แต่ผมขอนิยามมันว่าเป็น “การแบกเงื่อนไข” ครับ ทุกครั้งที่คุณสร้างเงื่อนไขซ้อนเข้าไป สมองของคุณต้องหยิบ “ลูกบอล” ซึ่งเปรียบเสมือนภาระของสมองที่ต้องคอยประคอง (Cognitive Load) ขึ้นมาถือไว้ เพื่อย้ำเตือนตัวเองว่า “ตอนนี้สถานะทุกอย่างยังโอเคอยู่นะ”

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

2. พลังของการ “ปฏิเสธ” ให้เร็ว

หลักการของ Early Return คือการพลิกวิธีคิดครับ แทนที่จะถามว่า “ทำอย่างไรถึงจะผ่าน?” ให้เราตั้งคำถามใหม่ว่า “มีเหตุผลอะไรที่เราควรจะหยุดทำตอนนี้เลยไหม?”

ในภาษา Rust เราใช้เทคนิคนี้เป็นมาตรฐานผ่าน Guard Clauses หรือการคัดกรองสิ่งที่ไม่ใช่ออกไป:

  1. ดูหน้าแรก ถ้าผิด? Return ทันที
  2. เช็คสิทธิ์ ถ้าไม่มี? Return ทันที

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

3. เมื่อ Rust สอนให้เรา “ชิดซ้าย”

ความงดงามของ Early Return คือมันจะดันงานสำคัญของคุณให้กลับมาอยู่ “ชิดขอบซ้าย” ของหน้าจอเสมอ มันคือเส้นตรงที่เรียบง่าย อ่านง่าย และโปร่งสบาย

โดยเฉพาะเครื่องมืออย่าง The ? Operator ใน Rust ที่ทำหน้าที่เป็น Early Return อัตโนมัติเมื่อเจอข้อผิดพลาด มันคือตัวช่วยตัดสินใจชั้นดีที่บอกเราว่า "ถ้ามีอะไรผิดพลาดระหว่างทาง ให้ดีดตัวกลับไปเริ่มต้นใหม่ให้เร็วที่สุด อย่าฝืนเดินลึกเข้าไปในเขาวงกตที่ซับซ้อน"

4. จากโค้ดสู่การบริหารชีวิต

ในฐานะโปรแกรมเมอร์และผู้บริหาร ผมพบว่าเราสามารถประยุกต์ Early Return เข้ากับชีวิตจริงได้ในทุกมิติ:

  • การประชุม: หากพบว่าวาระการประชุมไม่ชัดเจน หรือข้อมูลไม่พร้อม แทนที่จะทนรอจนจบชั่วโมง ให้เรา “Early Return” ตัวเองออกมาเพื่อรักษาพลังงานสมองไว้ทำสิ่งที่สำคัญกว่า
  • การตัดสินใจทางธุรกิจ: หากโปรเจกต์ไหนเริ่มส่งสัญญาณที่ไม่ใช่ การตัดไฟแต่ต้นลมคือวินัยที่ช่วยรักษามาตรฐานขององค์กร
  • ชีวิตประจำวัน: การปฏิเสธสิ่งที่ไม่ใช่ให้เร็ว คือการสร้างพื้นที่ว่างให้กับสิ่งที่ “ใช่” จริงๆ ได้เติบโต

บทสรุป

The Art of Early Return ไม่ใช่แค่เรื่องของ Syntax หรือการเขียนโปรแกรมครับ แต่มันคือวินัยในการจัดการกับ “ความซับซ้อน”

ฝึกที่จะคัดออกให้ไว วางเงื่อนไขที่ไม่จำเป็นทิ้งไปให้เร็ว แล้วคุณจะพบว่าเมื่อ Happy Path ของคุณสะอาดตาและสมองของคุณไม่ต้องแบกภาระที่เกินตัว คุณจะสามารถส่งมอบคุณค่าที่ลึกซึ้งกว่าเดิมได้อย่างน่าอัศจรรย์

เพราะการถึงเป้าหมายที่ไวที่สุด บางครั้งอาจหมายถึงการรู้จักทางออกที่เร็วที่สุดนั่นเอง

หากบทความนี้มีประโยชน์

คุณสามารถติดตาม Late Night with Uncle Quin ได้ทาง

ที่ที่เราคุยกันเรื่อง software, engineering mindset และอนาคตของ developer

แบบไม่ต้องใส่สูท

แต่ใส่ความจริงของวงการเข้าไปเต็ม ๆ

Read more

The Five Ideals

The Five Ideals

จากหนังสือ The Unicorn Project ในนั้นจะมีที่ปรึกษาเก่ง ๆ คนหนึ่งชื่อ Erik เป็นเหมือนเซ็นเซหาตัวยาก เดี๋ยวก็มา เดี๋ยวก็ไป ถ้าโชคดีก็จะเจอเค้าว่าง แล้วเค้าก็จะสอนอะไรที่สำคัญ ๆ แต่ฟังดูล้ำ ๆ และลึกซึ้ง

By Chokchai Phatharamalai
Communication, Reliability and Modern concepts - System Design, Simply Explained

Communication, Reliability and Modern concepts - System Design, Simply Explained

บทความนี้จะอธิบายพื้นฐานของ System Design โดยต่อยอดจากตัวอย่าง Gym Application เพื่อให้เห็นภาพว่า เมื่อระบบเริ่มเติบโตและถูกแยกออกเป็นหลาย Service แต่ละ Service จะสื่อสารและทำงานร่วมกันอย่างไร งานแบบไหนควรสื่อสารแบบ Synchronous งานแบบไหนควรประมวลผลแบบ Asynchronous รวมถึงอธิบาย Concept พื้นฐานต่าง ๆ ที่ควรรู้ เช่น API

By Boonsong Srithong
Race condition

Race condition

ผมกำลังอ่านหนังสือ The Unicorn Project ซึ่งเป็นนิยายเกี่ยวกับ developer สาวคนหนึ่งที่ใช้ชีวิตในองค์กรท่ามกลางกระแส digital disruption อ่านแล้วสนุกมาก เป็นเรื่องที่ตื่นเต้น และหลาย ๆ dynamic ที่เกิดขึ้นก็คล้ายกับที่ผมพบเจอในบริษัทซอฟต์แวร์ เลยทำให้

By Chokchai Phatharamalai
Distributed Systems Concepts - System Design, Simply Explained

Distributed Systems Concepts - System Design, Simply Explained

ในช่วงแรก Product เราสามารถออกแบบระบบให้อยู่ใน Server และ Database เดียวกันได้ แต่เมื่อระบบโตขึ้น มีผู้ใช้งานเพิ่มขึ้น ข้อมูลเยอะขึ้น ระบบเริ่มทำงานช้าลดเรื่อยๆ สิ่งที่หนีไม่ได้คือการ Decomposition Service ไปเป็น Distributed System เช่น Member Service, Booking Service, Payment

By Boonsong Srithong