อนาคตของโปรเจ็กต์ Vim
(groups.google.com)- หลังจาก Bram เสียชีวิต Vim ได้รับสิทธิ์เข้าถึงองค์กร GitHub และสิทธิ์ผู้ดูแลระบบ ทำให้มีรากฐานสำหรับดำเนินการ บำรุงรักษาโปรเจ็กต์ ต่อไป
- ในช่วงนี้ การ merge จะจำกัดอยู่ที่ การแก้บั๊ก, การแก้ไขด้านความปลอดภัย, การอัปเดตเอกสาร และการปรับปรุงที่ชัดเจน และมีแนวทางว่าจะนำการเปลี่ยนแปลงตัว Vim หลักเข้าหลังได้รับอนุมัติจากสมาชิกคนอื่น
- หลังจัดการ backlog แล้ว จะเตรียม Vim 9.1 maintenance release และก่อนถึงตอนนั้นจะยังเพิ่มเวอร์ชัน patch ย่อยต่อไป
- vim.org กำลังพิจารณาย้ายโฮสติ้งเนื่องจากปัญหาความเสถียรของ OSDN.net และการโฮสต์ที่ใช้ PHP 5/MySQL แต่ยังไม่มีการตัดสินใจ
- จำเป็นต้องจัดระเบียบสิทธิ์การดำเนินงานที่เคยกระจุกอยู่กับ Bram เป็นรายบุคคล เช่น mailing list, โดเมน, FTP server, runtime files และช่องทางรายงานความปลอดภัย ให้เป็นแบบทีม
องค์กร GitHub และระบบบำรุงรักษา
- ครอบครัวของ Bram ได้โอน สิทธิ์ผู้ดูแลระบบองค์กร GitHub ให้ Ken และ Christian Brabandt ทำให้โปรเจ็กต์ Vim สามารถดำเนินงานบน GitHub ต่อไปได้
- Yegappan Lakshmanan, Dominique Pellé, @mattn และ @zeertzjq ซึ่งเคยมีส่วนร่วมกับ Vim มาก่อน ได้รับเชิญเพิ่มเข้าองค์กร Vim
- สมาชิกองค์กร GitHub จำเป็นต้องเข้าถึง repository Vim บน huntr.dev ซึ่งเป็นที่รายงานปัญหาด้านความปลอดภัยด้วย
- commit 2 รายการแรกถูก merge แล้ว
- ในช่วงนี้ เป้าหมายการ merge จะจำกัดอยู่ที่ การแก้บั๊ก, การแก้ไขที่เกี่ยวข้องกับความปลอดภัย, การอัปเดตเอกสาร และการปรับปรุงที่ชัดเจน
- แนวทางคือการเปลี่ยนแปลงตัว Vim หลักจะ merge หลังได้รับอนุมัติจากสมาชิกโปรเจ็กต์คนอื่น
- รูปแบบการดำเนินงานยังไม่เข้าที่ และอาจเปลี่ยนได้หากตกลงแนวทางที่ดีกว่าได้
Vim 9.1 release และแนวทางการพัฒนา
- มีแผนจะเตรียม Vim 9.1 maintenance release หลังจากจัดการ backlog ปัจจุบัน
- ก่อนถึง Vim 9.1 จะยังคงใช้วิธีเพิ่มหมายเลขเวอร์ชัน patch ย่อยต่อไป
- หลัง release กำลังพิจารณาแนวทางที่ทันสมัยกว่า คล้ายกับ Neovim
- การเปลี่ยนแปลงนี้อาจส่งผลต่อโปรเจ็กต์ย่อยอย่าง vim-win32-installer, vim-appimage, macVim จึงยังไม่ได้กำหนดวิธีที่ดีที่สุด
- Yegappan Lakshmanan เสนอให้ tag PR ที่เปิดอยู่ซึ่งเป็น候補สำหรับ Vim 9.1 และ Christian Brabandt ตอบว่าจะช่วยได้
- Christ van Willegen ระบุว่ามี PR ที่เปิดอยู่จำนวนมากและบางรายการก็เก่าแล้ว โดยเขาจะช่วยตรวจสอบการเปลี่ยนแปลงด้าน test, code และ text ที่ตนสามารถตัดสินได้ เพื่อลดภาระ
- ไม่คุ้นเคยกับไฟล์ syntax
- เห็นว่าไฟล์ syntax จำเป็นต้องมี automated tests เพื่อป้องกันการพังและช่วยตัดสินผลลัพธ์ของ highlighting
ปัญหาโฮสติ้งและโดเมนของ vim.org
- Christian Brabandt มีสิทธิ์เข้าถึงหน้าโปรเจ็กต์ OSDN.net และสิทธิ์แก้ไขหน้าเว็บ vim.org
- ในช่วงไม่กี่เดือนที่ผ่านมา vim.org มีปัญหาความเสถียร โดยเฉพาะปัญหา การเชื่อมต่อ MySQL server
- vim.org ดำเนินงานบน OSDN.net ตั้งแต่ปี 2018 โดยได้รับการสนับสนุนจาก Shuji Sado ซึ่งเป็น CEO ของ OSDN.net ในเวลานั้น
- ปัจจุบันดูเหมือนว่า OSDN.net จะเป็นของ OSChina และในเวลานั้นโปรเจ็กต์ Vim ไม่ได้รับการสนับสนุนจากทีม OSDN.net หรือ OSChina
- มีการสอบถาม OSChina เกี่ยวกับแผนในอนาคต แต่ ณ เวลาประกาศครั้งแรกยังไม่ได้รับคำตอบ จึงมีการพิจารณาย้ายหน้าเว็บไปยังผู้ให้บริการรายอื่นด้วย
- Marc Schöchlin เสนอจะดูแลโฮสติ้ง
- เรื่องนี้เป็นเพียง ประเด็นที่กำลังพิจารณา และยังไม่มีการตัดสินใจ
- โครงสร้างโฮสติ้งปัจจุบันประกอบด้วยไฟล์ PHP และการเข้าถึงฐานข้อมูล MySQL
- Christian Brabandt คาดว่าปัจจุบันใช้ PHP 5 ซึ่งสิ้นสุดอายุการสนับสนุนแล้ว
- ซอร์สของ Vim ยังให้บริการในรูปแบบ repository Mercurial และ mirror อยู่ที่
https://hg.256bit.org/vim - ปริมาณ traffic ที่คาดไว้คือราว 200,000–500,000 page visits ต่อเดือน
- เนื่องจากมีสิทธิ์เข้าถึง OSDN Shell Server จึงมองว่าการสร้าง DB dump และย้ายเนื้อหาไม่น่ามีปัญหา
- SourceForge เป็นที่โฮสต์หน้าเว็บ Vim จนถึงปี 2018 และเพิ่งประกาศว่าจะย้ายไป PHP 7 ในอีก 2 สัปดาห์
- Christian Brabandt กล่าวว่าไม่ทราบว่าหน้าเว็บ Vim รองรับ PHP 7 หรือไม่
- จากการทดสอบ
https://vim.sourceforge.io/ดูเหมือนจะไม่ทำงานบน PHP 7
- ต่อมา OSChina ตอบว่าจะตรวจสอบปัญหาการเชื่อมต่อ และ Christian Brabandt มองว่ายังไม่มีแรงกดดันด้านเวลา เพราะ OSDN/OSChina ยังไม่ได้ประกาศกำหนดย้ายไป PHP 7
- มีการแจ้ง @Sec ว่าหากตัดสินใจย้ายหน้าเว็บ ก็ต้องย้ายโดเมน Vim ด้วย
- Bodo Eichstädt แจ้งว่า Sven เสียชีวิตเมื่อปีก่อน และเสนอว่า in-berlin.de สามารถให้การสนับสนุนด้านโดเมนและโฮสติ้งได้
- Christian Brabandt แสดงความเสียใจที่บุคคลสำคัญของ Vim เสียชีวิตในช่วงเวลาใกล้กัน
- เขามองว่าปัญหาทางกฎหมายของโดเมนที่ดูเหมือน Bram เป็นผู้จดทะเบียน เช่น
vim8.org,vim9.org,iccf-holland.orgก็ต้องจัดการร่วมกับครอบครัวของ Bram ด้วย
Mailing list, FTP, runtime files และช่องทางความปลอดภัย
- Bram เป็นเจ้าของ mailing list ทั้งหมด และ Christian Brabandt ยังไม่รู้ว่าเขาจัดการอย่างไร รวมถึงวิธีขอสิทธิ์เข้าถึง vim-announce และ vim-mac
- mailing list vim-dev และ vim-use อยู่ภายใต้การดูแลของ Christian Brabandt, Tony Mechelynk, John Beckett, Ben Schmidt และ Ben Fritz
- Christian Brabandt มองว่า Ben Schmidt และ Ben Fritz อาจไม่ได้มีบทบาทในโปรเจ็กต์ Vim แล้ว และจะตรวจสอบว่ายังต้องการดูแลต่อหรือไม่
- mailing list vim-mac ไม่ได้คึกคักมาก แต่ยังมีโพสต์เป็นครั้งคราว และมักมีทั้ง issue/คำถามเกี่ยวกับ MacVim และ Vim สำหรับ macOS ปะปนกัน
- การพูดคุยเกี่ยวกับ MacVim ส่วนใหญ่เกิดบน GitHub แต่มีผู้ใช้ที่ชอบรูปแบบ mailing list จึงมีข้อเสนอให้คงไว้
- Christian Brabandt ยังไม่มีสิทธิ์เข้าถึง FTP server หลักของ Vim และกำลังตรวจสอบกับครอบครัวของ Bram ว่าทราบ credentials หรือไม่
- ยังจำเป็นต้องตรวจสอบกับผู้ดูแล runtime files ว่ามีสิ่งที่ส่งให้ Bram โดยตรงหรือไม่
- สิ่งที่ส่งโดยตรงอาจสูญหายได้หากไม่ตรวจสอบ
- Ben Fritz กล่าวว่าในฐานะผู้ดูแล mailing list เขาคงทำงานได้อย่างมีประสิทธิภาพยากในระยะนี้
- หากกลับมามีบทบาทในระยะยาว เขากล่าวว่าสามารถมีส่วนร่วมกับโปรเจ็กต์ huntr.dev ได้โดยอาศัยประสบการณ์ด้าน InfoSec
- Ben Fritz ยังกล่าวถึง โปรเจ็กต์ Vim บน scan.coverity.com
- Christian Brabandt ตอบว่าตนและ Dominique เป็นผู้ดูแลโปรเจ็กต์ดังกล่าว จึงไม่น่ามีปัญหา
วิธีการมีส่วนร่วมและการเปิดซอร์สหน้าเว็บ
- Christian Brabandt กล่าวว่าไม่ต้องการเปลี่ยน ระบบบำรุงรักษา runtime ที่มีอยู่เดิม
- อย่างไรก็ตาม กำลังพิจารณาวิธีทำให้การอัปเดตจำนวนมากทำได้ง่ายขึ้น ซึ่งอาจเพิ่มภาระให้ผู้ดูแล runtime file แต่ละคนเล็กน้อย
- แนะนำให้ส่งอัปเดตด้วยวิธีส่ง PR ไปยังองค์กร GitHub
- วิธีส่งไฟล์เต็มไปยัง vim-dev หรือ Christian Brabandt ก็ยังทำได้เช่นกัน
- ในอดีต ผู้ดูแล plugin หลายรายส่งอัปเดตโดยอีเมลไฟล์ zip ที่มีไฟล์ทั้งชุดให้ Bram และบางครั้งใส่ vim_dev list เป็นสำเนาด้วย
- Ben Fritz ตั้งใจจะดูแล TOhtml plugin ต่อในฐานะผู้ดูแลอย่างเป็นทางการ
- ในช่วงไม่กี่ปีที่ผ่านมาเขามีส่วนร่วมได้ไม่เกินการแก้บั๊กไม่กี่รายการ
- ไม่มีอัปเดตที่ยังไม่เผยแพร่ซึ่งส่งไว้ให้ Bram
- โปรเจ็กต์ TOhtml มี automated tests ที่ใช้ test framework ของ Vim เอง และเขามองว่าควรรวมไว้ในแนวทางบำรุงรักษาต่อไปด้วย
- Christian Brabandt ตอบว่าไม่เห็นข้อร้องเรียนหรือ issue ล่าสุดเกี่ยวกับ TOhtml plugin แต่ก็อาจยังมีพื้นที่ให้ปรับปรุง เช่น การรองรับ popup หรือ virtual text
- Ben Fritz มองว่า text properties เช่น virtual text ควรปิดไว้โดยค่าเริ่มต้น และเปิดใช้งานผ่าน option จะเหมาะสมกว่า
- การเปิดซอร์สหน้าเว็บ vim.org เคยมีการพูดคุยกับ Bram มาก่อน
- หากเปิดเผย จะสามารถรับ contribution, รักษาให้ทันสมัย และปรับให้ดูทันสมัยขึ้นได้
- Bram ไม่ต้องการ เพราะกังวลว่าข้อมูลอ่อนไหวอาจรั่วไหล หรือปัญหาที่อาจเกิดขึ้นอาจถูกพบได้ง่ายขึ้น
- Christian Brabandt มองว่าความกังวลดังกล่าวสมเหตุสมผล และยังไม่รู้ว่าจะจัดการอย่างไร
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
เมื่อไม่กี่ปีก่อน พี่น้องของผมเสียชีวิตกะทันหัน ทำให้ผมต้องรับหน้าที่ จัดการและเก็บรักษาชีวิตดิจิทัล ของเขา
โชคดีที่มีอีเมลกู้คืนของบัญชี Gmail หลัก และรหัสผ่านบางส่วนที่คู่สมรสของเขารู้ จึงสามารถเข้าถึงและเก็บข้อมูลแทบทุกอย่างที่นึกออกได้ผ่านบริการอย่าง Google Takeout
แต่พอคิดว่าถ้าเรื่องเดียวกันเกิดกับผม ผมก็รู้ตัวว่าคงแทบเป็นไปไม่ได้ เพราะรหัสผ่านและข้อมูลยืนยันตัวตนทั้งหมดอยู่ใน password manager และ master password นั้นอยู่แค่ในหัวผมเท่านั้น
การวางแผนไว้ล่วงหน้าเพื่อให้ครอบครัวและเพื่อน ๆ จัดการชีวิตดิจิทัลหลังเราเสียชีวิตได้ง่ายขึ้นเป็นเรื่องดี และ 1Password มี เอกสารกู้คืน ที่พิมพ์ออกมาแล้วเขียนรหัสผ่านลงไปได้ พร้อมใส่ขั้นตอนการเข้าถึงที่จำเป็นไว้ในนั้น
ผมพิมพ์เอกสารนี้ฝากไว้กับคนจำนวนน้อยที่ไว้ใจอย่างเต็มที่แล้ว เพราะเรื่องไม่คาดคิดเกิดขึ้นได้ทุกเมื่อ การเตรียมไว้ล่วงหน้าเพื่อคนที่ต้องอยู่ข้างหลังจึงเป็นของขวัญที่ดี
ในเธรดนี้มีการพูดถึงตู้เซฟหรือกล่องที่ฝังไว้ด้วย แต่ถ้าฝาก แฟลชไดรฟ์ USB แบบเข้ารหัส ธรรมดาไว้กับคนที่ไว้ใจ และแบ่งรหัสผ่านให้คนรู้จักหลายคนด้วย อัลกอริทึม Shamir's Secret Sharing ก็จะลดความเสี่ยงที่ทุกอย่างจะถูกขโมยไปหมดตอนมีการบุกรุกบ้านได้
ไม่มีใครมีอีเมลกู้คืนเลย สุดท้ายจึงต้องใช้ password cracker กับบัญชี Windows ของเขา และโชคดีที่ข้อมูลยืนยันตัวตนของ Windows ไม่ได้แข็งแรงนัก เลยใช้ Linux live CD กับ GPU สำหรับเล่นเกมของเขาแกะรหัสผ่านได้ภายในไม่กี่วัน
จากนั้นก็เข้าถึงบัญชี 1Password ได้ และผมก็ตระหนักว่าการฝาก กุญแจสู่อาณาจักรดิจิทัล ของตัวเองไว้กับบุคคลที่สองที่ไว้ใจได้ เพื่อเตรียมรับสถานการณ์ภัยพิบัติ เป็นเรื่องที่ฉลาด
สักวันหนึ่งจะต้องมีใครสักคนจัดการบัญชีเหล่านี้ทีละบัญชี ดังนั้นต่อให้ไม่ได้ optimize จนสมบูรณ์แบบและเสียประโยชน์ไปบ้างเล็กน้อย การลดจำนวนธนาคารที่ใช้ก็ยังคุ้มค่า
สิ่งที่น่ากังวลไม่ใช่แค่ความตาย แต่รวมถึงทุกอย่างที่ทำให้เราสูญเสียความทรงจำเรื่องรหัสผ่าน เช่น ความเจ็บป่วยหรือการบาดเจ็บที่ศีรษะ และเมื่อถึงตอนนั้น คนที่พยายามช่วยเราก็จะถูกกันออกจากทุกบัญชี
password manager มีประโยชน์มาก เพราะเท่ากับทิ้งรายชื่อทุกบริษัทที่ผมเคยสร้างบัญชีออนไลน์ไว้ แต่เท่าที่ผมเข้าใจ แค่นั้นอาจยังไม่พอถ้าไม่มี อำนาจตามกฎหมาย ในการเข้าถึงบัญชีแทนผม
เช่น ต่อให้ผมให้รหัสผ่าน 401k แก่เพื่อนเพื่อจัดการมรดก การที่เขาใช้รหัสผ่านนั้นอาจอยู่ในพื้นที่สีเทาทางกฎหมาย ผมเลยตั้งใจจะปรึกษาทนายที่ดูแลเรื่องกฎหมายเหล่านี้ด้วย
การสรุประดับความสำคัญและบริบทคร่าว ๆ ของบางบัญชีก็ช่วยได้ เช่น ต้องรู้ว่าบริษัทการเงินไหนดูแลประกันชีวิต และประกันนั้นผูกกับนายจ้างหรือไม่
รวมถึงคำถามอย่างว่า ถ้าบาดเจ็บจนป่วยยาวแล้วเสียงานก่อนเสียชีวิต จะสูญเสียประกันชีวิตก่อนเงินประกันจะจ่ายหรือไม่
หนึ่งในงานสำคัญของครอบครัวเราคือโปรเจกต์ red binder ที่บอกว่า “ถ้าผมเสียชีวิตหรือไม่สามารถตัดสินใจได้ ให้ทำแบบนี้” และผมกำลังจัดระเบียบความคิดในแนวนี้อยู่ จึงอยากฟังมุมมองเพิ่มเติม
อุปกรณ์ทั้งสองเครื่องถูกเข้ารหัสไว้ และดูเหมือนว่าอุปกรณ์ Samsung ถูกตั้งค่าให้ล้างข้อมูลเมื่อใส่ผิดสะสมครบจำนวนครั้ง
อาจไม่มีอะไรสำคัญก็ได้ แต่การต้องปล่อยให้ไม่รู้แบบนั้นทำให้ค้างคาใจเสมอ
มีใครคัดลอกเนื้อหาหลักให้ได้ไหม? ไม่รู้ว่า Google เกลียดผู้ใช้ Firefox หรือเปล่า แต่ผมอ่านไม่ได้เลย
แก้ไข: Internet Archive มีสำเนาที่ใช้งานได้ https://web.archive.org/web/20230810094255/groups.google.com...
เป็นข่าวที่น่าเสียใจ
บทความที่ควรอ่าน: https://evrone.com/blog/bram-moolenaar-interview
“การพัฒนาซอฟต์แวร์ใกล้เคียงกับงานช่างฝีมือมากกว่า ช่างฝีมือจะใช้เครื่องมือที่เขาคิดว่าจะให้ผลลัพธ์ดีที่สุด ไม่ว่าจะเป็นเครื่องมือที่ทุกคนใช้หรือเครื่องมืออื่น และช่างฝีมือที่ยอดเยี่ยมก็จะสร้างเครื่องมือของตัวเองเมื่อจำเป็น” - B. Moolenar
ขอบคุณคนที่ทำให้ Vim กลายเป็นส่วนหนึ่งของ DNA การพัฒนา
ตั้งแต่ text objects ไปจนถึง macros และ registers Vim คือ สภาพแวดล้อมการเขียนโปรแกรมแบบไดนามิก ที่จับสถานะและเรียกสคริปต์เล็ก ๆ ได้
Vim เหมือนการร่ายคาถาแบบทันทีทันใด ไม่ใช่การทำพิธีกรรมซับซ้อนอย่างเคร่งครัด แต่เป็นความรู้สึกเหมือนสร้างอีเทอร์อันทรงพลังไว้รอบตัว แล้วบิดมันเพียงเล็กน้อยเพื่อเปลี่ยนโลกโดยรอบ
ช่วงเปลี่ยนผ่านคงวุ่นวายไปสักพัก ขอให้ทุกอย่างไปได้ดี
ดีใจที่โปรเจกต์ดูเหมือนจะอยู่ในมือของคนที่เข้าใจมันดี และผมก็ชอบท่าทีระมัดระวังต่อการเปลี่ยนแปลง codebase หลังรับช่วง leadership ต่อ
อะไรคือสิ่งที่ทำให้คนที่เหลือในชุมชน Vim ไม่ย้ายไป Neovim? จากที่สังเกต ดูเหมือนย้ายกันไปไม่น้อยแล้ว แต่ก็สงสัยว่าสำหรับคนที่ยังอยู่ มีอะไรที่สำคัญกว่าสิ่งที่ Neovim ให้ได้หรือไม่
สำหรับวิธีใช้ของผม ไม่มีอะไรน่าสนใจเป็นพิเศษจนต้องเปลี่ยน และบางอย่างที่ผมชอบใช้เป็นครั้งคราวในการแก้ไข LaTeX อย่าง gvim-gtk ก็ไม่มี
อีกทั้ง Vim แบบดั้งเดิมในตอนนี้ยังมีบรรยากาศของความน่าเชื่อถือเก่าแก่จากมรดกของ Bram ที่ Neovim ตามไม่ทัน ดังนั้นผมจะใช้ Vim ต่อไป
การดึงฟีเจอร์ยอดนิยมบางส่วนของ Neovim กลับมาใส่ Vim ก็สมเหตุสมผล การมี fork เชิงนวัตกรรมที่ทดลองฟีเจอร์ใหม่อย่างจริงจังเป็นเรื่องดี
ถ้าโปรแกรมพื้นฐานแบบนี้จะประสบความสำเร็จได้ แทบต้องผ่าน ด่านการแพ็กเกจของ Debian ให้ได้
โดยทั่วไปหมายถึงต้องโน้มน้าวดิสโทรให้ยอมรับเป็นเครื่องมือ “ทางการ” และ Debian หรือ Fedora ต้องเลือก Neovim เป็นตัวแก้ไขข้อความเริ่มต้นแทน Vim
จากนั้นการเปลี่ยนแปลงจะแพร่จาก Debian -> Ubuntu -> Mint -> ..., Fedora -> RHEL แบบนี้ ซึ่งใช้เวลาหลายปี และต้องมีรุ่นของดิสโทรออกมาแล้วผู้คนอัปเกรด
วงจรทั้งหมดที่เครื่องมือซึ่งถูกนำเข้าไปในการติดตั้งเริ่มต้นจะกลายเป็นของพบได้ทั่วไปทุกที่ น่าจะราว 10 ปี ดู systemd เป็นตัวอย่างได้
ต่อให้ Vim ไม่มีฟีเจอร์ใหม่เข้ามาเลยก็ไม่เป็นไร ถ้า Vim ไม่ได้รับการดูแลต่อ แต่ยังติดตั้งจากดิสโทรได้ ผมก็จะใช้ต่อไปเหมือนเดิม
ถ้าใช้ Vim ไม่ได้แล้ว เช่นเพราะขาดการดูแล ผมมีแนวโน้มจะไป nvi มากกว่า Neovim
ตอนนี้ก็คงเปลี่ยนไป nvi ได้เหมือนกัน แต่ไม่มีเหตุผลให้ทำ
ผมเคารพงานที่ Bram ทำกับ Vim มา และยังคงเคารพอยู่ และไม่เห็นข้อดีที่จะได้จากการย้าย
ตราบใดที่ชุมชนนักพัฒนา Vim ที่เหลือยังมีความตั้งใจและความสามารถจะสานต่อ ตอนนี้ก็ยังไม่เห็นข้อดี
สำหรับการใช้งานของผม Vim เป็นเครื่องมือที่สมบูรณ์แล้ว ขอแค่มันได้รับการดูแลและรันได้บนระบบปฏิบัติการสมัยใหม่ ก็ไม่จำเป็นต้องมีฟีเจอร์ใหม่
ลองเล่นอยู่ครึ่งวันก็ยังทำให้ใช้งานไม่ได้ เอกสารจำนวนมากดูเหมือนจะเก่าแล้ว และปลั๊กอินที่ใช้ประจำกับ
.vimrcก็ดูเหมือนจะไม่ทำงานทันทีสิ่งที่ผมสนใจหลัก ๆ คือทำงานให้เสร็จ ไม่ใช่การง่วนกับการตั้งค่าและเวอร์ชัน เลยยอมแพ้ ถ้าอีกไม่กี่ปีข้างหน้ายังสนใจอยู่ ก็คิดว่าจะลองใหม่
หวังว่า Vim กับ Neovim จะยื่นกิ่งมะกอกคืนดีกัน ถ้าจำเป็นก็ยื่น Git branch ด้วย :-D
ต่อให้ fork ไม่ถูกรวมกลับเข้าด้วยกัน ถ้าทำให้ codebase ใกล้เคียงกันมากขึ้นได้ ทั้งสองฝ่ายก็ได้ประโยชน์
เพียงแต่ผมคิดว่า Neovim เป็นการนำ Vim มาทำใหม่ตั้งแต่ต้นมากกว่าจะเป็น fork ของ Vim จึงสงสัยจริง ๆ ว่าการ merge จะใช้งานได้จริงแค่ไหน
แก้ไข: ดูเหมือนผมจะผิดในส่วนที่บอกว่า Neovim ไม่ใช่ fork ของ Vim
ทุกคนผัดผ่อนเรื่องการวางแผนมรดกโดยรวมด้วยเหตุผลที่ชัดเจน และยิ่งไม่คิดถึง การวางแผนมรดกดิจิทัล เข้าไปใหญ่
มีไม่กี่คนที่อยากคิดถึงความตายของตัวเอง และฝั่งดิจิทัลก็ยากเป็นพิเศษ เพราะมีทรัพยากรให้ใช้อ้างอิงน้อยมาก อีกทั้งแอป/เว็บไซต์ส่วนใหญ่ไม่ได้เตรียม workflow แบบนั้นไว้ เท่าที่ผมรู้มีแค่ Facebook ประมาณนั้นที่มีอะไรให้
ภรรยากับผมใช้บัญชี password manager ร่วมกัน ดังนั้นตามทฤษฎีแล้วเธอเข้าถึงทุกไซต์ที่ผมใช้ได้ แต่เธอจะรู้ไหมว่าต้องไปที่ไหน? จะพอรู้ไหมว่าจะดูแลบริการ self-hosted ในบ้านของเราอย่างไร? ยังไม่ต้องพูดถึงฮาร์ดแวร์
ผมเคยสอนวิธีรีสตาร์ตเซิร์ฟเวอร์ ESXi และ SSH เข้าไปรีสตาร์ตเซิร์ฟเวอร์ Docker หลักแล้ว แต่ไม่ได้ทำเอกสารไว้ที่ไหนเลย
ส่วนใหญ่ใช้ค่าเริ่มต้น และไม่มีการเข้ารหัส
ภรรยาผมไม่รู้เทคโนโลยีเลย และผมอยากให้เธอเข้าถึงสื่อกับเอกสารครอบครัวที่แปลงเป็นดิจิทัลได้ง่ายแม้หลังจากผมไม่อยู่แล้ว
คนที่พอรู้เทคนิคเล็กน้อยหรือร้านสักแห่งก็น่าจะหาวิธีดึงข้อมูลออกจาก Synology ได้
เพิ่งรู้ตอนนี้เองว่าเครื่องมือที่ใช้ทุกวันยังคงได้รับการดูแลอย่างแข็งขันอยู่
ขอขอบคุณอย่างไม่มีที่สิ้นสุดต่อ Bram Moolenaar ผู้คนมากมายที่มีส่วนร่วม และคนที่กำลังช่วยให้การเปลี่ยนผ่านเกิดขึ้นในตอนนี้
อีกอย่าง การดูเว็บไซต์นี้บน iPad แย่มาก ไม่ยอมเคารพคำขอให้เพิ่มขนาดตัวอักษร และเมื่อซูมเข้า ข้อความก็ขยับและการตัดบรรทัดเปลี่ยนไป ทำลายจุดประสงค์ของการซูม
ถึงอย่างนั้น รูปแบบการอ้างอิงและโครงสร้างการตอบกลับก็ยอดเยี่ยม และการสื่อสารออนไลน์ควรเป็นแบบนี้
ขึ้นว่า “Something went wrong. Please try again later.” เป็นทั้ง Firefox และ Chrome เวอร์ชันล่าสุด และ HN ก็คงยังไม่สามารถทำให้ Google ล่มด้วย Slashdot effect ได้ แล้วสาเหตุคืออะไร?
บน Android Firefox ของผม บริการของ Google ไม่โหลดเลยสักอย่าง และถูก redirect ไปหน้าช่วยเหลือที่บอกให้ล้างแคช ล้างแคชแล้วก็ไม่ช่วย
Bram เองไม่ได้พูดอะไรแยกต่างหากเกี่ยวกับปัญหานี้ไว้หรือ? ผมรู้ประโยคเดียวว่า “keep me alive”
ขอให้ Bram ไปสู่สุคติ และผมได้เรียนรู้จากเขามากมาย