
العديد من مطوري جافا يعرفون
ستيفن تشين . شاهد أحدهم برامجه الإذاعية من أحداث Java ، وبعضها - مقابلاته مع javists الشهيرة الأخرى ، وبعض - تقارير حول Java على Raspberry Pi. ولكن ما هو موجود هنا ، على تويتر
@ steveonjava - أي أنه حتى مع وجود اسم مستخدم يظهر مدى تكريس حياته لهذه اللغة.
حتى وقت قريب ، كان يعمل في Oracle ، وانتقل الآن إلى JFrog. قد يبدو الأمر غير متوقع: اترك Oracle عندما تكون حياتك جافا؟ لكن الاسم الثاني معروف أيضًا لدى الجاويين الروس ، من نواح كثيرة بفضل
Baruh joguch Sadogursky الذي يعمل هناك.
قريباً ، سيتمكن المطورون الروس من رؤية ستيفن وباروخ شخصيًا في مؤتمر
جوكر ، ولكن حتى الآن ، أخبرنا ستيفن عن مجموعة متنوعة من الأشياء ، على سبيل المثال ، مثل:
- ماذا يفعل بالضبط الآن؟
- كيف يصح المطور أن يصبح مديرًا ؛
- إلى أي مدى يمكنك إنشاء مجموعة من Raspberry Pi (ولماذا) ؛
- هل JavaFX حي؟
- كيف هي دراجة نارية مفيدة للناشط جافا؟
أوليغ تشيروخين: تعمل JFrog في CI / CD وغيرها ، ولكن من المعروف جيدًا لدى javis الروسية أن Baruch يعمل هناك. ربما تعرفه ، أليس كذلك؟
ستيفن: نعم ، هو وأنا صديقان عزيزان. عرفته قبل القبعة!
أوليغ: أنت الآن "مدير أول لعلاقات المطورين" ، ويطلق على منصب باروخ اسم "رئيس الدعوة للمطورين". ما هو بالضبط وراء هذا؟
ستيفن: DevRel هي مجموعة كاملة من الأنشطة المختلفة. بما في ذلك هؤلاء هم دعاة المطور - يتحدث الناس مثلي وباروخ في المؤتمرات مع العروض التقديمية. هذه أيضًا أحداث للمطورين ، والتواصل مع الأشخاص في المؤتمرات ، وإنشاء محتوى للمطورين ، وما إلى ذلك. بشكل عام ، الآن أنا مرتبط أيضًا بهذا كله ، وسنزيد نشاطنا في العمل مع المجتمع.
أوليغ: إذا حكمنا من خلال ملفك الشخصي على LinkedIn ، فإن لديك مهنة ممتعة للغاية. حصلت أولاً على درجة البكالوريوس في علوم الكمبيوتر ، ثم لمدة ثلاث سنوات كنت في الإدارة ، ثم لمدة عام - البرمجة ، ثم الإدارة مرة أخرى. لماذا لديك مثل متعرج في حياتك المهنية؟ بشكل عام ، ما مدى معقولية تغيير مجال نشاطه كثيرًا؟
ستيفن: إنه أمر منطقي تمامًا ، فهذه هي الطريقة التي ينبغي أن يبدأ بها الجميع مهنة! * يضحك *
أود أن أقول إن إحدى الصعوبات الشائعة التي يواجهها الأشخاص الذين يعرفون مجالهم الفني جيدًا هي أن النمو الوظيفي أسهل في تحقيقه من خلال أن يصبح مديرًا. ولكن إذا كنت تشارك في الإدارة لفترة طويلة ، فإن مهاراتك وفهمك للتكنولوجيا ، وبشكل عام ، ما الذي يجعلك ذا قيمة كقائد يتوقف عن التطوير. لذلك ، أنا مقتنع بأنه يجب علينا ألا نتخلى عن التكنولوجيا. الاستمرار في إنشاء شيء ما ، ومواصلة الدراسة ، ومواصلة التطوير. لمهنة ، وهذا هو الأكثر أهمية فقط.
إذا لزم الأمر ، شغل منصبًا قياديًا وساعد الزملاء على النمو - هذا رائع ، أنا سعيد بذلك. لكنني نشمر عن سواعدي مرة أخرى وأفعل شيئًا محددًا. أعتقد أنه من المهم ألا ننسى أن هذه هي مهارتك الرئيسية كمطور.
أوليغ: هل من السهل الجمع بين مهارات المدير والمبرمج في شخص واحد؟
بعد كل شيء ، هذه هي مجالات مختلفة جدا.
ستيفن: نعم ، لكنني فقط أتعامل مع الإدارة في المجالات التي أفهمها بنفسي. أنا أعرف كيفية كتابة التعليمات البرمجية ، وكيفية الاختبار ، وكيفية تطبيق منهجيات Agile ، لأنني تعلمت كل هذا بنفسي. بالإضافة إلى ذلك ، شاركت في الدعوة للمطورين لعدة سنوات حتى الآن ، لذا فقد اكتسبت مهارات في هذا المجال أيضًا.
أعتقد أن معظم المديرين لديهم الجزء الأكثر إنتاجية من حياتهم المهنية عندما يقومون ، كخبراء في مجال معين ، بتنظيم فريقهم والمساهمة في فعاليته. ثم يتم ترقيتهم إلى مديري متوسط نموذجي ، وهذا لا يجلب الكثير من الفوائد. لذلك ، أعتقد أنه من أجل النجاح ، من الضروري عدم الابتعاد عما أنت جيد أصلاً فيه.
أوليغ: كان لديك من قبل منصب أخصائي المنهجيات الشيف أجيل. أخشى حتى أن أقترح معنى هذا.
ستيفن: حسنًا ، كلنا واجهنا أخطاء في حياتنا! * يضحك *
في مرحلة معينة ، بدأت منهجيات Agile والبنية الأساسية لـ DevOps في العمل بشكل جيد للغاية بالنسبة لي. بدأت بمساعدة ليس فقط فريقي ، ولكن أيضًا الفرق الأخرى في الشركة ، وبدأت أيضًا في المساعدة في تخطيط الإصدارات الكبيرة. بعد ذلك كتبت أداة في Java مماثلة. بدأت الشركة في استخدامها ، وبمرور الوقت تم تطويرها ، ونتيجة لذلك ، تمكنا من الخروج من جداول جداول Excel (إذا وجدت نفسك فيها ، فأنت تعرف مكانها الرهيب).
ولكن مع ذلك ، فإن العمل مع المنهجيات ليس مثيراً للاهتمام بالنسبة لي مثل التقنيات. لذلك ، في النهاية ، عدت مرة أخرى إلى الشؤون السابقة.
أوليغ: أعرف أنك عملت كثيرًا مع JavaFX. ما الذي دفعك في البداية إلى هذه التكنولوجيا؟
ستيفن: هذه قصة مثيرة للاهتمام للغاية. حتى قبل ظهور JavaFX 1.0 ، كنت أعمل على إطار عنصر واجهة مستخدم لسطح المكتب. لقد أرسلت نموذجًا أوليًا لهذا الإطار إلى Joshua Marinacci من شركة Sun ، والذي كان يعمل آنذاك كمدرب جافا. أنا شخصياً لم أعرفه ، على الرغم من أنني أحترمه ، لذلك لم أتوقع أي رد. لكنه أجاب ، وقال إنه يحب الفكرة ، واقترح تجربة JavaFX ، والتي كانت في ذلك الوقت بعيدة كل البعد عن عيني. كان لدي ثلاثة أيام عطلة (بسبب العطلة) ، وخلال هذه الأيام الثلاثة قمت بإعادة كتابة إطار عملي على JavaFX ، وبعد ذلك أرسل Joshua النتيجة مرة أخرى.
بشكل عام ، هذه هي الطريقة التي بدأت بها معرفتي بـ JavaFX وظهرت WidgetFX. أعتقد أنك تعلم أنه لم يتم كل شيء بسلاسة في تاريخ هذه الأداة ، لكنني أعتقد الآن أنه من العبث استخدام AWT أو Swing لكتابة أدوات سطح المكتب في Java.
أوليغ: أوافق تمامًا. صحيح أن IntelliJ IDEA لا يزال يستخدم Swing.
ستيفن: حسنًا ، تم إنشاء IDEA نفسها في أوائل العقد الأول من القرن العشرين. بالطبع ، هناك أشخاص يشاركون في دعم التطبيقات الكبيرة مع عدد كبير من Java2D القديمة ، وفي هذه الحالة ، بالطبع ، ليس عليك أن تختار. ولكن بالنسبة للأدوات الجديدة ، في رأيي ، من المعتاد استخدام مجموعة الأدوات ، التي يبلغ عمرها أكثر من 20 عامًا.
أوليغ: ماذا تتوقع JavaFX في المستقبل؟ بعد كل شيء ، لقد توقفت الآن عن أن تكون جزءًا من JDK.
ستيفن: حسنًا ، تظل JavaFX جزءًا من مشروع OpenJDK. تمت إزالته من مجموعة Oracle ، لكن هذا التجميع لا يزال تجاريًا الآن ، وبالتالي فإن الخسارة صغيرة. ماذا يمكنني أن أقول - استخدم إصدارات JavaFX من Gluon. بالمناسبة ، يشاركون أيضًا في JavaFX المحمول ، بشكل عام ، يقومون بالكثير من الأشياء المهمة للنظام البيئي.
أوليغ: وماذا عن مشاريع JavaFX مثل WidgetFX الآن؟
ستيفن: على وجه التحديد ، لم يعد العمل على WidgetFX مستمرًا ، ولكن هناك مشاريع أخرى يدعمها المجتمع. بشكل عام ، نظام JavaFX البيئي نابض بالحياة. هناك العديد من الحالات التي لا غنى فيها عن JavaFX وتسمح لك بكتابة أشياء يصعب إعادة إنتاجها في JavaScript.
أوليغ: هل لديك مشروع "لعبة الكتل الليلية" - هل يمكنك إخبارنا بذلك؟
ستيفن: حتى قبل أن بدأت العمل في Oracle ، بدأت سلسلة كبيرة من المقابلات تحت الاسم العام Nighthacking. أخذت حقيبة تحمل على الظهر معدات ، حضرت إلى المؤتمر ومقابلات مسجلة على شريط فيديو مماثلة لتلك التي تأخذها مني الآن.
لقد استخدمت العديد من الخدمات لنشرها على الإنترنت ، لكن في النهاية قررت بشأن Periscope ، وهو ما اقترحه لي كريس ثالينجر. هذه منصة رائعة لنشر المقابلات ومساعدة الناس على التعرف على التقنيات الجديدة.
بالإضافة إلى ذلك ، كان لدي باروخ ولدي فكرة إنشاء برنامج بتنسيق مماثل حول موضوع DevOps. نخطط لإطلاقه في مؤتمر Joker الخاص بك ، وسوف يطلق عليه DevOps Speakeasy.
أوليغ: سيكون ذلك رائعًا. حسب علمي ، سافرت على دراجة بخارية مع مطور جافا آخر نعرفه ، سيباستيان داشنر؟
ستيفن: نعم ، سافرنا في جميع أنحاء العالم ، كنا في أوروبا ، في اليابان. للوهلة الأولى ، قد يبدو أن دراجة نارية هي وسيلة نقل غريبة ، ولكن عندما تحتاج إلى زيارة عشر مجموعات مختلفة من المستخدمين في مدن مختلفة خلال أسبوعين ، كما فعلنا في اليابان ، فإن دراجة نارية فعالة للغاية.
أوليغ: بما أنك رأيت الكثير من مجموعات مستخدمي جافا حول العالم - هل هناك أي اختلافات ثقافية بين المجموعات في أنحاء مختلفة من العالم؟
ستيفن: أعتقد أن هناك أوجه تشابه أكثر من الاختلافات. في معظم الأحيان ، توجد هذه المجموعات على حساب المهوسون أنفسهم ، والذين ينظمونها ، أي أنها تعمل على أساس تطوعي. أنا شخصياً ، عندما كنت أدير مجموعة مستخدمين في منطقة خليج سان فرانسيسكو ، شعرت بذلك كطريقة لمساعدة الآخرين ، تمامًا كما ساعدوني في وقتي. تسمح لك مجموعات المستخدمين بمشاركة المعرفة ، فأنا أحب أن أسير فيها ، وروح المجتمع تنبض فيها. بالنسبة إلى دعاة المطورين ، من الأفضل القيام بمجموعات المستخدمين.
أوليغ: لديك الكثير من مقاطع الفيديو على الروبوتات و Raspberry Pi والمزيد. هل تفعل هذا باحتراف ، أم أنها مجرد هواية؟
ستيفن: بدأت العمل على الروبوتات لأنه في Oracle كان لدينا مشاريع Java لـ Raspberry Pi وغيرها من الأنظمة الأساسية المدمجة. ثم رأيت أنه من المناسب جدًا لتعليم Raspberry Pi تعليم الأطفال البرمجة. وفعلت الكثير من هذا ، عقدت حلقات دراسية للأطفال في مؤتمرات مختلفة. في السابق ، ساعدتني ابنتي في هذه الحلقات الدراسية ، وهي الآن تجري نفس الحلقات الدراسية بنفسها. إنه يربط بين أجهزة الاستشعار المدمجة (مثل أجهزة استشعار الضوء ومقاييس التسارع) إلى Raspberry Pi ، ويظهر أمثلة بسيطة للغاية على الكود باستخدام هذه المستشعرات ، وبالتالي يعلم الأطفال. بفضل هذه الدروس ، قد يظهر جيل جديد من المبرمجين في المستقبل الذين نشأ اهتمامهم بالشفرة مبكرًا.
أوليغ: ربما يومًا ما ستلعب في جوكر. هل لا يزال Raspberry Pi هو أفضل منصة روبوتات؟ يقولون أن الإصدارات الجديدة ترتفع درجة حرارتها إلى حد كبير ، تتذكر التغريدات الخاصة بـ Alexei Shipilev. على الرغم من أنه أمر مخيف أن نتخيل الأحمال التي يضعها Shipilev ، فما عليك إلا أن تخبرنا عن الاستخدام "العادي".
ستيفن: بالنسبة لأولئك الذين يشاركون في هذا العمل كهواية ، فإن ميزة Raspberry Pi تتمثل في سهولة رفع النظام: قم بتوصيله بمنفذ USB وإدخال بطاقة SD عادية ، ويستغرق الأمر نصف ساعة للقيام بكل شيء. كما قلت سابقًا ، عملت في Oracle مع فريق يعمل في أنظمة مدمجة تجارية - على الرغم من أنني كنت منخرطًا في الدعوة للمطورين ، ولكن كان هناك الكثير من الأشخاص من حولي الذين قاموا باختبار وإعداد العديد من المنصات المضمنة. لذلك ، من أجل تشغيل أبسط الأشياء على نظام تجاري ، استغرق الأمر عدة أسابيع لقضاء.
لا تعمل المنصات المصممة للتطوير وليس للإنتاج في العديد من المجالات وتحتاج إلى اختبارات إضافية. تنشأ مشاكل متعددة ، على سبيل المثال ، قد لا توجد برامج تشغيل للعرض ، قد لا تعمل بعض الميزات ، وغالبًا ما لا تعمل الأنظمة الأساسية نفسها (إذا كانت هذه نماذج أولية). وبصفة عامة ، اعتاد الناس على هذه الحالة: إذا كان لديك منصة جديدة ، ثم لبدء العمل عليها ، تحتاج إلى قضاء حوالي شهر.
باستخدام نفس التقنيات ، أنشأت مؤسسة Raspberry Pi Foundation في المملكة المتحدة منصة سهلة الاستخدام في التعليم ، وهي بسيطة وفعالة ولديها نظام بيئي رائع. على وجه الخصوص ، من الجيد لأولئك الذين يرغبون في القيام ببعض المشاريع البسيطة في أوقات فراغهم - بالمناسبة ، كتبت
كتابًا عن Java و Raspberry Pi.
يزيل Raspberry Pi معظم عدم اليقين المفتوح لمستخدم الأنظمة الأساسية الأخرى المضمنة ، ومع ذلك لا توجد حاجة لتطوير مكونات للنظام الأساسي بنفسك. وبالتالي ، في Raspberry Pi ، يمكنك القيام بمشروعاتك الصغيرة في وقت فراغك ، وليس من الضروري القيام به بشكل احترافي.
أوليغ: هل تغير الجانب الآلي لـ Raspberry Pi على مر السنين؟ لم أفعل ذلك عن قصد ، لكن على حد علمي ، تحتوي Java على GPIO افتراضيًا. هل هناك أي أطر عمل ، أو ربما توفر الشركات المصنعة للأجهزة نفسها الدعم؟
ستيفن: هناك العديد من المشاريع التي يمولها المجتمع ، مثل Robo4J: إنها منصة الروبوتات في IOT على أساس Raspberry Pi. مشروع كبير آخر مع وصول GPIO هو Pi4J. يستخدم نفس مكتبة C مثل أي شخص آخر ، WiringPi ، لكن علاوة على ذلك يوفر غلاف Java فعال للغاية وله أداء ممتاز.
لقد أجريت استطلاعات GPIO منخفضة المستوى لمحاكاة الدبابيس التناظرية. عادة ما يكون ذلك في Raspberry Pi أمرًا صعبًا للغاية ، لأنه ليس نظام تشغيل في الوقت الفعلي. يضيف برنامج Java توقف مؤقت لتجميع JIT وما شابه. ولكن بمساعدة مكتبة Pie4J ذات المستوى المنخفض ، تمكنت من استخدام مستشعر المسافة التناظرية على جهاز التحكم في Java. بشكل عام ، مع Raspberry Pi ، يمكنك القيام بالعديد من الأشياء المثيرة للاهتمام مباشرةً من Java. وبالطبع ، إلى جانب هذا ، هناك نظام بيئي كبير في C و Python والمزيد.
أوليغ: رأيت أن الناس يصنعون مجموعات من Raspberry Pi. هل هذا له أي أهمية عملية؟
ستيفن: في Oracle Code One ، سيتم قريبًا عرض تقديمي للمشروع الذي شاركت فيه ، فهذه مجموعة من 1024 Raspberry Pi.
كما تعلمون ، ليس من الصعب تجميع مجموعة من 10 أو 20 Pi ، على الرغم من أن الأمر سيستغرق وقتًا لا بأس به. إذا كانت المجموعة تحتوي على أكثر من 1000 Pi ، فهناك مشاكل في استهلاك الطاقة أو التحميل من بطاقة SD أو عبر الشبكة ، مع الهيكل الصحيح للشبكة والبنية التحتية - يجب ألا تصبح الرسالة بين عقد الشبكة عنق الزجاجة في الحسابات. بالإضافة إلى ذلك ، فإن تبريد هذه الكمية من Pi في غرفة واحدة ليس مهمة تافهة. ولكن عندما نتغلب على كل هذه الصعوبات ، ستكون أكبر مجموعة من Raspberry Pi في العالم. بالمناسبة ، سيكون ذلك في شكل صندوق هاتف تابع للشرطة البريطانية - كما تعرف أنت بنفسك مسلسل تلفزيوني عن الخيال العلمي. آمل أننا لم ننتهك حقوق التأليف والنشر لأي شخص.
مجموعة من هذا النوع تشبه وجود سكة حديد لعبة مع القطارات ، لكنها في نفس الوقت تحاكي شبكة سكة حديد كاملة. وفقًا لهذا النموذج ، لا يمكن أن يمر قطار حقيقي أبدًا ، ونفس القصة هنا: لن تكون مجموعة من 1024 Raspberry Pi أقوى من وحدة معالجة GPU حديثة واحدة بمئات النوى ، ولكن هذه المجموعة مفيدة لمحاكاة سلوك الأنظمة الكبيرة. بالإضافة إلى ذلك ، إنه أمر رائع بالنسبة لبعض المهام المتوازية للغاية. ولكن في كثير من الأحيان تصبح شبكة أو سرعة القراءة والكتابة من بطاقات SD عنق الزجاجة. وبالنسبة للخوارزميات المعقدة ، فإن هذه الأشياء هي بالتحديد حدود حقيقية.
أوليغ: نعم ، ويمكن استخدام هذه المجموعة كنموذج تدريبي ، يمكنك محاولة نشر شيء ما باستخدام منتجات Kubernetes و Docker وبعض منتجات JFrog.
ستيفن: لماذا لا! * يضحك *
أوليغ: أنت موظف سابق في أوراكل ، وتقوم بعمل جافا لفترة طويلة. كيف ترى مستقبل اللغة؟ ربما يكون ل GraalVM ، Valhalla أو شيء من هذا القبيل؟
ستيفن: مع إصدارات Java في المستقبل القريب ، ستظهر العديد من التقنيات المثيرة للاهتمام. أهم اثنين ، واحد منهم قمت بتسميته بالفعل ، هو GraalVM. هذه هي البنية التحتية للمترجمين من الجيل التالي. نحن نتحدث عن برنامج التحويل البرمجي المكتوب بلغة Java ولغة Java ، والذي يمكنه العمل بعدة لغات ، والذي يعد تحسينه أسهل بكثير من برنامج HotSpot العادي. أعتقد على المدى الطويل أن هذا المترجم سيتفوق على المترجمين JVM الآخرين وسيصبح جزءًا مهمًا من بنية Java.
ميزة كبيرة من GraalVM هو تجميع AOT. إنه مفيد بشكل خاص للأجهزة المحمولة والأجهزة المدمجة. يتم تجميع الشفرة مقدمًا ، ويتم نشر الثنائي على الجهاز ، ووقت بدء التشغيل والذاكرة المطلوبة يمكن مقارنتهما بالكود الموجود في C و Go واللغات الأخرى. بالإضافة إلى ذلك ، يسمح تجميع AOT بالعمل مع الخدمات المصغرة أو الهندسة بدون خادم بكفاءة أكبر ، حيث يتم تنفيذ العديد من العمليات في وقت واحد على عدة خوادم أو في سلاسل عمليات مختلفة على نفس الجهاز. إذا لزم الأمر ، يمكنك تشغيل JVM منفصل لكل حاوية Docker أو بيئة افتراضية. بشكل عام ، لأشياء مثل serverless في Java اليوم ، أصبح GraalVM لا غنى عنه تقريبًا.
تقنية جديدة مثيرة للاهتمام يعمل عليها فريق JVM هي الألياف. إنها تتيح لك إنشاء تطبيقات Java بطريقة تقليدية ، مع مؤشرات ترابط ، ولكن في نفس الوقت يكون لها نفس الأداء كما لو كنت تستخدم إطار عمل غير متزامن ، على سبيل المثال ، Vert.x ، Node.js أو البعض الآخر.
هناك دائمًا تناقض في البرمجة: من ناحية ، الحاجة إلى تحسين أداء التعليمات البرمجية ، من ناحية أخرى ، الرغبة في كتابة تعليمات برمجية واضحة وسهلة الصيانة. نظام مع مؤشرات الترابط أسهل في القراءة وأسهل للبحث عن الأخطاء فيه. تسمح لك الأنظمة غير المتزامنة بالضغط على أداء إضافي من الشفرة ، حيث يتم استخدام كل مؤشر ترابط على أكمل وجه ، حيث يتم سحب الطلبات داخل عملية واحدة. ولكن من أجل تحقيق هذه الميزة ، من الضروري تغيير نموذج البرمجة ، ثم يصبح الحفاظ على النظام أكثر صعوبة. تجعل الألياف من الممكن كتابة التعليمات البرمجية مع مؤشرات الترابط ، ولكن في نفس الوقت يكون أداء إطار غير متزامن.
أوليغ: في الواقع ، تم بالفعل إجراء بعض التغييرات في OpenJDK للتحضير لمجيء Loom. على سبيل المثال ، في
JEP 353: أعد تنفيذ Legacy Socket API .
ستيفن: على حد علمي ، يجري تنفيذ البنية التحتية الأساسية لـ Fibers و Loom ، لكنها لن تكون مفتوحة للمستخدمين ، لأن المطورين لا يريدون أن يعمل الناس معهم مباشرة. حتى الآن نحن نعمل على API للألياف.
أوليغ: هل تستخدم أحدث إصدارات جافا؟
ستيفن: بالطبع ، لدي دائمًا أحدث إصدار. كيف؟ صحيح ، أنا لا أكتب رمز الإنتاج الآن. عند العمل مع النماذج الأولية أو عند استكشاف مكتبات وأطر جديدة ، لا يوجد سبب لعدم استخدام أحدث إصدار من OpenJDK. إذا استمر العمل مع النظام قيد الإنتاج ، فقد يكون من الصعب التبديل بسرعة إلى أحدث إصدار.
تواجه المؤسسات الكبيرة أصعب وقت في عبور حدود Java 9. ثم كانت هناك وحدات ، وجلبت معها العديد من التغييرات الأخرى. في كثير من الأحيان ، لم يتم ترحيل العديد من الأطر والتقنيات التي يعتمد عليها المشروع إلى Java 9 والإصدارات الأحدث ، مما يجعل عملية الانتقال صعبة أيضًا. إذا تم تمرير هذا الخط ، فسيكون التحديث أكثر سهولة ، لأن الإصدارات التالية (10 ، 11 ، 12 ، وإذا لم تمزج أي شيء ، فستكون قريبًا 13). من حيث التوافق ، فإن أكبر تغيير هو نمطية.
أوليغ: وترك Java Enterprise.
ستيفن: نعم.
أوليغ: أخيرًا ، هل يمكنك أن تقول شيئًا عن تقريرك الجديد ، الذي أتيت به إلينا في جوكر؟
ستيفن: عندما تتحدث كثيرًا مع مكبرات الصوت ، فأنت تتبع التطبيقات التي يتم تقديمها في المؤتمر ، وبصورة عامة ، اتجاهات الصناعة ، يمكنك أن ترى مقدار الضجيج الذي يرتفع دائمًا حول التقنيات الجديدة ، سواء كانت برامج الدردشة ، أو خدمة الخوادم ، والتعلم الآلي ، والذكاء الاصطناعي أو أي شيء آخر. دائمًا ما يكون لدى الناس الكثير من الإثارة حول مثل هذه الأشياء بسبب حداثتهم ، وتريد دائمًا اكتشاف كل شيء عنها بأسرع ما يمكن.
ولكن غالبًا ما يكون من الصعب تحديد ما إذا كانت الاختراقات المهمة وراء هذا الضجيج أم لا ، أو ما إذا كان هناك شيء غير الضجيج. في
حديثي في جوكر ، أريد حل هذه المشكلة. , , , , . , , .
Joker. - , — , . — , , DevOps Speakeasy. , -.
: . , , . , — -! , -.