เครื่องมือที่สำคัญที่สุดของนักพัฒนาคือปากกาและสมุดโน้ต
(hamatti.org)- ในการพัฒนาซอฟต์แวร์ การเขียนโค้ดเป็นขั้นตอนท้ายๆ ที่ใช้สั่งให้คอมพิวเตอร์ทำงาน และสิ่งที่ต้องทำก่อนคือการตัดสินใจว่าจะ สร้างอะไรและสร้างอย่างไร
- เมื่อเปิดตัวแก้ไขโค้ด ก็เข้าสู่ โหมดลงมือทำฟีเจอร์ ได้ง่าย ทำให้จำเป็นต้องมีเวลาที่อยู่ห่างจากคอมพิวเตอร์เพื่อใช้ความคิดสร้างสรรค์
- การเขียนและสเก็ตช์ลงในสมุดโน้ตช่วยทำให้ไอเดียที่คลุมเครือกลายเป็น ข้อความและภาพ ที่เป็นรูปธรรม และยากที่จะข้ามช่องว่างของความเข้าใจไปได้
- ใช้สมุดโน้ตเพื่อจัดระเบียบแนวทางแก้ปัญหาเบื้องต้นของปัญหาใหม่ๆ, สเก็ตช์ UI, โฟลว์ชาร์ต, รวมถึงการไล่ดู data flow และการโต้ตอบใน codebase เดิม เพื่อกำหนดทิศทางการลงมือทำ
- เมื่อเขียนอธิบายโค้ดออกมาเป็นข้อความ ก็จะมองเห็นความไม่สอดคล้องของดีไซน์ โครงสร้างที่ไม่ดี และข้อผิดพลาดได้ง่ายขึ้น อีกทั้งยังเหลือ บันทึกกระบวนการคิด ไว้ให้ย้อนกลับมาดูภายหลัง
การคิดเชิงพัฒนาที่ทำได้ดีกว่านอกหน้าคอมพิวเตอร์
- ในการพัฒนาซอฟต์แวร์ การเขียนโค้ดเป็นสิ่งจำเป็น แต่สิ่งสำคัญที่ต้องตัดสินใจก่อนคือ จะเขียนโค้ดแบบไหน และ จะเข้าหาปัญหาอย่างไร
- ถ้าเปิดตัวแก้ไขโค้ดไว้ เราจะเข้าสู่สภาวะที่รีบเขียนบางอย่างให้ทำงานได้ทันที และในสภาวะนั้นความคิดสร้างสรรค์มักไม่ไหลลื่น
- เวลาจะแก้ปัญหา ผู้เขียนมักออกห่างจากคอมพิวเตอร์ ไปเดินเล่น หรือถือสมุดโน้ตไปนั่งคิดบนโซฟาหรือที่นั่งกลางแจ้ง
- มีการพูดถึงสถานที่เดินเล่นอย่างริม San Francisco Bay, Spree และ Aurajoki
- ในสมุดโน้ต ผู้เขียนจะร่างแนวทางแก้ปัญหาเบื้องต้นของปัญหาใหม่ๆ ออกแบบวิธีเข้าหา และวาด UI สเก็ตช์ หรือ โฟลว์ชาร์ต
- แม้แต่ตอนทำงานกับ codebase เดิม ก็ยังใช้สมุดโน้ตจัดระเบียบ data flow และการโต้ตอบต่างๆ แล้วจึงค่อยหาวิธีแก้บั๊กหรือเพิ่มฟีเจอร์ใหม่จากสิ่งนั้น
ผลลัพธ์ที่ได้จากการเขียนและสเก็ตช์
- การเขียนและการสเก็ตช์เป็นเครื่องมือทางความคิดที่เปลี่ยนความคิดที่คลุมเครือและเป็นนามธรรมให้กลายเป็น คำและภาพ
- เวลาคิดอยู่แค่ในหัว เราอาจข้ามช่องว่างของความรู้หรือความเข้าใจไปได้ แต่เมื่อเขียนออกมาแล้วจะเลี่ยงสิ่งนั้นได้ยาก
- หลังเขียนโค้ด ผู้เขียนชอบสรุปเป็นข้อความราวกับกำลังอธิบายให้คนอื่นฟัง
- ถ้าเป็นไปได้ก็เผยแพร่เป็นบทความบล็อก
- แม้จะเปิดเผยไม่ได้ การเขียนด้วยวิธีเดียวกันก็ยังช่วยให้พบความไม่สอดคล้องของโค้ด ดีไซน์ที่ไม่ดี และข้อผิดพลาดได้
- มีบทความที่เกี่ยวข้องคือ how writing is my favourite refactoring tool
- เมื่อคิดผ่านการเขียน กระบวนการคิดเองก็ถูกเก็บไว้เป็นบันทึก ทำให้ไม่จำเป็นต้องสร้างโน้ตแยกใหม่มากนัก
- มักต้องเพียงจัดระเบียบใหม่และเกลาคำเล็กน้อยเพื่อให้นำไปใช้ภายหลังได้สะดวก
- หากอีก 2 สัปดาห์ 6 เดือน หรือ 2 ปีให้หลังมีคนถามว่าทำไมจึงตัดสินใจแบบนั้น ก็สามารถกลับมาเปิดสมุดดูความคิดในตอนนั้นได้
- และหลายครั้งคนที่ถามคนนั้นก็คือตัวเราในอนาคต
- ยังมีบทความแยกที่โฟกัสเนื้อหาในสมุดงานมากขึ้นคือ how I take work notes as a developer
1 ความคิดเห็น
ความคิดเห็นบน Hacker News
เป็นการถกเถียงที่ดี ประเด็นสำคัญไม่ใช่ สมุดโน้ตเทียบกับเครื่องมือดิจิทัล แต่คืออะไรที่ทำให้เฟืองในหัวเปลี่ยนโหมดมากกว่า
ทุกครั้งที่เปลี่ยนโหมด สมองจะให้ความสนใจในอีกแบบหนึ่ง และบริบทใหม่แบบนั้นอาจช่วยเพิ่มทั้งสมาธิ ความคิดสร้างสรรค์ และการเรียกคืนความจำได้ ช่วงหลังเริ่มงานอดิเรกใหม่เป็นการเขียนทุกคืนแทนการเขียนโค้ด พบว่าสมองเหมือนได้รีเซ็ต และประสิทธิภาพการทำงานตอนกลางวันก็ดีขึ้นด้วย การวางแผนก็เช่นกัน ถ้าเปลี่ยนจากดิจิทัลมาเป็นปากกาและกระดาษ รูทีนจะถูกทำลาย และสมองจะเข้ามามีส่วนร่วมต่างออกไป สิ่งที่สำคัญกว่าเครื่องมือเองคือ การเปลี่ยนแปลงช่วยปลุกจิตใจให้ตื่น
ไม่ค่อยเห็นแนวคิดนี้ที่อื่นมากนัก แต่ตลอด 9 ปีที่ผ่านมา มันเปลี่ยนวิธีที่ผม/ฉันเข้าหาปัญหาและการเรียนรู้ การเปลี่ยนไปใช้สมุดโน้ตก็เป็นหนึ่งในวิธีที่ดีในการกระตุ้นสิ่งนี้
การอธิบายวัตถุสามมิติในแบบสองมิติต้องอาศัยการฉายภาพเพิ่มเติม ถ้าจะอธิบายวัตถุสามมิติในสองมิติแบบคร่าว ๆ ต้องใช้ภาพสามภาพ ถ้าวัตถุซับซ้อนกว่า 3 มิติ ก็ต้องมองจากมุมที่มากกว่านั้นมาก
ยิ่งเวลาผ่านไปก็ยิ่งใช้เครื่องบันทึกเสียงน้อยลง แต่เมื่อเวลามีน้อยและต้องข้ามไปทำงานถัดไป ผม/ฉันคิดว่ามันเหมาะที่สุด การใช้เครื่องบันทึกเสียงเป็นสื่อหมายรวมถึงการกลับมาตั้งใจฟังภายหลัง แล้วจดสิ่งที่พูดไว้ในอีกวิธีหนึ่งด้วย จะเป็นสมุดโน้ตกระดาษที่ถาวรกว่า หรือไฟล์ข้อความก็ได้ ทุกครั้งที่ทำซ้ำ ความคิดจะเปลี่ยนรูปไปบ้าง และเพราะอย่างนั้นจึงมีโอกาสมองไอเดียจากอีกมุมหนึ่ง
การเดินไปครัว ต้มน้ำ และรอให้ชาชงได้ที่ ทำให้ต้องออกจากโต๊ะ และระหว่างรอก็มีโอกาสเริ่มคิดออกเสียงกับตัวเอง บางครั้งแค่ลุกจากเก้าอี้ก็ทำให้ปัญหายาก ๆ คลี่คลายและคำตอบชัดขึ้น แต่ถึงจะผ่านไปหลายปี บางครั้งก็ยังนึกเรื่องนี้ไม่ออกและเอาแต่นั่งติดอยู่กับปัญหา
คนที่ฉลาดที่สุดบางคนที่เคยเจอในคณิตศาสตร์ ฟิสิกส์ และวิทยาการคอมพิวเตอร์ ไม่ใช้สมุดโน้ตด้วยซ้ำ แต่ใช้ กระดาษพิมพ์กับปากกา พอเสร็จก็ทิ้งกระดาษไป
นาน ๆ ครั้งบันทึกส่วนตัวเก่า ๆ ถึงจะมีประโยชน์ สิ่งที่ควรค่าแก่การจดไว้ก็จะทำเป็นเอกสาร เพื่อให้ภายหลังคนอื่นบังเอิญค้นพบจุดแปลก ๆ ที่ผม/ฉันพบได้ ส่วนสิ่งที่อยากจำจริง ๆ ก็ทำแฟลชการ์ดและเรียนด้วยการทบทวนแบบเว้นระยะจนกว่าจะจำได้ อย่างไรก็ตาม วิธีของผม/ฉันอาจไม่เหมาะกับหลายคน ดูเหมือนว่ามีคนรับบทความนี้แบบเป็นเรื่องส่วนตัวและตีความตรงตัวเกินไป นี่เป็นบทความที่แบ่งปันปรัชญาของผู้เขียน ไม่ใช่คำประกาศว่าทุกคนต้องทำตาม ถ้าปากกาและสมุดโน้ตไม่เข้ากับคุณ ก็ไม่ต้องใช้
มีบทความที่เกี่ยวข้องหลายร้อยชิ้น และเป็นปรากฏการณ์ที่มีการบันทึกไว้ดี: https://www.newscientist.com/article/2414241-writing-things-...
การเขียนด้วยมือใช้ประสาทสัมผัสและพื้นที่ในสมองมากกว่าการพิมพ์ โดยเฉพาะ motor cortex จึงมีผลมากกว่า ผม/ฉันคิดอยู่เรื่อย ๆ ว่านี่น่าจะเป็นข้ออ้างดี ๆ ในการซื้อ Moleskine แต่การเขียนด้วยมือไม่ได้เป็นส่วนหนึ่งของเวิร์กโฟลว์ของผม/ฉัน แทนที่จะเป็นอย่างนั้น ผม/ฉันเหมาะกับการพิมพ์เนื้อหาจำนวนมากลงใน text buffer แล้วค่อยดัดแปลงมากกว่า โดยเฉพาะตอนนี้ที่มี LLM ด้วย เวลาสมองหยุดสนิท จะเริ่มพิมพ์ถ้อยคำแทบอ่านไม่ออกลงใน text editor แล้วพอหัวเริ่มตื่น ก็ค่อยกลับมาแก้ไข รีแฟกเตอร์ และจัดระเบียบ มักจะได้อีเมลหรือโครงร่างเลือน ๆ ของโค้ดที่ต้องเขียนในวันนั้น หรืออย่างน้อยก็อะไรคล้ายรายการสิ่งที่ต้องทำ รอยขีดเขียนช่วงแรก ๆ ส่วนใหญ่จะลบทิ้ง ถึงอย่างนั้น การเขียนด้วยมือช่วยในการเก็บรักษาความจำจริง
จะทบทวนโน้ตเป็นระยะ และสิ่งที่ควรค่าแก่การเก็บไว้ก็สรุปย้ายไปยังระบบบันทึกที่เหมาะสม จะเป็นปฏิทิน ทิกเก็ต วิกิ การทบทวนแบบเว้นระยะ หรืออะไรก็ได้ เช่นเดียวกัน สิ่งที่ควรเหลือไว้จริง ๆ มีน้อยมาก และนั่นก็ไม่เป็นไร โน้ตกระดาษไม่ใช่ระบบบันทึก แต่ใกล้เคียงกับ ส่วนขยายของ working memory มากกว่า
การย้อนกลับไปดูอาจมีคุณค่า แต่ผม/ฉันก็ทำให้ตัวเองทำแบบนั้นไม่ได้
บางครั้งถ้าจดเรื่องที่อาจลืมเพื่อใช้อ้างอิงภายหลัง ก็จะติดโพสต์อิทเล็ก ๆ ให้ยื่นออกมาเพื่อให้หาเจอง่าย
สำหรับนักพัฒนา การบอกว่าสมุดโน้ตเป็น “เครื่องมือที่สำคัญที่สุด” นั้นเป็น ลัทธิโรแมนติก ล้วน ๆ มันอาจมีประโยชน์สำหรับบางคน แต่ไม่ควรทำเหมือนว่ามันสำคัญกว่า debugger, version control หรือ continuous integration นี่คือวิศวกรรมซอฟต์แวร์ ไม่ใช่การเล่นบทช่างฝีมือ
เครื่องมือที่พูดถึงนั้นสำคัญแน่นอน และผมก็ใช้มันได้ดีมากจริง ๆ ผมไม่อยากทำงานเป็นนักพัฒนาโดยไม่มี version control หรือ debugger ถ้าเสียสิ่งเหล่านั้นไป ผมคงทำงานช้าลงและหงุดหงิดแน่นอน ถึงอย่างนั้นสำหรับผม สมุดโน้ตสำคัญกว่าสิ่งเหล่านั้น การเขียนและรันโค้ดเป็นเครื่องมือสำหรับทำงานให้เสร็จ แต่สำหรับผม การพัฒนาซอฟต์แวร์คือการสร้างสิ่งที่มีคุณค่า บางอย่างที่ช่วยแก้ปัญหาหรือทำให้ชีวิตง่ายขึ้น ในจุดนั้น โค้ดมักเป็นรายละเอียดการ implement ที่ค่อนข้างเล็กน้อย และการทำความเข้าใจว่าจะสร้างอะไรและอย่างไรนั้นสำคัญกว่ามาก บางคนคิดได้ดีใน code editor หรือเครื่องมือดิจิทัล แต่สำหรับผม พอเริ่มสร้างฟีเจอร์ใน code editor ผมจะเข้าสู่โหมดรายละเอียดการ implement จนมองภาพใหญ่ได้ยาก ดังนั้นการหยิบโน้ตมาใช้เป็น เครื่องมือสำหรับคิด ทั้งก่อนและระหว่างการเขียนโค้ดจึงเป็นแก่นของงานผม ถ้าใช้เครื่องมืออื่นไม่ได้ ผมคงช้าลง แต่ถ้าไม่สามารถเขียนด้วยปากกาและกระดาษเพื่อคิดได้ ความสามารถในการคิด การแก้ปัญหา และความคิดสร้างสรรค์ของผมจะเสียหายอย่างมาก และสุดท้ายก็จะเขียนซอฟต์แวร์ที่แย่
บางกรณีก็อธิบาย workflow ของ Obsidian ไว้อย่างสวยหรู แต่กลับไม่ได้จดบันทึกที่มีประโยชน์จริง หรือบางคนบอกว่าวิธีบล็อกของตัวเองไม่เหมือนใครมากจนต้องสร้าง blog engine เอง แล้วก็ใช้เวลาไปกับการทำบล็อกแทนที่จะเขียนบทความ ผมก็เคยเจอมาแล้วเหมือนกัน ผมชอบวลีที่ว่า “นี่คือวิศวกรรมซอฟต์แวร์ ไม่ใช่การเล่นบทช่างฝีมือ” ขอขโมยไปจดลงโน้ตของผมหน่อยแล้วกัน
ความแตกต่างระหว่างช่างเครื่องสายแรงงานกับวิศวกรสายออฟฟิศอยู่ที่มุมมองต่อเครื่องจักรที่ใช้ สำหรับวิศวกร เครื่องจักรไม่ว่าจะเป็น slide rule, calculator หรือ supercomputer ก็เป็นแค่เครื่องมือ ไม่ใช่เพราะใช้เครื่องมือนั้นจึงทำวิศวกรรม แต่เพราะคิด แล้วเครื่องมือช่วยให้ความคิดนั้นเร็วขึ้นเล็กน้อย จึงเป็นการทำวิศวกรรม สำหรับช่างเครื่อง เครื่องจักรคือเนื้องาน ถ้าไม่มีเครื่องจักรสำหรับทำของ ก็ทำของไม่ได้ และของก็ไม่ได้ถูกสร้างขึ้นด้วยความคิดอย่างเดียว ดังนั้นการคิดเกี่ยวกับของจึงกลายเป็นเรื่องไร้ความหมาย
แต่แก่นของความรู้สึกนั้นยังถูกต้องอยู่ เมื่อสร้างซอฟต์แวร์ การออกแบบโค้ดที่ดี คือส่วนที่สำคัญที่สุดในระดับพื้นฐานของงาน เครื่องมือที่กล่าวถึงช่วยให้ส่งมอบโค้ดนั้นได้ แต่ถ้าการออกแบบโค้ดเองผิด ก็ไม่ได้มีความหมายมากนัก ทุกวันนี้กระบวนการออกแบบโค้ดให้ความรู้สึกเหมือนเป็นทักษะที่สูญหายไปแล้ว นักพัฒนาคุ้นเคยเกินไปกับการโยนอะไรก็ได้ใส่กำแพงให้ติดพอผ่าน acceptance criteria กระบวนการตรวจตรา logic และ flow ของโค้ดจริง ๆ บนกระดาษหรือในแอปไดอะแกรมหายไปจากชุมชนนักพัฒนาส่วนใหญ่ ถ้ายอมทบทวน logic ของฟีเจอร์ก่อนเปิด IDE แล้ว debug โค้ดแรกที่ผุดขึ้นมาในหัว แอปก็น่าจะมีบั๊กลดลงบ้าง
คอมเมนต์ส่วนใหญ่ไปโฟกัสที่ปากกาและกระดาษจริง ๆ แต่พลาดหลักการที่อยู่ข้างใต้
ผู้เขียนใช้ปากกาและกระดาษเพราะเมื่อเขานั่งหน้าคอมพิวเตอร์ เขาจะเปลี่ยนไปเป็น โหมดฟีเจอร์ ที่ลงมือ implement มากกว่าออกแบบ นั่นคือทั้งหมด ประเด็นสำคัญที่ควรนำไปคืออย่าตกหลุมพรางของการจมกับ implementation ในเวลาที่ควรออกแบบ ส่วนจะรักษาสมดุลนั้นอย่างไรก็ขึ้นอยู่กับแต่ละคน
สิ่งสำคัญคือการหา เครื่องมือที่เหมาะกับตัวเอง หนึ่งในเหตุผลที่ผมอยากเขียนบทความนี้คือ ในทีมเทคนิคที่ทุกคนใช้เวลา 7.5 ชั่วโมงต่อวันนั่งอยู่หน้าคอมพิวเตอร์ ผมซึ่งคิดได้ดีกว่าเมื่ออยู่ห่างจากหน้าจอและคีย์บอร์ด มักรู้สึกเหมือนเป็น outsider ผมอยากแสดงตัวอย่างหนึ่งให้คนแบบผม และคนที่รู้สึกว่าตัวเองไม่เข้าพวกได้เห็น
ใช้ซอฟต์แวร์มาประมาณ 20 ปีแล้ว และก่อนหน้านั้นก็ทำปริญญาเอกและงานวิจัยด้านเคมีอินทรีย์อยู่หลายปี ตอนนี้ทำงานระดับ senior ในออสเตรเลียและได้ค่าตอบแทนค่อนข้างดี
ผมมี ภาวะไร้จินตภาพ (aphantasia) ทำให้ไม่สามารถ visualize สิ่งต่าง ๆ หรือเห็นภาพในหัวได้ ดังนั้นผมจึงใช้ปากกา กระดาษ และไวท์บอร์ดเยอะมาก ผมทำ ERD, mind map, sequence diagram ฯลฯ และใช้ ReMarkable เพื่อให้การพกพาและจัดระเบียบง่ายและมีประสิทธิภาพขึ้นเล็กน้อย บางคนอาจมองว่านี่เป็นลัทธิโรแมนติกล้วน ๆ แต่ปากกาและกระดาษเป็นปัจจัยชี้ขาดต่อความสำเร็จของผม
การสัมภาษณ์มีเวลาจำกัด ผมจึงเริ่มเขียนโค้ดทันทีเพื่อสร้างสิ่งที่จะโชว์ได้ แต่เพราะผมวาดอะไรในหัวไม่ได้เลย ผมจึงกำลังเขียนโค้ดแบบตาบอดตามตัวอักษร ผมเอาแต่อ่านโจทย์ซ้ำ ๆ แล้วหวังว่าจะนึกวิธีแก้ปัญหาออก หลังจากตระหนักเรื่องนี้ ผมเริ่มวาดปัญหาลงในสมุด A2 แก้ปัญหาบนกระดาษ แล้วสุดท้ายแมปวิธีแก้ลงบนกระดาษด้วย จากนั้นโค้ดก็ไหลออกมาเองอย่างกับเวทมนตร์ บางทีคนทั่วไปอาจคิดแบบนี้เวลาทำโปรแกรมมิ่งก็ได้
เคยลองทั้งสองแบบแล้ว ทั้งดิจิทัลล้วน และแบบเน้นสมุดโน้ตล้วน สิ่งที่ดีที่สุดที่พบจนถึงตอนนี้คือเก็บ บันทึกระยะยาวไว้ในแอปจดบันทึก และเก็บกระบวนการคิดที่กำลังดำเนินอยู่ไว้ในสมุดโน้ต
เช่น งานที่กำลังทำอยู่ตอนนี้ หรือกระบวนการของมัน วิธีนี้ช่วยลดปัญหาการค้นหาและคัดลอกบันทึกแบบกายภาพได้ แต่การเขียนกระบวนการหรือ task ที่กำลังทำอยู่ด้วยมือทำให้ผมจำได้ดีกว่ามาก บางครั้งแค่เขียนก็พอ ไม่ต้องกลับมาดูอีก ถึงอย่างนั้นเมื่อจำเป็นต้องกลับมาดู ผมก็พอจับทางได้ดีกว่าว่ามาถึงผลลัพธ์สุดท้ายได้อย่างไร เพราะเส้นทางนั้นถูกเขียนไว้ในสมุดโน้ตแล้ว การที่ชอบปากกาหมึกซึมก็ช่วยด้วย
คุณต้องเลือกฝั่งหนึ่งและอุทิศตัวอย่างสมบูรณ์เหมือนทุกคนในส่วนคอมเมนต์นี้ แต่เพราะคุณเปิดใจลองทั้งสองฝั่งแล้ว ทั้งดิจิทัลล้วนและสมุดโน้ตล้วน มันจึงสายเกินไป ดังนั้นวิจารณญาณของคุณจึงเป็นโมฆะโดยอัตโนมัติและผิด กฎเป็นแบบนั้น
ไม่เข้าใจการใช้ปากกากับสมุดจริง ๆ ความเร็วในการเขียนก็ช้า การค้นหาสิ่งที่เขียนไว้ก็ช้าจนน่าบ้า และการคัดลอกหรือแชร์แทบเป็นไปไม่ได้
สมุดเล่มนั้นเป็นเครื่องมือที่เร็วที่สุดและเข้าถึงง่ายที่สุดในการจับความคิดของผมไว้ ก่อนที่เครื่องมือจดบันทึกใด ๆ จะบูตเสร็จ ผมก็สามารถพูดสรุปอย่างกระชับได้แล้วว่าในการประชุมทีมเมื่อเดือนตุลาคมปีก่อนคุยอะไรกัน ผมรู้ชื่อลูก วันเกิด และหนังเรื่องโปรดของเพื่อนร่วมงานแทบทุกคน และแม้ตอนแชร์หน้าจออยู่ก็เปิดดูคร่าว ๆ ได้โดยไม่ต้องสลับหน้าต่าง การที่เนื้อหาเหล่านั้นอ่านยากสำหรับคนอื่นและแชร์ไม่ได้คือฟีเจอร์ที่ผมให้ค่ามาก ผมพกมันไปที่ไหนก็ได้เพื่อทบทวนและจดบันทึก ไม่มีหน้าจอ ไม่มีสิ่งรบกวน จะขีดเขียน วาดเส้น เขียนมุก หรือทำอะไรก็ได้ หน้าขวาเป็นเรื่องงาน หน้าซ้ายเป็นไอเดียของผม ดัชนีในหน้าแรกบอกได้เป๊ะ ๆ ว่าไอเดียกับม็อกอัปสำหรับกรอกฟอร์มน่าเบื่ออยู่ตรงไหน มันยังบอกได้ด้วยว่าผมกำลังคิดวนอยู่หรือเปล่า ผมเห็นช่องโหว่ในความคิดของตัวเองเมื่อหลายเดือนก่อน หรือเห็นรูปแบบพฤติกรรมมนุษย์ที่ไม่อย่างนั้นคงพลาดไป ความเรียบง่ายเป็นข้อดีมหาศาล จนผมเลิกมองหาสิ่งที่ดีกว่าแล้ว และยกเว้นกรณีพิเศษก็ไม่ได้พยายามโปรโมตมันด้วย มันช่วยประหยัดเวลาผมได้มาก
https://www.scientificamerican.com/article/why-writing-by-ha...
https://stackoverflow.blog/2022/11/23/why-writing-by-hand-is...
สำหรับสมองที่วอกแวกแบบผม การเขียนด้วยมือดีกว่าอย่างชัดเจน ความสามารถในการค้นหาถูกประเมินค่าสูงเกินไป บันทึกส่วนใหญ่เป็นแบบเขียนอย่างเดียว และมักกองสะสมโดยไม่ถูกกลับมาอ่านอีก ดังนั้นแทนที่จะปรับให้ค้นหาในคอมพิวเตอร์ได้ดี ควรปรับเพื่อ การรักษาความจำ เพื่อให้ภายหลังสร้างการเชื่อมโยงทางความคิดกับข้อมูลได้ดีขึ้น บันทึกใน PC เป็นสิ่งที่นิ่งอยู่เฉย ๆ สิ่งที่ต้องการคือการผสานเนื้อหานั้นเข้าไปในสมอง เพื่อให้เอาไปทำอะไรได้จริง
ผมเห็นด้วยกับผู้เขียนทั้งหมด อยู่หน้าคอมพิวเตอร์แล้วคิดลึก ๆ ได้ยากจริง ๆ และมีสิ่งรบกวนมากเกินไป ความเร็วในการเขียนกับการค้นหาไม่ใช่ปัญหาสำหรับผม แม้จะอยากเขียนให้เร็วขึ้น แต่การคิดลึก ๆ เองก็ไม่ใช่งานที่ทำได้เร็วอยู่แล้ว การค้นหาก็เช่นกัน 99% ของสิ่งที่ผมเขียน ผมไม่กลับไปดูอีก ทั้งหมดเป็นกระบวนการแก้ปัญหาและฝังลงในความจำ เวลาติดขัด การออกห่างจากคอมพิวเตอร์มักเป็นก้าวถัดไปที่ดีที่สุด
จดทุกอย่างที่อาจารย์เขียนบนกระดาน คุณจะทึ่งว่าจำเนื้อหาเลกเชอร์ได้มากแค่ไหน และเมื่ออ่านโน้ตลายมือ ก็จะนึกถึงเลกเชอร์ครั้งนั้นขึ้นมาพร้อมกันด้วย
ในฐานะแหล่งเก็บข้อมูลระยะยาว มันเป็นเครื่องมือที่ผิดอย่างสิ้นเชิง เหมาะเฉพาะกับบันทึกกระบวนการคิดชั่วคราวเท่านั้น เนื้อหาใดที่ควรอยู่ได้นานกว่าปัญหาที่กำลังแก้อยู่ ผมจะเก็บไว้ใน Obsidian
หลายปีที่ผ่านมา ผมพยายามจัดระเบียบด้วยการลองใช้เครื่องมือและแอปจดบันทึกสารพัดแบบ จนปีนี้ในฐานะส่วนหนึ่งของเป้าหมายปีใหม่ ผมซื้อ แผ่นจดรายการสิ่งที่ต้องทำ แบบมีช่องวันที่มาเป็นแพ็ก แล้วตั้งใจจดแบบสุ่ม ๆ ระหว่างประชุมหรือระหว่างทำงาน หลังจากทำแบบนี้ก็แปลกใจที่ประสิทธิภาพการทำงานดีขึ้นมาก
สินค้าสำหรับคนที่อยากรู้: https://www.amazon.com/dp/B0BS1WJZNW
ผมชอบการเขียนด้วยมือมากกว่าอย่างมาก[1] เคยใช้ Moleskine กับ Field Notes อยู่พอสมควร และใช้ Muji อยู่นานเหมือนกัน แต่ตอนนี้ประทับใจ Midori มาก
ซื้อไปแล้วหลายเล่มและตั้งใจจะซื้อเพิ่มอีกมาก สัมผัสแบบ ‘ขูด’ ของปากกาหมึกซึมบนกระดาษ Midori Paper ให้ความรู้สึกสงบมาก จนแม้กำลังจดไอเดียธรรมดาที่สุด ก็รู้สึกเหมือนตัวเองเป็นกวี :-)
https://brajeshwar.com/2025/notes/
หนึ่งในไม่กี่อย่างที่คิดถึงจากการทำงานที่ออฟฟิศคือ ไวต์บอร์ดขนาดใหญ่ และการยืนอยู่ตรงหน้ามันกับเพื่อนร่วมงาน
เวลาเพื่อนร่วมงานกับผมถือมาร์กเกอร์แล้วถกเรื่องสถาปัตยกรรม มักได้ดีไซน์คลาสที่งดงามจริง ๆ ออกมา
ตอนทำงานเป็น CTO ครั้งล่าสุด ผมซื้อให้ทั้งทีม ถ้าวาดซ้ำได้บนไวต์บอร์ดดิจิทัลแบบแชร์ ก็ไม่จำเป็นต้องวาดสี่เหลี่ยมเดิม 4 อันซ้ำสิบสองครั้งเพราะพื้นที่ไม่พอ และยังลดการถ่ายรูปไวต์บอร์ดก่อนลบด้วย