Blog: www.netmentor.es/entrada/novedades-csharp13 Twitter: x.com/NetMentorTW Update en Union Types / Discriminated Unions -> Parece ser que son mas complejos de lo que parece, y quizá lo postpongan para C# 16 o C# 17.
el 22 va bien, tampoco hay mucho motivo para sacar una nueva versión, quizá lo deberían llamar visual studio e ir sacando pequeñas actualizaciones, pero ir va bien.
@@NetMentor Se que va bien. Me extraña que no publiquen anuncios del Visual Studio 2025, por poner un ejemplo. Pero esto, solo si hay grandes novedades por todos lados del paquete entero. Lo del 9.0 .net, las versiones impares ya no los toco ni con un palo. Solo husmear. Por cierto, buen vídeo.
Que opinas de este benchmark de performance de C#: th-cam.com/video/56TUfwejKfo/w-d-xo.html Espero con ansias alguna nueva version de C# que supere esos resultados
pues que no lo había visto, pero me encanta la idea. Le veo una pega y es que él está haciendo 100request por segundo, que parecen muchas pero no lo son, me gustaría ver ese test con 1000 o 5000 request por segundo y ver si siguen igual; Con 100 llamadas por segundo casi te da igual que lenguaje usar (incluido ruby o python) porque son muy pocas para evaluar costes reales, en mi opinión. otra cosa importante es saber si ha hecho el código lo mas eficiente posible, no porque haya puesto algo "mal" de forma intencional, pero por ejemplo ha usado AOT para mostrar lo del startup time? Pero como punto de partida esta muy bien por supuesto.
Con los union types sera el mejor lenguaje entre los lenguajes masivos actuales. Java no tiene razón de ser con C#, Microsoft debería gastar unas buenas toneladas de pasta en marketing ultra masivo para C#
no creo que lo que tienen que cambiar lo puedan hacer con publicidad, ya han movido suficiente gente con azure y dando ventajas si usas .net no creo que vaya mas allá
Blog: www.netmentor.es/entrada/novedades-csharp13
Twitter: x.com/NetMentorTW
Update en Union Types / Discriminated Unions -> Parece ser que son mas complejos de lo que parece, y quizá lo postpongan para C# 16 o C# 17.
A la espera de ese video sobre lock, seria maravilloso un curso o algo sobre concurrencia!
Excelente video.
Sería chévere el vídeo sobre lock
lo de field es lo mejor que he visto en mi vida
Excelente video!!. Estaría muy bueno si hicieras uno sobre hilos. Gracias por compartir tus conocimientos.
como este? th-cam.com/video/8cfgjCWre8k/w-d-xo.html
@@NetMentor Excelente!, muchas gracias!
Ayer vi que lo subiste, y lo deje para despues jajajaja, pero cuando lo busque de nuevo mas tarde, no estaba :c
Se publicó por error muy pronto 😞
Sin duda lo mejor son los union types
👌👌👌
Estoy esperando un nuevo Visual Studio que no sea el 2022. Xdddddddddd.
el 22 va bien, tampoco hay mucho motivo para sacar una nueva versión, quizá lo deberían llamar visual studio e ir sacando pequeñas actualizaciones, pero ir va bien.
@@NetMentor Se que va bien. Me extraña que no publiquen anuncios del Visual Studio 2025, por poner un ejemplo. Pero esto, solo si hay grandes novedades por todos lados del paquete entero. Lo del 9.0 .net, las versiones impares ya no los toco ni con un palo. Solo husmear. Por cierto, buen vídeo.
@@NetMentor no también en la recarga activa para WebAssembly en blazor
Que opinas de este benchmark de performance de C#:
th-cam.com/video/56TUfwejKfo/w-d-xo.html
Espero con ansias alguna nueva version de C# que supere esos resultados
pues que no lo había visto, pero me encanta la idea.
Le veo una pega y es que él está haciendo 100request por segundo, que parecen muchas pero no lo son, me gustaría ver ese test con 1000 o 5000 request por segundo y ver si siguen igual;
Con 100 llamadas por segundo casi te da igual que lenguaje usar (incluido ruby o python) porque son muy pocas para evaluar costes reales, en mi opinión.
otra cosa importante es saber si ha hecho el código lo mas eficiente posible, no porque haya puesto algo "mal" de forma intencional, pero por ejemplo ha usado AOT para mostrar lo del startup time?
Pero como punto de partida esta muy bien por supuesto.
Con los union types sera el mejor lenguaje entre los lenguajes masivos actuales.
Java no tiene razón de ser con C#, Microsoft debería gastar unas buenas toneladas de pasta en marketing ultra masivo para C#
no creo que lo que tienen que cambiar lo puedan hacer con publicidad, ya han movido suficiente gente con azure y dando ventajas si usas .net no creo que vaya mas allá