غادر رائع سيدريك تشامبو

في مشروع Apache Groovy ، توقف أحد الأعضاء الرئيسيين في المجتمع عن المشاركة ، وهو الاسم نفسه الذي ارتبط الكثيرون بهذه اللغة. يغادر سيدريك شامبو ، الذي يُعرف في المقام الأول بمؤلف المترجم الثابت Groovy.

إذا أخذنا في الاعتبار أسباب ترك النموذج الذي صاغه Cedric بنفسه ، فقد تبيّن لنا قصة كيف كان مجتمع Groovy يريد الأفضل ، ولكن في النهاية زاد من سوءًا عن غير قصد. في المجتمع نفسه ، ومع ذلك ، هناك تفسيرات أخرى لما حدث. في أي حال ، قد تكون القصة ذات أهمية للمطورين من عالم JVM ، وليس فقط.

لفهم ما حدث ، عليك أن تذهب من بعيد. أصبحت لغة Groovy ، التي تم إصدار الإصدار 1.0 منها في عام 2007 ، منافسًا لدور "Java أفضل": لقد تم تصميمها أيضًا لـ JVM ، وفي الوقت نفسه جلبت عددًا من الميزات الجديدة التي أحبها المطورون. على سبيل المثال ، كتب Baruch jbaruch Sadogursky ، المعروف لدى العديد من javists ، في وقت واحد على Habr كم هي تحولات AST الرائعة وكيف يحسنون الحياة عند العمل مع Java.

اخترق رائع في مناطق مختلفة. على سبيل المثال ، تم اعتماد DSL عليها لإنشاء نصوص برمجية في Gradle ، مما زاد بشكل حاد من وضوح اللغة: بدأت مجموعة متنوعة من javists في مواجهتها بانتظام في سياق التجميع ، الأمر الذي أثار مزيدًا من الاهتمام باللغة. عند مراقبة مثل هذه الأحداث ، كان من السهل تخيل مستقبل مشرق يتولى فيه Groovy موقعًا لا يتزعزع في قادة لغات JVM.

مرت السنوات ، و Groovy ، من ناحية ، كانت تستخدم تماما ، من ناحية أخرى - كي لا نقول أنها استحوذت على العالم. وكانت احتمالات ذلك غير مؤكدة: على سبيل المثال ، مع ظهور Java 8 ، أصبحت الحاجة إلى "Java أفضل" أقل وضوحًا.

ثم بدأ يكتسب بسرعة شعبية Kotlin. اسم مبدعيها Groovy من بين تلك اللغات التي ألهمتهم ، لذلك في بعض النواحي تشبه Kotlin Groovy. من حيث المبدأ ، يؤكد هذا أن Groovy اتخذ القرارات الصائبة: لقد أثبتوا أنفسهم في الممارسة العملية ، وأراد آخرون تبنيهم. لكن جزءًا من مجتمع Groovy لم يكن سعيدًا بمثل هذا التحقق من الأفكار ، لكنه رأى تهديدًا.

لغة JVM أخرى (الآن ليس فقط JVM ، ولكن في البداية قاتل Kotlin من أجل هذا السوق بالذات). وهو ما يسمى أيضا "أفضل جافا." الذي يكرر جزئيا قدرات جروفي. والذي ينمو بسرعة.

في عام 2016 ، أعلن Gradle أنه سيكون من الممكن كتابة نصوص بناء ، ليس فقط في Groovy ، ولكن أيضًا في Kotlin. وفي مجتمع Groovy ، اعتبر الكثيرون ذلك بمثابة طعنة في الظهر. في وقت واحد ، ساعد Gradle من خلال استخدام لغة أحبها الكثير من المطورين XML أكثر من Maven. والآن ، بعد أن أصبح شائعًا ، ليس من دون مساعدة من Groovy ، دعم Gradle منافسه اللدود!

صحيح أن العمل في Kotlin DSL امتد إلى درجة أنه في نهاية عام 2018 (أكثر من عامين بعد الإعلان) حصل على حالة "جاهز للإنتاج" ، حتى الآن ما زال العالم لم ينتقل إلى أي مكان من Groovy في Gradle scripts .

وأخيرا ، العودة إلى الوقت الحاضر. سيدريك تشامبو يعلن رحيله عن أباتشي جروفي ، وفي منصبه يشرح الأسباب.

يعمل في Gradle Inc ، ويكتب أن حياته أصبحت معقدة منذ اللحظة التي أعلن فيها Kotlin دعمه لـ Gradle. في كل مرة كان يقول شيئًا جيدًا عن Kotlin ، كتب إليه أشخاص من مجتمع Groovy "لا تفعل ذلك ، فأنت تؤذي Groovy" ، "أنت لست إلى جانبنا في Gradle ..."

في الوقت نفسه ، لا يعتبر Cedric أن Kotlin يمثل تهديدًا لـ Groovy ، فهو يحب اللغتين ، ويستخدم اللغتين ، ويرى كل من مزاياه. لقد كان مهتمًا مؤخرًا بكوتلين - لكن بالنسبة له لا يعني نوعًا من "الانتقال إلى الجانب الآخر من المتاريس" ، فهو لا يربط شخصيته باختيار أي تقنية معينة. ونتيجة لذلك ، سئم من الشعور بالكفاح وأصبح غير مرتاح لموقف لا يستطيع فيه ذكر اللغة دون مواجهة اعتراضات ومزاح.

كانت القشة الأخيرة في اليوم الآخر الذي ارتكب فيه نصًا بناءًا مكتوبًا في Kotlin Gradle DSL لـ Apache Groovy (الذي تسبب في اعتراضات). وفقًا لسيدريك ، قال الناس إنه اتخذ هذا القرار بسبب عمله في شركة Gradle Inc ، وهو غير مستعد لتحمل هذا:

أنا سيدريك. أنا لست Gradle Inc.
أنا سيدريك. أنا لست كوتلين.
أنا سيدريك. أنا لست رائع.
التقنيات تعيش وتموت ، لست مهتمًا بالتزوج بتكنولوجيا ".

يمكن للمرء أن يرى قصة "المجتمع الرهيب الذي قتل رجلاً" - لكن سيدريك يؤكد أنه هو نفسه لا يعتبر مجتمع جروفي سامًا على الإطلاق. إنه يعتقد أن هناك ببساطة الكثير من الخوف على المستقبل (مفهوم تمامًا) ، ويشرح تصرفات الأشخاص بهذا.

إذا اعتبرنا أن تفسيرها صحيح ، فإن القصة تلوح في الأفق على النحو التالي: المجتمع يخشى على مستقبل اللغة ، ولكن بسبب هذه المخاوف ، تكون هي نفسها قد خلقت جوًا غادر منه ممثل مشرق ومفيد. وهذا هو ، أتمنى لـ Groovy الأفضل ، في النهاية زاد الأمر سوءًا.

ومع ذلك ، يوجد في المجتمع نفسه تفسير آخر: في الواقع ، فإن إضافة نص برمجي بلغة أخرى لم يسبب رعبًا دينيًا ، لكن اعتراضات معقولة تمامًا مثل "هذا تعقيد لا لزوم له للمشروع ، ولا يعرف الجميع هذه اللغة". ومع هذا التفسير ، تبدأ القصة لتبدو مختلفة تمامًا.

لإبداء رأيك ، يمكنك قراءة ، على سبيل المثال ، مناقشة هذا الالتزام.

في أي حال ، فإن القصة حزينة. لكن ، لحسن الحظ ، التي انتهت على الأقل ليس مع فضيحة ، ولكن مع العديد من الردود الشكر لسيدريك عن كل ما فعله ل Groovy.

دقيقة من الإعلانات. نظرًا لأنك هنا ، فمن المحتمل أن تكون مهتمًا بالتطوير بلغات Java / JVM - وفي هذه الحالة ، قد يكون مؤتمر JPoint (موسكو ، 5-6 أبريل) مثيرًا للاهتمام. لن يكون هناك أي تقارير حول Groovy على وجه التحديد في JPoint ، ولكن من بين المتحدثين هناك مرشد Apache Groovy سيرجي إيجوروف - لذلك إذا كنت مهتمًا بهذه اللغة ، فستكون هناك جهة تتحدث عنها في المؤتمر.