Hallo Habr! Im April haben wir offiziell die besten Videos von DotNext 2017 Moskau in Open Access veröffentlicht. Das Ergebnis war eine Wiedergabeliste mit 25 Berichten . Nur eine Erinnerung an diese magische Wiedergabeliste.
Ich schaue mir jetzt die interessantesten Videos an und lade ein, mitzumachen! Um die Integration in die Anzeige der Konferenzaufzeichnungen zu vereinfachen, finden Sie unter dem Schnitt kurze Notizen zu zehn Berichten, die die höchsten Bewertungen von Besuchern des vergangenen DotNext erhalten haben. Wenn Sie aus 25 Teilen nur wenige Berichte sehen können, können Sie aus dieser Liste auswählen.
Formal ist die Bewertung umso höher, je niedriger die Liste ist. Es gibt jedoch eine wichtige Klarstellung: Alle Berichte aus den Top Ten haben eine sehr, sehr hohe Bewertung, und ihre genaue Position hängt stark von den Nuancen der Zählung ab. Wenn Sie beispielsweise ein weiches Quorum verwenden, wird Andrey Akinshins Keynote zu Leistungstests Sasha Goldsteins Bericht über das Debuggen und Profiling unter Linux überholen. Mit anderen Worten, alles sehen :-)
Unter dem Schnitt befindet sich ein Inhaltsverzeichnis zur bequemen Navigation über den Inhalt des Beitrags.
Inhaltsverzeichnis
Dino Esposito, JetBrains
Wenn Sie einer Person eine Aufgabe geben, müssen Sie sicherstellen, dass sie sich nicht nur an Ihre Worte erinnert, sondern auch versteht, was als nächstes zu tun ist. Was haben Sie aus unserem Gespräch gelernt? Was werden die ersten Schritte sein? Einfache, umsetzbare Fragen.
Diese Geschichte von Dino ist kein Standardbericht, sondern die letzte Keynote. Das Ziel der Eröffnungsrede ist es nicht nur, die Richtung der Konferenz festzulegen, sondern die endgültige Keynote bestimmt auch das zukünftige Leben des Teilnehmers. Was haben Sie von der Konferenz gelernt? Wie wird sich das auf dein Leben auswirken?
In diesem Vortrag bringt uns Dino 30 Jahre mit einer Zeitmaschine voran und verleiht diesen Standardfragen eine weitere Tiefe. Wie werden wir, wenn wir aus der Zukunft zurückkehren, mit der Gegenwart umgehen?
Dino erzählt eine große - für vierzig Minuten - und eine sehr vernünftige Prognose für die kommenden Jahre. Es enthält Blockchain, BigData und sogar eine digitale Seele. Werden Roboter uns erobern? Spoiler: Am Ende werden alle sterben! (Ja, dort läuft echtes Spiel).
Aber hier möchte ich streiten. Ich mag die jüngste Diskussion über Reddit sehr: "Wie erobern Sie die Welt, wenn Sie sich 1990 mit all Ihren aktuellen Erinnerungen wiederfinden, aber im Körper des Kindes, das Sie einmal waren?" Eine kurze Übersetzung einer der Antworten wurde kürzlich von Vladimir Guriev angefertigt (dies ist die Person, die uns zuvor ein modernes Marketing-Lehrbuch vorgelegt hat), aber es ist besser , das Original zu lesen . Wir als Ingenieure und Menschen, die sich der Verbesserung der Welt durch die Schaffung einiger technischer Wunder verschrieben haben, glauben leicht an einen Mann der Zukunft, der ein nukleares Raumschiff aus Stöcken und Seilen stecken kann (wie heute, aber etwas besser). Aber wenn Sie zur Realität zurückkehren, dann tun gewöhnliche dumme Leute (wie ich zum Beispiel) viel langweiligere und böse Dinge.
Ich rate Ihnen, sich Dinos Keynote anzusehen und selbst über diese Angelegenheit zu entscheiden. Vielleicht, um die Geschichte in Kommentaren zu Habré zu schreiben? Warum sind wir schlimmer als Reddit?
Mikhail Shcherbakov
Ein neuer Teil von Mikhails Bericht über die folgenden Arten der Verteidigung:
- Schutz gegen Open Redirect;
- Datenschutz;
- XSS-Schutz;
- CSP konfigurieren;
- Fälschung gegen Anfragen;
- CORS-Setup;
- Verwendung von Cookies.
Der Bericht basierte auf den Ergebnissen von Michaels Teilnahme am ewigen Microsoft Bug Bounty-Programm. Der erste Fehler, den er fand, war nur zur Verteidigung gegen Open Redirect, der zu Beginn des Berichts in nur einer Minute angezeigt wird.
Um das Thema zu verstehen, werden in anderen Teilen des Berichts Änderungen an der Datenschutz-API behandelt. Anschließend beschäftigen wir uns vierzig Minuten lang mit Sicherheits- und Sicherheitslücken. Er versteht, wie die integrierten Schutzmechanismen gegen XSS und CSRF funktionieren, welche Kryptografiefunktionen sofort verfügbar sind, wie die Sitzungsverwaltung angeordnet ist und so weiter.
Ich selbst interessiere mich für dieses Thema und schaue mir oft Sicherheitsberichte auf YouTube an. Das Schrecklichste, was Sie als Zuschauer erwartet: zwei Stunden Langeweile, 90% bestehend aus Plattitüden wie „Wenn Sie dumm sind, ist alles sehr schlecht“, an deren Ende Sie sich mit einer schlafenden Nase in der Tastatur befinden. Mischas Bericht ist vergleichbar mit der Tatsache, dass es keine Zeit zum Schlafen gibt: klar umrissene Gedanken, echte Codebeispiele, um sie zu veranschaulichen, falls Konzepte eingeführt werden - Folien mit Formulierungen und Links zu erweiterten Materialien.
Solche Berichte sollten sofort angesehen werden, da ich gelernt habe, meinen ersten Controller zu schreiben, um später nicht viel Code vergeblich neu zu schreiben.
Übrigens haben wir im Februar eine Abschrift von Mikhails Bericht über Habré veröffentlicht. Wenn Sie keine Zeit zum Anschauen haben, können Sie immer lesen .
Federico Lois, Corvalius
Die brutale Geschichte, wie man C # so grausam behandelt, dass er sich selbst unähnlich wird - aber sehr schnell und gut zu arbeiten beginnt.
Fairerweise wird dies von ungefähr jedem zweiten Thread über die Leistung auf Habré oder jeder ersten Diskussion über eine Dose Bier behauptet.
Schließlich schreiben wir ziemlich oft Rezensionen über etwas auf Habr und haben schon lange die Essenz des Konzepts „Hardcore“ für einen russischen Entwickler verstanden. Hardcore und Performance sind Zwillingsbrüder. Wir reden über Leistung - wir meinen Hardcore, wir reden über Hardcore - wir meinen Leistung.
Federico entwickelte seine eigene Skala:
Dies ist ein Leistungsbericht, alles, was Sie lieben. Und es ist sehr zynisch und verständlich. Es ist nicht sehr einfach, mit dem Sprecher zu streiten, da er einer der Entwickler von RavenDB ist und es ihr nur um Geschwindigkeit geht. Es wird unangenehme Dinge an der Tatsache geben, dass Sie Try-Catch und LINQ nicht verwenden können, es wird sich um Inlining handeln, um das Pareto-Gesetz (das in eine Checkliste umgewandelt wurde) - alles, um das System zu täuschen und eine signifikante Beschleunigung zu erreichen.
All dies erinnert mich an ein solches Video:
Bediener : Warten Sie eine Sekunde, lassen Sie mich die Höhe abnehmen. Na nafig! Sie springen auf dieses Dach.
Tracer : Fertig?
Betreiber : Ja.
Tracer : rennt leise weg, springt, durchbohrt lautlos das Dach des Gebäudes und geht mit einer Axt in die Tiefe
Die Notwendigkeit, solche Betrügereien zu verwenden, um den Code zu beschleunigen, scheint mir jetzt dieser „Glaubenssprung“ zu sein. Aber wenn Sie eines Tages springen müssen, ist es besser, diesen Bericht zu sehen, als ihn nicht zu sehen (und wenn Sie zu faul sind, um ihn anzusehen, lesen Sie unsere Übersetzung ).
Matthias Koch, JetBrains
NUKE ist eines der Projekte, an denen Matthias arbeitet. Dies ist ein solches Build-Automatisierungssystem, in dem Sie alles in C # DSL beschreiben können.
C # hier, obwohl es Ihnen ermöglicht, die Baugruppe in der vertrauten Infrastruktur in der IDE mit anständiger automatischer Vervollständigung zu beschreiben und nicht unter dem Klicken auf Schaltflächen in Jenkins oder beispielsweise unter Überfüllungsbedingungen in Form von Zeilen in MSBuild zu leiden. Fast ein Fünftel des Berichts ist einer Diskussion über die Anwendbarkeit von Jenkins und MSB gewidmet.
Es ist sehr cool, dass dieses Video öffentlich zugänglich ist. Tatsache ist, dass ich eine lange persönliche Geschichte der Abneigung gegen Jenkins habe und jede neue Person dieselbe Balalaika über die Gründe und Schlussfolgerungen neu erklären muss. Geben Sie jetzt einfach einen Link zu diesem Video.
Was den Hauptteil des Berichts betrifft, so ist dies eine Menge praktisches Material darüber, was Nuke ist und wie man damit lebt. Jetzt haben sie mehr als siebenhundert Commits und mehr als ein Dutzend Mitwirkende auf dem Github , sodass dies wahrscheinlich bereits verwendet werden kann. Ein Bericht des Entwicklers der Technologie ist der beste Weg, um bei der Entwicklung zu helfen.
Dmitry Soshnikov, Microsoft
Ein sehr cooler Bericht, der die Grundlagen für die Programmierung von C # -Neuronalen Netzen für diejenigen legt, die dies noch nicht getan haben, aber wirklich wollen.
Ich hatte Situationen, in denen ich schnell über die Bilderkennung wischen musste. Ich nahm an beliebten Kursen über neuronale Netze teil und stellte fest, dass diese nicht auf meine Anfrage reagierten, sondern sich mit allgemeiner Bildung beschäftigten. Infolgedessen schrieben Freunde den Erkenner :-) Und dieser Dmitry-Bericht ist nur ein Balsam für die Seele, weil er alle dringenden Anfragen eines gewöhnlichen Menschen beantwortet, wonach klar ist, was zu lesen und was zu verstehen ist.
Am Anfang gibt es eine kleine Einführung darüber, was Microsoft tut und welche neuronalen Netzwerktechnologien sie haben. Dmitry sagte klar, dass er die Anzahl der Microsoft-Marketingfolien auf ein Minimum reduziert habe, obwohl ich diesen "Marketing" -Hut hier nicht verstehe - wir werden diese Technologien trotzdem verwenden, wir werden sie suchen. Als ob es eine Wahl gibt.
Außerdem wird kurz darauf hingewiesen, wie die Datensatanisten in ihrem Jupyter-Notizbuch leben und dass Sie es nicht installieren, sondern in der Cloud herunterladen können. Was charakteristisch ist, Dmitrys Jupyter-Notizbuch wurde zum Zeitpunkt der Live-Codierung ausgeschaltet - meiner Meinung nach ist es unmöglich, eine bessere Demonstration dafür zu finden, warum C # benötigt wird.
Ein wesentlicher Teil des Berichts handelt davon, ob es schwierig ist, all dies selbst zu schreiben. Beispiele werden anhand der Erkennung von Zahlen in den Bildern gezeigt.
Erstens schreiben die Stifte in den Zyklen k-nächste Nachbarn , was genau ist (94%), aber sehr langsam - bis zum Ende hat keine einzige k-NN-Demo an dem Bericht gearbeitet. Dann wird das gleiche k-NN in Accord.NET codiert und es funktioniert etwas schneller, aber nicht wirklich, da der Algorithmus der gleiche ist. Das Merkmal von Accord.NET ist jedoch, dass es sich bereits um einen anständig aussehenden Code handelt und Sie den Klassifikator schnell durch einen anderen ersetzen können. Dmitry ersetzte dort eine Support-Vektor-Maschine , und alles beschleunigte sich stark (ein Satz von 5.000 Bildern wurde innerhalb von Sekunden gescannt, die Genauigkeit sank fast nicht - 92%).
Aber Sie können es immer noch besser machen und neuronale Netze ziehen. In der Accord.NET-Demo wurde SVM durch ein neuronales Netzwerk ersetzt, ohne dass Code geändert wurde. Sie müssen dies jedoch nicht tun, da es andere, coolere und schnellere Frameworks gibt. Dmitry sagte ein paar Worte über TensorFlow und sprach für den Rest des Vortrags über das Microsoft Cognitive Toolkit (früher bekannt als CNTK). Nachdem wir viele Demos überprüft hatten, stellten wir fest, dass das Ergebnis ultrapräzise Netzwerke (98%) mit komplexem, aber dennoch vollständig verstandenem Code sind.
Nachdem ich diesen Bericht gesehen habe, kann ich jetzt nicht einfach einschlafen. All diese Dinge sind in verständlichem Code geschrieben, und es scheint, dass sie klare mathematische Grundlagen haben, die für den Schüler verständlich sind, aber als Ergebnis wirken sie Wunder. Es ist ein Wunder, das Foto einer Katze von dem eines Hundes zu unterscheiden. Sie werden dafür keinen Algorithmus finden, und das neuronale Netzwerk macht es irgendwie direkt vor Ihren Augen.
Was ist, wenn mein Gehirn nur ein Apparat ist, der sich einer Funktion annähert? Und alles Leben ist nur eine weitere Multiplikation von Matrizen mit einem kleinen nichtlinearen Teil, der in einem relativ kleinen Code geschrieben werden kann ... Wie soll man jetzt damit leben?
(Die Entschlüsselung des Berichts finden Sie hier )
Vagif Abilov, Miles
Dies ist ein Konzeptbericht über das Leben in der Welt der Ströme. Es gibt Beispiele dieser Art:
Sie zeigen einen allmählich komplizierteren, recht spezifischen Code, die Details werden diskutiert. Die Hauptsache ist jedoch eine allgemeine Vorstellung von dem Thema.
Für Menschen, die nicht in das Thema vertieft sind, scheint es, dass man zum Verständnis von Akka Streams gut mit Akka und Reaktivismus vertraut sein muss. Vagif behauptet, dass dies nicht ganz so ist, was die Seele entlastet und die Schwelle für den Eintritt in das Thema senkt.
Für mich persönlich schien das gesamte Thema Streams (und es scheint immer noch unmöglich zu sein, Berichten zu vertrauen, ohne es zu versuchen) ziemlich gruselig, gerade weil es in direktem Zusammenhang mit dem Thema funktionale Transformationen und Datenverwaltung außerhalb des üblichen Modells von Thread-Sperren steht. Ja, das Verwalten von Threads und das Erstellen von Strukturen aus Frameworks der alten Schule für sie ist eine abscheuliche Sache, aber seit Jahren verständlich und abgedroschen.
Wagif erklärt den Übergang zu Akteuren, zeigt, dass Akteure nicht komponieren (oder vielmehr in dem Sinne komponieren, in dem die menschliche Gesellschaft komponiert), und wechselt von diesem zu reaktiven Strömen, um den Grad der Abstraktion und des Ausdrucks noch stärker zu erhöhen.
Es gibt einige Schnittstellen im Reactive Streams-Stapel (Publisher, Abonnent, Abonnement, Prozessor), aber niemand erwartet, dass wir diese Schnittstellen manuell auflösen. Es gibt Bibliotheksentwickler, die dies für uns tun - zum Beispiel in Akka Streams.
Für mich war es eine Entdeckung, dass dynamisches Push / Pull in reaktiven Streams sofort einsatzbereit ist und überhaupt nicht weh tut - genauer gesagt, es tut nicht weh, wenn Sie versuchen, den Gegendruck selbst zu codieren.
Darüber hinaus stößt der Autor nicht auf einen Stream-Fanatismus und vergisst keine Alternativen (RX, TPL DataFlow, Orleans Streams), spricht über die Vor- und Nachteile. Der Mangel an Fanatismus ist ein großer Bonus im Vergleich zu einer typischen Geschichte eines Reaktivismusliebhabers, der an eine bestimmte Bibliothek gebunden ist.
Im Allgemeinen habe ich die Idee folgendermaßen verstanden: Wenn wir Microservices und andere Mehrkomponentenarchitekturen verwenden, können Sie keine Wälder hinter Bäumen sehen, und Bäche sind eine Möglichkeit, eine Ebene höher zu gehen und sich ein Bild vom allgemeinen Prozess zu machen. Um auf solchen Schienen zu fahren, müssen Sie Akka Streams nehmen, und alles wird in Schokolade sein.
Möchten Sie sich motivieren, zu Streams zu wechseln? Muss aufpassen.
Anatoly Kulakov, Paladyne Systems
Viele Entwickler denken nicht gerne über die schrecklichen Dinge nach, die Benutzer mit ihren Anwendungen tun. Auf die Frage, wie man Metriken betrachtet, sprachen Kollegen häufig heftig über „Protokolle essen“, „MySQL betrachten“ usw. und es war nicht einfach, sie davon zu überzeugen, über das Problem nachzudenken.
Dieser Bericht von Anatoly ist ein solcher Moment der Erleuchtung. Zunächst werden die Unterschiede zwischen Überwachung und Protokollierung mit einer detaillierten Motivationserklärung erläutert. Weiter weg von unserem vermeintlichen Liebhaber taucht die Fledermaus in konkrete Beispiele ein, was getan werden muss.
Sie müssen die Zeitreihen (über die das theoretische Minimum beschrieben wird - warum Sie es benötigen, was die Vorteile sind, was das Wesentliche an Optimierungen ist) mithilfe der bekannten InfluxDB-Datenbank (über die die Besonderheiten, Fähigkeiten und Nachteile besprochen werden) durchführen. Und so weiter und so fort. Eine Reihe guter Inhalte, darunter Live-Demos mit Experimenten zur lokalen Grafana und eine Archivierungsanwendung, deren Leistungsdaten über BenchmarkDotNet erfasst werden.
Wenn Sie sich nicht für die Lese- / Schreibzeit interessieren, wenn Sie sich nicht gegen den Durchsatz ausruhen, wenn Sie nicht wissen, was Downsampling ist, wenn Sie keine speziellen Statistiken und Aggregationsfunktionen benötigen, wenn Sie alle Daten zeilenweise löschen möchten, wenn Sie sich nicht auf die Größe Ihrer Daten beschränken Daten und Sie wissen sicher, dass Sie niemals hohe Lasten haben werden - Sie können weiterhin Metrikdaten in RDBMS speichern, Protokolle abrufen und für immer glücklich leben. Alle anderen müssen moderne Tools verwenden und diesen Bericht ansehen (oder das Transkript lesen ).
Dylan Beattie, Scheinwerfer
Dylan Beattie ist eine Person mit so vielen Arbeitsleistungen und interessanten Projekten, dass die vollständige Liste auf unserer Website leichter zu lesen ist. Im Zusammenhang mit dem Bericht ist es interessant, dass Dylan ein Systemarchitekt ist, der derzeit an der Erstellung komplexer moderner verteilter Anwendungen und dementsprechend an der Entwicklung der richtigen APIs für diese arbeitet. Und natürlich kennt ihn absolut jeder, der an DotNext-Partys teilgenommen hat.
Unabhängig davon, ob wir es realisieren oder nicht, jedes Mal, wenn wir neue Programme erstellen, erstellen wir eine Benutzererfahrung. Die Leute werden mit unserem Code interagieren - als Endbenutzer oder vielleicht als Mitglieder des Entwicklungsteams. Oder sie sind Entwickler einer mobilen Anwendung, die Ihre API verwendet, oder es ist jemand, der nachts gehen muss, um aufgetretene Probleme zu beheben. Von außen mag dies wie ein völlig anderer Fall erscheinen, aber tatsächlich haben sie etwas gemeinsam. Dylan nennt es das Wort Entdeckbarkeit .
Von hier kam dieser sehr philosophische und gleichzeitig rein praktische Bericht. Zunächst gibt Dylan eine detaillierte Einführung in die Psychologie des Lernens und verschiedene Lernmodelle. Was ist Ihrer Meinung nach die beste Lernkurve?
Dann folgt die Geschichte, wie sich die Erkennbarkeit für die Endbenutzer des Systems manifestiert und vor allem, wie sich alles auf Code, Daten, APIs und andere Dinge bezieht, die das Leben eines Programmierers ausmachen. Schritt für Schritt auf allen Ebenen der Anwendung.
Glauben Sie nicht, dass Auto-Completion, Hypermedia oder die fließende API das Leben verbessern? Was ist mit schönen Dashboards, verständlichen Metriken oder beispielsweise Protokollierungsstufen, die nicht nach Bedrohungsstufe, sondern nach Bedeutung benannt sind? Vielleicht verstehen Sie das alles, wissen aber nicht, wie Sie Ihren Kollegen das richtig erzählen sollen, damit sie endlich anfangen, all das zu nutzen? Dann müssen Sie sich diesen Bericht dringend ansehen (im Frühjahr haben wir übrigens bereits eine Übersetzung zu Habré veröffentlicht).
Andrey Akinshin, JetBrains
Andrei hatte eine sehr schwierige Aufgabe: über Leistung zu sprechen, aber gleichzeitig im Format einer Eröffnungsrede. Wie Sie wahrscheinlich wissen, hat die Keynote mehrere Ziele, von denen das Hauptziel darin besteht, den Geist und die Essenz dessen zu vermitteln, was auf der Konferenz geschehen wird. Daraus folgt, dass ein solcher Bericht mehr oder weniger von allen verstanden werden sollte. Auf der anderen Seite ist Performance der zweite Vorname von Hardcore, dh das Thema ist komplex und spezifisch.
Kein Wunder, dass Andrei ständig seine höchsten Bewertungen bekommt, er stieg aus. Es ist klar, dass die meisten Unternehmen derzeit in keiner Weise die Leistung testen oder an lebenden Personen im Produkt testen. Es gibt keine harmonische Theorie zur Lösung solcher Probleme, daher ist es nicht erforderlich, die Getriebeschaltausrüstung zu informieren. Sie benötigen ein grundlegendes Verständnis des Themas.
Der Bericht ist 13 Leistungsnotizen gewidmet. Ich werde nicht allen dreizehn sagen, warum Spoiler produzieren. In der ersten Anmerkung geht es beispielsweise um Leistungsdatenquellen. Wenn Sie beispielsweise eine Liste mit Leistungsanomalien haben, vereinfacht das Entfernen der kleinen Probleme, über die Andrey spricht, die Analyse von Leistungsproblemen (Probleme, die Sie noch nicht geschrieben haben, aber bald schreiben werden). Eine dieser Optionen, die in Anmerkung 6 erläutert wird, ist das Clustering am Beispiel von Betriebssystemen.
Leistungstests sind interessant, aber schwierig. Darüber hinaus ist es möglich und notwendig, die Leistung zu testen. IMHO ist der Bericht insofern einzigartig, als er eine Reihe von Dingen enthüllt, die die Leute gerne tun würden, aber entweder nicht oder lügen, was sie tun. Lesen Sie daher den Bericht von Andrey, gewinnen Sie Leistungsreinheit und Leistungskultur, und dann sind Ihre Produkte superschnell, reaktionsschnell, glatt und seidig.
Sasha Goldshtein, Sela Group
Sasha ist ein hervorragender Performance-Ingenieur, und es ist nicht verwunderlich, dass er ganz oben in der Bewertung angekommen ist. Ein weiterer Grund für den Gewinn: Jetzt ist es sehr in Mode geworden, dem Titel des Berichts nur aus Gründen des Hype „.NET Core“ hinzuzufügen. Es gibt nicht so viele Geschichten über etwas, bei dem .NET Core eine bedeutende Rolle spielt, und dieser Bericht ist eine davon. Oder hier ist eine andere Idee: Dies ist ein rein praktischer Bericht über die Verwendung kostenloser Tools, die sofort mit dem Betriebssystem und der Laufzeit einhergehen. All dies ist sehr praktisch und funktioniert mit geringem Overhead - es wäre eine Schande, dies nicht zu verstehen.
Stellen Sie sich vor, Sie haben es geschafft, Ihre Lieblings-ASP.NET-Anwendung unter Linux oder sogar mit einer Konsolenschnittstelle auszuführen. Was weiter? Happy End? Oh nein. Tatsächlich müssen Sie mit Speicherlecks, seltsamen Abstürzen, Leistungsproblemen und vielen anderen Problemen konfrontiert werden - und was tun, wenn dies alles in der Produktion geschieht? Unter Windows gibt es eine Reihe interessanter Tools, die jedoch unter Linux nicht funktionieren, und es gibt noch keine einfachen Alternativen. In diesem Vortrag spricht Sasha darüber, wie das Debuggen und Profilieren von .NET Core-Anwendungen unter Linux jetzt aussieht. Wie man mit perf , wie LTTNG als Ersatz für ETW Ereignisse verwendet wird, wie man LTTNG- LTTNG sammelt und versteht und vieles mehr. Sasha wird über das Sammeln von Core Dumps und darüber sprechen, wie man mit lldb und SOS Informationen erhält, die für einen .NET-Entwickler lldb .
Kurz gesagt, jeder, der sich entscheidet, das Video anzuschauen, wird eine schwierige Detektivreise durch den Dschungel unfertiger Dienstprogramme und spezieller Kommandozeilenmagie unternehmen. Mit einem Happy End (aber das ist nicht sicher).
Wenn die Berichte aus der Liste für Sie von Interesse sind, machen wir Sie darauf aufmerksam: Wir haben bereits den nächsten DotNext angekündigt , und dort können Sie nicht weniger interessant sein. Gleichzeitig werden Tickets mit der Zeit teurer, sodass Sie den Kauf von Tickets für den neuen DotNext nicht verschieben sollten, bevor Sie alle Berichte des vorherigen gelesen haben!