No me gusta la palabra trillada "conferencia". Esta es una reunión de desarrolladores con intereses comunes que desean conocer el futuro de su amada plataforma, así como trucos que le permiten eludir las reglas establecidas en .NET Framework. El formato de la reunión es de diez espacios que se llenan solo con exprimir la funcionalidad más moderna, a veces aún no lanzada. Este es exactamente el formato cuando no hay necesidad de obstruir la cuadrícula con informes que no tienen nada que ver con el tema de la conferencia. Un conjunto: hay mucho trabajo sobre la eliminación de temas no prometedores que no están relacionados con nuestra plataforma.
Espero que sus versiones anteriores de CLRium aún permanezcan en su memoria. Recuerdo y de vez en cuando eche un vistazo a sus muchas reseñas, que calientan mi deseo de volver a gastar. Y esta vez, con un sesgo en el futuro. Y tengo un spoiler sobre el futuro: .NET Framework se cerrará para complacer al Core CLR . Por qué Ven y por el precio de un reabastecimiento de combustible de un automóvil, lo descubrirá usted mismo.
¿Por qué estoy invitando a todos? Los temas de la reunión son todos de selección y le permiten sumergirse en el presente de nuestra plataforma de código abierto . Honestamente, yo mismo diría: analizamos la evolución de la funcionalidad CoreCLR: de 2.0 a 3.0, depuración utilizando un depurador auto-escrito , las características más ricas y controvertidas de C # 7. *, 8.0, Garbage Collector API , nuevas herramientas para dotar propiedades de administración de recursos no administrados, y mucho más .
Leer y registrarse
Ejemplos de artículos y una lista completa de temas de discursos - debajo del corte Informes (no todos):
Informe de calentamiento sobre las funciones recién lanzadas y aún no lanzadas de .NET Core. Después de escucharlo, puede hacer una opinión general sobre hacia dónde vamos, a qué vale la pena prestar atención, a qué probar y con qué: ponerlo en el estante
Span <T>, Memoria <T>
Los nuevos tipos de datos que no le temen a la palabra son de naturaleza revolucionaria. De hecho, además de unificar el trabajo con matrices, cadenas y buffers de datos no administrados, legalizan adicionalmente muchas operaciones inseguras. Del informe aprendemos: por qué se introdujeron, para qué tareas, qué tan rápido funcionan y en qué plataformas, y también comenzaremos a relacionarnos con código inseguro con más calma, porque eso se volverá seguro y manejable. En general, recomiendo: un detective con final feliz.
Memoria: MemoryHandle, MemoryManager, MemoryPool
En este informe, continuaremos la conversación sobre la memoria, entrando en ejemplos y trucos más prácticos: consideraremos nuevas posibilidades para alquilar matrices, almacenamientos intermedios de datos. Conozcamos un nuevo concepto para nosotros de poseer un recuerdo. Y, en general, comenzaremos a prepararnos para acelerar nuestros algoritmos con nuevos métodos. Después de todo, mientras esperamos, los desarrolladores líderes ya están utilizando la nueva funcionalidad con might and main: estos son Castle Project y System.IO.Pipes y muchos otros
API del recolector de basura
El recolector de basura ahora es reemplazable. Para esto, parece que todo lo que se necesita es implementar la interfaz adecuada. El informe está destinado a mostrar y hablar sobre la nueva API, sus capacidades y nuevos enfoques que debemos recordar para el futuro (que, como de costumbre, llega de repente). Y también, en términos generales, lo que nos espera en este mismo futuro. En otras palabras: ¿qué es la API de GC y por qué necesitamos saber al respecto?
Una de las preguntas más poderosas, definitivamente necesarias y al mismo tiempo no claras: Herramientas globales y API de interfaz de línea de comandos. En resumen, un medio para construir comandos multiplataforma para la línea de comando del proyecto .NET. Echemos un vistazo más de cerca, estudiemos ejemplos preparados (ya lo están integrando con el poder y los productos principales) y decidamos: dónde se necesita y cuándo solo necesita recordar su existencia, para el futuro
ClrMD: desarrollamos nuestro propio depurador (¡es muy simple!)
Hay una biblioteca interesante para los procesos de depuración y volcados de memoria.
Además, lo más agradable es que esta biblioteca está escrita de la manera habitual para todos
.NET Y esto significa que puede investigar el problema desarrollando scripts para buscar áreas problemáticas de la aplicación. Esto a menudo acelera mucho la depuración. Descubriremos cómo hacer esto.
Algunas palabras sobre el hablante
Todos los informes actualmente en la cuadrícula son leídos por un orador:
Stanislav Sidristy
Conferencista experimentado en varias conferencias y reuniones y autor de un libro en línea. 
Libro CLR: bajo el capó de .NET Framework .
Trabajó en empresas como Epam Systems, Luxoft, Kaspersky Lab, realizando tareas de varios niveles de dificultad en C #, Groovy, C / C ++ y otros idiomas.
¿Te perdiste algo importante?
Si crees que nos perdimos algo, escribe en los comentarios, qué más decir =)
Datos de contacto:
Precio - 3,000 rublos. Para mi auto, este es un repostaje y medio.