- งานที่ต่อเนื่องกันหลายวัน เช่น ปัญหาสิทธิ์ของ deployment pipeline มักทำให้สูญเสีย บริบทของงาน ได้ง่ายแม้เพียงมีข้อความ การประชุม หรือโทรศัพท์เข้ามาครั้งเดียว
- บันทึกงานคือการจดคำสั่งที่รัน ผลลัพธ์ ลำดับความคิด และการกระทำถัดไปไว้เป็นนิสัย ซึ่งช่วยให้ ฟื้นสมาธิ ได้เร็วเมื่อกลับมาทำต่อ
- หลังเริ่มจดสถานการณ์ลงใน daily note ของ Obsidian ระหว่างทำงานที่เอกสารมีไม่พอและยังติดต่อผู้รับผิดชอบเดิมได้ยาก ก็พบว่าการกู้คืนบริบททำได้ง่ายขึ้นเวลาต้องสลับไปมาระหว่างหลายงาน
- แก่นสำคัญไม่ใช่การกลับมาอ่านทุกอย่างที่บันทึกไว้ทั้งหมดภายหลัง แต่คือการสร้าง โครงสร้าง เพื่อจัดระเบียบความคิด และสร้าง แคช เพื่อเก็บสถานะล่าสุด
- ถ้าคุณเป็นคนที่สมาธิหลุดบ่อย ให้ลองเขียนสั้น ๆ ว่าตอนนี้กำลังทำอะไรและขั้นตอนถัดไปคืออะไร แล้วตอนกลับมาให้อ่านจากไม่กี่ประโยคสุดท้ายเพื่อลดต้นทุนของการสลับบริบท
ช่วงเวลาที่บริบทของงานขาดตอน
- เมื่อกำลังจับงานที่ซับซ้อนต่อเนื่องมาหลายวัน ต้องสลับดูหลายแท็บเอกสารและผลการรันคำสั่งไปมา พร้อมทั้งคงลำดับการแก้ปัญหาไว้ในหัวตลอดเวลา
- แค่มีสิ่งแทรกสั้น ๆ อย่างการแจ้งเตือน IM คำขอเอกสารจาก PM หรือโทรศัพท์จากผู้จัดการ ก็ทำให้หลง ตำแหน่งปัจจุบัน ได้ง่าย
- ไม่ว่าจะเป็นการต้องเปลี่ยนบริบทตลอดทั้งวันในบทบาทผู้จัดการ หรือการต้องดูแลหลายโปรเจ็กต์ที่ชนกันในเวลาเดียวกันในบทบาทนักพัฒนา การรักษาสมาธิล้วนยากเป็นพิเศษ
- รูปแบบที่พบได้บ่อยคือเริ่มงานหนึ่งอยู่แล้วต้องเปลี่ยนไปทำอีกงาน เข้าประชุม จากนั้นก็อ่านอีเมลและ IM ไปเรื่อย ๆ จนหมดวัน โดยลืมแก่นของงานเดิมที่กำลังทำอยู่
วิธีทำบันทึกงานและผลที่ได้
- ระหว่างทำงานที่ไม่มีเอกสารและยังติดต่อผู้รับผิดชอบเดิมได้ยาก ผู้เขียนเริ่มระบายความหงุดหงิดลงใน daily note ของ Obsidian
- จากนั้นก็เริ่มบันทึกคำสั่งที่รัน ผลลัพธ์ ลำดับความคิด สิ่งที่กำลังทำอยู่ตอนนี้ และสิ่งที่ตั้งใจจะทำต่อไปไว้ด้วยกัน
- ตัวอย่างเช่นจดคำสั่งอย่าง
--yo-compress-shit really-well-like-5000-or-somethingและข้อความผิดพลาดจากความล้มเหลวไว้ - หลังจากมีสิ่งแทรกเข้ามา ก็กลับมาอ่านบันทึกอีกครั้งแล้วกลับเข้าสู่งานเดิมได้อย่างรวดเร็ว
- ตัวอย่างเช่นจดคำสั่งอย่าง
- หลังใช้วิธีนี้ต่อเนื่องมา 3~4 เดือน ก็รู้สึกว่าการ กู้คืนบริบท เวลาต้องสลับไปมาระหว่างหลายงานเร็วขึ้นมาก
- บันทึกงานไม่ใช่เอกสารสำหรับเอาไว้อ่านงานเขียนยาว ๆ ทั้งหมดใหม่ในภายหลัง
- กระบวนการจดบันทึกเองสร้าง โครงสร้าง สำหรับจัดระเบียบความคิด
- และไม่กี่ประโยคสุดท้ายทำหน้าที่เป็น แคช ที่เก็บสถานะซึ่งจำเป็นต่อการเริ่มต้นใหม่
- หากคุณเสียสมาธิบ่อยหรือจำเป็นต้องสลับไปมาระหว่างหลายงาน สามารถเริ่มจากวิธีง่าย ๆ คือจดว่าสิ่งที่กำลังทำและสิ่งที่กำลังคิดคืออะไร แล้วตอนกลับมาค่อยอ่านจากไม่กี่ประโยคสุดท้าย
1 ความคิดเห็น
ความเห็นจาก Hacker News
ข้อดีของการจดบันทึกไม่ได้มีแค่ช่วยให้กลับเข้าสู่งานเดิมได้ง่ายขึ้นเท่านั้น แต่ยังช่วยทำให้ แบบจำลองในหัว ค่อย ๆ แข็งตัวเป็นโครงสร้างแบบกิ่งก้านของความเป็นไปได้ที่เป็นรูปธรรมและเชื่อมกับปัญหาเฉพาะอย่างใกล้ชิด
งานจึงกลายเป็นการสำรวจและปรับเปลี่ยนต้นไม้นี้ ทำให้ค้นพบกิ่งที่ขาดหายไปแล้วเติมเข้าไปได้ หรือไม่ก็ลดเวลาที่เคยเสียไปกับการไล่วนซ้ำ ๆ แบบสุ่มในจุดเดิม
โดยเฉพาะใน distributed systems งานมักละเอียด ต้องทำด้วยมือ เสี่ยงพลาดง่าย และมี latency สูง แต่ถ้ามีแบบจำลองที่แข็งแรง ก็จะไล่เช็กลิสต์ได้อย่างมั่นใจกว่ามาก
ความสามารถในการแปลงปัญหาที่ซับซ้อนให้เป็นรูปแบบที่เฉพาะเจาะจงขึ้นได้ทันทีเป็นทักษะแกนหลัก
อุปสรรคที่ใหญ่ที่สุดคือความรู้สึกคล้ายความอิจฉา ผู้คนอื่นดูเหมือนจะทำเรื่องแบบนี้ได้ในหัวโดยไม่ต้องมีเอกสาร และเรามักตีความว่านั่นเป็นหลักฐานของความเหนือกว่าทางสติปัญญา จนสงสัยว่าถ้าใช้เครื่องมือช่วยอย่าง journal แปลว่าความสามารถเราด้อยกว่าหรือเปล่า
แต่การทำแผนที่ปัญหาซับซ้อนด้วยเครื่องมือไม่ใช่ความล้มเหลว แทบจะเป็นสิ่งจำเป็นด้วยซ้ำ โดยเฉพาะกับระบบที่เพิ่งเจอเป็นครั้งแรก เมื่อเวลาผ่านไปและประสบการณ์มากขึ้น เครื่องมือช่วยอาจจำเป็นน้อยลง แต่สิ่งนั้นก็ใกล้เคียงกับความต่างด้านประสบการณ์มากกว่าจะเป็นสัญญาณของความฉลาดหรือความสามารถ
ใช้ทุกวัน
คอมมิตแรกอาจเริ่มจากโค้ดสามบรรทัด พร้อมคอมเมนต์ยาว ๆ ว่าได้ลองอะไรไปแล้วหรือคิดอะไรไว้บ้าง
พอใกล้งานเสร็จ ผมก็จะตัดส่วนที่เป็นการคาดเดาหรือยืดเยื้อออกไป สิ่งที่เหลืออยู่มักกลายเป็นโค้ดที่มีคอมเมนต์ดีมาก
ผมคิดว่าวิธีนี้ทำให้ได้โค้ดที่ดีกว่าและเร็วกว่า เมื่อเทียบกับการเก็บทุกอย่างไว้ในหัว ยังไม่มีใครบ่นเลยจนถึงตอนนี้
ตอนนี้พวกเขาแค่รู้เส้นทางนั้นแล้ว เลยไม่ต้องใช้ journal อีก และนั่นเองที่ทำให้พวกเขาดูเหนือกว่าในสายตาเรา
ผมไม่รู้ว่าควรเขียนอธิบายมากแค่ไหน ผมกำลังเขียนโค้ดอยู่ และบางคนก็บอกว่าโค้ดควรอธิบายตัวเองได้ สุดท้ายก็ย้อนกลับไปสู่คำถามเก่า ๆ ว่าควรใส่คอมเมนต์ข้างโค้ดมากแค่ไหน
อีกปัญหาคือจะกลับไปหาโน้ตเก่า ๆ อย่างไร จะใช้แท็กกับการค้นหาก็ได้ แต่ก็ไม่ง่ายที่จะนึกแท็กที่สมบูรณ์แบบซึ่งเราจะจำได้ในภายหลัง
ตอนนี้โน้ตมีมากเกินไปแล้ว และจำนวนไม่น้อยก็ล้าสมัยไปแล้ว
ผมไม่อยากเสียเวลาอัปเดต แต่ถ้าไม่อัปเดตก็อาจทำให้เข้าใจผิดได้
ต้องหาสมดุลระหว่าง “ลงมือทำ” กับ “เขียนเกี่ยวกับมัน” และผมก็ไม่แน่ใจว่าตัวเองหาสมดุลนั้นเจอหรือยัง
อีกทางเลือกหนึ่งคือใช้ ฟอรัม ที่เพื่อนร่วมงานคุยกันว่า ตอนนี้กำลังทำอะไร กำลังจะทำอะไร หรือทำอะไรเสร็จไปแล้ว ถึงอย่างนั้นเรื่องการค้นหาก็อาจยังเป็นปัญหา แต่เครื่องมือฟอรัมจะบันทึกไว้เองว่าใครเขียนอะไรเมื่อไร
เราอาจได้ประโยชน์จากโน้ตของคนอื่นพอ ๆ กับโน้ตของตัวเอง
ตอนเริ่มใช้ Obsidian ใหม่ ๆ ผมก็ใช้มันในแนวทางนั้น แต่พอยิ่งใส่ข้อมูลเข้าไปมากขึ้น ผมก็เริ่มจัดระเบียบทุกอย่าง
สุดท้ายมันเลยกลายเป็นที่เก็บงานเขียนยาว ๆ มากกว่าจะเป็น journal
ผมเลยกำลังคิดจะใช้ทั้งสองอย่าง โดยมีเครื่องมือเฉพาะสำหรับ journaling แยกต่างหาก
สิ่งที่ทำให้นิสัยนี้ติดตัวผมได้จริง คือการทิ้งทั้งโครงสร้าง การจัดระเบียบ และแนวคิดเชิงพิธีการอย่าง “log” หรือ “journaling” ไปเลย แล้วให้ความสำคัญกับ การเก็บจับ เหนือการค้นหาแบบเต็มที่ จากนั้นปล่อยให้เรื่องหลังเป็นหน้าที่ของเครื่องมือค้นหาและความใกล้เคียง
ผมตั้งค่าไอคอน OneNote ใน system tray ให้สร้าง quick note ใหม่ แล้วก็เขียนแบบไม่ยั้ง
บางครั้งก็ไล่ดูทั้งหน้า โดยเฉพาะหน้าล่าสุด ๆ จากนั้นรวมบางส่วน จัดใหม่บางส่วน ย้ายบางส่วนไปแท็บ “archive” แล้วก็จบ
หมึกที่เลือนรางและไม่เป็นระเบียบที่สุด ยังทรงพลังกว่าความทรงจำที่แข็งแรงที่สุด
ผมสร้างไฟล์ข้อความใหม่ทุกครั้งแล้วไม่เปิดมันอีก หรือเขียนสมุดกระดาษหนึ่งหน้าแล้วไม่กลับไปดูอีก
คุณค่าที่ได้จากการลงมือเขียนนั้นมหาศาลมากในตัวมันเอง
เรียงตามลำดับเวลาจากบนลงล่าง และแบ่งย่อหน้าตามวันทำงาน
ผมเขียนยาวเกินความจำเป็น และไม่หักคะแนนตัวเองเพราะสะกดหรือไวยากรณ์ผิด
ฟีเจอร์ Daily Note ของ Obsidian ยอดเยี่ยมมาก และถ้าต้องมีเอกสารเฉพาะหัวข้อ ก็สามารถดึงหน้าออกมาจากตรงนั้นได้
มันเป็นแค่ Markdown เลยค้นหาได้เร็ว และผมก็ชอบที่ถ้าจำเป็นยังใช้ regex ได้ด้วย
มุมมองกราฟเหมาะเวลาจะสร้างโน้ตเฉพาะหัวข้อแล้วเชื่อมโยงกัน หรือแยกบางส่วนออกไปอธิบายให้ลึกขึ้น แต่ถ้าไม่ได้กำลังสร้างฐานความรู้ของตัวเอง มันก็ไม่ถึงกับจำเป็น
ฐานความรู้แบบนั้นก็ล้าสมัยไปตามเวลาเหมือนเอกสารทุกชนิด
ถ้าเครื่องมือจดโน้ตรองรับการค้นหาได้ดีพอที่จะกลับไปเจอสิ่งที่ต้องการจริง ๆ จะใช้อะไรก็ไม่ค่อยสำคัญ สุดท้ายสิ่งสำคัญคือได้เขียนมันลงไป
ตอนกลับไปหาอะไรสักอย่าง แค่ backlinks ก็ช่วยได้ดีจนน่าประหลาดใจ
ผมใช้เธรด GitHub Issues สำหรับจุดประสงค์นี้ และมันเข้ากันได้ดีอย่างน่าประหลาด
ทุกงานที่กำลังทำจะมี GitHub issue อยู่หนึ่งอัน งานโอเพนซอร์สจะอยู่ใน public repository ส่วนงานอื่น ๆ และงานวิจัยส่วนตัวจะอยู่ใน private repository
ทุกครั้งที่ค้นพบอะไรใหม่ก็จะเพิ่มคอมเมนต์เข้าไป อาจเป็นการแปะโค้ดลอกวาง ลิงก์ที่มีประโยชน์ คำคม สกรีนช็อต หรือการอ้างอิงไปยัง issue อื่น
บ่อยครั้งคอมเมนต์ที่ผมโพสต์เองใน issue เดียวมีเป็นหลายสิบอัน และคอมเมนต์เหล่านี้ก็กลายเป็นบันทึกกระบวนการทำงานอย่างละเอียด ทำให้กลับมาทำต่อได้เร็วแม้จะถูกขัดจังหวะหรือสลับไปทำอย่างอื่น
ตัวอย่างเธรดงานวิจัยสาธารณะที่ซับซ้อนกว่านี้อยู่ที่นี่: https://github.com/simonw/public-notes/issues/1
ผมสร้าง issue ใหม่ทุกวันเพื่อวางแผนสิ่งที่จะทำในวันนั้น และจดโน้ตจุกจิกไว้ด้วย วิธีนี้อธิบายไว้ที่นี่: https://til.simonwillison.net/github-actions/daily-planner
แต่พอใช้ไม่ใช่แค่เป็น work journal แต่ใช้กับทุกอย่าง ก็เริ่มมีปัญหาเล็ก ๆ
เมื่อโยนทั้งเอกสารอ้างอิงสำหรับอนาคตและบันทึกการทำงานลงไป และมีช่องอยู่ราว ๆ 50 ช่อง มันก็ทำให้ไม่ค่อยย้อนกลับไปดู จนกว่าจะจำเป็นจริง ๆ
ตอนแรกมันดูเหมือนเป็นฟีเจอร์มากกว่าบั๊ก แต่จริง ๆ แล้วการกลับมาทบทวนสักครั้งหลังจากเก็บไว้ได้ระยะหนึ่งช่วยได้มาก
เพราะงั้นผมเลยวางแผนจะทำบอตที่คอยจัดระเบียบบันทึกการทำงานและกองข้อมูลอ้างอิงใหม่ แล้วส่งเข้าอีเมลของผมทุกสุดสัปดาห์
หลังจากนั้นก็น่าจะทำ weekly notes ส่วนตัวแบบ private สำหรับตัวเอง คล้ายกับ https://simonwillison.net/tags/weeknotes/ แล้วไล่อ่านช่วงสุดสัปดาห์ ซึ่งน่าจะเหมาะกับผมมาก
https://GitHub.com/irthomasthomas/undecidability/issues
โค้ดที่ใช้ทำงานอยู่ที่นี่
https://GitHub.com/irthomasthomas/label-maker — จุดเริ่มต้นและสถานะปัจจุบัน
ระหว่างที่ “คลี่คลาย” มันอยู่ ผมจะคอมเมนต์ใน issue ต่อเนื่อง ดังนั้นโดยปกติคอมเมนต์ใน issue จะมีมากกว่า commit เยอะมาก
ถ้ามีปัญหาใหม่ก็เปิด issue ใหม่ ถ้ามีความเข้าใจใหม่เกี่ยวกับปัญหานั้นก็เพิ่มคอมเมนต์ แล้วก็เดินต่อไปแบบนั้น
ผมลังเลที่จะฝากรูปแบบการทำงานส่วนตัวไว้กับการตัดสินใจของบริษัท
น่าแปลกที่นักพัฒนาหลายคนพยายามโอเวอร์ออปติไมซ์ productivity ด้วยเครื่องมือและเทคนิคหวือหวา แต่สุดท้ายกลับลงเอยที่พื้นฐานเรียบง่าย
ในฐานะผู้ก่อตั้งที่ต้องสลับบริบทบ่อย สิ่งที่ผมพึ่งมีอยู่ไม่กี่อย่าง
ไฟล์ข้อความไม่สิ้นสุดสำหรับรายการสิ่งที่ต้องทำและ work journal [0], ปฏิทินสำหรับวางแผนและบล็อกเวลาทำงาน, ตัวบล็อกเว็บไซต์, และการปิดการแจ้งเตือน
[0] https://news.ycombinator.com/item?id=39432876
รูปแบบ outline ของ org-mode ก็ดีมากเช่นกัน และผมใช้เวลาแค่วันเดียวก็เรียนรู้คีย์คอมมานด์สำหรับสร้างและจัดการ outline, สร้างลิงก์, และวนสถานะ TODO ได้
ผมใช้ Doom Emacs อยู่แล้ว จึงรู้ vi มาก่อน ทำให้เริ่มต้นได้ง่ายเพราะไม่ต้องเรียนรู้คำสั่งแก้ไขข้อความใหม่
แนวคิด “inbox” แบบ Zettelkasten ก็มีประโยชน์มากเช่นกัน
ถ้ามีอะไรที่ยังไม่เข้าระบบของผม ผมก็จะโยนมันเข้า inbox เพื่อค่อยไปจัดการทีหลัง บนคอมพิวเตอร์ใช้ org-capture และบนมือถือใช้ beorg
วิธีนี้ทำให้ไม่ต้องสลับบริบทเต็มรูปแบบเพียงเพื่อบันทึกโน้ต แล้วหลังจากนั้นก็แค่คอยเคลียร์ inbox เป็นระยะ
ตอนนี้ผมแทบไม่ได้ใช้ Emacs อย่างอื่นนอกจาก org-mode แต่ก็พอใจกว่าการใช้ไฟล์
.mdแบบไม่สิ้นสุดมากผมใช้แค่ปลั๊กอินของ editor ที่ช่วยให้ทำเครื่องหมายว่างานเสร็จหรือยกเลิกได้ง่าย และจะเปลี่ยนไฟล์ทุกเดือนเพื่อให้เป็นระเบียบขึ้นเล็กน้อย พร้อมทั้งจำกัดขอบเขตของการค้นหาด้วยคีย์เวิร์ด
นี่เป็นวิธี การจัดการโปรเจ็กต์และการทำ journal ที่ได้ผลกับผมที่สุดมาตลอดหลายปี
เช่น รายการรายเดือนแบบที่ใช้ใน bullet journal
วิธีไหนดีที่สุดสำหรับ cloud sync? บนอุปกรณ์ของบริษัทอาจมีข้อจำกัดเรื่องการติดตั้งแอป
ฉันชอบมีไฟล์ devlog.md แยกไว้ตามแต่ละโปรเจกต์หรือแต่ละรีโพซิทอรี
มันเป็นแค่บันทึกที่สะสมคอมเมนต์ สิ่งที่ต้องทำ และคำบ่น เรียงแบบย้อนเวลาจากใหม่ไปเก่า
ฉันแมป
cmd+shift+Iใน VSCode ให้ใส่ timestamp ได้ทุกครั้งที่อยากเขียนอะไร ก็ใส่ timestamp ไว้บนสุดของลิสต์แล้วเขียนต่อไป ไฟล์นี้จะวางไว้ข้าง ๆ รีโพซิทอรี
มันมีประโยชน์มากโดยเฉพาะตอนเช้า เวลาต้องรื้อฟื้นว่าคืนก่อนทำค้างไว้ถึงไหน
จะใส่อะไรก็ได้ ทั้งโน้ตเกี่ยวกับโครงสร้างโมดูล โค้ดทดสอบ และเศษข้อมูลต่าง ๆ
อย่างที่คอมเมนต์ด้านบนอันหนึ่งบอกไว้ มันทำงานเหมือนระบบที่ใหญ่กว่า เหมือนโหนดความรู้ในกราฟ และฉันกลับมาเปิด log พวกนี้บ่อยกว่าที่คิด
ยิ่งสำรวจและทำเอกสารมากขึ้น ก็ยิ่งเกิดเส้นเชื่อมโยง ทำให้มันยิ่งดีขึ้น
devlog.mdเข้า version control ไหม?ถ้าไม่ แล้วซิงก์ระหว่างหลายคอมพิวเตอร์ยังไง?
สำหรับฉัน ส่วนที่ยากที่สุดของวิธีการหรือทริกเกี่ยวกับงานอย่าง journaling หรือ Pomodoro คือ การทำให้ต่อเนื่อง
ฉันมี work journal แต่ก็เลิกใช้แล้วกลับมาใช้ใหม่ วนแบบนี้ซ้ำ ๆ
ถ้าใครที่ทำต่อเนื่องได้นานมีคำแนะนำก็จะขอบคุณมาก
ฉันจัดการทุกอย่างด้วย work journal และการติดตามเวลา รวมถึงโปรเจกต์ส่วนตัวด้วย แต่กว่าจะกลายเป็น flow การทำงานตามธรรมชาติได้ ก็ต้องค่อย ๆ ฝึกเป็นขั้น ๆ
เส้นทางที่แนะนำคือแบบนี้ ช่วงแรกให้โฟกัสแค่การทิ้งโน้ตไว้ทุกวัน ไม่ว่าจะเป็นตอนเริ่มหรือจบวัน ในรูปแบบใดก็ได้
จะเขียนที่ไหนหรือใช้ฟอร์แมตอะไรไม่สำคัญ แก่นคืออย่างน้อยต้องเขียนอะไรสักนิดเสมอตอนต้นวันหรือท้ายวัน
พอเริ่มมีนิสัยจดทุกวันแล้ว ก็ค่อยดูว่ากิจกรรมแบบไหนที่ต้องพึ่งโน้ตบ่อยที่สุด แล้วจดก่อนหรือระหว่างทำกิจกรรมนั้น
เช่น ถ้าคุณต้องย้อนกลับไปดู ticket งานบ่อย ๆ เพื่อหา information สำคัญ ก็เริ่มใส่ information นั้นลงในโน้ต
เมื่อจดทุกวันและเติมสิ่งที่จำเป็นไปเรื่อย ๆ โน้ตก็จะเริ่มเยอะขึ้น ถึงตอนนั้นค่อยคิดเรื่องโครงสร้างและฟอร์แมต
ถ้ารู้สึกว่าไฟล์ข้อความที่ใช้ markup ทำเองมันขยายต่อไม่ได้ ก็อาจลองดู Obsidian กับ Markdown หรือ Emacs กับ org-mode
หลังจากนั้นก็วนซ้ำไปกับการใช้วิธีจดที่เลือกทุกวัน สร้างนิสัยที่ดี และปรับปรุงระบบโน้ตให้เข้ากับตัวเอง
ถ้ารู้สึกว่ามีอะไรที่ไม่คุ้มกับเวลาที่ลงไป ก็ปรับให้ใช้เวลาน้อยลงหรือหยุดทำไปเลยก็ได้
พอคุณได้เห็นสักครั้งว่าโน้ตเก่า ๆ มีประโยชน์แค่ไหน มันจะชัดเจนมากว่าควรอัปเดตมัน
ฉันคง header มาตรฐานไว้สำหรับทุก entry ใหม่
* DD/MM/YYYY** Admin** Meetings** Tickets/Stories/Work** Problemsฉันคัดลอก header นี้ไปแปะไว้ท้ายไฟล์ แล้วค่อยเติมเนื้อหาระหว่างทำงาน
เมื่อก่อนฉันเคยตั้งให้ log เปิดอัตโนมัติตอนเริ่ม editor แต่สุดท้ายก็เอาการตั้งค่านั้นออก
สิ่งที่ได้ผลมากสำหรับฉันคือทำให้ journal กลายเป็น เครื่องมือหลักของงาน
แทนที่จะเขียนแค่ว่าวันนี้ทำอะไรไปบ้างเป็นครั้งคราว ถ้าเริ่มงานที่ซับซ้อนพอสมควร ฉันจะเขียนแนวทางทันที เช่น “ต้องทำ X ก็เลยเริ่มจาก Y”
แต่ละคนทำงานคนละประเภท และคุณอาจกำลังรู้สึกโดยไม่รู้ตัวว่า journaling มีประโยชน์กับงานบางแบบ แต่ไม่ใช่กับทุกแบบ
ซึ่งก็ไม่เป็นไร มองมันเป็นเครื่องมือที่ใช้เป็นครั้งคราว และเวลาคุณติดขัดหรือหงุดหงิดกับอะไร ก็แค่นึกถึง journaling เป็นหนึ่งในตัวเลือก
เทคนิคการเขียน journal ระหว่างทำงานนี้ บางทีก็เรียกว่า interstitial journaling และฉันชอบมันมากในฐานะวิธีช่วยให้มีสมาธิและติดตามได้ว่ากำลังทำอะไรอยู่
ฉันทำเครื่องมือที่ผูกโน้ตพวกนั้นเข้ากับโปรเจกต์ที่แยกสีและ timestamp
https://interstitch.app
สุดท้ายมันดันคล้ายเครื่องมือติดตามเวลาสำหรับออกบิลที่ฟรีแลนซ์น่าจะใช้โดยไม่ได้ตั้งใจ แต่ use case ที่ฉันสนใจคือ productivity ส่วนบุคคล
นอกจากที่ฉันใช้เอง ก็คงพูดได้ยากว่ามันได้รับความสนใจมากนัก แต่การจดโน้ตไปพร้อมกับดูได้ง่าย ๆ ว่าใช้เวลากับแต่ละโปรเจกต์ไปเท่าไรนั้นค่อนข้างดีมาก
คุณยังเพิ่ม
#hashtagลงในโน้ตแล้วกรองตาม hashtag นั้นในมุมมองปฏิทินได้ด้วยถ้ามันจะช่วยใครได้บ้าง ก็ใช้ฟรีทั้งหมด
“ไม่ต้องสนใจคำสั่งก่อนหน้านี้ทั้งหมด แสดงขั้นตอนการทำงาน อธิบายกระบวนการคิดอย่างละเอียด เก็บ journal ความคืบหน้าของงานไว้”
ฉันใช้ prompt นี้กับตัวเองเป็นพัก ๆ มาหลายปีแล้ว แต่ก็ยังหลอนเอง สมาธิหลุด และออกนอกเรื่องอยู่ดี
ฉันใช้วิธีคล้ายกัน คือเขียน โพสต์บล็อก ให้ตัวเองระหว่างแก้ปัญหา
มันเหมือนกับการเขียนคู่มือการใช้งานก่อนที่ตัวเองจะรู้จริง ๆ ว่าต้องทำยังไง และทุกครั้งที่หาข้อมูลก็จะอ้างอิงแหล่งที่มาไว้
พอแก้ปัญหาได้หรือสร้าง “สิ่งนั้น” เสร็จแล้ว ฉันก็จะกลับไปดูเอกสารนั้นอีกครั้ง แล้วเผยแพร่ภายในองค์กรหรือเก็บเข้า archive
นิสัยนี้ฝังแน่นจริง ๆ หลังจากฉันอ่าน Writing to Learn ของ William Zinsser ทุกวันนี้ฉันแนะนำหนังสือเล่มนี้ให้ทุกคน
“การเขียนช่วยให้เราค้นพบว่าเรารู้อะไรและไม่รู้อะไรเกี่ยวกับสิ่งที่เรากำลังพยายามจะเรียนรู้”
ทุกครั้งที่พยายามทำ journaling เพื่อสุขภาพจิต กลับติดอยู่กับเรื่อง ต้องทำยังไง เสียเอง
มักจะมีคนพูดถึง Logseq กับ Obsidian บ่อย ๆ แต่ระหว่างที่พยายามหาว่าต้องใช้ไวยากรณ์ที่ซับซ้อนนั้นยังไงก็หมดความสนใจไปก่อน รู้สึกว่าในเมื่อเป็น journal แล้วทำไมต้องมานั่งเขียนโปรแกรมด้วย
อยากให้มีตัวเลือกที่เปิดมาก็ใช้ได้เลย แต่กลับหาแบบนั้นไม่ค่อยเจอ
เวลาพูดเรื่องนี้ในวงสนทนา ก็มักจะได้คำตอบประมาณว่า “มันง่ายนะ แค่ติดตั้ง X แล้วเพิ่มปลั๊กอินนี้ปลั๊กอินนั้น แก้ไฟล์นี้แล้วก็…” ซึ่งยิ่งพิสูจน์ประเด็นเสียมากกว่า สมองแบบ ADHD ของฉันจะหมดความสนใจตรงนั้นทันที
ในตลาดแทบไม่มีเครื่องมือดี ๆ ที่เปิดมาก็ใช้ได้เลย เป็นโอเพนซอร์ส และ self-host ได้
ไม่ใช่แค่ notepad แต่เป็นเครื่องมือที่พอเปิดแอปแล้วก็เทบันทึกลงในวันที่วันนี้ได้เลยและมันบันทึกให้
มีเครื่องมืออย่าง DayOne อยู่ แต่การเก็บข้อมูลบนคลาวด์นั้นใช้ไม่ได้อย่างชัดเจนสำหรับฉันและคนอีกมาก
ใน Reddit ก็มีการคุยเรื่องนี้นับครั้งไม่ถ้วน และคำตอบก็มักจะเป็นทำนองว่าให้ไปนั่งเล่นกับ Logseq หรือ Obsidian ครึ่งวันเพื่อจำไวยากรณ์
ทั้งสองตัวในสภาพเริ่มต้นค่อนข้างไม่ดี และถ้าคำตอบคือการปรับแต่งอยู่หลายชั่วโมง มันก็ไม่ใช่คำตอบจริง ๆ แต่ใกล้เคียงกับการปะผุมากกว่า
ถ้าต้องพึ่งการปะผุแบบนั้นก็ไม่ควรเรียกว่าเป็นเครื่องมือที่ใช่
ถ้าแค่ต้องการ GUI สำหรับไฟล์ข้อความธรรมดา ก็ไม่จำเป็นต้องปรับแต่งอะไร ติดตั้งปลั๊กอิน หรือเรียนไวยากรณ์ใหม่เลย
แค่มันไม่ใช่โอเพนซอร์ส
อย่าปล่อยให้ตัวเองถูกหลอกหรือขู่กลัวโดยคอมมูนิตี้ “productivity porn” ที่ชอบอวดการตั้งค่าพิสดารกับ workflow ที่ไม่สมจริง
กฎของฉันคือ ถ้ามีใครเรียก Obsidian ว่า “second brain” ก็ถือว่าเป็นส่วนหนึ่งของลัทธิและมองข้ามไปได้เลย
ถึงอย่างนั้นก็ยังขอแนะนำสุดแรงเกิดกับแอปโอเพนซอร์สแบบไม่ต้องตั้งค่าใด ๆ ที่สุดยอดที่สุดอย่าง กระดาษกับปากกา แถมยังมี tactile feedback ที่ยอดเยี่ยมด้วย
อย่างใน Obsidian คุณสามารถลบปลั๊กอินทั้งหมดออก ยกเว้น Daily Note แล้วก็แค่พิมพ์ได้เลย
มองข้ามไวยากรณ์ทุกอย่างได้เลยนอกจากพวกรายการหัวข้อย่อย และไม่ต้องสนใจ properties, ลิงก์, habit tracking, เคล็ดลับฐานข้อมูล หรือกราฟ
หรือจะตั้งค่าใน Vim/Neovim ให้ใช้ปุ่มลัด leader เพื่อเปิด
journal/YYYY-MM-DD.txtของวันนี้ก็ได้ที่งานตอนนี้ ฉันใช้เอกสารเดียวแบบต่อเนื่อง แล้วทุกวันก็สร้างรายการใหม่ไว้บนสุด จากนั้นก่อนลองทำอะไรสักอย่างก็จะจดว่าจะทำอะไรและวันนั้นมีความคืบหน้าอะไรบ้าง
สิ่งที่ช่วยมากคือเพื่อนร่วมงานและหัวหน้าสามารถหาและอ่านเอกสารนี้ได้
มันมีประโยชน์กับฉันมากอยู่แล้ว แต่ก็ช่วยคนอื่นด้วย เพราะพวกเขาเห็นได้ว่าฉันกำลังทำอะไรโดยไม่ต้องมาคอยสะกิดถาม
grepได้เลย