ScalaConf 2019 - جون بريشر ، الكأس المقدسة والأستاذ هاسكل

في 26 نوفمبر ، سيعقد ScalaConf 2019 ، وهو مؤتمر محترف لمطوري Scala ، في Infopace . ربما الأول في روسيا. عشية الحدث ، طلبنا من Vadim Chelyshov ( dos65 ) ، رئيس جهاز ScalaConf 2019 ، التحدث عن التقارير ومفهوم المؤتمر.



إليك ما تعلمناه: في المؤتمر ، ننتظر واعظًا للبرمجة الوظيفية ، وأربعة تقارير باللغة الإنجليزية ، وأداة جديدة ستحل مشكلات مهندسي البيانات ، وتقريرًا عن سبب عدم توافق Scala Plugin مع مترجم Scala ، والبروفيسور هاسكل ، والكثير من البرمجة الوظيفية. تحدثنا أيضًا عن حدود تطوير Scala-developer ، ولماذا لا توجد نقاط بينهم ، حول "holivar" بين Scala و Haskell ، وعن "الفقاعة" المعلوماتية للمجتمع. التفاصيل تحت خفض.

مفهوم


مرحبا يا فاديم! صفر سؤال - أخبرنا عن مفهوم المؤتمر؟

أنا مخيب للآمال - لا يوجد مفهوم عام. نحن لسنا مشبعين بمؤتمرات سكالا في روسيا. لا يوجد الكثير من هذه الأحداث التي تحدث قبل المنظمة للتفكير في مدى مفاجأة ذلك. هذا هو مؤتمر سكالا ، وهناك الكثير منه.

هل هذا يعني أن المجتمع الذي حضر المؤتمر ليس لديه أي توقعات؟

هناك توقعات. هذه هي التوقعات بأنه سيكون هناك تقارير ومكبرات صوت رائعة ، وفقًا لـ Scala. هذه هي التوقعات التي لن تضطر إلى الذهاب إلى التقارير ذات الصلة على Haskell أو Java لحضور العرضين التقديميين ونصف الذي أتيت من أجله.

هل لأنه كان هناك عدد قليل من مؤتمرات سكالا في روسيا؟

يمكننا القول أن المؤتمرات كانت صفرا . عندما كتبت مقالات استقصائية عن حركة سكالا ، وجدت معلومات تفيد بأن حدثين وقعا في سان بطرسبرغ. وصفه الناس بأنه مؤتمر ، لكنه كان عبارة عن مسار واحد لـ 3-4 متحدثين. في سبتمبر ، تم عقد اجتماع ، حيث تم الإعلان عن 400 شخص واعتبر هذا مؤتمرا. لا يوجد شيء آخر. الباقي هو تخفيف في سان بطرسبرج ، موسكو ، شيء في نوفوسيبيرسك وقريبة من الصفر في مدن أخرى.

مؤتمر سكالا في روسيا هو بالفعل حدث.

المذكرة. الجزء الأول والثاني من التحقيق. آخر واحد سيأتي قريبا - ترقبوا.

اتضح أن ScalaConf 2019 هو أول مؤتمر احترافي حول Scala؟

نعم ، مع بعض الافتراضات. الخصوصية هي أنه قبل ذلك لم تكن هناك مواقع مخصصة لـ Scala. عادة ما كانت هذه مؤتمرات Java ، حيث كان الأشخاص الصخريون خروفًا أسودًا ، وأحداثًا مختلطة على FP ، و mitaps. إذا لم تكن هذه هي موسكو أو سان بطرسبرغ ، فيتم خلط عمليات التخفيف أيضًا.

ScalaConf 2019 هو أول منصة صخرية للروكيز.

في التجمعات أو المؤتمرات المختلطة ، يتعين على متحدثي Scala التكيف مع الجمهور وإسقاط العديد من الموضوعات وتقليل تعقيد التقرير. تظهر العروض التقديمية المتشددة في مؤتمرات FP ، لكن لا يمكنك معرفة Scala فقط.

لن تكون هناك قيود على ScalaConf 2019. سكالا فقط ، المتشددين فقط.

Scala.js


Scala يهيمن على منطقتين: البيانات الكبيرة والخلفية. لذلك ، لم تكن هناك مهمة أساسية لإعداد أقسام N مع عدد معين من المتحدثين في كل منها. لقد انطلقنا من التقارير التي تم تحديدها ، والتي تم تحديدها بشكل رائع وتم تصنيفها: شيء أكثر عن الواجهة الخلفية ، وشيء عن FP. التقسيم إلى أقسام اسمي ، وستكون تقارير كتلة اللغة / التوليف واضحة كما هو الحال في البيانات الضخمة. سوف المتحدثون يتحدثون عن الجميع.

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

أضفنا التقرير " Scala.js - هل الأداة مناسبة لك؟ "حتى يرى الناس مثال للاستخدام. لا يوجد مطورو Fullstack الذين يكتبون كل من الواجهة الخلفية والواجهة الأمامية بشكل جيد. نادرًا ما يكتب المطور العادي الواجهة الأمامية ولا يريد أن يأخذ JS أو TypeScriprt. يفكر: "هل يمكنني تجربة Scala.js؟ نعم ، ليس هذا أنا ، لن يفهمني أحد. "

ليست هناك حاجة لاستخدام Scala.js عندما تكون هناك أدوات ومكتبات من عالم الواجهة الأمامية. لذلك ، يقوم عدد قليل من الأشخاص بتجربة Scala.js ، والموضوع مثير للغاية. سوف يخبر ألكساندر شاريكين عن تجربته في استخدام Scala.js في eLama.

التكنولوجيا المتخصصة Scala.js ناضجة ، ولها مجتمع معين. هناك بعض المشكلات في تكامل مكتبات JS الشائعة ، لكن كل من استخدم Scala.js في مشاريع حقيقية يستجيب بشكل إيجابي.
يفغيني توكاريف ، عضو في جهاز الكمبيوتر ScalaConf 2019 .

الخلفية


يوجد تقريران في هذه المجموعة - حول البحث والفهرسة وعكا. التقرير الأول من قبل Andrei Korzinev - هل سيكون هناك شيء مثل "الحالة" حول طريقة التعامل مع الفهارس في Auto.ru؟

تاريخيا ، استخدموا Apache Lucene لأول مرة في Java ، ثم ألقوا بها وكتبوا YoctoDB في Java. الآن يقومون بالتكرار الثالث على Scala لمزيد من التحكم في نتائج الاستعلام.

يستخدم Scala للتوزيع ، في التطبيقات متعددة الخيوط ونادراً جداً للمشاريع المماثلة. من المرجح أن يركز مطورو Scala على الصحة ولا يقلقوا كثيرًا بشأن الأداء. بالنسبة للمهمة المتوسطة ، يحصل المطور بالفعل على أداء عالٍ دون بذل أي جهد.

مشروع Avto.ru هو واحد من تلك التي تجمع بين كل من الدقة والأداء. لذلك ، تقرير أندريه فريد من نوعه. سيتحدث عن الفهارس التي يكون الأداء مهمًا لها: المخازن المؤقتة للبايت ، بدون تغيير. تقارير هذا التنسيق نادرة. محرك البحث مهمة بمستوى مختلف ويختلف كثيرا عن المتوسط.

قليل من يكتب محرك البحث الخاص به ، وحتى أقل من ذلك على سكالا.

سوف نيكيتا Melkozerkov أخبر "بشكل عام" عن واحدة من النهج للعمل مع عكا؟

سوف يتحدث عن عكا المثابرة و FoundationDB . Akka Persistence هي مكتبة تم تكوينها لـ Akka وتتيح لك تخزين جميع الأحداث بشكل مريح وحفظها والتقاطها وعدم القلق بشأنها. بالنسبة لها ، تتم كتابة مكتبات إضافية تربط عكا المثابرة بأي قاعدة بيانات.

عكا Persistance يمكن أن تعمل فقط من خارج منطقة الجزاء مع LevelDB. جميع الخلفية التخزين الأخرى هي الإضافات من المجتمع. لا يتم تحديثها في كثير من الأحيان ، وهناك مخاوف من أخذها إلى مشروع جدي. لذلك ، من الصعب اختيار ما يجب استخدامه مع Akka Persistance.

قبل عام ، افتتحت شركة Apple مكتبة Foundation OpenDB ، وكان الجميع متحمسين. إنه رائع وموزع وصحيح للغاية وموثوق به نظرًا لحقيقة أن المطورين كل يوم يقومون بمحاكاة تريليون اختبار. استلهم الجميع هذا الحدث ، وكتب نيكيتا البرنامج المساعد Akka Persistance لـ FoundationDB.

في غضون 40 دقيقة ، سيتحدث نيكيتا عن FoundationDB ومزاياه ، ولماذا لم تنجح Cassandra ، حول Event Sourcing ، حول المراحل والميزات الرئيسية لكتابة المكونات الإضافية في Akka Persistance. آمل أن يتمكن Nikita من إقناع الجميع بأن إصلاح أو كتابة مكون إضافي للتخزين الضروري ليس مخيفًا وليس صعبًا ، وستختفي مشكلة مخاوف الاستقرار.

تطوير مطور سكالا والبرمجة الوظيفية


تقرير أولغا مخاسيفا هو التقرير الوحيد في المهارات اللينة وهو موجود في مجموعة FP. كيف حدث ذلك: المهارات اللينة ليست بنفس أهمية المهارات التقنية أو أن المجتمع غير جاهز لمثل هذه التقارير؟

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

في الوقت نفسه ، أردنا إضافة كلمة رئيسية للبرنامج وساعدنا أولغا في الخروج منها. كانت محاضرتها عن المهارات اللطيفة ، " فن طرح الأسئلة " ، مثالية. انه يقف مع تقارير عن AF ، لأنه لا توجد وسيلة لإنشاء كتلة منفصلة لذلك.

أود أن أقترح فرضية مفادها أن مطوري سكالا أكثر تقنيًا.

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

Scala لديها العديد من التقنيات والأساليب التي لا تنتهي أبدا.

يمكنك دراسة الحقول ذات الصلة ، وقراءة اللغات الأخرى وإضافة الأفضل إلى Scala. نحن نوسع آفاقنا من أجل العثور على الأرجح على شيء مفيد ومثير للاهتمام. لم يكن هناك مؤتمر العام الماضي أينما تحدثوا عن Tagless Final. لقد مر عام ، تهدأ الجميع ونظروا إلى الطريقة المستخدمة في ZIO. تدفق جديدة وجديدة للدراسة في FP و Scala لا تنتهي أبدا. إذا نظرت بعمق كافٍ ، حتى في إطار طلب سحب واحد Scala ، يمكنك البحث ليوم كامل.

المصدر الرئيسي للأخبار هو الدردشات المتخصصة وحسابات Twitter العامة مثل مركز Scala والمدونات الفردية ، مثل فريق Akka أو Scala-lang الذي ينشر منشورات حول حلول لغوية مهمة. ومع ذلك ، هناك قدر لا يصدق من المعلومات ، من الصعب متابعة كل شيء. المورد الوحيد الذي ينقذ هو سكالا تايمز . هذه هي نشرات إخبارية أسبوعية تحتوي على ملخص للنشر والإصدارات والتغريدات والأخبار في عالم ومجتمع Scala. لقد اشتركت في برنامج Scala Times منذ ثلاث سنوات. لكنني نادراً ما أتفرج على الرؤوس ووصف موجز. عند الحاجة ، يمكنني أن أتذكر أنني رأيت هذا مرةً وأبحث ، لكن ليس أكثر.

في وقت واحد ، حاولت تطوير ملخص Scalanews.org . حاولنا العمل مع المعلومات كصحفيين: لقد درسنا مصادر مختلفة ، وليس فقط سكالا تايمز ، المقروءة ، المفككة ، وكتبت. أردنا أن يستفيد القارئ من المقالة وأن يتذكر شيئًا ما. لكن المعلومات هي بحر ، والمشروع يتلاشى تدريجيا.

في Scala ، يمكنك دراسة كل شيء إلى أجل غير مسمى ، ولكن هل هناك أي خطوات للنمو؟

كان هناك منذ فترة طويلة نظام التدريج لسكالا. لا يُعرف من اخترعها ، لكنه يصف مستويات المطور: مستخدم واثق ، وكاتب مكتبة ، وأكثر من ذلك. على صفحة خاصة لمؤتمر John LambdaConf ، تم رسم مستويات من إتقان المفاهيم من 6 إلى 8 مستويات. هناك مستويات ، لكنني لست متأكدًا من أنها قيد الاستخدام.

كما أنني كنت أضع في الاعتبار التدرج في يونيو ، الأوسط ، الأقدم. هل هناك شيء من هذا القبيل؟

نعم لكن ليس شائع إذا كانوا يكتبون علامة في الوظائف الشاغرة ، فهذا هو الأقدم. نادرا ما يكون منتصف أو حتى المبتدئين. في كثير من الأحيان ، يذهب المطورون الذين كتبوا بالفعل بلغات أخرى إلى سكالا. لقد تحولوا إلى سكالا من ذوي الخبرة في التطوير ، ومن الواضح أن هذا ليس يونيو.

انتقل المطورون المتقدمون إلى سكالا.

وبالتالي ارتفاع متوسط ​​عمر المطور.

تقارير باللغة الإنجليزية: الفضائح ، العودية ، API


هناك أربعة متحدثين أجانب في كتلة البرمجة الوظيفية. لنبدأ مع جون أ.

الجميع يعرف جون.


جون نشط للغاية: يحضر جميع الأحداث ، ويشارك في مكتبته ZIO ويعمل بنشاط على الترويج لها ، قام مؤخرا في Scala Meetup. جون يروج AF ونجح. إنه سيد الاهتمام.

نتيجة لذلك ، شارك في العديد من الفضائح. على سبيل المثال ، في عام 2019 ، حدث العديد من الأعمال الدرامية العالمية: تمت إزالة ZIO و Scalaz من تصميم Scala ، وحظر Typelevel.scala على جون المشاركة في مشاريعهم ، وأغلقت Skills Matter مدخل جميع الأحداث الخاصة بهم. أصدر ترافيس براون ، المرتبط بـ Typelevel.scala ، منشورًا اتهم فيه جون بكل الذنوب. نوقشت هذه الأحداث حتى من قبل أشخاص بعيدين عن سكالا ، على سبيل المثال ، في إذاعة راديو تي.

بمعنى ما ، يوحنا يفعل كل شيء بشكل صحيح - في مرأى ومسمع ويمكن أن يبشر بالعربية لدى الجماهير. ينظم حاليًا مؤتمر سكالا له في لندن في نهاية عام 2019 وقد دعا بالفعل العديد من المتحدثين الرائعين. في ScalaConf 2019 ، سيؤدي عرضًا رئيسيًا مع Snake Oils & Elixirs .

قصة مثيرة للاهتمام من جون مع سكالاز سبارتا. أطلق ماراثون عرض فيه التوجيه والتنظيم والمساعدة في إنشاء أنظمة Scalaz الإيكولوجية للمطورين الذين لا يشاركون في Open Source. استجاب 300 شخص ، وتم تشكيل مجموعات عمل من المصالح ، وتم فتح 30 مستودعًا. لا شيء تقريبا النار. من غير المحتمل أن يجتمع الناس معًا وسيظلون متحمسين لفترة طويلة لكتابة مكتبات قد لا تكون مطلوبة في عملهم الحالي.

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

مؤتمر البرمجة الوظيفية دون ذكر مخططات العودية - المال أسفل هجرة.

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

حديثه سيكون عن مكتبة تابير. يساعد كثيرا مع وثائق Swagger. عادة ما يؤلمني كتابة Swagger. أفضل ما لدينا من هذا كان بناء وحشي رهيب على كومة من الشروح ، والتي قد لا تتوافق مع ما كتبته هناك.

Tapir يحل هذه المشكلة ويعطي وصف Swagger مجانا. المشروع الوحيد المتشابه هو Oleg Nizhnikov من جهاز ScalaConf 2019 ، لكن Tapir هو أكثر علاقات عامة ، لأن آدم بارع في هذا.

لكن جودة المنتج لم تتأثر. يجب عليك تقديم تنازلات كبيرة ، فمن الملائم تنظيم واجهة برمجة تطبيقات (API) لتغطية جميع الحالات ولن يتم تثبيت أصابعك. يبدو أن آدم قد نجح.

بعد تعلم اللغة وحل المشكلات العملية ، يتطلع مطور Scala نحو FP. على مدار السنوات الأربع الماضية ، كانت معظم التقارير في المؤتمرات الأجنبية مرتبطة بمؤسسة التمويل الدولية ونهجها في حل المشاكل العملية. لذلك ، نحن مهتمون بالمتحدثين الأجانب - يتحدثون عن FP ، بشكل أساسي.
يفغيني توكاريف ، عضو في PC ScalaConf 2019


آخر متحدث أجنبي هو فويتيك بيتولا . يعمل لصالح شركة Sony في قسم أمن المعلومات. في تقرير " سحر التكامل - نظام بيئي أفضل من أي إطار عمل " ، سوف يخبر كيف أنشأ تطبيقًا وضع فيه جميع المكتبات العاملة.

ستكون التقارير الأجنبية باللغة الإنجليزية. هل ستكون هناك ترجمة وترجمات؟

لا ، لن يحدث شيء. يواجه المطور باستمرار المصطلحات الفنية ، ويقرأ الوثائق والأدلة والدراسات باللغة الإنجليزية - هناك كل المصادر الأساسية.

نحن نفترض أن جميعنا يفهم اللغة الإنجليزية.

إذا كان الأمر غير مفهوم تمامًا ، فسيكون هناك رمز على الشاشة ومن الممكن فهم ما يحدث. إن لم يكن على الإطلاق ، فهناك دائمًا تقرير بديل باللغة الروسية في الغرفة المجاورة.

فقط عن البديل. هل سيتحدث دانييل سميرنوف أيضًا عن المخططات ، مثل فالنتين؟

تقريبا. كلاهما يكتب المكتبات المرتبطة المخططات. كلاهما يستخدم نفس مصدر الإلهام - Xenomorph . لكن المكتبات مختلفة تمامًا ، مثل مجموعة من الميزات. مكتبة دانيال هي أبسط وفي ترتيب العمل - خذ واستخدام. لدى Valentine المزيد من الأجراس وصفارات ، DSL الخاصة بها ، والمزيد من الميزات وذهبت أبعد من Xenomorph.

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

لأغراض تجريبية ، خفضنا عدد التقارير عمداً إلى 20 دقيقة. تقرير دانيال هو واحد منهم. حضرت جولة دانيال الأخيرة ، وأستطيع أن أقول إنه قام بعمل جيد مع التقرير بسبب ضيق الوقت. تتقاطع موضوعات دانيال وفالنتين ، لكن اذهب في أوقات مختلفة لتغطية الموضوع الكامل للرسومات والمخططات.

ألكسندرا Golubitskaya يقارن ZIO والمستقبل. هذا هو منتج جون. هل هم منسقون؟

نعم بالطبع. تشارك Alexandra بنشاط في كتابة ZIO ، فهي تساعد بعضها البعض في التقارير. عندما يعرض جون بعض الملامح في المؤتمرات ، فهو يشكر ألكساندر على الإعداد. وهي أيضًا واحدة من منظمي الحدث في لندن. الآن هم يستعدون ميزة جديدة في ZIO - قطع. إذا كان مستعدًا لتاريخ المؤتمر ، فسوف تتحدث ألكسندرا عنها .

التالي هو ارتيم سيليزنيف وسكالا بدون JDBC.

JDBC هو المعيار القديم الذي يستخدم بلغات JVM للعمل مع قواعد البيانات العلائقية. تتم كتابة تطبيق معين لقاعدة بيانات محددة. JDBC لا يتطور ، إنه معيار ثابت ولا يمكن لأحد رفضه. الجميع يبصق ، ينزعج ، لكنه يواصل المضغ على الصبار - لا يوجد بديل. هناك مكتبات توفر برامج تشغيل غير متزامنة ، لكنها غير شائعة. سمعت Rob Norris مكتبة Skunk ، لكنها ظلت قيد التطوير منذ أكثر من عام ، ومن غير الواضح متى سيتم إصدارها.

سوف يخبر Artyom كيفية النزول مع JDBC. للقيام بذلك ، كتب السائقين "على الركبة" - الأدوات كافية للقيام بذلك بنفسك وبأسلوب وظيفي. في التقرير ، سوف يوضح كيفية كتابة السائقين ، وأن "على الركبة" ليس أكثر صعوبة وليس أسوأ من اعتاد الجميع على التفكير.

JetBrains ، Holivars والبيانات الكبيرة


في المجموعة التالية "اللغة / التوليف" التقرير الأول لأندري كوزلوف وميخائيل موتسيانكو. هل سيتحدثون عن أحد منتجات JetBrains؟ في البرنامج ، أحصيت 3 تقارير من 18 من متحدثين من JetBrains. هل هو مرتبط بشيء ما؟

لقد لاحظت هذا أيضًا عندما بدأت في إنشاء شبكة الجدول الزمني. حدث هذا عن طريق الصدفة ولا أحد روجت JetBrains عمدا. توظف الشركة العديد من الأشخاص المقربين من AF ، على الرغم من أن منتجاتهم الرئيسية لا تتعلق بذلك. يعمل Andrey Kozlov و Mikhail Mutsianko على Scala Plugin ، الذي نستخدمه جميعًا. أنها بالتأكيد ليست زائدة عن الحاجة هنا.

هناك مشكلة قديمة في أن مكون Scala لا يتطابق تمامًا مع برنامج التحويل البرمجي Scala. يتم كتابة برنامج التحويل البرمجي لرمز Scala البديل في البرنامج المساعد ليتمكن IDEs من العمل. لذلك ، يوجد تعارض في المنتج - في بعض الأماكن يكون الرمز صالحًا وصحيحًا وتجميعيًا من قِبل برنامج التحويل البرمجي Scala ، لكن في IDE يكون أحمر. هذا أمر محبط ، ولكن مع مرور الوقت تعتاد على ذلك ، هناك عدد أقل من المناطق الحمراء.

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

استمرار على JetBrains والقفز قليلا إلى البيانات الكبيرة. «» - — , IDE. ?

, Big Data. . : , , , , . . , - .

JetBrains — . AppsConf . ScalaConf 2019 ?

, « Haskell» DOT — . DOT, . , «» Haskell Scala. , - , — .

?

, :)

, «» Haskell Scala?

, . Scala Java — . Haskell Scala. Haskell ( ), Scala , , .

. Scala Haskell .

«» . , - :)

, , Haskell, , , , Scala.

Scala?

, . . , , ensime, scalafix , fastparse. Scalafix .

, Open Source, . , , .

«» GraalVM. , ?

GraalVM . — Scala Native , Java . , JVM.

-, GraalVM — . , . . . GraalVM, , , . , GraalVM. , , , , . .

, GraalVM ?

. , GraalVM . . — GraalVM . .

, - GraalVM . . GraalVM « ». , , , . .

? , Big Data?

, . Big Data, , . , ..

Yupana — HBase time-series , . , . , — Yupana, , . Open Source .

ScalaConf 2019 . , -. 12 — . , . ScalaConf 2019!

Source: https://habr.com/ru/post/ar474322/


All Articles