CoMaps - ฟอร์กที่ขับเคลื่อนโดยชุมชนของ Organic Maps
(comaps.app)- ท่ามกลางความไม่แน่นอนของการดำเนินงาน Organic Maps ในอนาคต ชุมชนกำลังผลักดันฟอร์กแยกต่างหาก โดยเตรียม ฐานสำหรับรีลีสแรก และการตั้งค่าทางเทคนิคไว้แล้ว
- โปรเจ็กต์ใหม่นี้ยึดหลักสำคัญคือ การตัดสินใจที่โปร่งใส, การดำเนินงานแบบไม่แสวงหากำไรและเพื่อประโยชน์สาธารณะ, โอเพนซอร์สอย่างสมบูรณ์, และการให้ความสำคัญกับความเป็นส่วนตัว
- ชื่อชั่วคราวคือ CoMaps และการโหวตชื่อโปรเจ็กต์สุดท้ายกำลังจัดขึ้นบน Codeberg โดยจะสิ้นสุดในวันที่ 20 พฤษภาคม
- ผู้มีส่วนร่วมสามารถเข้าร่วมได้ผ่านการพัฒนา, การกำกับดูแล, เว็บไซต์, เอกสาร, การหารือด้านฟีเจอร์, การรายงานบั๊ก, การจัดทำสื่อประชาสัมพันธ์, และการสนับสนุนผ่าน OpenCollective
- การเจรจากับผู้ถือหุ้น Organic Maps แทบไม่มีความคืบหน้าอย่างเป็นรูปธรรม และความเห็นต่างระหว่าง Viktor กับ Roman ยังคงอยู่ ทำให้อนาคตของโปรเจ็กต์เดิมยังไม่แน่นอน
ความคืบหน้าของฟอร์กโดยชุมชน
- งานฟอร์ก Organic Maps ที่ขับเคลื่อนโดยชุมชนกำลัง เดินหน้าอย่างรวดเร็ว
- กำลังจัดวางฐานสำหรับรีลีสแรก การตั้งค่าทางเทคนิค และสรุปงานที่กำลังดำเนินอยู่
- โปรเจ็กต์ใหม่นี้ตั้งฐานอยู่ที่ Codeberg ของ comaps
- หลักการดำเนินงานมีดังนี้
-
ความโปร่งใส
- การตัดสินใจโดยชุมชน
- ไม่แสวงหากำไรและเพื่อประโยชน์สาธารณะ
- โอเพนซอร์สอย่างสมบูรณ์
- ให้ความสำคัญกับความเป็นส่วนตัว
-
การโหวตชื่อและช่องทางการมีส่วนร่วม
- ชื่อโปรเจ็กต์ CoMaps เป็นชื่อชั่วคราว
- ใช้ในความหมายอย่าง community, collaborative, common, collective
- ชื่อสุดท้ายจะใช้วิธีให้ชุมชนร่วมกันเลือก
- โหวตชื่อโปรเจ็กต์ กำลังจัดขึ้นบน Codeberg และจะสิ้นสุดในวันที่ 20 พฤษภาคม
- สามารถล็อกอินเข้า Codeberg เพื่อโหวตหรือเสนอชื่อได้
- ขณะนี้มีผู้คนสมัคร Codeberg และเข้าร่วมการมีส่วนร่วมแล้ว รวมถึงการหารือด้านฟีเจอร์และการรายงานบั๊ก
- ช่องทางการมีส่วนร่วมมีดังนี้
- เข้าร่วมการพัฒนาที่ Codeberg development repository
- เข้าร่วมกิจกรรมด้านการบริหารจัดการองค์กรและการตัดสินใจที่ Governance repository
- ช่วยประชาสัมพันธ์โปรเจ็กต์
- ช่วยจัดทำข้อความและกราฟิกสำหรับประชาสัมพันธ์บนโซเชียลมีเดีย
- ช่วยสร้างเว็บไซต์ที่ Website repository โดยดูตัวอย่างได้ที่ comaps.app
- สนับสนุนผ่าน OpenCollective
- เงินสนับสนุนและค่าใช้จ่ายทั้งหมดจะถูกจัดการอย่างโปร่งใสผ่าน Open Collective
- ในอัปเดตถัดไปจะมีการประกาศชื่อโปรเจ็กต์สุดท้าย
สถานการณ์การเจรจา Organic Maps
- การเจรจากับผู้ถือหุ้น Organic Maps ไม่มีความคืบหน้าอย่างเป็นรูปธรรม
- Viktor ดูเหมือนจะเปิดรับเพียงการรับประกันว่าจะไม่ขายโปรเจ็กต์ แต่ในด้านอื่น ๆ ยังคงต้องการรักษา อำนาจควบคุมทั้งหมด เหนือ Organic Maps
- ความเห็นต่างระหว่างผู้ถือหุ้น Viktor และ Roman ยังไม่ได้รับการแก้ไข ทำให้อนาคตของ Organic Maps ยังคงไม่แน่นอน
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ประเด็นที่กังวลดูเหมือนไม่ใช่ว่า Organic Maps มีการเปลี่ยนแปลงเกิดขึ้นแล้ว แต่เป็นการต้องการ หลักประกัน จำนวนมากว่าโปรเจกต์จะเป็นอย่างไรต่อไป
ถ้าการเปลี่ยนแปลงแบบนั้นเกิดขึ้นจริง ค่อย fork ตอนนั้นก็ได้ เคยมีตัวอย่างมาแล้วที่ Maps.ME ถูกขาย และ Roman ก็ fork มาเป็น Organic Maps ถ้าถูกขายอีก ก็ fork ได้อีก การ fork ตอนนี้อาจสร้างความเสียหายต่อ ชุมชน มากกว่าการรอจนกว่าจะจำเป็นก็ได้
ดู WordPress สิ BDFL กำลังแบนคนที่วิจารณ์ “สงครามนิวเคลียร์” ที่เขาเรียกเองกับคู่แข่งรายใหญ่ที่สุดในธุรกิจโฮสติ้งออกจากชุมชนอย่างแข็งขัน และแม้สมาชิกชุมชนหลายพันคนจะถูกลากเข้าไปพัวพันในสงครามนั้น ก็ยังไม่มี fork เพราะการ fork นั้นยากและทำให้ชุมชนแตกแยก ผู้คนจึงยอมทนกับทรราชย์มากกว่าจะเสี่ยงกับความไม่มั่นคง ไม่ต่างจากทรราชย์ในสภาพแวดล้อมอื่น
ถ้าตั้งแต่ช่วงต้นของโปรเจกต์มี governance ที่ดีพร้อมกระบวนการที่เป็นประชาธิปไตยอย่างสมเหตุสมผล และผู้มีส่วนร่วมสามารถเลือกผู้ทำหน้าที่บริหารได้ แม้เรื่องจะแย่ลงก็ยังมีเครื่องมือรับมือ จึงมีแนวโน้มที่จะรู้สึกว่าต้อง fork ในอนาคตน้อยลง
แค่นั้นก็ดูเพียงพอที่จะทำให้การ fork ชอบธรรมแล้ว ยิ่งกว่านั้น คำมั่นว่าจะเลือกตั้งและเปลี่ยนสมาชิกบอร์ดก็ไม่ได้ทำตาม และยังมีการกล่าวหาว่าเงินบริจาคให้โปรเจกต์ Organic Maps ถูกใช้กับวันหยุดพักผ่อนส่วนตัวตามที่ระบุในจดหมายเปิดผนึกฉบับแรก แต่เรื่องนี้ก็ถูกปกปิดไว้ด้วย
อยากรู้เบื้องหลัง
เนื้อหาคือ “ไม่มีความคืบหน้าอย่างมีนัยสำคัญในการเจรจากับผู้ถือหุ้นของ Organic Maps”, “ดูเหมือน Viktor จะเปิดไว้เพียงคำรับประกันว่าจะไม่ขายโปรเจกต์ แต่ที่เหลือต้องการคง อำนาจควบคุมเต็มรูปแบบ เหนือ Organic Maps”, “ความขัดแย้งระหว่างผู้ถือหุ้น Viktor กับ Roman ยังไม่คลี่คลาย ทำให้อนาคตของ Organic Maps ยังไม่แน่นอน”
fork อีกแล้วเหรอ? จุดสำคัญของ Organic Maps เองไม่ใช่ว่าเป็น fork ที่ขับเคลื่อนโดยชุมชน ของ maps.me หรอกหรือ? งั้นตอนนี้ก็กลายเป็น fork ของ fork แล้วสินะ?
สถานะปัจจุบันของบรรดา แอปที่ใช้ OSM เป็นฐาน บนมือถือค่อนข้างน่าเสียดาย Maps.me กลายมาเป็น Organic Maps แล้วตอนนี้ก็เกิดเรื่องแบบนี้ขึ้นอีก
มีความพยายามในการพัฒนาเยอะและมีงานดี ๆ ใส่เข้ามามาก แต่ผ่านไปหลายปีแล้ว แอปเหล่านี้ก็ยังไม่ได้รู้สึกว่าใช้งานเป็นมิตรกับผู้ใช้ขึ้นเลย
เคยพยายามผลักดันให้ใช้แทน Google Maps อยู่พอสมควร แต่สุดท้ายก็ยอมแพ้ OsmAnd นั้นยอดเยี่ยมเวลาที่ต้องการ “มีดพับสวิสแห่งวงการแอป OSM” บนมือถือ แต่โอกาสแบบนั้นมีไม่บ่อย Maps.me/Organic Maps ก็คล้ายกัน ถ้าค้นหาอะไรสักอย่างแล้วพิมพ์ผิดไปแค่ตัวเดียว โอกาสจะได้ผลลัพธ์แทบไม่มี เส้นทางสำรองสำหรับจักรยานก็หวังได้ยาก ส่วนการเรนเดอร์ก็ดูไม่สวยหรือช้า หรือทั้งสองอย่าง
กำลังลองย้ายไปใช้ Mapy.com ซึ่งเดิมคือ Mapy.cz และน่าแปลกที่เป็นแอปที่เป็นมิตรกับผู้ใช้พอสมควร แต่อีกไม่นานจะหารายได้อย่างไรก็ยังไม่รู้ จนถึงตอนนี้ถือว่าดีที่สุดบนมือถือ และหวังว่ามันจะกลายเป็นตัวแทนแผนที่จริง ๆ ได้ ช่วงหลังเพิ่งเปลี่ยนจากแนวคิดที่เน้นเช็กเป็นศูนย์กลางมาเป็น mapy.com แผนที่ทั่วโลกอย่างจริงจัง และตอนนี้ทั้งเว็บและมือถือยังยอดเยี่ยมอยู่
ถ้า OsmAnd ได้ เอนจินเรนเดอร์ ใหม่แบบ StreetComplete หรือ Mapbox renderer ที่ฝังอยู่ใน Strava ก็น่าจะกลายเป็นตัวท็อปได้ ไม่ใช่ฟีเจอร์ “3D” ช้า ๆ ที่มีมาตั้งแต่หลายปีก่อนนั่น
แค่เปิดใช้บริการเส้นทางออนไลน์ การนำทางก็จะทรงพลังขึ้นมาก เส้นทางสำรองก็มีมาเป็นพื้นฐาน และเร็วขึ้นด้วย ใน OSMAnd ทำได้เช่นผ่าน GraphHopper: https://www.graphhopper.com/blog/2024/02/27/osmand-with-grap...
การค้นหาที่อยู่ก็เช่นกัน ถ้าใช้การค้นหาที่อยู่ออนไลน์อย่าง Photon ก็อาจเป็นมิตรกับผู้ใช้มากขึ้น ใน GraphHopper Maps ใส่ Photon กับการนำทางของ GraphHopper ไว้ด้วยกันแล้ว: https://graphhopper.com/maps/ จะโฮสต์เองก็ได้ กล่าวคือสามารถใช้ออฟไลน์ได้ด้วย: https://github.com/karussell/local-maps
GraphHopper Maps มีอยู่บน F-Droid ด้วย และบน iOS สามารถติดตั้งเว็บไซต์เป็น PWA ได้ อนึ่ง ผมเป็นผู้ร่วมก่อตั้ง GraphHopper
แต่เพราะเป็นออนไลน์ จึงนำไปใช้งานบนมือถือของผู้ใช้แต่ละคนได้ยากมาก และนี่คือข้อจำกัดของ Organic Maps กับ Osmand
ต่อให้เริ่มใช้ Photon หรือโปรเจกต์คล้ายกันแล้ว ก็ยังต้องทำงานเพิ่มอีกมากเพื่อให้ประสบการณ์เหมือน Google ต้องจัดการเรื่องการเสนอเส้นทางอย่าง “from london to winchester”, การตรวจจับพิกัด, การจัดการตัวย่ออย่าง blvd ในหลายภาษา, การค้นหาตามหมวดหมู่อย่าง “coffee in Marais” ไม่ใช่แค่ค้นหาแบบ full-text เฉพาะชื่อสถานที่ แต่ต้องแยกคำค้นหาในเชิงความหมาย
เส้นทางสำรองสำหรับจักรยานก็เป็นปัญหาเดียวกัน การนำทางออฟไลน์ยากกว่า BRouter มีเส้นทางสำรองเยอะและยอดเยี่ยม แต่เป็นออนไลน์ และแม้จะติดตั้งใน OSMand ได้ก็ค่อนข้าง nerdy
อนึ่ง ผมกำลังทำงานกับเว็บแอปแผนที่ https://cartes.app ใช้ Photon และ Brouter อยู่ แต่ยังมีงานต้องทำอีกมาก รวมถึงการทำให้รองรับภาษาอังกฤษในระดับสากล หวังว่าจะเสร็จเร็ว ๆ นี้
อยากรู้ว่ามีเครื่องมือคล้ายกันบน iOS หรือ macOS ไหม หรือมีคำแนะนำสำหรับการแก้ไขถนนหรือเปล่า
ตอนนี้ผมเดินทางอยู่ในยุโรปด้วยรถแคมป์ปิ้ง 4.5 ตัน ใน OsmAnd+ โดยปกติข้อจำกัดน้ำหนักและความสูงของถนนจะแสดงได้ถูกต้อง แต่ถ้าไม่แสดง ก็เสียเวลาเลี่ยงทางในแถบแอลป์ไปหลายชั่วโมง อยากช่วยคนถัดไปที่เจอสถานการณ์คล้ายกันจริง ๆ
ในรถ อยากได้โปรแกรมแผนที่ที่ใช้ออฟไลน์ได้ง่าย มีลูกศรเลนและเส้นทางเด่นขึ้น อ่านง่ายกว่า และสามารถคำนวณเส้นทางใหม่ได้เมื่อมีการปิดถนนหรือเมื่อออกจากทางด่วนเพราะรถติด
แต่สิ่งที่ไม่พอใจที่สุดเวลาใช้ Organic Maps สำหรับการขับรถคือฟังก์ชันค้นหา ไม่จำเป็นต้องมีฟีเจอร์โซเชียลออนไลน์แบบ Google Maps, การแจ้งเตือนตำรวจหรือความปลอดภัย, หรือคะแนนร้านอาหารก็ได้ แค่ช่วยหาสถานที่ที่อยากไปให้เจอจริง ๆ ก็พอ
ส่วนใหญ่พยายามหลีกเลี่ยง Google Maps แต่พอกลับมาลอง Organic Maps อีกครั้ง ก็ไม่มีปลายทางในผลการค้นหา ดังนั้นแม้จะค้นหาที่อยู่จาก Google แล้วป้อนเข้าไป ทั้งที่ใส่ที่อยู่ถูกต้องก็ยังหาไม่เจอ และสุดท้ายก็ต้องกลับไปใช้ Google Maps
รู้สึกว่าบางฟีเจอร์ เช่น ระบบนำทางรถยนต์ ดีกว่า Google Maps ด้วยซ้ำ นโยบายความเป็นส่วนตัวก็ไม่ได้ดูน่าขนลุก และส่วนที่น่ากังวลที่สุดเป็นการเลือกเข้าร่วม โดยสวิตช์อธิบายชัดเจนว่ากำลังยินยอมเรื่องอะไร และถ้าไม่ยินยอมจะใช้ฟีเจอร์อะไรไม่ได้
นโยบายความเป็นส่วนตัวของ Mapy ในบางแง่มุมน่ากังวลน้อยกว่า Here แต่ส่วนอย่างการแชร์ข้อมูลตำแหน่งเพื่อข้อมูลจราจร ซึ่งใน Here เป็นการเลือกเข้าร่วม กลับเปิดอยู่ใน Mapy และปิดไม่ได้
ถึงจะชอบทางเลือกแบบโอเพนซอร์สมากกว่า แต่ก็เห็นด้วยว่าตอนนี้ยังไม่มีตัวไหนตรงกับความต้องการของผม
สงสัยว่าทำไมผู้คนถึงมีส่วนร่วมกับ Organic Maps แต่ไม่ไปมีส่วนร่วมกับ OSM
เคยคิดว่า Organic Maps เป็นแค่วิธีที่ประณีตในการเผยแพร่ข้อมูล OSM เท่านั้น
มีทั้งโค้ดสำหรับคัดเลือกและรวบรวมแผนที่ให้เป็นแพ็กเกจที่ดาวน์โหลดได้, โค้ดสำหรับแสดงผล, โค้ดนำทาง, แอสเซ็ตและทรัพยากรด้านดีไซน์ของแอป, เอกสาร ฯลฯ
ตัวแผนที่เองเป็น OSM นั้นถูกต้อง และการมีส่วนร่วมกับ OSM ก็ช่วยทั้ง Organic Maps และโปรเจกต์แผนที่ชุมชนใหม่ ๆ ที่จะเกิดขึ้นในอนาคตด้วย
ตามอุดมคติแล้ว แอปทุกตัวที่ใช้ข้อมูล OSM ควรทำให้ผู้ใช้มีส่วนร่วมกับข้อมูลแผนที่พื้นฐานได้ แต่ในความเป็นจริงอาจไม่เป็นเช่นนั้น
Organic Maps ดีตรงที่เบากว่า OSMand, เรนเดอร์เร็วกว่า และตั้งค่าง่ายกว่า แต่เท่าที่จำได้ ยังขาดฟีเจอร์ที่มีประโยชน์อย่างจุดสนใจ เช่น ซูเปอร์มาร์เก็ตหรือปั๊มน้ำมัน
ถ้าแชร์ ข้อมูลแผนที่ออฟไลน์ ระหว่างแอปได้ง่ายก็คงดี เช่น ดาวน์โหลดในแอป A แล้วสำรองไว้ใน SD card จากนั้นนำไปใช้กับแอป B, C, D หรืออุปกรณ์อื่นด้วยการสลับหรือคัดลอก SD card อาจทำได้บน Android แต่หาวิธีไม่เจอ และอย่างน้อยก็ไม่ง่าย ไม่ชัดเจน หรือไม่อัตโนมัติ
แม้ Organic Maps จะมีทางเลือกเฉพาะบางอย่าง เช่น เน้นใช้งานออฟไลน์ แต่สำหรับหลายคนมันดูเหมือนจะเป็นแอปแบบนั้น การมีส่วนร่วมกับแอปนี้จึงสำคัญมาก หาก OSM จะดำรงอยู่ได้ในโลกที่มี Google Maps และ Apple Maps
ในระบบนิเวศ OSM ยังมีโปรเจกต์ FOSS อื่น ๆ อีกมาก และแน่นอนว่างานด้านแผนที่รวมถึงการปรับปรุงข้อมูลแผนที่ก็เป็นสิ่งที่น่ายินดีอย่างยิ่ง
เคยลองส่งการแก้ไขเล็ก ๆ น้อย ๆ ให้ Organic Maps อยู่บ้าง การตอบสนองรวดเร็วและความเห็นก็สมเหตุสมผล
ไม่ได้หมายความว่าเห็นด้วยกับทุกการตัดสินใจหรือทุกลำดับความสำคัญ แต่นั่นก็เป็นเรื่องปกติ ภาวะผู้นำดูปกติดีพอสมควร และรู้สึกเหมือนเป็นโครงสร้างที่ค่อนข้างใกล้กับ BDFL
จากที่ลองสำรวจ Organic Maps เป็นทางเลือกโอเพนที่ใช้งานได้จริงแทบจะรายเดียวของสิ่งอย่าง Gaia และช่องว่างก็ยังค่อนข้างกว้าง มันทำหน้าที่ได้ค่อนข้างดี แต่สไตล์แผนที่ยังมีจุดที่น่าเสียดาย และการมีเพียงเส้นชั้นความสูงหน่วยเมตรก็เป็นเรื่องน่าเสียดาย
จากประสบการณ์ที่ได้แตะ codebase เล็กน้อย ทำให้รู้ว่านี่ไม่ใช่โปรเจกต์เล็กหรือเรียบง่าย แต่เป็น codebase ขนาดใหญ่ที่ผสม C/Java และอื่น ๆ เพื่อแชร์การเรนเดอร์ข้ามหลายแพลตฟอร์ม และแค่การสร้างไฟล์แผนที่ก็ไม่ใช่งานเล็กแล้ว
ยังสงสัยอยู่เหมือนกันว่า fork จะตั้งหลักได้จริงหรือไม่ ดูมีแนวโน้มว่าสองโปรเจกต์จะต้องลำบากกันไปอีกสักพัก การประกาศ fork นั้นทำง่าย แต่การส่งมอบคุณค่ามากพอที่จะดึงผู้ใช้เข้ามาให้เกินกว่าวาทกรรมนั้นเป็นอีกเรื่องหนึ่ง
เจ้าของติดอยู่กับภาวะ burnout และความขัดแย้งมาหลายเดือนแล้ว ดังนั้นจึงคาดว่าประสบการณ์ต่อจากนี้โดยรวมจะเหมือนเดิมหรือดีขึ้น การดึงผู้ใช้เข้ามาอย่างไรก็เป็นกระบวนการแบบค่อยเป็นค่อยไป และไม่ใช่ตัวชี้วัดอันดับหนึ่งของโปรเจกต์ FOSS สิ่งที่สำคัญกว่าคือการมีส่วนร่วมอย่างแข็งขันจากผู้มีส่วนร่วมที่หลากหลาย ควบคู่ไปกับความใช้งานง่ายและความนิยม
ถ้าดีกว่าสำหรับผู้ใช้ จะใช้ทั้ง Organic Maps และ CoMaps ก็ได้ ตอนนี้ก็ยังใช้ Organic Maps ควบคู่กับ OSMAnd ตามงานแต่ละแบบอยู่ และก็ใช้งานได้ดี
บทความที่เกี่ยวข้อง: https://news.ycombinator.com/item?id=43705631
เริ่มรู้สึกกังขามากขึ้นเรื่อย ๆ กับแนวคิดที่ว่าเป็น โปรเจกต์ที่ดำเนินการโดย BDFL
แนวคิดนี้เองน่าสนใจอยู่ จริง ๆ แล้วใกล้เคียงกับราชาปราชญ์ของเพลโต และ BDFL ช่วยไม่ให้การตัดสินใจติดขัด ทำให้โปรเจกต์เดินหน้าได้โดยไม่ต้องให้คณะกรรมการถกเถียงกันทุกเรื่อง สามารถรักษาบริบทและวิสัยทัศน์ของโปรเจกต์ไว้ได้ต่อเนื่อง และเพราะไม่ต้องรับผิดชอบต่อใคร จึงตัดสินใจให้เหมาะกับโปรเจกต์ได้ แทนที่จะต้องประนีประนอมทางการเมืองที่ซับซ้อน มีข้อดีของระบอบกษัตริย์ครบถ้วน
แต่น่าเสียดายที่เราเห็นซ้ำแล้วซ้ำเล่าว่าโมเดล BDFL ก็มีปัญหาของระบอบกษัตริย์ครบถ้วนเช่นกัน ถ้าได้คนดี นี่คือรูปแบบการปกครองที่มีประสิทธิภาพที่สุด แต่คนเรานั้นแปรปรวน บ่อยครั้ง BDFL กลับกลายเป็นผู้มีเจตนาร้ายในท้ายที่สุด หรือมองว่าตัวเองคือโปรเจกต์ และมีสิทธิ์ผูกขาดผลประโยชน์ที่เกิดจากมัน นึกถึง WordPress ขึ้นมาเลย
BDFL ที่ดีนั้นคุ้มค่าที่จะรักษาไว้ แต่ในระยะยาว ผมมองว่าการหาแรงบันดาลใจสำหรับโครงสร้างชุมชนจาก ประชาธิปไตย·สาธารณรัฐ ในโลกจริง น่าจะมั่นคงกว่า น่าเชื่อถือกว่า และนำไปใช้กับโปรเจกต์ใหม่ ๆ ได้ทั่วไปมากกว่า ประชาธิปไตยไม่ได้สมบูรณ์แบบ แต่โดยการออกแบบแล้วมันช่วยลดผลกระทบจากความแตกต่างของแต่ละคนในชุมชน ทำให้เมื่อเวลาผ่านไปให้ผลลัพธ์ที่คาดเดาได้มากกว่าระบอบกษัตริย์
ดังนั้นมันจึงใกล้เคียงกับการต้อนฝูงแมว มากกว่าการยิงนิวเคลียร์ใส่คนที่เพิกเฉยต่อคำสั่งประธานาธิบดีหรือไม่จ่ายภาษี
เป้าหมายของโปรเจกต์ชุมชนมักหลวม ๆ พันธกิจ ค่านิยม ธรรมาภิบาล ความเป็นเจ้าของ·การควบคุม ฯลฯ อาจเปลี่ยนแปลงได้ แม้จะมีความเห็นจากชุมชนเข้ามา แต่โดยปกติมักมีบุคคลที่มีอิทธิพลหนึ่งหรือสองคนเป็นผู้นำ โปรเจกต์ยังอาจถูกกดดันให้เปลี่ยนแปลงไปในทางที่แย่ลง หรือไม่สะท้อนมุมมองของกลุ่มผู้มีส่วนร่วมและผู้ใช้จริง ๆ โดยส่วนตัวผมไม่รู้จักโปรเจกต์ชุมชนที่จำเป็นต้องทำตามสิ่งที่เสียงส่วนใหญ่ของชุมชนเรียกร้อง ในความหมายนี้ มันจึงคล้ายรัฐบาล “ประชาธิปไตย” แบบทั่วไป ที่ในความเป็นจริงผู้นำที่เข้มแข็งไม่กี่คนเป็นผู้รับผิดชอบ มากกว่าจะเป็น “ประชาชน”
โปรเจกต์แบบ BDFL ตามนิยามแล้วคือโปรเจกต์ของคนคนเดียว ไม่จำเป็นต้องมีวาระลับ จึงไม่มีวาระลับ ไม่มีแรงกดดันจากใคร และโปรเจกต์ก็ไปในทิศทางที่ผู้นำต้องการ ดังนั้นโดยทั่วไปจึงมี “ข้อถกเถียง” น้อยกว่า ถ้าไม่ชอบก็ยอมรับหรือจากไป
Organic Maps apparently ไม่ใช่โปรเจกต์แบบ BDFL แต่เป็นโปรเจกต์ที่มีตัวแทนคือบริษัทซึ่งมีผู้ถือหุ้น 3 คน ได้แก่ Roman, Viktor และ Alexander ซึ่งไม่ใช่ผู้ถือหุ้นแต่มีข่าวว่า Viktor ถือหุ้นแทนเขา ความกังวลในที่นี้คือ เพราะไม่ใช่โปรเจกต์แบบ BDFL เมื่อผู้ถือหุ้นเห็นต่างกันและ “เสียงข้างมาก” ตัดสินใจขายบริษัท ผู้มีส่วนร่วมจะไม่รู้ว่าจะเกิดอะไรขึ้น หากเป็นโปรเจกต์แบบ BDFL เจ้าของก็ยังอาจตัดสินใจขายได้อยู่ดี แต่ในกรณีนี้ ผู้ก่อตั้งโปรเจกต์จริง ๆ อยู่ข้างชุมชน
โดยส่วนตัวผมไม่ค่อยรู้จักกรณีที่โปรเจกต์ BDFL แท้ ๆ เคลื่อนไหวสวนทางกับเป้าหมายของชุมชนตัวเอง และโดยทั่วไป BDFL ก็ไม่ค่อยเปลี่ยนสิ่งที่เคยทำอยู่ ข้อยกเว้นคือเมื่อมีเงินเข้ามาเกี่ยวข้อง ถ้ามีคนได้รับเงินจากการเขียนโอเพนซอร์สในระดับหนึ่ง โปรเจกต์ยังปลอดภัย แต่ถ้ามีคนกำลังขายโปรเจกต์เป็นผลิตภัณฑ์ ก็ต้องระวัง “เงินคืออะแดปเตอร์สารพัดประโยชน์ที่เชื่อมต่อได้กับแรงจูงใจทุกแบบ”
Organic Maps เป็นแอปที่ยอดเยี่ยมจริง ๆ ไม่รู้มาก่อนว่าอยู่ภายใต้การถือครองขององค์กรลักษณะนี้ และหวังว่าจะจัดการเรื่องนี้ได้เรียบร้อย
อยากเสริมอีกสองสามอย่าง
นักพัฒนา Organic Maps มาจากเบลารุส และบริษัทจดทะเบียนในเอสโตเนีย โครงสร้างนี้ก็ยากมากอยู่แล้ว จึงเข้าใจได้ว่าผู้เขียนอาจต้องการโครงสร้างที่เรียบง่ายที่สุด อาจไม่อยากเสียพลังไปกับ องค์กรไม่แสวงหากำไร ซึ่งในระดับนานาชาตินั้นยุ่งยากและมีค่าใช้จ่ายสูงมาก
ถ้าขายบริษัทแล้วมีปัญหาอะไร? ก็สร้าง fork อีกอันแล้วเดินหน้าต่อได้ โอเพนซอร์สไม่ได้หมายความว่าผู้เขียนห้ามหาเงิน
ต้นทุนที่ใหญ่ที่สุดของ Organic Maps คือการโฮสต์และมิเรอร์ข้อมูลแผนที่ fork นี้จะใช้เซิร์ฟเวอร์ของตัวเองและจ่ายค่าใช้จ่ายเองหรือไม่?
มีรายชื่อนักพัฒนาและผู้มีส่วนร่วมที่อยู่เบื้องหลัง fork นี้หรือไม่? ผมเจอแต่คำว่า “เรา”, “ชุมชน”
ปัญหาอย่างหนึ่งดูเหมือนไม่ใช่เพราะกำลังขายบริษัท แต่เพราะไม่มีใครในชุมชนรู้ว่า เงินบริจาคไปอยู่ที่ไหน CoMaps ตั้งประเด็นเรื่องความโปร่งใสทางการเงิน และผมคิดว่านี่เป็นเหตุผลที่ดีพอสำหรับการ fork