Ich mag das abgedroschene Wort "Konferenz" nicht. Dies ist ein Treffen von Entwicklern mit gemeinsamen Interessen, die mehr über die Zukunft ihrer geliebten Plattform erfahren möchten, sowie über Tricks, mit denen Sie die in .NET Framework festgelegten Regeln umgehen können. Das Format des Meetings besteht aus zehn Slots, die nur mit der modernsten, manchmal noch nicht freigegebenen Funktionalität gefüllt sind. Dies ist genau das Format, in dem das Raster nicht mit Berichten gefüllt werden muss, die nichts mit dem Thema der Konferenz zu tun haben. Ein Set: Es wird viel daran gearbeitet, nicht vielversprechende Themen zu beseitigen, die nicht mit unserer Plattform zusammenhängen.
Ich hoffe, Ihre früheren Versionen von CLRium bleiben Ihnen noch in Erinnerung. Ich erinnere mich und schaue von Zeit zu Zeit auf Ihre vielen Bewertungen, die meinen Wunsch, wieder auszugeben, erwärmen. Und diesmal - mit einer Tendenz in der Zukunft. Und ich habe einen Spoiler für die Zukunft: Das .NET Framework wird geschlossen, um der Core CLR zu gefallen . Warum? Kommen Sie und zum Preis von einem, der ein Auto betankt, werden Sie es selbst herausfinden.
Warum lade ich alle ein? Die Themen des Meetings stehen alle auf der Auswahl und ermöglichen es Ihnen, in die Gegenwart unserer OpenSource- Plattform einzutauchen . Ehrlich gesagt würde ich selbst sagen: Wir analysieren die Entwicklung der CoreCLR-Funktionalität: von 2.0 auf 3.0, Debuggen mit einem selbst geschriebenen Debugger , die umfangreichsten und umstrittensten Funktionen von C # 7. *, 8.0, Garbage Collector API , neue Tools zum Ausstatten nicht verwalteter Ressourcen mit Verwaltbarkeitseigenschaften und vieles mehr .
Lesen und registrieren
Beispiele für Artikel und eine vollständige Liste der Vortragsthemen - unter dem Schnitt Berichte (nicht alle):
Aufwärmbericht über die gerade veröffentlichten und noch nicht veröffentlichten Funktionen von .NET Core. Nachdem Sie es angehört haben, können Sie sich eine allgemeine Meinung darüber bilden, wohin wir gehen, worauf es sich zu achten lohnt, was Sie versuchen sollten und womit - um es ins Regal zu stellen
Spanne <T>, Speicher <T>
Neue Arten von Daten, die keine Angst vor dem Wort haben, sind revolutionärer Natur. Sie vereinen nicht nur die Arbeit mit Arrays, Zeichenfolgen und nicht verwalteten Datenpuffern, sondern legalisieren auch viele unsichere Vorgänge. Aus dem Bericht erfahren wir: Warum sie eingeführt wurden, für welche Aufgaben, wie schnell sie arbeiten und auf welchen Plattformen, und wir werden auch anfangen, uns ruhiger mit unsicherem Code zu befassen, weil das wird sicher und überschaubar. Generell empfehle ich: einen Detektiv mit Happy End.
Speicher: MemoryHandle, MemoryManager, MemoryPool
In diesem Bericht werden wir das Gespräch über Speicher fortsetzen und auf praktischere Beispiele und Tricks eingehen: Wir werden neue Möglichkeiten für das Mieten von Arrays und Datenpuffern in Betracht ziehen. Machen wir uns mit einem neuen Konzept vertraut, ein Stück Erinnerung zu besitzen. Und im Allgemeinen werden wir uns darauf vorbereiten, unsere Algorithmen mit neuen Methoden zu beschleunigen. Während wir warten, nutzen führende Entwickler die neue Funktionalität bereits mit Macht und Kraft: Dies sind das Castle Project und System.IO.Pipes und viele andere
Garbage Collector API
Der Garbage Collector ist jetzt austauschbar. Hierzu scheint lediglich die Implementierung der entsprechenden Schnittstelle erforderlich zu sein. Der Bericht soll die neue API, ihre Funktionen und neuen Ansätze zeigen und darüber sprechen, an die wir uns für die Zukunft erinnern müssen (was wie üblich plötzlich geschieht). Und auch allgemein - was uns in dieser Zukunft erwartet. Mit anderen Worten: Was ist die GC-API und warum müssen wir darüber Bescheid wissen?
Eine der mächtigsten, definitiv notwendigen und gleichzeitig nicht klaren Fragen: Global Tools und Command Line Interface API. Kurz gesagt, ein Mittel zum Erstellen plattformübergreifender Befehle für die Befehlszeile des .NET-Projekts. Schauen wir uns das genauer an, studieren wir vorgefertigte Beispiele (sie integrieren es bereits in Macht- und Hauptprodukte) und entscheiden: Wo es benötigt wird und wann Sie sich nur an seine Existenz erinnern müssen - für die Zukunft
ClrMD: Wir entwickeln unseren eigenen Debugger (es ist sehr einfach!)
Es gibt eine interessante Bibliothek zum Debuggen von Prozessen und Speicherabbildern.
Das Schönste ist außerdem, dass diese Bibliothek für jeden das Übliche ist
.NET Dies bedeutet, dass Sie das Problem untersuchen können, indem Sie Skripte entwickeln, um nach Problembereichen der Anwendung zu suchen. Dies beschleunigt das Debuggen häufig erheblich. Wir werden herausfinden, wie das geht.
Ein paar Worte zum Sprecher
Alle aktuell im Raster enthaltenen Berichte werden von einem Sprecher gelesen:
Stanislav Sidristy
Erfahrener Redner bei verschiedenen Konferenzen und Tagungen und Autor eines Online-Buches 
CLR-Buch: unter der Haube von .NET Framework .
Er arbeitete in Unternehmen wie Epam Systems, Luxoft und Kaspersky Lab und realisierte Aufgaben mit verschiedenen Schwierigkeitsgraden in C #, Groovy, C / C ++ und anderen Sprachen.
Hast du etwas Wichtiges verpasst?
Wenn du denkst, wir haben etwas verpasst, schreibe in die Kommentare, was du sonst noch sagen kannst =)
Kontaktdaten:
Preis - 3.000 Rubel. Für mein Auto ist dies eineinhalb Tanken.