Saya tidak suka kata "konferensi" yang basi. Ini adalah pertemuan pengembang dengan minat yang sama yang ingin mendengar tentang masa depan platform kesayangan mereka, serta trik yang memungkinkan Anda menghindari aturan yang ditetapkan dalam .NET Framework. Format pertemuan adalah sepuluh slot yang diisi hanya dengan meremas fungsionalitas yang paling modern, terkadang belum dirilis. Ini persis format ketika tidak perlu menyumbat grid dengan laporan yang tidak ada hubungannya dengan topik konferensi. Satu set: ada banyak pekerjaan untuk menghilangkan topik yang tidak menjanjikan yang tidak terkait dengan platform kami.
Saya harap versi CLRium masa lalu Anda masih melekat di memori Anda. Saya ingat dan dari waktu ke waktu melirik banyak ulasan Anda, yang menghangatkan keinginan saya untuk menghabiskan lagi. Dan kali ini - dengan bias di masa depan. Dan saya punya spoiler tentang masa depan: .NET Framework akan ditutup untuk menyenangkan Core CLR . Mengapa Datang dan untuk harga satu pengisian bahan bakar mobil Anda akan menemukan sendiri.
Mengapa saya mengundang semua orang? Topik pertemuan semuanya tentang pemilihan dan memungkinkan Anda untuk terjun ke dalam hadirnya platform opensource kami. Sejujurnya, saya sendiri akan: kita menganalisis evolusi fungsionalitas CoreCLR: dari 2.0 ke 3.0, debugging menggunakan debugger yang ditulis sendiri , fitur terkaya dan paling kontroversial dari C # 7. *, 8.0, Garbage Collector API , alat baru untuk menganugerahi sumber daya yang tidak dikelola dengan properti yang dapat dikelola dan banyak lagi .
Baca dan daftarkan
Contoh artikel dan daftar lengkap topik pidato - di bawah potongan Laporan (tidak semua):
Laporan pemanasan tentang fitur .NET Core yang baru dirilis dan belum dirilis. Setelah mendengarkannya, Anda dapat membuat pendapat umum tentang ke mana kita akan pergi, apa yang perlu diperhatikan, apa yang harus dicoba, dan dengan apa - untuk meletakkannya di rak
Rentang <T>, Memori <T>
Jenis data baru yang tidak takut pada kata bersifat revolusioner. Memang, selain menyatukan pekerjaan dengan array, string, dan buffer data yang tidak dikelola, mereka juga melegalkan banyak operasi yang tidak aman. Dari laporan itu kita belajar: mengapa mereka diperkenalkan, untuk tugas apa, seberapa cepat mereka bekerja dan pada platform yang mana, dan juga kita akan mulai berhubungan dengan kode yang tidak aman dengan lebih tenang, karena itu akan menjadi aman dan dikelola. Secara umum, saya sangat merekomendasikan: seorang detektif dengan akhir yang bahagia.
Memori: MemoryHandle, MemoryManager, MemoryPool
Dalam laporan ini, kami akan melanjutkan pembicaraan tentang memori, membahas contoh dan trik yang lebih praktis: kami akan mempertimbangkan kemungkinan baru untuk menyewa array, buffer data. Mari berkenalan dengan konsep baru bagi kita untuk memiliki sepotong memori. Dan secara umum, kita akan mulai bersiap untuk mempercepat algoritma kita dengan metode baru. Lagi pula, sementara kita menunggu, pengembang terkemuka sudah menggunakan fungsionalitas baru dengan kekuatan dan utama: ini adalah Proyek Castle dan System.IO.Pipes dan banyak lainnya
API Pengumpul Sampah
Pengumpul sampah sekarang bisa diganti. Untuk ini, tampaknya yang diperlukan hanyalah mengimplementasikan antarmuka yang sesuai. Laporan ini dimaksudkan untuk menunjukkan dan berbicara tentang API baru, kemampuannya dan pendekatan baru yang perlu kita ingat untuk masa depan (yang, seperti biasa, datang tiba-tiba). Dan juga, secara umum - apa yang menanti kita di masa depan ini. Dengan kata lain: apa itu GC API dan mengapa kita perlu mengetahuinya?
Salah satu pertanyaan yang paling kuat, pasti perlu dan pada saat yang sama tidak jelas: Alat Global dan API Antarmuka Baris Perintah. Singkatnya, cara membangun perintah lintas-platform untuk baris perintah proyek .NET. Mari kita melihat lebih dekat, mempelajari contoh-contoh yang sudah jadi (mereka sudah mengintegrasikannya dengan kekuatan dan produk utama) dan memutuskan: di mana dibutuhkan, dan ketika Anda hanya perlu mengingat keberadaannya - untuk masa depan
ClrMD: kami mengembangkan debugger kami sendiri (sangat sederhana!)
Ada perpustakaan yang menarik untuk proses debug dan kesedihan memori.
Selain itu, hal yang paling menyenangkan adalah perpustakaan ini ditulis seperti biasa untuk semua orang
.NET Dan ini berarti Anda dapat menyelidiki masalah dengan mengembangkan skrip untuk mencari area masalah aplikasi. Ini sering mempercepat banyak debug. Kami akan mencari cara untuk melakukan ini.
Beberapa kata tentang pembicara
Semua laporan saat ini di grid dibaca oleh satu pembicara:
Stanislav Sidristy
Pembicara berpengalaman di berbagai konferensi dan pertemuan dan penulis buku online 
Buku CLR: di bawah kap .NET Framework .
Dia bekerja di perusahaan seperti Epam Systems, Luxoft, Kaspersky Lab, mewujudkan tugas dari berbagai tingkat kesulitan dalam C #, Groovy, C / C ++ dan bahasa lainnya.
Apakah Anda melewatkan sesuatu yang penting?
Jika Anda pikir kami melewatkan sesuatu, tulis di komentar, apa yang harus dikatakan =)
Rincian kontak:
Harga - 3.000 rubel. Untuk mobil saya, ini adalah satu setengah pengisian bahan bakar.