Je n'aime pas le mot galvaudé de «conférence». Il s'agit d'une réunion de développeurs ayant des intérêts communs qui veulent entendre parler de l'avenir de leur plateforme bien-aimée, ainsi que des astuces qui vous permettent de contourner les règles établies dans le .NET Framework. Le format de la réunion est de dix emplacements qui ne sont remplis que par la compression des fonctionnalités les plus modernes, parfois pas encore publiées. C'est exactement le format lorsqu'il n'est pas nécessaire de boucher la grille avec des rapports qui n'ont rien à voir avec le sujet de la conférence. Un ensemble: il y a beaucoup de travail sur l'élimination des sujets non prometteurs non liés à notre plateforme.
J'espère que vos anciennes versions de CLRium persistent dans votre mémoire. Je me souviens et de temps en temps jette un coup d'œil à vos nombreuses critiques, qui réchauffent mon envie de passer à nouveau. Et cette fois - avec un biais à l'avenir. Et j'ai un spoiler sur l'avenir: le .NET Framework sera fermé pour plaire au Core CLR . Pourquoi? Venez pour le prix d'un ravitaillement d'une voiture, vous le découvrirez par vous-même.
Pourquoi j'invite tout le monde? Les sujets de la rencontre sont tous sur la sélection et vous permettent de vous plonger dans le présent de notre plateforme opensource . Honnêtement, j'irais moi-même: nous analysons l'évolution de la fonctionnalité CoreCLR: de 2.0 à 3.0, le débogage à l'aide d'un débogueur auto-écrit , les fonctionnalités les plus riches et les plus controversées de C # 7. *, 8.0, l' API Garbage Collector , de nouveaux outils pour doter les propriétés de gestion des ressources non managées, et bien plus encore .
Lire et s'inscrire
Exemples d'articles et une liste complète des sujets de discours - sous la coupe Rapports (pas tous):
Rapport de mise à jour sur les fonctionnalités récemment publiées et non encore publiées de .NET Core. Après l'avoir écouté, vous pouvez faire une opinion générale sur où nous allons, à quoi cela vaut la peine de prêter attention, quoi essayer et avec quoi - pour le mettre sur l'étagère
Span <T>, mémoire <T>
Les nouveaux types de données qui n'ont pas peur du mot sont de nature révolutionnaire. En effet, en plus d'unifier le travail avec les tableaux, les chaînes et les tampons de données non gérés, ils légalisent en outre de nombreuses opérations dangereuses. À partir du rapport, nous apprenons: pourquoi ils ont été introduits, pour quelles tâches, à quelle vitesse ils fonctionnent et sur quelles plates-formes, et nous commencerons également à nous associer plus calmement au code dangereux, car qui deviendra sûr et gérable. En général, je recommande fortement: un détective avec une fin heureuse.
Mémoire: MemoryHandle, MemoryManager, MemoryPool
Dans ce rapport, nous continuerons la conversation sur la mémoire, en entrant dans des exemples et des astuces plus pratiques: nous examinerons de nouvelles possibilités de location de tableaux, de tampons de données. Faisons connaissance avec un nouveau concept pour nous de posséder un morceau de mémoire. Et en général, nous commencerons à nous préparer à accélérer nos algorithmes avec de nouvelles méthodes. Après tout, pendant que nous attendons, les principaux développeurs utilisent déjà la nouvelle fonctionnalité avec force et main: c'est le projet Castle et System.IO.Pipes et bien d'autres
API Garbage Collector
Le garbage collector est désormais remplaçable. Pour cela, il semblerait que tout ce qui est nécessaire soit d'implémenter l'interface appropriée. Le rapport est destiné à montrer et à parler de la nouvelle API, de ses capacités et de nouvelles approches dont nous devons nous souvenir pour l'avenir (qui, comme d'habitude, vient soudainement). Et aussi, en termes généraux - ce qui nous attend dans cet avenir même. En d'autres termes: qu'est-ce que l'API GC et pourquoi devons-nous le savoir?
L'une des questions les plus puissantes, absolument nécessaires et en même temps pas claires: Outils globaux et API d'interface de ligne de commande. En bref, un moyen de créer des commandes multiplateformes pour la ligne de commande du projet .NET. Examinons de plus près, étudions des exemples prêts à l'emploi (ils l'intègrent déjà à la puissance et aux principaux produits) et décidons: où cela est nécessaire et quand vous devez simplement vous souvenir de son existence - pour l'avenir
ClrMD: nous développons notre propre débogueur (c'est très simple!)
Il existe une bibliothèque intéressante pour le débogage des processus et des vidages de mémoire.
De plus, la chose la plus agréable est que cette bibliothèque est écrite comme d'habitude pour tout le monde
.NET Et cela signifie que vous pouvez étudier le problème en développant des scripts pour rechercher les zones problématiques de l'application. Cela accélère souvent beaucoup le débogage. Nous trouverons comment procéder.
Quelques mots sur l'orateur
Tous les rapports actuellement dans la grille sont lus par un intervenant:
Stanislav Sidristy
Conférencier expérimenté lors de diverses conférences et réunions et auteur d'un livre en ligne 
CLR Book: sous le capot du .NET Framework .
Il a travaillé dans des entreprises comme Epam Systems, Luxoft, Kaspersky Lab, réalisant des tâches de différents niveaux de difficulté en C #, Groovy, C / C ++ et d'autres langages.
Vous avez manqué quelque chose d'important?
Si vous pensez que nous avons manqué quelque chose, écrivez dans les commentaires, quoi d'autre à dire =)
Coordonnées:
Prix - 3000 roubles. Pour ma voiture, c'est un plein et demi de ravitaillement.