Eu não gosto da palavra hackneyed "conferência". Esta é uma reunião de desenvolvedores com interesses comuns que desejam ouvir sobre o futuro de sua amada plataforma, além de truques que permitem contornar as regras estabelecidas no .NET Framework. O formato da reunião é de dez slots, preenchidos apenas com a funcionalidade mais moderna, às vezes ainda não lançada. Esse é exatamente o formato quando não há necessidade de obstruir a grade com relatórios que nada têm a ver com o tópico da conferência. Um conjunto: há muito trabalho na eliminação de tópicos não promissores não relacionados à nossa plataforma.
Espero que suas versões anteriores do CLRium ainda estejam na sua memória. Lembro-me e, de tempos em tempos, olho para os seus muitos comentários, que aquecem meu desejo de gastar novamente. E desta vez - com um viés no futuro. E eu tenho um spoiler sobre o futuro: o .NET Framework será fechado para agradar o Core CLR . Porque Venha e pelo preço de um reabastecimento de um carro, você descobrirá por si mesmo.
Por que estou convidando todos? Os tópicos da reunião estão todos na seleção e permitem que você mergulhe no presente da nossa plataforma de código aberto . Honestamente, eu mesmo diria: analisamos a evolução da funcionalidade CoreCLR: de 2.0 a 3.0, depurando usando um depurador auto-escrito , os recursos mais ricos e controversos do C # 7. *, 8.0, API Garbage Collector , novas ferramentas para dotar recursos não gerenciados com propriedades de gerenciamento e muito mais .
Leia e registre-se
Exemplos de artigos e uma lista completa de tópicos de discursos - sob o corte Relatórios (nem todos):
Relatório de aquecimento dos recursos recém-lançados e ainda não lançados do .NET Core. Depois de ouvi-lo, você pode fazer uma opinião geral sobre para onde estamos indo, em que vale a pena prestar atenção, o que tentar e com o que - para colocá-lo na prateleira
Extensão <T>, Memória <T>
Novos tipos de dados que não têm medo da palavra são de natureza revolucionária. De fato, além de unificar o trabalho com matrizes, seqüências de caracteres e buffers de dados não gerenciados, eles legalizam adicionalmente muitas operações inseguras. A partir do relatório, aprendemos: por que eles foram introduzidos, para quais tarefas, com que rapidez eles trabalham e em quais plataformas, e também começaremos a nos relacionar com códigos inseguros com mais calma, porque isso se tornará seguro e gerenciável. Em geral, eu recomendo: um detetive com um final feliz.
Memória: MemoryHandle, MemoryManager, MemoryPool
Neste relatório, continuaremos a conversa sobre memória, entrando em exemplos e truques mais práticos: consideraremos novas possibilidades para alugar arrays, buffers de dados. Vamos nos familiarizar com um novo conceito para possuirmos um pedaço de memória. E, em geral, começaremos a nos preparar para acelerar nossos algoritmos com novos métodos. Afinal, enquanto esperamos, os principais desenvolvedores já estão usando a nova funcionalidade com poder e principal: este é o Castle Project e o System.IO.Pipes e muitos outros
API do coletor de lixo
O coletor de lixo agora é substituível. Para isso, parece que tudo o que é necessário é implementar a interface apropriada. O relatório pretende mostrar e falar sobre a nova API, seus recursos e novas abordagens que precisamos lembrar para o futuro (que, como sempre, acontece de repente). E também, em termos gerais - o que nos espera neste futuro. Em outras palavras: o que é a API do GC e por que precisamos saber sobre isso?
Uma das perguntas mais poderosas, definitivamente necessárias e ao mesmo tempo não claras: Ferramentas globais e API da interface da linha de comandos. Em resumo, um meio de criar comandos de plataforma cruzada para a linha de comando do projeto .NET. Vamos examinar mais de perto, estudar exemplos prontos (eles já estão integrando-o aos principais e principais produtos) e decidir: onde é necessário e quando você só precisa se lembrar de sua existência - para o futuro
ClrMD: desenvolvemos nosso próprio depurador (é muito simples!)
Existe uma biblioteca interessante para processos de depuração e despejos de memória.
Além disso, o mais agradável é que esta biblioteca seja escrita normalmente para todos
.NET E isso significa que você pode investigar o problema desenvolvendo scripts para procurar áreas problemáticas do aplicativo. Isso geralmente acelera bastante a depuração. Vamos descobrir como fazer isso.
Algumas palavras sobre o orador
Todos os relatórios atualmente na grade são lidos por um orador:
Stanislav Sidristy
Palestrante experiente em várias conferências e reuniões e autor de um livro on-line 
Livro CLR: sob o capô do .NET Framework .
Ele trabalhou em empresas como Epam Systems, Luxoft, Kaspersky Lab, realizando tarefas de vários níveis de dificuldade em C #, Groovy, C / C ++ e outros idiomas.
Perdeu algo importante?
Se você acha que perdemos alguma coisa, escreva nos comentários, o que mais dizer =)
Detalhes de contato:
Preço - 3.000 rublos. Para o meu carro, este é um reabastecimento e meio.