Darklang ภาษาโปรแกรมมิ่งที่ออกแบบมาเพื่อขจัดความซับซ้อนในการ deployment ได้เปลี่ยนผ่านสู่ open source ภายใต้ Apache License 2.0 อย่างสำคัญ การเปลี่ยนแปลงนี้เกิดขึ้นเป็นส่วนหนึ่งของการปรับโครงสร้างองค์กรที่ไม่เหมือนใคร โดยพนักงานได้ซื้อสินทรัพย์ของบริษัทหลังจากพัฒนามา 8 ปีโดยไม่สามารถสร้างแรงดึงดูดในตลาดได้
การเปลี่ยนผ่านนี้หมายถึงมากกว่าแค่การเปลี่ยนแปลงใบอนุญาต Dark Inc. บริษัทเดิมได้ถูกปิดตัวลงและถูกแทนที่ด้วย Darklang Inc. ที่ก่อตั้งโดยอีกพนักงานเก่าที่เชื่อในศักยภาพของเทคโนโลยีนี้แม้จะประสบปัญหาทางการค้า แบบจำลองการซื้อกิจการโดยพนักงานนี้แม้จะเป็นเรื่องปกติในธุรกิจทั่วไป แต่ยังคงหาได้ยากในอุตสาหกรรมซอฟต์แวร์
รายละเอียดการเปลี่ยนแปลงองค์กร:
- บริษัทเดิม: Dark Inc. (ปิดตัวลงหลังจากดำเนินการมา 8 ปี)
- บริษัทใหม่: Darklang Inc. (ก่อตั้งโดยอีกพนักงานเดิม)
- การทำธุรกรรม: การซื้อสินทรัพย์ (ภาษาโปรแกรม, บล็อก, บริการโฮสติ้ง, โดเมน, ชุมชน Discord )
- ใบอนุญาต: Apache License 2.0 (เปลี่ยนจากแบบ source-available)
- ขนาดทีม: ปัจจุบันมี 2 คน (ทำงานระยะไกลเต็มรูปแบบ: Vermont , Algeria )
จาก Hosted Platform สู่ Local Development
การเปลี่ยนแปลงทางเทคนิคที่สำคัญที่สุดคือการเปลี่ยนจากแบบจำลอง hosted-only เดิมของ Darklang ภาษานี้ถูกออกแบบมาในตอนแรกเป็นแพลตฟอร์มแบบรวมศูนย์ที่นักพัฒนาจะเขียนโค้ดโดยตรงที่ darklang.com โดยโปรแกรมจะเข้าสู่การใช้งานจริงทันที แนวทางนี้มีเป้าหมายเพื่อเปิดใช้งานฟีเจอร์ต่างๆ เช่น การย้ายโค้ดอย่างปลอดภัยและการ deployment แบบรวมศูนย์
อย่างไรก็ตาม ข้อเสนอแนะจากชุมชนชี้ไปที่ความจำเป็นในการมีความสามารถในการพัฒนาแบบ local ทิศทางใหม่มุ่งเน้นไปที่การสร้าง Darklang เป็นเครื่องมือ CLI ที่สามารถทำงานใน local ได้ในขณะที่ยังคงตัวเลือกในการ deploy ไปยัง cloud ของตนเองหรือแพลตฟอร์มอื่นๆ การเปลี่ยนแปลงนี้แก้ไขอุปสรรคพื้นฐานในการนำไปใช้ เนื่องจากนักพัฒนาไม่เต็มใจที่จะรันไบนารีของภาษาที่เป็นกรรมสิทธิ์บนเครื่องของตนเอง
วิวัฒนาการทางเทคนิค:
- โมเดลเดิม: แพลตฟอร์มแบบ hosted-only ที่ darklang.com
- โมเดลใหม่: Local CLI พร้อมตัวเลือกการ deploy บนคลาวด์
- ภาษาการพัฒนา: ย้ายจาก OCaml ไปเป็น F
- คุณสมบัติหลัก: โครงสร้างพื้นฐานที่มองไม่เห็น การ deploy แบบไม่ต้อง deploy และการพัฒนาแบบ trace-driven
- สถาปัตยกรรม: เก็บโค้ดในรูปแบบ ASTs แทนที่จะเป็นไฟล์ข้อความ
สถาปัตยกรรมทางเทคนิคและการพัฒนา Editor
หนึ่งในฟีเจอร์ที่โดดเด่นที่สุดของ Darklang คือการรวมตัวกันอย่างแน่นแฟ้นระหว่างภาษาโปรแกรมมิ่งและ structured editor แนวทางนี้สัญญาว่าจะให้ประโยชน์เช่น trace-driven development และ deployless deployment แต่ก็สร้างภาระในการพัฒนาที่สำคัญด้วย การปรับปรุงภาษาทุกครั้งต้องมีการเปลี่ยนแปลง editor ที่สอดคล้องกัน ทำให้ความก้าวหน้าช้าลงและซับซ้อนมากขึ้น
การอภิปรายในชุมชนเผยให้เห็นความรู้สึกที่หลากหลายเกี่ยวกับการเปลี่ยนแปลงนี้ นักพัฒนาบางคนถูกดึงดูดโดยเฉพาะกับสภาพแวดล้อมการเขียนโปรแกรมแบบ visual ที่ hosted โดยมองว่าเป็นข้อเสนอคุณค่าหลัก คนอื่นๆ ชื่นชมการเปลี่ยนไปสู่ workflow การพัฒนาแบบดั้งเดิมมากขึ้นที่อนุญาตให้ทดสอบแบบ local และการรวมเครื่องมือที่คุ้นเคย
 |
|---|
| The School of Athens - ภาพประกอบของการสนทนาทางปัญญาและการร่วมมือที่สะท้อนถึงเส้นทางการพัฒนาของ Darklang |
แบบจำลองธุรกิจและความท้าทายด้านความยั่งยืน
แบบจำลองธุรกิจเดิมเน้นไปที่บริการ hosting ที่ให้เงินทุนสำหรับการพัฒนาระบบนิเวศ ผู้ใช้ที่มี workload จริงจังจะจ่ายเงินสำหรับแพลตฟอร์ม เพื่อสนับสนุนการพัฒนาภาษาต่อเนื่อง อย่างไรก็ตาม แนวทางนี้เผชิญกับความท้าทายแบบคลาสสิกของการต้องการการนำไปใช้ของผู้ใช้อย่างมากก่อนที่จะสร้างรายได้ที่ยั่งยืนได้
แนวทาง open source ใหม่เปิดโอกาสการสร้างรายได้ที่แตกต่างกัน ทีมงานตอนนี้เห็นโอกาสในการเรียกเก็บเงินสำหรับฟีเจอร์การทำงานร่วมกันของทีมและเครื่องมือพัฒนาที่ขับเคลื่อนด้วย AI ในขณะที่รักษาแพลตฟอร์มหลักให้เข้าถึงได้ แบบจำลองนี้สอดคล้องกับบริษัทเครื่องมือนักพัฒนาที่ประสบความสำเร็จที่เกิดขึ้นตั้งแต่การเปิดตัวครั้งแรกของ Darklang ในปี 2017
ไทม์ไลน์การพัฒนา:
- 2017: เปิดตัวครั้งแรกในรูปแบบ source-available
- 2019: ได้รับเงินทุน seed funding จำนวน 3.5 ล้านดอลลาร์สหรัฐ
- 2020: ลดขนาดทีม เริ่มเขียน backend ใหม่
- 2022: เขียน backend ใหม่เสร็จสิ้น
- 2023: มุ่งเน้นการผสานรวม AI
- 2024: อัปเดตสถานะและเปลี่ยนผ่านสู่ open source
การตอบสนองของชุมชนและมุมมองอนาคต
ปฏิกิริยาของชุมชนนักพัฒนามีความหวังอย่างระมัดระวัง แม้ว่าบางคนจะตั้งคำถามว่าการเป็น open source จะแก้ไขความท้าทายพื้นฐานในการนำไปใช้ได้หรือไม่ ความเห็นพ้องต้องกันชี้ให้เห็นว่าแม้การออกใบอนุญาตจะเป็นอุปสรรค แต่อุปสรรคหลักยังคงเป็นความสุกงามของผลิตภัณฑ์และการสื่อสารข้อเสนอคุณค่าที่ชัดเจน
อุปสรรคที่แท้จริงต่อการนำ Darklang ไปใช้ไม่เคยเป็นเรื่องใบอนุญาต - แต่เป็นความสุกงามของผลิตภัณฑ์ เมื่อเราใกล้จะสร้างสิ่งที่ผู้คนรักได้มากขึ้น การคงสถานะ source-available เริ่มรู้สึกเหมือนความเสี่ยงที่ไม่จำเป็น
ชุมชนทางเทคนิคชื่นชมโดยเฉพาะการเปลี่ยนไปสู่ความสามารถในการพัฒนาแบบ local และการรักษาฟีเจอร์นวัตกรรมของ Darklang เช่น การจัดการโครงสร้างพื้นฐานแบบไม่เห็น และ trace-driven development อย่างไรก็ตาม ความกังวลยังคงอยู่เกี่ยวกับคุณภาพเอกสาร การวางตำแหน่งที่ชัดเจน และเส้นโค้งการเรียนรู้ที่เกี่ยวข้องกับการนำแนวทางภาษาใหม่มาใช้
เมื่อมองไปข้างหน้า บริษัทที่ปรับโครงสร้างใหม่เผชิญกับความท้าทายในการสร้างการเติบโตที่ยั่งยืนในขณะที่รักษาวิสัยทัศน์นวัตกรรมที่ดึงดูดความสนใจในตอนแรก การเปลี่ยนผ่านสู่ open source ให้รากฐานสำหรับการมีส่วนร่วมของชุมชนและขจัดอุปสรรคต่อการทดลอง แต่ความสำเร็จจะขึ้นอยู่กับการส่งมอบประสบการณ์นักพัฒนาที่น่าสนใจที่ชี้แจงการเปลี่ยนจากทางเลือกที่ก่อตั้งขึ้นแล้ว
อ้างอิง: Darklang Goes Open Source