ScalaConf 2019 - John Preacher, Heiliger Gral und Professor Haskell

Am 26. November findet im Infospace die ScalaConf 2019 statt , eine Fachkonferenz für Scala-Entwickler. Vielleicht der erste in Russland. Am Vorabend der Veranstaltung haben wir Vadim Chelyshov ( dos65 ), den Leiter von ScalaConf 2019 PC, gebeten, über die Berichte und das Konzept der Konferenz zu sprechen.



Folgendes haben wir gelernt: Auf der Konferenz warten wir auf einen Prediger der funktionalen Programmierung, vier englischsprachige Berichte, ein neues Tool zur Lösung der Probleme von Dateningenieuren, einen Bericht darüber, warum das Scala-Plugin nicht mit dem Scala-Compiler kompatibel ist, Professor Haskell, und eine Menge funktionaler Programmierung. Wir sprachen auch über die Entwicklungsgrenzen des Scala-Entwicklers, warum es unter ihnen keine Jones gibt, über den „Holivar“ zwischen Scala und Haskell und über die informative „Blase“ der Community. Details unter dem Schnitt.

Konzept

Hallo Vadim! Keine Frage - erzählen Sie uns etwas über das Konferenzkonzept?

Ich bin enttäuschend - es gibt kein allgemeines Konzept. Wir sind mit Scala-Konferenzen in Russland nicht zufrieden. Es gibt nicht viele solcher Ereignisse, die vor der Organisation stattfinden, um darüber nachzudenken, wie ungewöhnlich es ist, zu überraschen. Dies ist eine Scala-Konferenz, von der es reichlich gibt.

Bedeutet dies, dass die an der Konferenz teilnehmende Community keine Erwartungen hat?

Es gibt Erwartungen. Dies sind die Erwartungen, dass es coole Berichte und Redner geben wird, und das ist laut Scala. Dies sind die Erwartungen, dass Sie nicht zu verwandten Berichten über Haskell oder Java gehen müssen, um an den zweieinhalb Präsentationen teilzunehmen, für die ich gekommen bin.

Liegt es daran, dass es in Russland nur wenige Scala-Konferenzen gab?

Wir können sagen, dass die Konferenzen Null waren . Als ich investigative Artikel über die Scala-Bewegung schrieb, fand ich Informationen darüber, dass einige Ereignisse in St. Petersburg stattfanden. Die Leute nannten es eine Konferenz, aber es war ein Mitap - ein Track für 3-4 Sprecher. Im September fand ein Treffen statt, bei dem 400 Personen erklärt wurden, und dies wurde als Konferenz angesehen. Sonst gibt es nichts. Der Rest sind Mitaps in St. Petersburg, Moskau, etwas in Nowosibirsk und in anderen Städten nahe Null.

Die Scala-Konferenz in Russland ist bereits eine Veranstaltung.

Hinweis Der erste und zweite Teil der Untersuchung. Der letzte kommt bald - bleiben Sie dran.

Es stellt sich heraus, dass ScalaConf 2019 die erste professionelle Konferenz über Scala ist?

Ja, mit einigen Annahmen. Die Besonderheit ist, dass es zuvor keine speziellen Standorte für Scala gab. Normalerweise waren dies Java-Konferenzen, bei denen die felsigen Leute ein schwarzes Schaf waren, gemischte Ereignisse auf FP und Mitaps. Wenn dies nicht Moskau oder St. Petersburg ist, werden auch die Mitaps gemischt.

ScalaConf 2019 ist die erste felsige Plattform für Rockies.

Bei Kundgebungen oder gemischten Konferenzen müssen sich die Sprecher der Scala an das Publikum anpassen, viele Themen streichen und die Komplexität des Berichts verringern. Hardcore-Präsentationen erscheinen auf FP-Konferenzen, aber Sie können nicht nur über Scala berichten.

Für ScalaConf 2019 gibt es keine Einschränkungen. Nur Scala, nur Hardcore.

Scala.js

Scala dominiert zwei Bereiche: Big Data und Backend. Daher gab es keine grundlegende Aufgabe, N Abschnitte mit jeweils einer bestimmten Anzahl von Sprechern vorzubereiten. Wir gingen von den Berichten aus, wählten coole aus und beschrifteten: etwas mehr über das Backend, etwas über das FP. Die Unterteilung in Abschnitte ist nominal, und die Berichte aus dem Block Sprache / Optimierung sind genauso klar wie aus den Big Data. Die Redner werden für alle sprechen.

Die einzige Ausnahme ist Scala.js, auf die nur wenige schreiben, sowie das Frontend. Meistens ist dies ein Experiment, seltener eine sinnvolle Entscheidung, um bestimmte Vorteile zu erzielen. Scala.js eignet sich für die komplexe Codebasis auf Scala, wenn Sie es im Browser verwenden möchten. Ich habe mit diesem Tool ein gutes Compiler-Beispiel für die Blockchain-Sprache gesehen. Die Entwickler konnten es interaktiv direkt zum Browser hinzufügen: Sie schreiben in der Sprache, der Compiler überprüft die Gültigkeit und hebt hervor.

Wir haben den Bericht „ Scala.js - ist das Tool für Sie geeignet? "Damit die Leute ein Anwendungsbeispiel sehen. Fullstack-Entwickler, die sowohl Backend als auch Frontend gleich gut schreiben, existieren nicht. Der durchschnittliche Entwickler schreibt selten Front-End und möchte weder JS noch TypeScriprt verwenden. Er denkt: „Kann ich Scala.js ausprobieren? Ja, nicht dass ich es bin, niemand wird mich verstehen. “

Scala.js muss nicht verwendet werden, wenn Tools und Bibliotheken aus der Frontend-Welt vorhanden sind. Daher experimentieren nur wenige Leute mit Scala.js, und das Thema ist äußerst interessant. Alexander Sharikhin wird nur über seine Erfahrungen mit der Verwendung von Scala.js in eLama berichten.

Die Nischentechnologie von Scala.j ist ausgereift, funktioniert und hat eine bestimmte Community. Es gibt einige Probleme bei der Integration beliebter JS-Bibliotheken, aber jeder, der Scala.js in realen Projekten verwendet hat, reagiert positiv.
Evgeny Tokarev, Mitglied der PC ScalaConf 2019 .

Backend

In diesem Block gibt es zwei Berichte - über Suche und Indizierung und über Akka. Der erste Bericht von Andrei Korzinev - wird es so etwas wie einen „Fall“ über die Methode der Arbeit mit Indizes in Auto.ru geben?

In der Vergangenheit verwendeten sie Apache Lucene zuerst in Java, warfen es dann raus und schrieben ihre YoctoDB in Java. Jetzt führen sie die dritte Iteration in Scala durch, um mehr Kontrolle über die Abfrageergebnisse zu erhalten.

Scala wird für die Verteilung, in Multithread-Anwendungen und sehr selten für ähnliche Projekte verwendet. Scala-Entwickler konzentrieren sich eher auf Korrektheit und sorgen sich wenig um die Leistung. Für eine durchschnittliche Aufgabe erhält der Entwickler bereits eine hohe Leistung, ohne sich anstrengen zu müssen.

Das Avto.ru-Projekt ist eines von denen, die sowohl Korrektheit als auch Leistung kombinieren. Daher ist Andrei's Bericht einzigartig. Er wird über Indizes sprechen, für die Leistung wichtig ist: Byte-Puffer, varhandless. Berichte dieses Formats sind selten. Die Suchmaschine ist eine Aufgabe einer anderen Ebene und unterscheidet sich stark vom Durchschnitt.

Nur wenige schreiben ihre eigene Suchmaschine, noch weniger tun dies auf Scala.

Nikita Melkozerkov wird "allgemein" über einen der Ansätze für die Arbeit mit Akka erzählen?

Er wird über Akka Persistence und FoundationDB sprechen . Akka Persistence ist eine Bibliothek, die für Akka konfiguriert ist und es Ihnen ermöglicht, alle Ereignisse bequem zu speichern, zu speichern, aufzunehmen und sich keine Sorgen zu machen. Für sie werden zusätzliche Bibliotheken geschrieben, die Akka Persistence mit einer beliebigen Datenbank verknüpfen.

Akka Persistance kann nur mit LevelDB sofort funktionieren. Alle anderen Speicher-Backends sind Plugins aus der Community. Sie werden nicht oft aktualisiert, und es besteht die Befürchtung, sie in ein ernstes Projekt einzubeziehen. Daher ist es schwierig zu entscheiden, mit was Akka Persistance verwendet werden soll.

Vor einem Jahr hat Apple die Foundation Source OpenDB-Bibliothek eröffnet, und alle waren begeistert. Es ist cool, verteilt, super korrekt und zuverlässig, da Entwickler jede Nacht eine Billion Tests simulieren. Alle waren von der Veranstaltung inspiriert und Nikita hat das Akka Persistance Plugin für FoundationDB geschrieben.

In 40 Minuten wird Nikita über FoundationDB und seine Vorteile, warum Cassandra nicht funktioniert hat, über Event Sourcing, über die Hauptphasen und Funktionen des Schreibens von Plugins in Akka Persistance berichten. Ich hoffe, Nikita kann alle davon überzeugen, dass es nicht beängstigend und nicht schwierig ist, ein Plugin für den erforderlichen Speicher zu reparieren oder zu schreiben, und das Problem der Stabilitätsbedenken wird verschwinden.

Scala Entwicklerentwicklung und funktionale Programmierung

Der Bericht von Olga Makhasoeva ist der einzige im Bereich Soft Skills und befindet sich im FP-Block. Wie ist es dazu gekommen: Soft Skills sind nicht so wichtig wie technische Fähigkeiten oder die Community ist nicht bereit für solche Berichte?

Bei der ersten Scala-Konferenz können wir es uns nicht leisten, viele Vorträge über Soft Skills zu halten. Es wird eine Verschwendung von Zeit und Ressourcen sein. Es stellt sich heraus, dass wir Menschen, die uns etwas Technisches und Nützliches erzählen können, durch Berichte ersetzen können, die wir auf anderen Konferenzen anhören können.

Gleichzeitig wollten wir dem Programm eine Keynote hinzufügen, und Olga half uns dabei. Ihr Vortrag über Soft Skills, „Die Kunst, Fragen zu stellen “, kam perfekt zustande. Er steht mit Berichten über AF da, weil es keine Möglichkeit gibt, einen separaten Block dafür zu erstellen.

Ich möchte eine Hypothese vorschlagen, dass Scala-Entwickler eher technisch orientiert sind.

Scala hat viele technische Dinge zu besprechen und zu entdecken. In gängigen Sprachen können Sie schnell eine Sprache lernen, sich mit dem Ökosystem vertraut machen und an die technische Grenze stoßen. Weiterentwicklung nur im Management, in Soft Skills oder Studienarbeit auf niedrigem Niveau. In Scala und FP gibt es viel Raum für eine Vertiefung: wie man mehr Garantien aus dem Code erzielt, wie man ihn korrekter, kurz, schneller und zuverlässiger schreibt, um ihn präziser auszudrücken.

Scala hat viele Techniken und Ansätze, die niemals enden.

Sie können verwandte Bereiche studieren, andere Sprachen lesen und Scala das Beste hinzufügen. Wir erweitern unseren Horizont, um mit größerer Wahrscheinlichkeit etwas Nützliches und Interessantes zu finden. Letztes Jahr gab es keine Konferenz, wo immer sie über Tagless Final sprachen. Ein Jahr ist vergangen, alle haben sich abgekühlt und schauen sich den Ansatz an, der in ZIO verwendet wird. Der Fluss von Neuem und Frischem zum Lernen in der FP und der Scala endet nie. Wenn Sie selbst im Rahmen einer Pull-Anfrage Scala tief genug schauen, können Sie sich den ganzen Tag vertiefen.

Die wichtigste Nachrichtenquelle sind spezialisierte Chats, öffentliche Twitter-Konten wie das Scala Center und einzelne Blogs wie das Akka- oder Scala-lang- Team, die Beiträge zu wichtigen Sprachlösungen veröffentlichen. Es gibt jedoch eine unglaubliche Menge an Informationen, es ist schwierig, alles zu verfolgen. Die einzige Ressource, die spart, ist die Scala Times . Dies sind wöchentliche Newsletter mit einer Zusammenfassung von Posts, Veröffentlichungen, Tweets und Nachrichten in der Scala-Welt und -Community. Ich bin jetzt seit drei Jahren bei der Scala Times. Aber ich gehe sehr selten, ich schaue durch die Überschriften und eine kurze Beschreibung. Bei Bedarf kann ich mich daran erinnern, dass ich das einmal gesehen und gesucht habe, aber nicht mehr.

Einmal habe ich versucht, den Scalanews.org- Digest zu entwickeln. Wir haben versucht, als Journalisten mit Informationen zu arbeiten: Wir haben verschiedene Quellen studiert und nicht nur die Scala Times, gelesen, zerlegt, Eyeliner geschrieben. Wir wollten, dass der Leser von dem Artikel profitiert und sich an etwas erinnert. Aber die Informationen sind Meer und das Projekt verblasst allmählich.

In Scala können Sie alles auf unbestimmte Zeit studieren, aber gibt es irgendwelche Wachstumsschritte?

Für Scala gibt es seit langem ein Abstufungssystem . Es ist nicht bekannt, von wem es erfunden wurde, aber es beschreibt die Ebenen des Entwicklers: ein selbstbewusster Benutzer, Bibliotheksschreiber und mehr. Auf einer speziellen Seite der John LambdaConf- Konferenz wurden Ebenen der Beherrschung von Konzepten von 6 bis 8 Ebenen dargestellt. Es gibt Ebenen, aber ich bin nicht sicher, ob sie verwendet werden.

Ich dachte auch an die Abstufung im Juni, Mittel, Senior. Gibt es so etwas?

Ja, aber nicht üblich. Wenn sie in offenen Stellen ein Tag schreiben, dann ist dies der Senior. Selten ist ein Mittel- oder sogar ein Junior. Entwickler, die bereits in anderen Sprachen geschrieben haben, gehen häufig zu Scala. Sie wechselten mit Erfahrung in der Entwicklung zu Scala, und dies ist eindeutig kein Juni.

Fortgeschrittene Entwickler wechseln zu Scala.

Daher das hohe Durchschnittsalter des Entwicklers.

Englischsprachige Berichte: Skandale, Rekursion, API

Der Funktionsprogrammierblock enthält vier Fremdlautsprecher. Beginnen wir mit John A. De Hus.

Jeder kennt John.

John ist sehr aktiv: nimmt an allen Veranstaltungen teil, engagiert sich in seiner ZIO-Bibliothek und fördert sie aktiv. Er trat kürzlich beim Scala Meetup auf. John fördert AF und es gelingt ihm. Er ist ein Meister der Aufmerksamkeit.

Infolgedessen nahm er an vielen Skandalen teil. Zum Beispiel ereigneten sich 2019 mehrere Weltdramen: ZIO und Scalaz wurden aus dem Scala-Build entfernt, Typelevel.scala verbot John, an ihren Projekten teilzunehmen , und Skills Matter schloss den Eingang zu all ihren Veranstaltungen. Travis Brown, der mit Typelevel.scala verbunden ist, veröffentlichte einen Beitrag, in dem er John aller Sünden beschuldigte. Diese Ereignisse wurden sogar von Menschen weit entfernt von Scala diskutiert, zum Beispiel im Radio-T-Podcast.

In gewisser Weise macht John alles richtig - ist in voller Sicht und kann den Massen AF predigen. Derzeit organisiert er Ende 2019 seine Scala-Konferenz in London und hat bereits viele coole Redner eingeladen. Auf der ScalaConf 2019 wird er mit der Keynote von Snake Oils & Elixirs auftreten .

Interessante Geschichte von John mit Scalaz Sparta. Er startete einen Marathon, bei dem er Mentoring, Organisation und Unterstützung bei der Schaffung von Scalaz-Ökosystemen für Entwickler anbot, die nicht an Open Source beteiligt sind. 300 Personen antworteten, Interessengruppen wurden gebildet, 30 Repositories wurden eröffnet. Fast nichts wurde abgefeuert. Es ist unwahrscheinlich, dass Menschen einfach zusammenkommen und lange motiviert bleiben, Bibliotheken zu schreiben, die für ihre aktuelle Arbeit möglicherweise nicht benötigt werden.

Valentin Kassas nahm ebenfalls am Marathon teil. Vielleicht wird sein Projekt erfolgreich veröffentlicht - er ist immer noch daran beteiligt. Valentins " Bericht " befasst sich mit Rekursionsmustern. Dies ist ein Thema für Fortgeschrittene, aber nur wenige verstehen sie. Seit Jahren versuchen Entwickler, Schemata zu überwinden. Vielleicht hilft Valentine endlich, dieses Thema zu verstehen.

Funktionale Programmierkonferenz ohne Erwähnung von Rekursionsschemata - Geld den Bach runter.

Der dritte Redner ist Adam Warski . Er ist als Mitbegründer eines Softwareentwicklungsunternehmens sowohl an Open Source- als auch an kommerziellen Projekten beteiligt. Im letzten Jahr wurden viele Bibliotheken veröffentlicht, beispielsweise per API. Er arbeitet qualitativ an ihnen und fördert sie in der Gemeinde. Jeder, der das Leben der Scala-Community verfolgt, sollte ihn kennen.

Sein Vortrag wird über die Tapir-Bibliothek sein. Es hilft sehr bei der Swagger-Dokumentation. Es tut normalerweise weh, Swagger zu schreiben. Das Beste, was wir daraus hatten, war eine schreckliche monströse Konstruktion auf einem Haufen von Anmerkungen, die möglicherweise immer noch nicht dem entspricht, was Sie dort geschrieben haben.

Tapir löst dieses Problem und gibt die Swagger-Beschreibung kostenlos. Das einzige ähnliche Projekt ist für Oleg Nizhnikov von ScalaConf 2019 PC. Aber Tapir ist mehr PR, weil Adam dies beherrscht.

Die Qualität des Produktes wurde jedoch nicht beeinträchtigt. Sie müssen große Kompromisse eingehen. Es ist praktisch, eine API zu organisieren, die alle Fälle abdeckt, und Ihre Finger haken nicht ein. Adam scheint es gelungen zu sein.

Nachdem der Scala-Entwickler die Sprache gelernt und praktische Probleme gelöst hat, blickt er auf das FP. In den letzten 4 Jahren haben sich die meisten Berichte auf ausländischen Konferenzen auf die FI und ihre Ansätze zur Lösung praktischer Probleme bezogen. Deshalb sind wir an ausländischen Sprechern interessiert - sie sprechen hauptsächlich über FP.
Evgeny Tokarev, Mitglied der PC ScalaConf 2019


Der letzte ausländische Sprecher ist Wojtek Pitula . Er arbeitet für Sony in der Abteilung für Informationssicherheit. In dem Bericht „ Magie der Integrationen - Ökosystem besser als jedes Framework “ wird er erzählen, wie er eine Anwendung erstellt hat, in der er alle Arbeitsbibliotheken platziert hat.

Auslandsberichte werden in englischer Sprache verfasst. Wird es eine Übersetzung geben, Untertitel?

Nein, nichts wird passieren. Der Entwickler wird ständig mit Fachbegriffen konfrontiert, liest Dokumentationen, Handbücher, Studien auf Englisch - es gibt alle Hauptquellen.

Wir gehen davon aus, dass wir alle Englisch verstehen.

Wenn es völlig unverständlich ist, erscheint ein Code auf dem Bildschirm und es ist möglich zu verstehen, was passiert. Wenn überhaupt nicht, dann gibt es im Nebenzimmer immer einen alternativen Bericht in russischer Sprache.

Nur über die Alternative. Wird Daniil Smirnov auch über Pläne wie Valentin sprechen?

Fast. Beide schreiben Bibliotheken, die sich auf Schemas beziehen. Beide verwenden dieselbe Inspirationsquelle - Xenomorph . Aber Bibliotheken sind völlig anders, wie eine Reihe von Funktionen. Die Bibliothek von Daniel ist einfacher und funktionsfähig - nehmen und benutzen. Valentine hat mehr Schnickschnack, ihr eigenes DSL, mehr Funktionen und sie ist viel weiter von Xenomorph entfernt.

Daniel wird sein Morphling-Projekt zeigen. Aber das Projekt kann eine unvorbereitete Person abschrecken: Typen mit Löchern verbreiten, seltsame Sätze wie „HMutu“ - Horror. Ziel des Berichts ist es daher, diese Angst zu überwinden und die Einfachheit und Benutzerfreundlichkeit von Schemata auch in dieser Form zu entdecken.

Zu Versuchszwecken haben wir die Anzahl der Berichte bewusst auf 20 Minuten reduziert. Daniels Bericht ist einer von ihnen. Ich habe kürzlich an einem Lauf von Daniel teilgenommen, und ich kann sagen, dass er aus zeitlichen Gründen gute Arbeit mit dem Bericht geleistet hat. Die Themen von Daniel und Valentine überschneiden sich, gehen aber zu unterschiedlichen Zeiten über das gesamte Thema der Rekursionen und Schemata.

Alexandra Golubitskaya vergleicht ZIO und Future. Dies ist Johns Produkt. Sind sie koordiniert?

Ja natürlich. Alexandra ist aktiv am Schreiben von ZIO beteiligt, sie helfen sich gegenseitig bei Berichten. Wenn John auf Konferenzen einige Features zeigt, dankt er Alexander für die Vorbereitung. Sie ist auch eine der Organisatoren der Veranstaltung in London. Jetzt bereiten sie eine neue Funktion in ZIO-Chunks vor. Wenn es für das Datum der Konferenz bereit ist, wird Alexandra darüber sprechen .

Als nächstes kommen Artem Seleznev und Scala Without JDBC.

JDBC ist ein alter Standard, der in JVM-Sprachen für die Arbeit mit relationalen Datenbanken verwendet wird. Eine bestimmte Implementierung wird für eine bestimmte Datenbank geschrieben. JDBC entwickelt sich nicht, es ist ein fester Standard und niemand kann ihn ablehnen. Jeder spuckt, ist verärgert, kaut aber weiter an einem Kaktus - es gibt keine Alternative. Es gibt Bibliotheken, die asynchrone Treiber bereitstellen, diese sind jedoch nicht beliebt. Rob Norris hat die Skunk-Bibliothek gehört, sie befindet sich jedoch seit mehr als einem Jahr in der Entwicklung und ist unklar, wann sie veröffentlicht wird.

Artyom wird erzählen, wie man mit JDBC fertig wird. Dazu schrieb er seinen Fahrern "auf das Knie" - die Werkzeuge reichen aus, um es selbst und in einem funktionalen Stil zu tun. In dem Bericht wird er zeigen, wie man Fahrer schreibt, und dass „auf dem Knie“ nicht schwieriger und nicht schlimmer ist, als jeder es gewohnt ist zu denken.

JetBrains, Holivars und Big Data

Im nächsten Block „Sprache / Stimmung“ der erste Bericht von Andrey Kozlov und Mikhail Mutsianko. Werden sie über eines der JetBrains-Produkte sprechen? Im Programm zählte ich 3 Berichte von 18 von Sprechern von JetBrains. Ist es mit etwas verbunden?

Ich bemerkte dies auch, als ich anfing, das Zeitplanraster zu erstellen. Dies geschah zufällig und niemand bewarb absichtlich JetBrains. Das Unternehmen beschäftigt viele Mitarbeiter, die AF nahe stehen, obwohl es bei ihren Hauptprodukten nicht darum geht. Andrey Kozlov und Mikhail Mutsianko arbeiten am Scala Plugin, das wir alle verwenden. Sie sind hier definitiv nicht überflüssig.

Es gibt ein altes Problem, dass das Scala-Plugin nicht ganz mit dem Scala-Compiler übereinstimmt. Ein alternativer Scala-Code-Compiler ist in das Plugin geschrieben, damit ihre IDEs funktionieren. Daher gibt es eine Diskrepanz im Produkt - an einigen Stellen ist der Code praktisch gültig, korrekt und vom Scala-Compiler kompiliert, in der IDE jedoch rot. Das ist frustrierend, aber mit der Zeit gewöhnt man sich daran, es gibt weniger rote Zonen.

Natürlich ist die Situation nicht gut, aber der Scala-Compiler ist nicht die einfachste Sache. Die meisten Entwickler sind sich der Probleme und Herausforderungen, mit denen IDE-Entwickler konfrontiert sind, nicht bewusst. Höchstwahrscheinlich wird sich diese Situation weiter fortsetzen, aber Andrey Kozlov und Mikhail Mutsianko wollen nur ihren Standpunkt darlegen. Sie wollen erklären, warum dies passiert, warum es sein sollte, was die Anforderungen an den Compiler sind, warum es geschrieben wird und warum das Plugin so geschrieben ist. Es gab Versuche, dieses Geheimnis aufzudecken. Sie kamen zu uns, um einen Podcast aufzunehmen, aber es ist immer noch nicht klar.

Weiter mit JetBrains und ein kleiner Sprung zu Big Data. «» - — , 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 ?

Möglicherweise. , GraalVM . . — GraalVM . .

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

? , Big Data?

, . Big Data, , . , ..

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

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