หลังจากหลายปีที่ผูกการพัฒนา Kotlin ไว้กับ IntelliJ IDEA อย่างแน่นหนา JetBrains ได้เปลี่ยนแปลงอย่างน่าประหลาดใจด้วยการปล่อย Language Server Protocol (LSP) อย่างเป็นทางการสำหรับ Kotlin การเคลื่อนไหวนี้เปิดประตูให้นักพัฒนาสามารถเขียนโค้ด Kotlin ใน Visual Studio Code และเครื่องมือแก้ไขอื่นๆ ที่รองรับ LSP พร้อมฟีเจอร์ที่เหมือน IDE เต็มรูปแบบ
การปล่อยในช่วงเวลานี้ทำให้หลายคนในชุมชนนักพัฒนาต้องตกใจ JetBrains เคยยืนหยัดอย่างแข็งแกร่งในการรักษาเครื่องมือ Kotlin ขั้นสูงให้เป็นเอกสิทธิ์ของ IDE ของตัวเอง โดยมองว่าเป็นข้อได้เปรียบในการแข่งขัน อย่างไรก็ตาม การสนทนาในชุมชนเผยให้เห็นความกังวลที่เพิ่มขึ้นเกี่ยวกับอัตราการนำ Kotlin ไปใช้และการครอบงำของ VS Code ในตลาดเครื่องมือแก้ไข
การทำลายอุปสรรคของ IDE
Language server ตัวใหม่นำการรองรับ Kotlin อย่างครอบคลุมมาสู่ VS Code รวมถึง semantic highlighting การนำทางโค้ด เครื่องมือ refactoring และการเติมโค้ดอัจฉริยะ สร้างขึ้นบนพื้นฐาน IntelliJ IDEA เดียวกันที่ขับเคลื่อน Android Studio และสัญญาว่าจะมอบประสบการณ์การพัฒนาที่คุ้นเคยนอกระบบนิเวศของ JetBrains
การพัฒนานี้แก้ไขความหงุดหงิดที่มีมานานของนักพัฒนาที่ชอบแนวทางที่เบาของ VS Code แต่รู้สึกถูกบังคับให้ใช้ IntelliJ สำหรับการพัฒนา Kotlin อย่างจริงจัง ข้อเสนอแนะจากชุมชนชี้ให้เห็นว่าการล็อคใน IDE นี้จริงๆ แล้วเป็นอุปสรรคต่อการเติบโตของ Kotlin โดยเฉพาะในหมู่นักพัฒนาใหม่ที่เติบโตมาพร้อมกับ VS Code เป็นเครื่องมือแก้ไขหลัก
สถานะฟีเจอร์ปัจจุบัน
- ✅ การเน้นสีตามความหมาย (Semantic highlighting)
- ✅ การนำทางไปยังซอร์สโค้ด Kotlin/Java
- ✅ การดำเนินการกับโค้ดและการแก้ไขด่วน
- ✅ การเติมโค้ดพื้นฐน
- ❌ โปรเจกต์ Kotlin Multiplatform (KMP)
- ❌ การนำเข้า Maven/Amper
- ❌ การรองรับ Windows อย่างเต็มรูปแบบ
- ❌ การจัดรูปแบบโค้ด
การเปลี่ยนแปลงกลยุทธ์ท่ามกลางแรงกดดันจากตลาด
การตัดสินใจนี้ดูเหมือนจะขับเคลื่อนโดยความเป็นจริงของตลาดหลายประการ การเติบโตของ Kotlin ได้หยุดนิ่งในช่วงหลายปีที่ผ่านมา ในขณะที่ VS Code และ fork ต่างๆ ยังคงครอบงำภูมิทัศน์ของเครื่องมือแก้ไข การเพิ่มขึ้นของผู้ช่วยเขียนโค้ดที่ขับเคลื่อนด้วย AI ซึ่งส่วนใหญ่สร้างขึ้นบนพื้นฐาน VS Code ได้เน้นย้ำความสำคัญของการรองรับสภาพแวดล้อมการพัฒนาที่ได้รับความนิยมมากยิ่งขึ้น
การนำ Kotlin ไปใช้ได้หยุดนิ่งเมื่อเร็วๆ นี้ และ VSCode + fork ต่างๆ มีส่วนแบ่งตลาดมหาศาล มันเป็นการมองการณ์ไกลที่แย่มากที่คิดว่าภาษาเดียวจะโน้มน้าวผู้คนให้ไปใช้ IntelliJ แทนที่จะเป็นเพียงการจำกัดการเติบโตของ Kotlin
การเคลื่อนไหวนี้ยังสะท้อนถึงพลวัตที่เปลี่ยนแปลงในการพัฒนา Android ที่นโยบายที่เข้มงวดมากขึ้นของ Google ต่อนักพัฒนาอิสระอาจทำให้ตลาดหลักของ Kotlin หดตัวลง ด้วยการขยายการรองรับเครื่องมือแก้ไข JetBrains ดูเหมือนจะป้องกันความเสี่ยงจากการพึ่งพาระบบนิเวศ Android มากเกินไป
ข้อจำกัดปัจจุบันและแผนอนาคต
Language server ยังคงอยู่ในสถานะ pre-alpha พร้อมข้อจำกัดที่สำคัญ ปัจจุบันมีเพียงโปรเจ็กต์ Kotlin Gradle ที่ใช้ JVM เท่านั้นที่ทำงานได้ทันที และการใช้งานนี้เป็น closed-source บางส่วน JetBrains อ้างถึงความเร็วในการพัฒนาและการพึ่งพาโครงสร้างพื้นฐานภายในเป็นเหตุผลสำหรับแนวทางการออกใบอนุญาตแบบผสม และสัญญาว่าจะปล่อยแบบ open-source เต็มรูปแบบหลังจากการทำให้เสถียรในช่วงแรก
การรองรับ Windows ยังไม่สมบูรณ์ และ server ต้องการ Java 17 หรือสูงกว่าในการทำงาน บริษัทเตือนว่าไม่มีการรับประกันความเสถียรในขั้นตอนนี้ ทำให้เหมาะสำหรับการทดลองแต่ไม่ใช่งานจริง
แม้จะมีข้อจำกัดเหล่านี้ การตอบสนองจากชุมชนเป็นไปในทางบวกอย่างท่วมท้น นักพัฒนาหลายคนมองว่านี่เป็นการยอมรับที่ล่าช้ามานานว่าการนำภาษาไปใช้ต้องการการรองรับนักพัฒนาในที่ที่พวกเขาทำงานอยู่แล้ว แทนที่จะบังคับให้เปลี่ยนเครื่องมือ ความพร้อมใช้งานของ LSP แบบแยกเดี่ยวยังเปิดความเป็นไปได้สำหรับการรองรับ Kotlin ในเครื่องมือแก้ไขอื่นๆ เช่น Emacs, Vim และทางเลือกใหม่ๆ เช่น Zed
นี่แสดงถึงการเปลี่ยนแปลงกลยุทธ์ที่สำคัญสำหรับ JetBrains จากแนวทางระบบนิเวศปิดไปสู่การนำภาษาไปใช้ในวงกว้าง ว่าการเสี่ยงนี้จะได้ผลในการเพิ่มการใช้งาน Kotlin หรือไม่ยังต้องติดตามดู แต่มันส่งสัญญาณที่ชัดเจนถึงการยอมรับของบริษัทว่าภูมิทัศน์การพัฒนาสมัยใหม่ต้องการความยืดหยุ่นในการเลือกเครื่องมือ
อ้างอิง: Language Server for Kotlin