Johnny.Decimal – ระบบจัดระเบียบชีวิต

• เมื่อไฟล์ดิจิทัลและโน้ตกระจัดกระจายจนใช้เวลามากขึ้นในการค้นหากลับมา Johnny.Decimal จึงแก้ปัญหานี้มาตั้งแต่ปี 2013 ด้วย ระบบจัดระเบียบแบบอิงตัวเลข
• แก่นของระบบคือการกำหนดตำแหน่งเชิงตรรกะให้ข้อมูลแต่ละชิ้น เหมือนตู้เอกสารกระดาษ เพื่อให้เอกสาร โน้ต และไฟล์ ค้นหาได้ง่ายแม้เป็นคนอื่น ในภายหลัง
• ตั้งแต่ปี 2026 เป็นต้นไป จะมุ่งเน้นที่ ธุรกิจขนาดเล็ก โดยขยายไปในทิศทางที่ช่วยลดภาระด้านงานธุรการและการจัดเอกสารซึ่งเจ้าของธุรกิจที่ไม่มีผู้จัดการฝ่ายปฏิบัติการต้องแบกรับเอง
• สินค้าแบบชำระเงินแบ่งเป็นโปรแกรมที่รวม Small Business System ราคา US$360, Johnny.Decimal University ราคา US$210, และ Life Admin System ราคา US$35 พร้อมการรับประกันคืนเงินภายใน 14 วัน
• แม้ไม่ใช่เจ้าของธุรกิจขนาดเล็ก ก็สามารถนำไปใช้จัดระเบียบงานในที่ทำงาน บ้าน ชมรมชุมชน และโรงเรียนได้ และสามารถลองกระบวนการ 5 ขั้นตอนได้ก่อนด้วยบัญชีฟรี

---

ระบบสำหรับค้นหาข้อมูลดิจิทัลที่กระจัดกระจายอีกครั้ง

• Johnny.Decimal จัดการกับ ปัญหาตำแหน่งของข้อมูล ที่เกิดขึ้นเมื่อคอมพิวเตอร์ทำให้สามารถบันทึกอะไรก็ได้ไว้ที่ไหนก็ได้
• ในยุคตู้เอกสารกระดาษ เอกสารถูกเก็บอย่างเป็นโครงสร้างและค้นหากลับมาได้ง่าย แต่ในสภาพแวดล้อมดิจิทัล ผู้ใช้ต้องจัดการข้อมูลจำนวนมากขึ้นด้วยตัวเองโดยไม่ได้รับการฝึกเฉพาะทาง
• ปัญหาที่ว่า “ไม่มีใครหาอะไรเจออีกต่อไป” นำไปสู่ความเครียดและการเสียเวลาอย่างมาก และ Johnny.Decimal ได้นำเสนอวิธีจัดระเบียบเพื่อลดสิ่งนี้มาตั้งแต่ปี 2013
• เอกสารเริ่มต้นจะแนะนำโครงสร้างและวิธีใช้ระบบทีละขั้น
  • Introduction
  • Areas and categories
  • IDs
  • Headers
  • Philosophy
  • The JDex
  • Saving files
  • Keeping notes
  • The Librarian
  • Don't be afraid of the numbers

โปรแกรมที่มุ่งเน้นธุรกิจขนาดเล็ก

• ตั้งแต่ปี 2026 Johnny.Decimal จะให้ความสำคัญมากขึ้นกับการสนับสนุน ธุรกิจขนาดเล็ก
  • มองว่าเป็นปัญหาที่งานซึ่งองค์กรขนาดใหญ่อาจมอบหมายให้ผู้จัดการฝ่ายปฏิบัติการค่าจ้างปีละ US$120k เป็นสิ่งที่เจ้าของธุรกิจขนาดเล็กต้องจัดการเอง
  • แม้จะไม่ได้ช่วยยื่นภาษีแทนโดยตรง แต่จะมุ่งลดความเครียดที่เกิดจากการจัดระเบียบเอกสารและงานธุรการที่เกี่ยวข้อง
• กลุ่มที่นำไปใช้ได้ไม่ได้จำกัดอยู่แค่เจ้าของธุรกิจขนาดเล็กจริง ๆ
  • บุคคลที่อยากทำงานในที่ทำงานอย่างเป็นระบบมากขึ้น
  • ผู้ใช้ที่ต้องการจัดระเบียบชีวิตในบ้าน
  • องค์กรขนาดเล็ก เช่น ชมรมชุมชนและโรงเรียนท้องถิ่น

วิธีดำเนินงานและราคา

• Johnny.Decimal ดำเนินงานโดย Johnny และ Lucy หลังจากดูแลเว็บไซต์เป็นงานอดิเรกมานาน 10 ปี ทั้งคู่เริ่มทำผลิตภัณฑ์ด้านการจัดระเบียบแบบเต็มเวลาตั้งแต่ปี 2023
  • ระบุว่าผลิตภัณฑ์สร้างขึ้นด้วย งานฝีมือของมนุษย์ หลายร้อยชั่วโมง
  • อธิบายว่า Johnny เป็นผู้ตอบข้อความด้วยตัวเอง และรู้จักผู้คนหลายร้อยคนในชุมชน
• โปรแกรมและราคาที่มีให้มีดังนี้
  • โปรแกรมธุรกิจขนาดเล็กที่รวม Small Business System: US$360 เป็นการซื้อถาวร ไม่ใช่แบบสมัครสมาชิก และรวมอัปเดตตลอดชีพ
  • Johnny.Decimal University: US$210 รวมวิดีโอมากกว่า 20 ชั่วโมงและเนื้อหาที่จะผลิตในอนาคต
  • Life Admin System: US$35 ระบบสำหรับผู้ใช้ที่ต้องการจัดระเบียบชีวิตในบ้านอย่างรวดเร็ว
• สินค้าทั้งหมดมี การรับประกันคืนเงินภายใน 14 วัน โดยระบุว่าหากไม่พอใจจะคืนเงินให้โดยไม่ถามคำถาม
• ผู้ใช้ที่ยังไม่อยากชำระเงินทันทีสามารถสร้างบัญชีฟรี และใช้ กระบวนการจัดระเบียบ 5 ขั้นตอน ในชุดอีเมลต้อนรับเพื่อประเมินความเหมาะสมก่อนได้
• หากต้องการเพียงสำรวจดู สามารถเริ่มที่ แนะนำระบบ และหากคลิก / ที่มุมซ้ายบนของเว็บไซต์จะไปยังหน้าอินเด็กซ์ได้

[GN⁺]

ความคิดเห็นบน Hacker News

• เป็นระบบที่สวยงาม แต่จุดที่ทำให้ผมปวดหัวมาตลอด 40 ปีคือสถานการณ์แบบนี้
  ในระบบของ Johnny ถ้ากำหนดเลข 21 ให้รถยนต์ รถตู้ VW ก็จะเป็น 21.1, Citron เป็น 21.2 และประกันของรถแต่ละคันก็เติม .8 กลายเป็น 21.1.8, 21.2.8
  เงินถูกกำหนดเป็น 13 และประกันอยู่ใต้เงิน ดังนั้น 13.5 คือประกัน, ประกันชีวิตคือ 13.5.1, ประกัน E&O คือ 13.5.2
  เรื่องการแพทย์ก็ต้องมีโฟลเดอร์ระดับบนสุดสำหรับการไปพบแพทย์ วัคซีน ห้องฉุกเฉิน การผ่าตัด อาการแพ้ของลูก ๆ ฯลฯ
  สองเดือนต่อมา กรมธรรม์ประกันสุขภาพ ควรอยู่ใต้การแพทย์ หรือควรอยู่ใต้เงิน? ประกันรถยนต์อยู่ใต้รถยนต์ หรือใต้ เงิน > ประกัน?
  ประเด็นสำคัญคือจำไม่ได้ว่า leaf node ใดอยู่บนกิ่งไหน ภาษีรถประจำปีควรอยู่ฝั่งเงินหรือฝั่งรถ? ถ้าจะดูภาษีของรถทุกคันในคราวเดียว ก็ควรใส่ไว้ใน เงิน > ภาษี > รถยนต์ แต่เวลาจะหาว่าจ่ายภาษี VW ครั้งล่าสุดเมื่อไร เรากลับคิดว่ามันอยู่ใน รถยนต์ > VW > ภาษีรถยนต์
  สุดท้ายก็หาอะไรไม่เจอเลย ผมเคารพ Johnny นะ แต่ผมคงทึ่มเกินกว่าจะใช้มันให้ถูกต้องได้

  • ตรงนี้แหละคือประเด็นพอดี ข้อมูลแทบทุกอย่างที่เราจัดเก็บมักเกี่ยวข้องกับ หลายบริบท พร้อมกัน และไม่ว่าระบบที่อยู่จะฉลาดแค่ไหน ระบบจัดระเบียบแบบลำดับชั้นก็รับมือเรื่องนี้ไม่ได้
    เมื่อขนาดและความซับซ้อนโตถึงระดับหนึ่ง คุณจะจำ URL แบบคาถาวิเศษของรายการที่ต้องการไม่ได้ และการค้นหาก็มักพังบ่อย เพราะตัวย่อหรือคำพ้องที่ใช้ตอนบันทึกไม่ตรงกับถ้อยคำที่นึกออกในภายหลัง
    ถ้าความจำระยะสั้นหรือความสามารถในการระลึกไม่ดี หรือมี ADHD ปัญหาก็จะเกิดขึ้นได้เร็วแม้ขนาดจะยังไม่ใหญ่มาก
    ผมมองว่าแท็ก ตัวจัดประเภทเนื้อหา และออนโทโลจีใกล้เคียงกับคำตอบ แต่ต้องคอยปรับข้อมูลให้จัดประเภทได้ถูกต้องอยู่เรื่อย ๆ ซึ่งกินเวลา
    ช่วงนี้ ตัวจัดประเภทด้วยแมชชีนเลิร์นนิง ช่วยได้ และผมได้รับประโยชน์จริงจากเครื่องมือที่เพิ่มแท็กอัตโนมัติ ถ้ารวมบริบทกิจกรรมส่วนบุคคลเข้าไปด้วย ก็น่าจะเข้าใกล้คำตอบจริง ๆ อัลกอริทึมสามารถนำข้อมูลใหม่ไปเทียบกับพื้นที่ หัวข้อ โปรเจกต์ ขอบเขต และรายการทศนิยมที่ผู้ใช้กำหนดว่าสำคัญ แล้วอนุมานความเกี่ยวข้องเชิงบริบทที่เครื่องมือปัจจุบันพลาดไปได้ค่อนข้างมาก
  • ผม Johnny เอง นี่เป็นตัวอย่างคลาสสิก และผมก็ยกมาพูดถึงบ่อย ๆ: Insurance > Car หรือ Car > Insurance?
    ในทางปฏิบัติก็แค่เลือกสักทาง ทางใดทางหนึ่งจะเป็นธรรมชาติกับหัวของตัวเองมากกว่า และโดยทั่วไปก็จะจำทางนั้นได้
    แน่นอนว่าการรักษาความสม่ำเสมอช่วยได้ ในระบบที่เราออกแบบมา เราพบว่าคนส่วนใหญ่อยากวางประกันไว้ใกล้กับ สิ่งที่ถูกประกัน
    ดังนั้นในระบบจัดการชีวิต เราจึงวางประกันสุขภาพ สัตว์เลี้ยง บ้าน รถยนต์ และการเดินทางไว้เป็น ID ข้าง ๆ บันทึกที่เกี่ยวข้อง ดูเหมือนจะเหมาะกับคนส่วนใหญ่
    และอย่าลืมว่าสามารถใช้ดัชนีเป็น fallback ได้ ผมเองก็จำเลขส่วนใหญ่ไม่ได้ แต่พอเปิด Bear แล้วพิมพ์ insurance ในช่องค้นหา ทุกอย่างก็ขึ้นมา ตอนนี้คลิกสามครั้งก็ไปถึงประกันบ้านได้ และดูแล้วมันอยู่ที่ 12.12
    https://share.icloud.com/photos/0afQRa-furBCpa9rOIc3r3Q7g
  • เพราะแบบนี้ผมถึงชอบ แท็ก มากกว่าโฟลเดอร์ ผมใส่โน้ตทั้งหมดไว้ในโฟลเดอร์เดียวโดยไม่มีไดเรกทอรีย่อย
    โน้ตหนึ่งอาจอยู่ได้หลายหมวดหมู่ ดังนั้นโครงสร้างแบบต้นไม้จึงไม่ใช่วิธีจัดระเบียบที่เป็นธรรมชาติ การติดแท็ก แล้วให้แอปโน้ตแสดงรายการแท็กที่มีอยู่ จะง่ายกว่ามาก
  • เพราะแบบนี้ผมถึงชอบ ระบบวิกิเอกสารที่เชื่อมโยงกัน อย่าง Obsidian ลิงก์สร้างได้ง่าย จึงเข้าถึงรายการเดียวกันได้หลายเส้นทาง
    ถ้ามีโน้ตสุขภาพกับโน้ตการเงิน ตอนจะวางประกันสุขภาพไว้ที่ไหนก็เลือกที่ที่ดูสมเหตุสมผลกว่าในตอนนั้น ถ้าภายหลังไปหาจากที่ผิดก่อน ก็สร้างลิงก์ตรงนั้นไปยังโน้ตหรือส่วน “ประกันสุขภาพ” ได้ ทีนี้ไม่ว่าจะดูใต้สุขภาพหรือใต้การเงินก็หาเจอ
    “วิธีแบบ Obsidian” ที่หลายคนแนะนำคือทำโน้ตให้เล็กที่สุดเพื่อขยายผลแบบนี้ให้มากที่สุด แต่ส่วนตัวผมไม่ได้ใช้แบบนั้น ผมชอบโน้ตขนาดใหญ่ที่มีหัวข้อจำนวนมาก ซ้อนหัวข้อได้สูงสุด 6 ระดับ และใส่ลิงก์ไปยังหัวข้อเฉพาะทั้งภายในโน้ตและระหว่างโน้ตเยอะ ๆ ให้ความรู้สึกว่าเป็นการผสมผสานการนำทางแบบลำดับชั้นกับการนำทางด้วยลิงก์ได้ดี
    ไฟล์ที่ไม่ใช่ข้อความอย่างใบเสร็จหรือรูปภาพก็ลิงก์จากโน้ตหรือส่วนที่เกี่ยวข้อง และสื่อหลายชนิดสามารถดูได้โดยตรงในตัวแก้ไขแบบ WYSIWYG
  • ผมเจอปัญหานี้มานาน และทางแก้คือทำให้โครงสร้าง แบนราบ เท่าที่ทำได้ รายการที่เกี่ยวกับประกันทั้งหมดไปอยู่ที่ 13
    โครงสร้างที่แบนราบดูเหมือนเป็นการ “ปน” หลายรายการเข้าด้วยกัน เลยรู้สึกว่าจัดไม่เป็นระเบียบน้อยกว่า แต่ถ้าข้างในไม่ได้เยอะเกินไป การไล่ดูทีละรายการก็เร็วกว่าที่คิด ถ้าส่วนหนึ่งเริ่มมีมากเกินไป ก็แบ่งเป็นหลายส่วนในโครงสร้างระดับบนสุด หรือค่อยลงไปอีกระดับเฉพาะเมื่อชัดเจนจริง ๆ และมีปริมาณมากจริง ๆ รูปภาพเป็นข้อยกเว้นที่การจัดเรียงตามเวลาเหมาะที่สุด
    ต่อให้มีส่วนระดับบนสุดราว 50 ส่วนก็ไม่ใช่ปัญหาใหญ่ โครงสร้างจะโปร่งใสขึ้น และการทำดัชนี การจัดเรียง และการไล่ดูทีละรายการยังคงง่ายอยู่

• ระบบจัดการความรู้ส่วนบุคคลโดยทั่วไปต้องประนีประนอมกันระหว่าง ความค้นพบได้, ความสามารถในการพกพา/ย้ายระบบ, ความง่ายในการบำรุงรักษา และความง่ายในการนึกย้อนหา
  ความค้นพบได้คือโอกาสที่จะบังเอิญค้นพบสิ่งที่เคยลืมไปอีกครั้ง ไม่นานมานี้ผมก็เจอไฟล์รายการเอกสารภาษีที่ต้องใช้เมื่อปีก่อนในไดเรกทอรี taxes แม้จะจำไม่ได้ว่าเคยเขียนไว้ แต่ก็ช่วยได้มาก
  ความสามารถในการพกพา/ย้ายระบบคือระดับที่ระบบยังอยู่รอดได้แม้บริษัทจะล้ม หรือโปรเจกต์ถูกทิ้ง ส่วนความง่ายในการบำรุงรักษาคือระดับที่ทำให้ดูแลระบบให้เป็นไปตามหลักได้ง่าย รวมถึงการเพิ่มโน้ตใหม่ด้วย ความง่ายในการนึกย้อนหาคือความง่ายในการค้นหาสิ่งนั้นเมื่อรู้ตัวอยู่แล้วว่ากำลังหาอะไร
  ถ้าเป็นการจัดการความรู้ส่วนบุคคลที่จะใช้ไปตลอดชีวิต ผมให้ความสำคัญกับความสามารถในการพกพา/ย้ายระบบมากกว่าคนอื่น ๆ สิ่งที่ผูกติดกับบริษัทใดบริษัทหนึ่งอย่างหนักอย่าง Notion จึงถูกตัดออกไปเลย และแม้แต่ Obsidian หรือ org-roam ก็ยังต้องระวัง เพราะถึงตัวรายการจะเป็นข้อความ แต่ก็รู้ว่าสักวันตรรกะที่เชื่อมสิ่งเหล่านั้นจะไม่ถูกพัฒนาและบำรุงรักษาต่อ แล้วจะต้องย้ายระบบ
  โครงสร้างไดเรกทอรีและไฟล์ข้อความเชื่อถือได้ในฐานะสื่อระยะยาว จึงทำให้ Johnny Decimal น่าสนใจ แต่ความง่ายในการบำรุงรักษา โดยเฉพาะ ภาระทางความคิด ตอนใส่โน้ตใหม่ เป็นอุปสรรคใหญ่ต่อการสร้างคอนเทนต์ ยิ่งไปกว่านั้น ข้อดีหลักที่ได้มาจากการยอมสละความง่ายในการบำรุงรักษา คือความง่ายในการนึกย้อนหา ก็แทบถูกแก้ได้ด้วยฟังก์ชันค้นหาอยู่แล้ว ดังนั้นเมื่อเทียบกับการโยนทุกอย่างลงในไดเรกทอรี notes แบบแบน ๆ ข้อดีที่เหลืออยู่ก็น่าจะมีแค่ความค้นพบได้
  ตอนนี้ผมใช้วิธีที่ใกล้เคียงกับ PARA และอาจลงหลักปักฐานกับมันไปเลยก็ได้ ในฐานะผู้ใช้ Emacs ผมก็สนใจ denote เช่นกัน เพราะเป็นตัวเลือกที่อิงแท็กและการค้นหา และพกพา/ย้ายระบบได้มากขึ้นเล็กน้อย

  • ผมก็รู้สึกเหมือนอยู่ในเรือลำเดียวกัน
    เก็บทุกอย่างไว้เป็น ไฟล์ Markdown ข้อความธรรมดา ในโฟลเดอร์เดียว
    สักวันถ้าซอฟต์แวร์ของผมพัง ก็ยังเอาไปใส่ในตัวทำดัชนีที่นิยมกันในตอนนั้นแล้วใช้ต่อได้ ถึงอย่างนั้น แค่ sqlite + ปลั๊กอิน fts ก็น่าจะอยู่ได้อีกนานพอสมควรแล้ว
  • ผมชอบการแบ่งกรอบการประนีประนอมเป็นความค้นพบได้ ความสามารถในการพกพา/ย้ายระบบ ความง่ายในการบำรุงรักษา และความง่ายในการนึกย้อนหา
    แนวคิดพื้นฐานของ Obsidian คือเอกสาร Markdown ที่มีแท็กและลิงก์ จึงหาโครงสร้างคล้ายกันได้ในหลายแอป ผมเลยมองว่าเป็น ระบบที่พกพา/ย้ายได้ค่อนข้างดี [^1]
    ตอนนี้ใช้ Bear อยู่ แต่เคยทดลองย้ายไป Obsidian แล้วก็ไม่เจอปัญหาอะไร
    [^1]: Bear Notes, IA Writer, Ulysses, ของที่คล้าย Craft, NotePlan เป็นต้น

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

  • นั่นแหละที่ทำให้ แท็ก มีคุณค่า เพราะสามารถแสดงรายการหนึ่งไว้ในหลายหมวดหมู่ได้โดยไม่ต้องสร้างสำเนาซ้ำ และแต่ละหมวดที่เกี่ยวข้องก็ชี้มายังรายการนั้นได้

• การอภิปรายก่อนหน้า:
  https://news.ycombinator.com/item?id=36308366
  https://news.ycombinator.com/item?id=37506640
  https://news.ycombinator.com/item?id=25398027

  • ถ้าขยายความจะเป็นดังนี้
    Johnny Decimal: A System to Organize Projects (2015) - https://news.ycombinator.com/item?id=37506640 - กันยายน 2023, ความคิดเห็น 118 รายการ
    Johnny Decimal - https://news.ycombinator.com/item?id=36308366 - มิถุนายน 2023, ความคิดเห็น 193 รายการ
    Johnny.Decimal – A System to Organize Projects - https://news.ycombinator.com/item?id=36300472 - มิถุนายน 2023, ความคิดเห็น 1 รายการ
    Johnny•Decimal - https://news.ycombinator.com/item?id=33683874 - พฤศจิกายน 2022, ความคิดเห็น 1 รายการ
    Johnny.Decimal - https://news.ycombinator.com/item?id=25398027 - ธันวาคม 2020, ความคิดเห็น 187 รายการ
    Johnny.Decimal – A system to organise projects - https://news.ycombinator.com/item?id=13770827 - มีนาคม 2017, ความคิดเห็น 2 รายการ

• ผมมองว่า การมีระบบอยู่ สำคัญกว่าระบบนั้นเป็นแบบไหน
  ไม่ค่อยเห็นข้อดีใหญ่ ๆ ของการจำกัดลำดับชั้นไว้แค่ 3 ระดับ การใส่เมทาดาทาอย่างเวลาที่สร้างไว้ในชื่อไฟล์น่าจะเป็นการทำซ้ำและอาจเป็นวิธีที่ผิด แต่ก็ค่อนข้างเย้ายวน และในทางปฏิบัติก็ทำบ่อย

  • หลังจากย้ายคอมพิวเตอร์หลายครั้ง วันที่สร้าง ของไฟล์บางส่วนก็ผิดไป
    ผมไม่ได้ใช้ Johnny Decimal แต่ใส่อะไรหลายอย่างไว้ในโฟลเดอร์ตามปี และมีบางอย่างที่ผิดอย่างชัดเจน เช่น ผมรู้ว่าเริ่มทำกราฟิกโนเวลเรื่องหนึ่งในปี 2012 แต่วันที่ของหน้าแรก ๆ บางหน้ากลับเป็นปี 2014 หรือ 2019 ไม่รู้ว่าการย้ายเครื่องเปลี่ยนวันที่ไป หรือว่าภายหลังแก้ไขแล้วบันทึกเป็นไฟล์ใหม่ รู้แค่ว่าวันที่คลาดเคลื่อนไปมาก
    เห็นด้วยว่าการมีระบบใดสักระบบสำคัญ
  • ถ้าปล่อยให้ไฟล์ซิสเต็มติดตามเวลาสร้าง ก็ต้องคอยกังวลว่าย้ายข้อมูลอย่างไร และเครื่องมือที่ใช้รักษาค่านั้นไว้ถูกต้องหรือไม่
    โฟลเดอร์ที่ตั้งชื่อแบบ 20250221-nyc-trip อาจดูหยาบ ๆ แต่เป็น วิธีจัดเก็บที่อยู่ได้นานมาก
  • ข้อดีของบทความแบบนี้คือมีคนบันทึกระบบของตัวเองและปรับปรุงซ้ำ ๆ เอาไว้ จากนั้นเราก็ขโมยไอเดียที่เหมาะกับตัวเองมาใช้ได้
    ในฐานะคนที่จัดระเบียบไม่เก่งและลำบากกับการเดินระบบส่วนตัว คู่มือแบบนี้ช่วยได้มากทีเดียว ผมดีขึ้นได้ก็จากการหยิบชิ้นส่วนที่ใช้กับตัวเองได้มาเท่านั้น (https://www.hanselman.com/blog/one-email-rule-have-a-separat...)
    ทุกครั้งที่พยายามลองใช้ทั้งระบบแบบยกชุด ผมเริ่มไม่สำเร็จด้วยซ้ำ และเครียดกว่าเดิม
  • ลำดับชั้นที่ใช้บ่อยบางส่วนมีมากกว่า 3 ระดับ และจัดการค่อนข้างน่ารำคาญ
    บางครั้งผมก็ลดจำนวนระดับที่กำลังทำงานอยู่ด้วยการคัดลอกไดเรกทอรีย่อยทั้งชุดไปไว้บนเดสก์ท็อป พอเสร็จแล้วค่อยใส่ไฟล์กลับเข้า “กล่อง” เดิม และลบเวอร์ชันบนเดสก์ท็อปทิ้ง

• ลองใช้ระบบจัดระเบียบมาหลายแบบ รวมถึง Johnny Decimal และ PARA แต่ไม่มีอะไรเหมาะกับผมเลย
  ในฐานะคนที่มี ADHD วิธีที่เหมาะที่สุดคือ ไม่ใช้ความพยายามกับการจัดระเบียบ
  เพราะฉะนั้นเครื่องมืออย่าง Logseq, Tana, Reflect จึงเหมาะกับผม แค่เขียนลงใน journal แล้วถ้าจำเป็นก็ติดแท็กให้รายการนั้น เวลาต้องเขียนเอกสารยาว ๆ เท่านั้นถึงค่อยสร้างหน้าแยก
  หลังจากนั้นแค่มีการค้นหาและ backlinks ก็พอแล้ว สมองของผมทำงานกับการค้นหาได้ดีกว่าการไล่เปิดดู

  • หลังจากใช้เวลานานมองหาทางจัดระเบียบ เปลี่ยนแอปนับไม่ถ้วน และวิ่งตามฟีดแบ็กกับไอเดียจากอินฟลูเอนเซอร์หลายคน สุดท้ายก็มาลงเอยในเส้นทางเดียวกัน ผมไม่มีการวินิจฉัยว่าเป็น ADHD แต่มีสัญญาณครบ
    ในระบบความรู้ส่วนตัวของผม จะมี กระบวนการจัดระเบียบ/รีวิว รายสัปดาห์ โดยค้นหาแท็ก ชื่อไฟล์ เนื้อหาไฟล์ ฯลฯ แล้วเชื่อมโยงแบบหลวม ๆ กับโน้ตเก่า
    มันช่วยประหยัดเวลาไปมหาศาล และที่สำคัญกว่านั้นคือลดภาวะวิเคราะห์จนชะงักได้มาก ทำให้โฟกัสกับสิ่งที่สำคัญที่สุดคือการเขียน
  • ระบบที่ซับซ้อนสำหรับผมคือเสียงรบกวนล้วน ๆ ไฟล์ Markdown ง่าย ๆ ไฟล์เดียวที่เปิดใน text editor อย่าง Sublime ก็พอแล้ว หรืออย่างที่พูดไปคือระบบง่าย ๆ ที่ติดแท็กได้ ไม่ก็แค่กองไฟล์ในโฟลเดอร์
    ขอแค่ การค้นหา ดี ก็หาเจอเร็ว และสิ่งส่วนใหญ่ที่ควรลืมก็ปล่อยให้ลืมไป
    ส่วนตัวผมมีไฟล์ใหญ่หนึ่งไฟล์ต่อปี แยกโน้ต ข้อความ งานที่ต้องทำ ฯลฯ ตามวันที่ แบบนี้ก็เลื่อนขึ้นไปตามวันที่หรือค้นหาเพื่อดูว่าแต่ละวันทำอะไรได้ บางวันว่าง บางวันมีเยอะ บางหัวข้อหรือโปรเจกต์ก็มีไฟล์แยก
  • ในมุมของ ADHD เห็นด้วยว่าการไม่พยายามจัดระเบียบมากจะดีกว่า
    ผมเปิดดูเว็บไซต์แป๊บหนึ่งแล้วรู้สึกท่วมท้นจนปิดทันที
    แก่นของระบบจัดระเบียบที่ดีคือความสม่ำเสมอ แต่น่าเสียดายที่ ความสม่ำเสมอ ในพื้นที่ชีวิตแบบนั้นไม่ใช่จุดแข็งของเรา
  • ไม่รู้ว่าตัวเองมี ADHD หรือไม่ แต่ชอบ Logseq มาก
    สำหรับผมมันเป็นส่วนผสมที่ลงตัวของการจดโน้ต การเขียน journal การทำ outline การติดตามงาน และลำดับชั้น/การลิงก์แบบเบา ๆ
    ถ้าต้องจัดเรียงหรือจัดหมวดหมู่รายการภายในระบบ ตั้งแต่แรกผมก็จะไม่บันทึกรายการนั้นเลย
  • ส่วนใหญ่แล้วสิ่งต่าง ๆ มักทำงานได้ไม่ดีและไม่ผ่านบททดสอบของเวลา
    แต่จนถึงตอนนี้ วิธีที่ใช้ได้กับผมคือแบบนี้
    เอกสารจริงหรือสิ่งพิมพ์ใช้กล่องจัดแฟ้มง่าย ๆ กับแฟ้มมะนิลาแบบแขวน หลายปีก่อนซื้อแฟ้มมา 50 อัน และจนถึงตอนนี้น่าจะใช้ไปประมาณครึ่งหนึ่ง
    สำหรับข้อมูลดิจิทัล ใช้การติดตั้ง MediaWiki แบบเรียบง่ายที่โฮสต์เองที่บ้าน เข้าถึงจากอินเทอร์เน็ตสาธารณะไม่ได้ มี visual editor ทำให้แรงเสียดทานในการแก้ไขต่ำ และระบบหมวดหมู่ก็ทำงานได้ดีพอ หน้าเดียวอยู่ได้หลายหมวดหมู่ และการค้นหาก็ใช้งานได้พอสมควร
    ข้อดีของ MediaWiki คืออัปโหลดและแทรกรูปภาพได้ ลิงก์ไปยังระบบอื่นอย่างไฟล์ใน Nextcloud ได้ และอัปโหลดตัวไฟล์เองแล้วลิงก์จากหลายหน้าได้

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

  • ภาระทางใจที่ลดลงในทุกงานมีค่ามากกว่าการทำบางอย่างหล่นหายไปมาก
    ตอนนี้ผมมีแค่สมุดโน้ต rolling to-do list ที่สร้างหน้าใหม่ทุกวันแล้วเขียนสิ่งที่ต้องทำลงไป โน้ตประชุมก็เขียนไว้ในนั้นด้วยถ้าไม่ได้สังกัดไฟล์โปรเจกต์ใดเป็นพิเศษ
    อย่างเดียวที่ยังเสียดายคือวิธีเก็บโน้ตที่ดึงมาจากหนังสือให้อยู่ในรูปแบบที่อ้างอิงได้ง่าย Kindle ไม่ค่อยดี ส่วน Obsidian ดูเหมือนอยู่คนละขั้วกับ TikTok แต่ก็ยังรู้สึกเหมือนทำให้สมองผุอยู่ดี

• ตอนแรกผมนำ Johnny.Decimal ไปใช้กับชีวิตโดยรวม และลองอย่างจริงจังพอสมควรก่อนจะย้ายไป PARA
  J.D อาจโอเคหรือดีมากสำหรับที่อย่างธุรกิจขนาดเล็กที่หมวดหมู่ค่อนข้างคงที่ แต่สำหรับปัจเจกบุคคลแล้ว มันจำกัดเกินไปและจำยากเกินไป อีกอย่าง สัญลักษณ์ทศนิยมก็ดูเท่ แต่ถ้าผมเป็นคนเดียวที่อ้างอิงมัน ก็รู้สึกค่อนข้างไร้ความหมาย
  J.D ถูกปรับให้เหมาะกับการ ค้นหาแล้วดึงออกมาใช้ แต่สิ่งที่ผมต้องการคือการปรับให้เหมาะกับการจัดเก็บและการค้นหาเป็นครั้งคราว
  แน่นอนว่าแต่ละคนมีวิธีที่เหมาะกับตัวเอง และการมีระบบใดสักระบบก็ดีกว่าไม่มีระบบเลย

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

• ในฐานะคนที่ทำทุกอย่างรกมาตลอดชีวิต แก่นสำคัญคือการค้นให้เจอว่าตัวเองชอบและไม่ชอบอะไร
  สิ่งที่ชอบ: จดไอเดียที่แวบผ่านเข้ามาทันที, ระหว่างทำโปรเจกต์ก็ยอมรับความวุ่นวายด้วยการสร้างเอกสารและสเปรดชีตให้มากที่สุดเท่าที่ทำได้, พอโปรเจกต์จบก็เอาทุกอย่างใส่โฟลเดอร์แล้วปล่อยไว้อย่างนั้น
  สิ่งที่ไม่ชอบ: ใช้เครื่องมือหรู ๆ อย่าง Notion, Obsidian, ถูกผูกมัดกับระบบที่ตายตัว, หรือแย่กว่านั้นคือถูกผูกกับ subscription, ถูกบังคับให้ใช้อุปกรณ์เฉพาะ
  วิธีแก้ของผมคือ Upnote, Proton Drive และเดสก์ท็อปที่รก ๆ
  ถ้าถามว่าผมอยู่ในสภาพที่ปรับให้เหมาะที่สุดเท่าที่ทำได้ไหม ก็ไม่ แต่ผมหาสิ่งที่ต้องการได้เร็ว และรู้ว่าต้องทำอะไรเวลาทำโปรเจกต์
  มากกว่านั้น อย่างน้อยสำหรับผมก็ถือว่าเกินจำเป็น