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

ผมมีโอกาสได้ไปเรียนหลักปรัชญาเต้าเต๋อจิงของเต๋า (Tao Te Ching) กับอาจารย์กิล (Gil Alon) ที่ข้ามน้ำข้ามทะเลจากอิสราเอลมา ซึ่งก็ได้อะไร ๆ มาขบคิดหลายอย่าง เลยอยากจะเอาความเข้าใจในตอนเพิ่งเรียนเสร็จใหม่ ๆ นี้มาเก็บไว้ในบทความเพื่อจะได้มาอ่านทวนเองและแบ่งปันเผื่อจะเป็นประโยชน์กับท่านอื่นครับ ความเชื่อที่แตกต่าง อาจารย์กิลเล่าว่า สมัยนั้นมีหลักปรัชญาสองสายที่อยู่กันคนละขั้ว คือหลักของขงจื้อ (Kong Qiu หรือที่ส่วนใหญ่เรียกว่า Confucuis ในภาษาอังกฤษ) กับของเล่าจื้อ (Lau Tzu ซึ่งเป็นคำใช้เรียกอาจารย์ด้วยความเคารพ) ซึ่งเป็นผู้คิดค้นหลักปรัชญาเต๋า…

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

Prolonged fasting — หลายคนอาจจะเคยได้ยินว่าการอดอาหารนาน ๆ (prolonged fasting) ช่วยให้เราเด็กลง ซึ่งฟังดูเหลือเชื่อมาก วันก่อนน้องเขยผมเล่าให้ฟังว่าหลังจากอดอาหารนาน ๆ เกิดประโยชน์อะไรขึ้นกับร่างกายบ้าง ทำให้ผมเข้าใจกลไกที่ทำให้เด็กลงมากขึ้น เลยอยากเอามาแบ่งปัน ก่อนหน้านี้ผมเคยเล่าคร่าว ๆ ว่าการอดอาหารมี 5 ขั้น ซึ่งหลังจากอดได้ 72 ชั่วโมงจะถึงจุดที่ ภูมิคุ้มกันเกิดใหม่ ซึ่งจุดนี้แหละที่ทำให้เราเด็กลง

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

เมื่อวานผม pair กับทีมเพื่อหาทางทำให้ได้ string ในรูปแบบ “March 17, 2023” โดยอยากให้วันเป็นเมื่อวานนี้เสมอ ผมลองค้นดูเจอมากมายหลายท่าตามประสา JavaScript เลยอยากเอาท่าที่เลือก (ว่าอ่านออก) มาจดเก็บไว้ เมื่อวานนี้ ตอนแรกเจอท่าด้านล่าง const yesterday = new Date(new Date().setDate(new Date().getDate()-1)); แต่พบว่าอ่านเข้าใจยากมากเลย เจนไปหามาให้อีกท่าที่อ่านง่ายกว่า const yesterday = new Date((new Date()).valueOf() - 1000*60*60*24);

ในปี 2011 เกิดเหตุการณ์ที่ US-East Region ของ Amazon Web Services (AWS) down ทั้ง zone ส่งผลให้หลาย ๆ องค์กร service ล่ม เช่น Reddit และ Quora สิ่งที่ทำให้ทุกคนประหลาดใจคือ Netflix ดูไม่สะทกสะท้านกับเหตุการณ์นี้เลย ทุกคนพากันเดาว่าการที่ Netflix เป็นลูกค้ารายใหญ่ของ AWS ทำให้ได้รับบริการพิเศษทำให้ไม่ได้รับผลกระทบจากการล่ม ภายหลัง Netflix ก็มา post บทความอธิบาย architectural design ของตัวเองที่อธิบายว่าเค้าวาง service อย่างไรให้มันทนทานต่อการล่มได้

จากประสบการณ์ผมที่ดูแลเรื่อง engineering practice ในฐานะสกรัมมาสเตอร์มา ผมเห็น pattern ของลำดับของ practice ที่ผมมักจะสอนให้กับทีม บ่อยครั้งผมจะเริ่มที่ Test Driven Development เพื่อจะได้มั่นใจว่าซอฟต์แวร์จะออกมาอย่างมีคุณภาพ แต่บ่อยครั้งผมพบว่าการเริ่มที่นี่ต้องอาศัยวินัยจากสมาชิกในทีมสูงมาก หลังจากอ่านหนังสือ The DevOps Handbook ลำดับของ practice ผมก็เปลี่ยนไปตามด้านล่าง Trunk-based development Continuous Integration

ผมอ่าน The DevOps Handbook มาถึงบทที่ 19 เค้าพูดถึง Just culture ของ Dr. Sidney Dekker ซึ่งประทับใจผมมาก ผมเลยอยากเอามาแบ่งปันครับ จากประสบการณ์ที่ผมมีโอกาสได้โค้ชทีมในหลาย ๆ องค์กร สิ่งหนึ่งที่เป็นตัวบอกผมว่างานที่ทำจะมีปัญหาบน production มากน้อยเพียงใด ไม่ใช่ telemetry เทพ ๆ หรือ micro services architecture หรือเทคโนโลยี stack ที่พวกเค้าเลือกใช้ แต่เป็นแนวความคิดของผู้บริหารของทีมพัฒนาเนี่ยแหละที่เป็นตัวบอกใบ้ที่ชัดที่สุด เพราะผมพบว่า ทีม 2 ทีมที่ใช้กันคนละเทคโนโลยี, มี architecture ที่แตกต่างกัน แต่อยู่ภายใต้การดูแลของผู้บริหารคนเดียวกัน ก็จะมีโอกาสเกิดปัญหาบน production พอ ๆ กัน…