- สิ่งแรกที่ทำเมื่อเข้าทำงานที่บริษัทใหม่คือ ซื้อสมุดโน้ตเล่มใหม่ และนี่ไม่ได้เป็นเพียงความสุขเล็กๆ เท่านั้น แต่เกิดจากการมองว่านี่คือ เครื่องมือหลักของนักพัฒนา
- การเขียนโค้ดเป็นเพียงขั้นตอนสุดท้าย สิ่งที่สำคัญกว่าคือ กระบวนการคิดว่าจะสร้างอะไรและสร้างอย่างไร ซึ่งบ่อยครั้งเริ่มต้นจากสมุดโน้ต ไม่ใช่คอมพิวเตอร์
- เมื่อ ทำให้ความคิดมองเห็นได้ด้วยตัวหนังสือและภาพวาด ในสมุดโน้ต ความคิดที่เป็นนามธรรมจะชัดเจนขึ้น และยัง เผยให้เห็นช่องว่างของความรู้ ช่วยให้ออกแบบได้ดีขึ้น
- นิสัยในการ อธิบายโค้ดที่ตัวเองเขียนเป็นข้อความแล้วทบทวนอีกครั้ง ทำหน้าที่เป็นเครื่องมือรีแฟกเตอร์ที่มีประสิทธิภาพในการค้นหาความไม่สอดคล้องหรือการออกแบบที่ผิดพลาด
- บันทึกเหล่านี้ยังมีประโยชน์ต่อเราในอนาคตในฐานะ ข้อมูลสำหรับฟื้นคืนบริบทของการตัดสินใจ และกลายเป็นเอกสาร retrospective แบบอัตโนมัติชนิดหนึ่ง
เหตุผลที่ปากกาและสมุดโน้ตสำคัญที่สุด
- หนึ่งในสิ่งที่ตั้งตารอมากที่สุดก่อนวันแรกของการทำงานคือ การเลือกสมุดโน้ตเล่มใหม่
- สำหรับนักพัฒนา สมุดโน้ตไม่ใช่ แค่เครื่องมือจดบันทึก แต่เป็นเครื่องมือสำหรับการคิด
- การเขียนโค้ดคือการลงมือทำที่ปลายทางของการคิด และ กระบวนการขบคิดว่าจะสร้างอะไรสำคัญกว่า
- ในหลายกรณี การนั่งอยู่หน้าคอมพิวเตอร์ไม่ได้ช่วยให้ความคิดสร้างสรรค์ไหลลื่นนัก
- เมื่อเปิดเอดิเตอร์ เรามักเข้าสู่ ‘โหมดการทำงาน’ ที่โฟกัสแต่ “โค้ดที่ใช้งานได้”
คิดให้ห่างจากคอมพิวเตอร์
- ออกไปเดินเล่น หรือ ถือสมุดโน้ตไปนั่งคิดปัญหาบนโซฟาหรือกลางแจ้ง
- จดสิ่งต่างๆ ลงในสมุดโน้ต เช่น การออกแบบแนวทางแก้ปัญหา, UI sketch, flowchart ของปัญหาใหม่ รวมถึง การวิเคราะห์การไหลของข้อมูลและไอเดียขยายฟังก์ชัน ของโค้ดเดิม
- การทำให้ความคิดมองเห็นได้ผ่านการเขียนและการวาด มีประสิทธิภาพอย่างยอดเยี่ยมในการทำให้ไอเดียที่คลุมเครือเป็นรูปธรรม
- ช่องว่างทางตรรกะที่มักถูกข้ามไปอย่างรวดเร็วเมื่อคิดอยู่ในหัว จะปรากฏชัดเจนเมื่อเขียนออกมา
การเขียนคือเครื่องมือรีแฟกเตอร์ที่ดีที่สุด
- หลังเขียนโค้ดเสร็จ ควรมี นิสัยเขียนอธิบายราวกับกำลังอธิบายให้คนอื่นฟัง
- หากทำได้ก็ควรเผยแพร่เป็นบล็อก แต่แม้จะเป็นเอกสารภายใน กระบวนการอธิบายก็ช่วยให้ พบความไม่สอดคล้อง การออกแบบที่ไม่ดี และข้อผิดพลาดต่างๆ
- โพสต์ที่เกี่ยวข้อง: การเขียนคือเครื่องมือรีแฟกเตอร์ที่ฉันชอบที่สุด
ผลพลอยได้ของการคิดและทรัพย์สินในรูปแบบบันทึก
- ข้อดีอีกอย่างของวิธีคิดผ่านการเขียนคือ ร่องรอยของความคิดจะถูกเก็บเป็นบันทึกไว้อย่างเป็นธรรมชาติ
- แม้ไม่ได้ทำเอกสารแยกต่างหาก ผลพลอยได้จากการ整理ความคิดก็กลายเป็นข้อมูลสำหรับ retrospective ที่ยอดเยี่ยม
- ต่อมาหากมีใครบางคน (โดยเฉพาะตัวเราในอนาคต) ถามว่า “ทำไมถึงทำแบบนั้น” ก็สามารถ เปิดสมุดโน้ตแล้วอธิบายได้ทันที
เกี่ยวกับการเขียนโน้ตสำหรับนักพัฒนาให้ลึกซึ้งยิ่งขึ้น
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
รู้สึกว่านี่เป็นการถกเถียงที่ยอดเยี่ยม ประเด็นสำคัญที่ฉันคิดไว้ไม่ใช่ว่าจะเป็นสมุดหรือเครื่องมือดิจิทัล แต่คือสิ่งที่ช่วยเปลี่ยนเกียร์ของสมองฉัน ทุกครั้งที่สลับโหมด สมองจะให้ความสนใจต่างออกไป ดังนั้นบริบทใหม่จึงช่วยเพิ่มสมาธิ ความคิดสร้างสรรค์ และความจำได้ ตัวอย่างเช่น พอฉันเขียนโค้ดอย่างเดียวต่อเนื่องแล้วเริ่มงานอดิเรกใหม่ตอนกลางคืนคือการเขียนหนังสือ ก็รู้สึกเหมือนสมองถูกรีเซ็ต และผลงานตอนกลางวันก็ดีขึ้นจริง ๆ เวลาวางแผน การสลับจากดิจิทัลไปใช้ปากกากับกระดาษชั่วคราวก็ช่วยทำลายรูทีนและทำให้สมองทำงานต่างออกไป สุดท้ายสิ่งสำคัญไม่ใช่ตัวเครื่องมือ แต่คือการตื่นตัวผ่านความเปลี่ยนแปลง
สงสัยว่าทุกวันนี้ในหมู่นักพัฒนาจะมีสักกี่คนที่เคยถูกบังคับให้เรียนพื้นฐานวิชาเขียนแบบทางเทคนิค คนที่เคยเล่นเลโก้คงมีเยอะอยู่แล้ว เวลาต้องอธิบายวัตถุ 3 มิติลงบนกระดาษ 2 มิติ โดยปกติต้องวาดภาพฉายจากสามทิศทาง และถ้าซับซ้อนกว่า 3 มิติก็ต้องมองจากมุมมากกว่านั้นถึงจะอธิบายได้
ฉันประทับใจกับแนวคิดเรื่อง "disfluency" ที่เจอในหนังสือ Smarter Faster Better มาก ฟอนต์ที่อ่านไม่ลื่น สภาพแวดล้อมใหม่ เครื่องมือคนละแบบ ฯลฯ ช่วยให้หลุดจากโหมดอัตโนมัติและกลับมาคิดใหม่ได้ ไม่ค่อยเห็นแนวคิดนี้ที่ไหนเลย แต่ตลอด 9 ปีที่ผ่านมา มันเปลี่ยนวิธีที่ฉันเข้าหาการแก้ปัญหาและการเรียนรู้อย่างสิ้นเชิง สำหรับฉัน การเปลี่ยนไปใช้สมุดก็เป็นตัวกระตุ้นที่ดีให้เกิดผลแบบนี้
สำหรับฉัน ฉันจดโน้ตจริง ๆ ด้วยสามสื่อคือ สมุดกระดาษ เครื่องอัดเสียงแบบเก่า และไฟล์ข้อความ แต่ละสื่อมีข้อดีข้อเสียเฉพาะตัว เลยทำให้ไอเดียถูกถ่ายทอดออกมาต่างกัน เครื่องอัดเสียงอาจถูกใช้น้อยลงเรื่อย ๆ แต่เหมาะที่สุดเวลามีเวลาไม่พอและต้องรีบผ่านไปก่อน พอกลับมาฟังที่อัดไว้แล้วเขียนใหม่ กระบวนการทำซ้ำแต่ละรอบก็เปลี่ยนไอเดียไปคนละแบบ ทำให้มองไอเดียเดียวกันได้หลายมุม
เคยได้ยินผลการวิจัยมาก่อนว่าการสลับบริบทการทำงานมีต้นทุนเฉลี่ยราว 15 นาที ไม่แน่ใจว่าจะแม่นแค่ไหน แต่หัวหน้าของฉันก็ให้ความสำคัญและเคารพเรื่องนี้มาก
สิ่งที่ฉันเคยเจอคือเวลาฟังซีรีส์เว็บบินาร์แบบสด แล้วจดโน้ตด้วยปากกากับกระดาษไปพร้อมกัน ตอนแรกตามไม่ทันเอามาก ๆ แต่พอผ่านไปไม่กี่วันก็เริ่มชำนาญขึ้นเรื่อย ๆ กับการสลับระหว่างการฟังและการเขียน และรู้สึกว่าจำข้อมูลจากการฟังได้ดีขึ้น
คนที่ฉลาดที่สุดบางคนที่ฉันเคยเจอในวงการคณิตศาสตร์ ฟิสิกส์ และคอมพิวเตอร์ไซเอนซ์ ไม่ได้ใช้สมุดโน้ตด้วยซ้ำ พวกเขาแค่เขียนลงบนกระดาษพรินเตอร์ด้วยปากกา แล้วเสร็จแล้วก็ทิ้งไปเลย ฉันแทบไม่เคยพบว่าโน้ตส่วนตัวเก่า ๆ จากอดีตไกล ๆ มีประโยชน์จริง สิ่งที่สำคัญจริง ๆ คือการทำเอกสารให้คนอื่นค้นเจอได้ และสิ่งที่ต้องจำจริง ๆ ก็เรียนด้วยแฟลชการ์ดแบบ spaced repetition แน่นอนว่านี่คือวิธีของฉัน คนอื่นอาจไม่เหมาะก็ได้ ชื่อบทความนี้ก็แค่แชร์ปรัชญาของนักพัฒนาคนหนึ่ง ไม่ได้บอกว่าทุกคนต้องทำตาม ถ้าปากกาและสมุดไม่เข้ากับคุณ ก็ไม่ต้องใช้
ถ้ามองในทางวิทยาศาสตร์ การเขียนอะไรลงไปช่วยเพิ่มความจำ การท่องจำ และความสามารถในการเรียนรู้ได้ แม้จะเขียนเสร็จแล้วทิ้งทันที ก็ยังมีผลอยู่ มีบทความที่เกี่ยวข้องด้วย การเขียนด้วยมือกระตุ้นประสาทสัมผัสและสมองมากกว่าการพิมพ์ โดยเฉพาะ motor cortex ฉันเองก็ชอบใช้เรื่องนี้เป็นข้ออ้างว่าจะซื้อ Moleskine สักเล่มเหมือนกัน แต่ลายมือไม่เข้ากับ workflow ของฉัน ฉันชอบพิมพ์ใส่ text buffer แบบธรรมดา ๆ เป็นจำนวนมาก แล้วค่อยเอาไปให้ LLM อย่าง GPT ช่วยจัดการทีหลัง เวลาสมองตัน ฉันก็จะพิมพ์มั่ว ๆ ไปก่อนแม้แต่คำที่ยังไม่เข้าใจ สุดท้ายสติก็ค่อย ๆ กลับมา และจากเนื้อหานั้นก็มักกลายเป็นรายการสิ่งที่ต้องทำ ร่างอีเมล หรือร่างโค้ดได้ ระหว่างทาง ข้อเขียนยึกยือช่วงแรกส่วนใหญ่ก็จะหายไป ถึงอย่างนั้นการเขียนด้วยมือก็ยังช่วยเรื่องความจำได้มากกว่า
ฉันเห็นด้วยกับความคิดของคุณที่ว่าโน้ตเก่า ๆ ไม่มีประโยชน์ แต่ฉันก็ยังเก็บสมุดกับกระดาษพวกนั้นไว้อยู่ดี พอกลับไปดูหลังผ่านไปนาน ๆ มันให้ความรู้สึกเหมือนดูรูปครอบครัวเก่า ๆ เป็นเหมือนภาพถ่ายของกระบวนการคิดในอดีตของตัวเอง
สมองฉันก็ทำงานแบบนั้นเหมือนกัน ฉันก็มีสมุดนะ แต่ความคิดของทั้งวันอยู่ในหนึ่งหน้าของวันนั้น วันถัดไปก็เขียนหน้าถัดไป ฉันแทบไม่กลับไปอ่านของเก่าอีกเลย อาจมีคุณค่าอะไรบางอย่างในการมองอดีต แต่ในทางปฏิบัติฉันไม่ค่อยได้ทำ
สำหรับฉัน วิธีจดโน้ตจะได้ผลก็ต่อเมื่อมันอิสระเต็มที่และไม่มีโครงสร้าง การใช้คีย์บอร์ดจับกระแสความคิดแบบนี้ได้ยาก ฉันใช้เพื่อบันทึกข้อมูลที่ไม่เป็นเชิงเส้น ไม่เป็นภาษา เป็นเชิงความสัมพันธ์ เป็นเชิงพื้นที่ หรือข้อมูลที่มีไว้สำหรับความจำระยะสั้น ฉันทบทวนโน้ตเป็นระยะ แล้วค่อยย้ายข้อมูลที่มีความหมายไปยังระบบบันทึกอย่างปฏิทิน ตั๋วงาน วิกิ หรือ spaced repetition สุดท้ายแล้วเนื้อหาที่ควรค่าแก่การเก็บจริง ๆ มีน้อยมาก แต่ก็ไม่เป็นไร สำหรับฉัน สมุดกระดาษไม่ใช่ระบบบันทึกอย่างเป็นทางการ แต่เป็นส่วนขยายของ working memory
เมื่อก่อนฉันทำสมุดหายบ่อย ตอนนี้ฉันใช้เครื่องมือทางเทคโนโลยีย้ายโน้ตให้เป็นข้อความแล้วจัดเข้ากับ Obsidian vault ต่อไปฉันอยากลองทำให้ค้นหาความเชื่อมโยงระหว่างโน้ตอัตโนมัติหรือใส่แท็ก เพื่อให้หาไอเดียได้ง่ายขึ้น
การเรียกสมุดว่าเป็น "เครื่องมือที่สำคัญที่สุด" ฟังโรแมนติกเกินไป มันอาจมีประโยชน์สำหรับบางคน แต่จะบอกว่าสำคัญกว่า debugger, version control หรือ CI ก็ดูพูดเกินจริงไปหน่อย วิศวกรรมซอฟต์แวร์ไม่ใช่การคอสเพลย์เป็นช่างฝีมือ
OP เองนะ ทุกครั้งที่บล็อกของฉันขึ้น HN ก็มักจะมีคนบอกว่า "อยู่ในโลกแฟนตาซี" หรือ "โรแมนติกสุดโต่ง" เครื่องมือที่คุณยกมานั้นสำคัญแน่นอน การพัฒนาโดยไม่มี version control หรือ debugger คงไม่มีประสิทธิภาพจนฉันเองก็เลี่ยงเหมือนกัน แต่สำหรับฉัน สมุดสำคัญกว่าจริง ๆ เครื่องมือที่ใช้เขียนและรันโค้ดเป็นเพียงเครื่องมือที่ทำให้งานเดินหน้า แต่สิ่งสำคัญจริง ๆ ในการพัฒนาซอฟต์แวร์คือการสร้างสิ่งที่มีคุณค่าและการแก้ปัญหา ซึ่งในจุดนี้ ตัวโค้ดเองเป็นเพียงขั้นตอนการลงมือทำที่ค่อนข้างรองลงมา การคิดว่าจะสร้างอะไรและจะสร้างอย่างไรสำคัญกว่ามาก บางคนอาจคิดได้ดีกว่าใน code editor หรือเครื่องมือดิจิทัล แต่ถ้าฉันอยู่แต่ใน code editor ฉันจะจมอยู่กับรายละเอียดการลงมือทำมากเกินไปจนมองภาพรวมไม่ออก เพราะงั้นสำหรับฉัน การมีสมุดไว้ใช้ควบคู่ก่อนและหลังเขียนโค้ดจึงเป็นงานสำคัญอย่างมาก ถ้าไม่มีเครื่องมือนี้ ความสามารถในการคิด การแก้ปัญหา และความคิดสร้างสรรค์ของฉันจะทื่อไปมาก และฉันคงสร้างซอฟต์แวร์ที่แย่ลง
สิ่งที่คุณพูดถึงไม่ใช่วิศวกรรมซอฟต์แวร์ แต่คือการแปรรูปซอฟต์แวร์ ความต่างระหว่าง blue collar กับ white collar หรือคนทำงานภาคสนามกับวิศวกร ก็คือทัศนคติต่อ "เครื่องมือ" นี่แหละ สำหรับวิศวกร ไม่ว่าจะไม้บรรทัดคำนวณ เครื่องคิดเลข หรือซูเปอร์คอมพิวเตอร์ มันก็เป็นแค่ "เครื่องมือ" ไม่ใช่ว่าเราทำวิศวกรรมเพราะมีเครื่องมือ แก่นแท้คือ "ความคิด" ส่วนเครื่องมือมีหน้าที่ช่วยเร่งกระบวนการนั้น สำหรับคนสายแปรรูป ตัวเครื่องจักรคือทุกอย่าง ไม่มีเครื่องก็ผลิต widget ไม่ได้ แก่นแท้อยู่ที่ "การคิด" ไม่ใช่ "การผลิต"
มันเหมือนกับการพูดว่า "เวลาสร้างบ้าน แน่นอนว่าค้อนสำคัญกว่าแบบแปลน นี่ไม่ใช่ห้องเรียนศิลปะ แต่มันคือไซต์ก่อสร้าง"
ขอบคุณที่ชี้ประเด็นนี้ให้เห็น มีตัวอย่างเยอะมากที่คนใช้เวลาไปมหาศาลกับระบบเพิ่มประสิทธิภาพ จัดโน้ต GTD ด้วยแท็บและลิสต์เต็มไปหมด แต่กลับไม่ได้ทำงานที่มีประสิทธิผลจริง ๆ คนเขียนเรื่อง Obsidian workflow กันเยอะ แต่กลับไม่ได้ทิ้งโน้ตที่มีความหมายไว้จริง ๆ ยังมีคนที่ใช้เวลาหมดไปกับการสร้างบล็อก แต่สุดท้ายไม่ได้เขียนอะไรเลยด้วยซ้ำ (ฉันก็เคยเป็น) วลีที่ว่า "นี่ไม่ใช่การคอสเพลย์เป็นช่างฝีมือ แต่มันคือวิศวกรรมซอฟต์แวร์" โดนใจมาก เดี๋ยวจะจดไว้ในโน้ต
ชอบคำว่า "craftsmanship cosplay" มาก อยากเห็นข้อมูลตำแหน่งงาน เส้นทางอาชีพ อายุ รายได้ และการศึกษาของแต่ละคอมเมนต์จัง สุดท้ายแล้วความเห็นเหล่านี้ดูจะสะท้อนตัวผู้พูดมากกว่าการพัฒนาซอฟต์แวร์ที่ประสบความสำเร็จเสียอีก OP ก็แค่ใช้วิธีที่ช่วยให้สมาธิและความคิดสร้างสรรค์ของตัวเองทำงานได้ดีที่สุด การมองทั้งบทความต้นฉบับหรือคำวิจารณ์ราวกับเป็นมาตรฐานสากลนั้นเป็นความผิดพลาด ถ้าเอาแต่เลียนแบบรูปแบบ สุดท้ายก็ไม่ต่างจากพฤติกรรม cargo cult
ดูเหมือนคอมเมนต์ส่วนใหญ่จะไปโฟกัสที่ด้านกายภาพของ "ปากกาและกระดาษ" แต่กลับพลาดหลักการสำคัญจริง ๆ เหตุผลที่ผู้เขียนใช้ปากกาและกระดาษคือ เมื่อนั่งหน้าคอมพิวเตอร์ เขาจะสลับเข้าสู่ "โหมดลงมือทำ" โดยอัตโนมัติ และให้ความสำคัญกับการลงมือทำมากกว่าการออกแบบ ดังนั้นประเด็นสำคัญคือ เวลาที่ต้องออกแบบ อย่าปล่อยให้ตัวเองจมเข้าไปกับการลงมือทำอย่างเดียว แต่ควรเลือกวิธีรักษาสมดุลนั้นให้เหมาะกับตัวเอง
เรื่องแบบนี้สุดท้ายก็อยู่ในขอบเขตของ productivity ส่วนบุคคล ต้องลองหลาย ๆ วิธีแล้วหาสภาพแวดล้อมกับกระบวนการที่เหมาะกับตัวเอง ปากกาและกระดาษช่วยชี้นำความคิดและการออกแบบ โดยไม่ทำให้จมอยู่กับรายละเอียดที่มากเกินไปหรือเสียสมาธิ ฉันเองก็มักสลับไปมาระหว่างการคิดบนกระดาษกับการพิมพ์ลงใน Sublime Text ตรง ๆ ซึ่งทั้งสองแบบก็ใช้ได้ดี
มีม bell curve ที่ฮิตใน Reddit แบบที่ปลายสองฝั่งใช้คำตอบเดียวกันแล้วตรงกลางไม่พอใจนี่เข้ากันเป๊ะ OP พูดถูกประเด็น: คิดก่อนเขียนโค้ด ตอนนี้อาชีพของฉันก็แทบจะมาถึงช่วงปลายแล้ว (เริ่มตั้งแต่ปี 88 ทำมาหลายสิบปี) หนึ่งในเรื่องที่น่าสนใจที่สุดคือการเปลี่ยนแปลงของเครื่องมือ ฉันเป็น senior principal software architect ในบริษัทใหญ่ และไม่ได้เขียนโค้ดเลยสักบรรทัด ผลลัพธ์ทั้งหมดทำด้วย Visio, Word, PowerPoint (บางครั้งก็ PlantUML) ยิ่งระดับนามธรรมสูงขึ้น เครื่องมือก็ยิ่งเรียบง่าย สถาปัตยกรรมที่ฉันวาดเป็นของระบบทางทหาร การแพทย์ และซัพพลายเออร์ชั้นหนึ่งในอุตสาหกรรมยานยนต์ที่ต้องใช้งานเกิน 10 ปี โค้ดที่เอาไปลงมือทำจริง (ส่วนใหญ่เป็น C, C++, เมื่อก่อน Ada และอนาคตอาจใช้ Rust) หรือแม้แต่ภาษาที่ใช้ ไม่มีผลต่อสถาปัตยกรรมเลย สิ่งที่สำคัญจริง ๆ คือบล็อก, API และการห่อหุ้ม (encapsulation) เพราะสิ่งเหล่านี้มีผลต่อซิลิคอน ความปลอดภัย การผลิต และการทดสอบ สิ่งสำคัญอยู่ที่การอธิบายได้ด้วยสไลด์ไม่กี่หน้า ไม่ใช่ตัวโค้ดเอง (แน่นอนว่า ไดอะแกรมของฉันต้องทนต่อการพบข้อบกพร่องในการออกแบบได้ด้วย ซึ่งนั่นก็เป็นส่วนที่สนุกอีกแบบ)
สมุด Leuchturm 1917 A4 Master (แนะนำแบบ dot grid มาก) คุณภาพยอดเยี่ยม และถ้าใช้กับปากกาหมึกซึมจะยิ่งเพลินมาก ขนาด A4 ใหญ่พอจะสอดกระดาษหลวม ๆ เข้าไปได้ และโดยเฉพาะกับการออกแบบ UI แล้ว A4 คือขนาดที่เหมาะมากจริง ๆ
ฉันทำซอฟต์แวร์มาเกิน 20 ปีแล้ว และก่อนหน้านั้นก็ทำปริญญาเอกและวิจัยด้าน OChem ด้วย ตอนนี้ก็มีรายได้ระดับ "senior" ที่ดีพอในออสเตรเลีย ฉันมี aphantasia คือไม่สามารถสร้างภาพในใจได้ เลยใช้ปากกากับกระดาษหรือไวต์บอร์ดหนักมาก ทั้ง ERD, mind map, sequence diagram และการทำภาพแบบอื่น ๆ ฉันใช้ ReMarkable ซึ่งช่วยให้ย้ายเนื้อหาได้ง่ายขึ้นและเพิ่มประสิทธิภาพด้วย สำหรับบางคนมันอาจดูเป็น "โรแมนติกเพ้อฝันล้วน ๆ" แต่สำหรับความสำเร็จของฉัน ปากกาและกระดาษเป็นสิ่งจำเป็น
ฉันพยายามสร้างนิสัยการจัดระเบียบด้วยเครื่องมือจดโน้ตและแอปหลายแบบ แต่พอปีนี้ตั้งเป้าปีใหม่แล้วไปซื้อแผ่นจด To-Do ที่ใส่วันที่ได้มาหนึ่งกอง แล้วใช้เขียนแบบอิสระระหว่างประชุมหรือทำงาน กลับพบว่าผลิตภาพดีขึ้นมาก สำหรับคนที่สนใจ ขอแชร์ไอเท็มที่ฉันใช้
หนึ่งในสิ่งที่คิดถึงจากตอนทำงานในออฟฟิศคือช่วงเวลาที่ยืนหน้าไวต์บอร์ดใหญ่ ๆ แล้วออกแบบร่วมกับเพื่อนร่วมงาน เวลาถือปากกาเมจิกแล้วช่วยกันคิดสถาปัตยกรรม มักได้การออกแบบคลาสที่สวยงามจริง ๆ
ฉันใช้ excalidraw กับเรื่องนี้ และคิดว่ามันดีกว่าไวต์บอร์ดอีก 1) สวยกว่าและไม่รก 2) ปากกาดิจิทัลไม่แห้ง 3) แก้ไขและเปลี่ยนแปลงง่าย เวลาทำ technical design ฉันเริ่มด้วย excalidraw เสมอ
ฉันใช้จอปากกา 24 นิ้ว ตอนเป็น CTO เมื่อก่อนก็แจกให้ทั้งทีมด้วย ความสะดวกมันอยู่ตรงที่ใช้เป็นไวต์บอร์ดดิจิทัลแบบแชร์ร่วมกันได้ และแก้ต่อได้เรื่อย ๆ โดยไม่ต้องวาดใหม่หลายรอบ ไม่ต้องถ่ายรูปก่อนลบไวต์บอร์ดด้วย
ไวต์บอร์ด (รวมถึงกระดานดำ) คือชีวิต