El mundo de la programación evoluciona rápidamente, y lo que hoy es una herramienta esencial puede quedar relegada al olvido en pocos años. Así, algunos lenguajes sobreviven gracias a nichos específicos, mientras que otros caen víctima del avance tecnológico, o de meros cambios generacionales que dan pie a nuevos ecosistemas de software.

Sohail Saifi, ingeniero de software, ha analizado en su blog de Medium un listado de lenguajes de programación cuya irrelevancia considera inevitable antes de 2026. Si el lenguaje que usas a diario está en esta lista, es hora de tomar decisiones...

1. Perl: la navaja suiza que perdió su filo

En los años 90, Perl reinaba en el mundo del procesamiento de texto y desarrollo web. Su lema "hay más de una forma de hacerlo" parecía un himno a la flexibilidad… hasta que los proyectos crecieron y esa misma flexibilidad se volvió caótica.

Actualmente, Perl se encuentra en un marcado declive: de hecho, recientemente salió del top 20 del índice TIOBE por primera vez en su historia.

Lenguajes como Python (más legible y moderno) y JavaScript (con frameworks versátiles) han reemplazado a Perl en casi todos sus dominios.

• ¿Qué hacer?: Si aún trabajas con Perl, es buen momento para aprender Python. La transición es menos compleja de lo que parece y abre muchas puertas laborales.

2. CoffeeScript: el lenguaje intentó adelantar a JavaScript sin éxito

CoffeeScript nació para hacer JavaScript más legible, con una sintaxis inspirada en Ruby y Python. Fue popular entre 2011 y 2015… hasta que JavaScript evolucionó.

Con la llegada de ECMAScript 6, muchas de las ventajas de CoffeeScript pasaron a estar incorporadas en el propio JavaScript (funciones flecha, plantillas literales, desestructuración...).

Las descargas de CoffeeScript en npm han caído más del 90% desde su pico, y su creador recomienda usar JavaScript moderno para nuevos proyectos.

• ¿Qué hacer?: Convierte tus proyectos a JavaScript con herramientas automáticas. Será un alivio.

En Genbeta

Apenas hay programadores de COBOL, pero tampoco de estos otros lenguajes tan viejos como bien pagados, según los expertos

3. Objective-C: el hijo desheredado de Apple

Durante años, Objective-C fue el único camino para desarrollar aplicaciones iOS. Pero desde 2014, Swift tomó la delantera con su sintaxis moderna y mejor rendimiento.

A estas alturas, el 87% de las apps actuales usan Swift, y la propia Apple lanza primero sus APIs en Swift (de hecho, muchas ni siquiera tienen equivalente en Objective-C).

• ¿Qué hacer?: Si eres desarrollador iOS, aprender Swift no es opcional: es el futuro de la plataforma.

4. Ruby: objeto de nostalgia

Ruby y su famoso framework Rails marcaron una era dorada para el desarrollo web. Su sintaxis clara y centrada en la felicidad del programador fue revolucionaria... pero el ecosistema ha cambiado.

Ruby cayó al puesto 15 en la última encuesta de Stack Overflow, y las ofertas laborales bajaron un 36% desde 2021, mientras empresas como Twitter y GitHub migraban sus sistemas a otros lenguajes más escalables.

• ¿Qué hacer?: Explora lenguajes con sintaxis inspirada en Ruby, como Elixir, o expande hacia JavaScript y TypeScript. Tu experiencia no se pierde, evoluciona.

5. Visual Basic .NET: sustituido por Microsoft como cabeza de cartel

VB.NET alguna vez fue protagonista del ecosistema .NET. Pero desde hace más de una década, Microsoft prioriza C#. De hecho, la sentencia definitiva llegó en 2020: ya no tendría paridad de funcionalidades con C#.

Desde entonces, las ofertas laborales cayeron un 64%, e incluso la documentación oficial favorece a C#.

• ¿Qué hacer?: Aprender C# es una evolución natural y te permitirá mantenerte dentro del ecosistema .NET con mejores perspectivas laborales.

En Genbeta

Bill Gates publica completo el "código más genial" que ha programado en su vida: esta joya fue la primera piedra de Microsoft

6. PHP: el veterano que ya no parte la pana

Sí, PHP todavía alimenta gran parte de Internet (gracias, WordPress). Pero su modelo de renderizado del lado del servidor está perdiendo terreno frente a arquitecturas modernas basadas en JavaScript (React, Next.js) y APIs.

Como indicadores de su declive, basata con mencionar que del 80% de presencia en sitios web en 2015 había caído al 59% tan sólo nueve años después. Y los nuevos proyectos en GitHub basados en PHP bajaron un 47% desde 2019.

• ¿Qué hacer?: Aprende Node.js o Python para moverte hacia entornos más modernos, con mejor proyección y salarios.

¿Y ahora, qué?

Si tu lenguaje principal está en esta lista, no entres en pánico. Aquí tienes una hoja de ruta:

1. No lo abandones de inmediato: todavía puede ser rentable dedicarte al mantenimiento de sistemas existentes.
2. Comienza proyectos paralelos: prueba con Python, Rust, Go o TypeScript.
3. Fortalece tus conceptos base: estructuras de datos, algoritmos y patrones de diseño son universales.

Imagen | Marcos Merino mediante IA

En Genbeta | Estos serán los lenguajes de programación con más salida en 2025. Puedes empezar a aprenderlos gratis

LHH Recruitment Solutions ha presentado su informe Informe 'Los + Buscados' con las 12 profesiones que las empresas más buscan y en el tercer puesto encontramos a desarrolladores con un perfil muy particular.

Dicen los autores del informe que se recogen profesiones buscadas "por su importancia estratégica o por su escasez en el mercado" y que como muchas empresas necesitan de estos perfiles y hay pocos profesionales, son personas que pueden ser más exigentes con sus condiciones laborales. En general, el informe está lleno de anglicismos.

En Genbeta

Esta web permite crear gratis tu currículum con inteligencia artificial y con plantillas profesionales: así funciona Kickresume

El trabajo más buscado ahora mismo, de acuerdo con el informe es ingeniero o ingeniera de automatización, con un sueldo de entre 35.000 y 45.000 euros. Por otro lado, el más cotizado, es el operations manager, el mejor pagado de todos con 130.000 euros.

Otros puestos de trabajo cotizados

En segundo lugar el puesto más buscado es de enfermero o enfermera y la hospitalización. Dentro del sector, el perfil más cotizado es el de los médicos especialistas en anestesiología y reanimación.

Y en tercer lugar, el perfil más buscado es el de desarrollador o desarrolladora y, concretamente, los expertos en .NET y en Java. Dentro de eso, los profesionales más cotizados son los expertos de DevOps.

En Genbeta

Un estudio desvela lo que más quema a los profesionales tech. La falta de reconocimiento y la monotonía del trabajo pueden agotar

El sueldo que ofrecen las empresas a estos profesionales va desde los 30.000 a los 50.000 euros brutos anuales. En el caso de ingenieros DevOps que, dice el estudio que es el perfil más complicado de cubrir las empresas pagan entre 50.000 y 80.000 euros anuales.

Otros puestos interesantes es dentro de la ingeniería el de Técnico SAT electrónicos (disponibilidad de viajes); y también están muy buscados dentro del mundo retail, los directores de marketing.

Vía | El País

Imagen | Foto de John Schnobrich en Unsplash 

En Genbeta | España necesita profesionales tech y las empresas los buscan en universidades: así ha sido el "speed dating" de Sevilla

Microsoft lanzó hace unas horas la última versión de su plataforma de desarrollo .NET, coincidiendo con la apertura de su evento online .NET Conf. Y lo más importante que .NET 7 tiene que ofrecer no es más (ni menos) que lo que se supone que .NET 5 debería haber ofrecido ya en 2020: una plataforma de desarrollo multiplataforma unificada.

La idea era unificar .NET Core (reescrito desde cero, open source y multiplataforma) con la tecnología de .NET Framework (más versátil, pero limitada a sistemas Windows), así como con productos como Xamarin y Mono, para crear un producto que permitiera programar sobre una única base de código con runtimes y experiencias de desarrollo uniformes.

Sin embargo, en agosto de 2020, en plena pandemia, Microsoft anunció que estos pasos se pospondrían hasta el lanzamiento de .NET 6, previsto para noviembre de 2021. Tras eso, la compañía anunció "cambios en el cronograma" que obligaron a postergar de nuevo la integración de componentes como MAUI (Multi-platform App UI). A la tercera, sin embargo, ha ido la vencida.

En Xataka

Por qué hace años renegaba de Microsoft y sus servicios y ahora se han convertido en imprescindibles

Un framework para escritorio, dispositivos móviles... y la nube

Y donde antes .NET se centraba en aplicaciones de escritorio y móviles, ahora gana peso su enfoque en 'la nube', integrando HTTP/3, mejorando la experiencia de uso de contenedores en Kubernetes, integrando la plataforma en las imágenes de contenedor 'cinceladas' que proporciona Canonical...

...y reforzando Blazor para desarrollar aplicaciones WebAssembly más potentes, algo fundamental, teniendo en cuenta la popularidad que está ganando rápidamente esta tecnología a la hora de aumentar la funcionalidad de la experiencia web. Entre las mejoras, se incluye la interoperabilidad de ASP.NET Core Blazor con JavaScript, o la posibilidad de cargar DLLs en aplicaciones web.

Se incorpora también en esta versión .NET MAUI 7, un "marco multiplataforma para crear aplicaciones móviles y de escritorio nativas con C# y XAML" incluye mejoras de rendimiento, actualización de SDKs, y la introducción de nuevas características relativas a entornos de escritorio, así como mejor rendimiento en el renderizado móvil y la introducción de un control de mapas. Aquí podemos ver a Visual Studio en Mac configurando una app MAUI 7:

Otros cambios incluidos tienen que ver con Windows Forms, la librería gráfica nativa de Windows, un componente al que se han agregado mejorAs relativas a la accesibilidad, como problemas relacionados con los lectores de pantalla y otras herramientas de asistencia a discapacitados visuales.

Y, por supuesto, una de las grandes novedades de .NET 7 es la inclusión de la versión 11 de la sintaxis de C#, el lenguaje de programación estrella de Microsoft (F#, menos conocido, también ha sido actualizado).

Además, el anuncio de Microsoft incluye referencias a mejoras de rendimiento, especialmente en ARM64 (con un rendimiento hasta un 45% superior) y acuerdos de colaboración para desarrollar con .NET en Ubuntu Linux, y en los servidores Power System de IBM.

Al contrario que algunas otras organizaciones del ecosistema Linux, Canonical —la compañía desarrolladora de la distribución Ubuntu— jamás ha dado la espalda a Microsoft. De hecho, fueron los primeros que se prestaron a colaborar en el desarrollo de WSL (el software de Windows 10/11 que permite emular una distribución Linux), los primeros que lanzaron su propia distribución en la Windows Store, y uno de los primeros que certificaron para Azure la versión servidor de su distribución.

Y, por fortuna para muchos, la colaboración Microsoft-Canonical no se detuvo ahí, y ha proseguido a la hora de lanzar herramientas de desarrollo; concretamente, dicha colaboración acaba de traducirse en la disponibilidad de soporte nativo del framework .NET 6 en Linux en Ubuntu 22.04 LTS. Según relata Canonical en su blog corporativo,

"Los usuarios y desarrolladores de .NET 6 ya pueden instalar los paquetes de .NET 6 en Ubuntu con un simple comando 'apt install dotnet6'. Las imágenes de contenedor optimizadas, pre-construidas y ultra-pequeñas están ahora disponibles para ser usadas out-of-the-box.

[La disponibilidad de] .NET como paquete .deb para Ubuntu es el resultado de una estrecha colaboración entre Microsoft y Canonical: ambas empresas han trabajado juntas para ofrecer a tiempo parches de seguridad y nuevas versiones a Ubuntu".

En Genbeta

Para este ingeniero de Canonical la idea de Windows basado en Linux es una fantasía, más interesante es qué tan open source será

El objetivo de esta colaboración no sólo consiste en simplificar la integración de Linux en Ubuntu (y en sus numerosos y populares derivados), sino también garantizar la seguridad de la cadena de suministro de software, desde el código fuente hasta los paquetes. Así, ambas compañías se comprometen a que las nuevas versiones de .NET estén disponibles y certificadas en las nuevas versiones de Ubuntu que vayan saliendo al mercado.

De este modo, una sencilla instrucción de línea de comandos permitirá instalar de una sola tacada tanto el SDK como los respectivos runtimes de .NET y ASP.NET. También podremos instalarlos de forma separada, divididos en tres paquetes:

sudo apt install dotnet-sdk-6.0

sudo apt install aspnetcore-runtime-6.0

Además, Microsoft y Canonical han anunciado la disponibilidad de Chiseled Ubuntu Containers (contenedores ultrapequeños, sin root ni gestor de paquetes) para probar aplicaciones .NET también en Docker:

docker pull mcr.microsoft.com/dotnet/nightly/runtime-deps:6.0-jammy-chiseled

docker pull mcr.microsoft.com/dotnet/nightly/aspnet:6.0-jammy-chiseled

Linux como plataforma de desarrollo

Linux es una plataforma perfectamente fiable para desarrollar aplicaciones destinadas a su uso en sistemas Microsoft; hace un par de décadas, claro está, esta afirmación habría sido recibida con risas y escepticismo. Pero hoy en día podemos usar un framework de Microsoft desde su popular IDE Visual Studio Code sin salir de Linux, y empezar a desarrollar aplicaciones para cualquier plataforma.

Microsoft emprendió hace 12 años una reescritura completa de su framework con el objetivo de convertirlo en open source y multiplataforma, como parte de un plan para expandir su área de influencia y llevar C# a Linux y macOS. Esta versión, originalmente denominada '.NET Core', coexistió durante mucho tiempo con el '.NET Framework' sólo para Windows, hasta su reciente fusión en .NET 6.

Vía | Microsoft Dev Blogs

Imagen | Basada en marcas de Canonical y Microsoft, así como en 'Refreshable sour penguin' de Junie K.S. Loftesnes (CC-BY-SA)

Muchos desarrolladores fans de Visual Basic consideran que la versión 6 del mismo —lanzada en 1998— constituye la cumbre de dicho lenguaje, antes de que Microsoft introdujera VB.NET en 2001 y todo empezara a ir de mal en peor. Las diferencias entre ambos lenguajes eran numerosas. En primer lugar, se trataba de un cambio de enfoque, desde un lenguaje orientado a eventos a uno orientado a objetos…

…en cuanto a la sintaxis, todas las llamadas a subrutinas pasaron a necesitar paréntesis, los parámetros de sucesos pasaban a estar asociados en un objeto EventArgs, no se podían utilizar strings de longitud fija, se suprimía el tipo de datos Variant, etc. En resumen, un caos a la hora de compilar los proyectos antiguos.

La migración de los mismos se convirtió en una auténtica pesadilla, hasta el punto de que muchos desarrolladores prefirieron seguir desarrollando en VB6 hasta que Microsoft canceló el soporte al mismo en 2008. Algunos, siguieron fieles incluso después de eso. Que Microsoft anunciara el fin de la 'coevolución' C#/VB.NET en 2017 no ayudó tampoco.

Y así llegamos a 2022, con miles de desarrolladores nostálgicos echando de menos poder desarrollar en Visual Basic, y un número similar de empresas manteniendo aplicaciones corporativas desarrolladas hace más de una década que necesitan seguir evolucionando.

En Genbeta

Esta monja creó el lenguaje BASIC (y se convirtió en la primera doctorada en computación) 24 años después de entrar en el convento

Ahí es donde entra el desarrollador español Carles Royán. Royán se había iniciado como programador siendo niño con GW-Basic, y hace ahora un año empezó a promocionar un proyecto llamado RAD Basic, que presentaba como "una solución 100% compatible con Visual Basic 6" que pretendía lanzar con la ayuda de un proyecto de crowfunding en Kickstarter.

"Existe VB.NET, pero es otro lenguaje y paltaforma. […] Creo que VB6 tiene aún un espacio como lenguaje hoy en día y podría evolucionar sin perder la compatibilidad con versiones anteriores".

También se mostró "enojado por la interrupción de Microsoft de Visual Basic 6" sin que se ofreciera "un camino fácil para saltar a VB.NET". Con ese fin, y pensando en esas empresas que aún siguen dependiendo de VB6, decidió lanzar un nuevo IDE y compilador 100% compatibles con 'el Visual Basic clásico', que permitiera seguir trabajando con esos proyectos antiguos.

RAD Basic en funcionamiento.

Lo que ofrece RAD Basic

El proyecto de Royán prometía contar, como entorno RAD (Rapid Application Development), con un Diseñador de Formularios que permite editar visualmente todas las ventanas y diálogos de su aplicación. También contaría con funciones de autocompletado, de resaltado de sintaxis, de refactorización, etc. Y lo más importante: ofrecería bibliotecas de tiempo de ejecución de 32… y de 64 bits, a diferencia del original.

El núcleo del proyecto (compilador y bibliotecas de tiempo de ejecución) estaría sujeto a una licencia de código abierto, para evitar que RAD Basic repitiera la historia de VB6, pero la aplicación en su conjunto tendría un modelo híbrido, inspirado en Red Hat, con cuatro modalidades de licencia (incluyendo una 'Community').

En un primer momento, la campaña de crowdfunding sólo pudo recaudar algo más de 17.000 euros de los 66.000 que su creador se había puesto como meta, pero el proyecto no murió: posteriormente se centró en Patreon como vía de financiación, donde cosecha casi 1.500 euros mensuales, y promete que cuando llegue al objetivo de 2.500 pasará a trabajar en su desarrollo a tiempo completo. Eso, de momento, ha permitido que recientemente haya lanzado la versión 0.5.0 Alpha 3, a la que por ahora sólo tienen acceso sus crowdfounders.

Microsoft ha anunciado que las nuevas ediciones de Visual Studio (la 2022) como de .NET (la 6) ya están disponibles para todos los usuarios. Y, en el caso de la primera de dichas herramientas, llega con una gran novedad: los 64 bits.

Porque, como ya anunciamos el pasado abril, por primera vez en los 15 años transcurridos desde el lanzamiento del primer Windows para PCs de 64 bits, los desarrolladores van a contar (sólo) con una versión x64 de Microsoft Visual Studio.

Amanda Silver, responsable de productos de la división de Desarrollo de Microsoft, ya avisaba hace ocho meses de que "con un Visual Studio de 64 bits en Windows, podremos abrir, editar, ejecutar y depurar incluso las soluciones más grandes y complejas sin quedarse sin memoria", gracias a la desaparición del límite de 4 GB de uso de RAM.

Además, no por dar este salto a los 64 bits los desarrolladores van a tener de que abandonar sus proyectos de software de 32 bits, pues será perfectamente posible seguir compilando dichas aplicaciones en la nueva versión.

En Xataka

Y el editor de código favorito de los programadores es… 8 profesionales nos dan su respuesta

Según recoge la hoja de ruta oficial de Microsoft, además de esas mejoras de rendimiento, Visual Studio llega acompañado de otros cambios, como los centrados en el apartado visual: por ejemplo, Microsoft ha renovado los iconos en toda la aplicación y ahora apuesta por usar una nueva tipografía, la Cascadia Code.

Visual Studio 2022 también incluye IntelliCode, un asistente de código asistido por IA que nos permite "escribir menos y codificar más":

"IntelliCode ahora puede completar líneas enteras de código por ti, lo que te permite escribir código fiable con sólo dos pulsaciones de la tecla de tabulación. IntelliCode también puede detectar ediciones repetidas y sugerir correcciones en toda la base de código donde haya patrones similares".

El último de los grandes cambios introducidos en Visual Studio 2022 es la llegada (rodeada de polémica, eso sí) de Hot Reload, una función que permite la realización de cambios en tiempo de ejecución. Esto es, que cuando estemos probando una aplicación, podamos alterar el código de tal forma que dichos cambios se reflejen la aplicación en tiempo real, sin necesidad de detener la ejecución y recompilar.

Cabe señalar que, dado lo relevante de los cambios de la plataforma de extensiones de Visual Studio 2022, las extensiones ya existentes para la versión 2019 no funcionarán con la nueva a menos que sus desarrolladores las actualicen (por ahora, sólo es el caso de 550 de las varias miles de extensiones disponibles en su Marketplace).

.NET 6 desembarca sin MAUI

También tenemos varias novedades en lo que se refiere a .NET 6, el framework de desarrollo multiplataforma de Microsoft, que sustituye tanto a .NET 5 como a .NET Core 3.1. En su mayor parte, son mejoras relacionadas con el rendimiento (en lo que respecta a la entrada/salida en el manejo de archivos, por ejemplo) o a la seguridad (en OpenSSL 3).

Sin embargo, una novedad muy esperada por los desarrolladores como era la prometida interfaz de usuario de aplicaciones multiplataforma (MAUI), que facilita el trabajo de desarrollar una misma aplicación tanto para entornos móviles como de escritorio, no está disponible por ahora en .NET 6, aunque no se descarta su inclusión en alguna actualización menor futura.

Durante los últimos días hemos sido testigos de una enorme polémica generada en torno a .NET, el framework de desarrollo multiplataforma y de código abierto de Microsoft que, sobre todo durante esta etapa de Satya Nadella al mando de la compañía, había tenido un papel fundamental a la hora de erigir puentes con la comunidad del software libre.

La vigente versión de .NET es la 5, pero ya se han liberado varias 'release candidates' de .NET 6 y su llegada al mercado es ya inminente. Pero ha habido un 'detalle' de la última release que desencadenado un incendio entre los usuarios del framework y, por extensión, en toda la comunidad de desarrolladores de software libre.

¿Suprimir una función estrella en una release candidate? ¿Qué está pasando?

No es habitual que una 'release candidate' añada o elimine funciones: su papel es el de permitir detectar posibles fallos en las funciones ya aprobadas, para parchearlas de cara a la versión definitiva. Sin embargo, los usuarios descubrieron que en esta última había desaparecido una importante y esperada función de .NET 6: 'Hot Reload'.

Hot Reload buscaba ofrecer un entorno que permitiera cambios en tiempo de ejecución. Esto es, que cuando estuviéramos probando una aplicación, pudiéramos alterar el código y dichos cambios pudieran reflejarse en la aplicación en tiempo real, sin necesidad de detener la ejecución y recompilar.

En Xataka

Desde que Ballmer dijo que Linux era un cáncer, a Nadella y su amor por el Open Source: así ha sido la relación de Microsoft con el SO

Sin embargo, esta función, presente en las anteriores release candidates y que constituía para muchos una de las principales novedades de la nueva versión, había desaparecido de buenas a primeras… al tiempo que se anunciaba que sí estaría presente en Visual Studio 2022, el entorno de desarrollo de pago de Microsoft (y sólo disponible para Windows).

El cabreo de la comunidad fue comprensiblemente mayúsculo. Tanto que ha debido sobrepasar las expectativas de Microsoft y ayer, sólo cuatro días después de la supresión del código de Hot Reload del repositorio GitHub de .NET, la compañía ha rectificado y anunciado que .NET 6 sí contará finalmente con esta función.

Sólo un malentendido, dicen

Ahora, las explicaciones de Microsoft dan a entender que sólo estábamos ante una cuestión de prioridades temporales: que, ante el inminente lanzamiento de Visual Studio 2022 (está previsto, como el del propio .NET 6, para el 8 de noviembre), la compañía prefería centrarse en 'afinar' la función primero en este entorno, sin que eso descartase que pudiera añadirse posteriormente a .NET 6.

Pero, claro… ellos mismos reconocen que si los planes eran esos, optar por suprimir directamente el código del repositorio no ofrecía la mejor de las imágenes posibles de lo que estaba ocurriendo. En palabras de Scott Hunter, director de administración de programas de .NET:

"Inadvertidamente terminamos eliminando el código fuente en lugar de limitarnos a no invocar esa ruta de código. […] Cometimos un error al ejecutar nuestra decisión y tardamos más de lo esperado a la hora de responder a la comunidad".

Sin embargo, muchos usuarios siguen convencidos de que esa imagen en realidad, era la correcta. Y es que, según fuentes internas de Microsoft citadas por The Verge, la decisión fue tomada por Julia Liuson, jefa de la división de desarrolladores de Microsoft, con una exclusiva motivación económica: reforzar el atractivo del producto de pago de Microsoft frente a otras alternativas incluyendo el Visual Studio Code de la misma compañía.

Las aguas de Hot Reload han vuelto a su cauce, y eso es bueno… pero Microsoft sigue teniendo un problema grave con su comunidad .NET. Hace sólo unas semanas la Fundación .NET ha experimentado una etapa complicada (con la dimisión de varios directivos, incluyendo su directora ejecutiva) por varias decisiones unilaterales y la percepción generalizada de estar 'pasando' de la opinión de los desarrolladores.

El pasado día 10 de agosto, Microsoft publicó la última versión 'preview' de .NET 6.0 (oficialmente, la 6.0.100-preview.7.21379.14), acercándose cada vez más a una versión definitiva (destinada a unificar las platafomas .NET Framework y .NET Core) que debería estar lista para el pasado mes de noviembre.

Entre las novedades introducidas en esta nueva versión, Richard Lander —principal program manager de .NET— destaca la incorporación de nuevas API de asignación de memoria nativa, accesibles a través de System.Runtime.InteropServices.NativeMemory y equivalentes a las API presentes en el lenguaje C:* malloc, free, realloc y calloc*.

Esto parece contradictorio con el objetivo para el que fue diseñado C#: ser un lenguaje seguro, no predispuesto a sufrir errores como los desbordamientos de buffer o de uso de memoria no asignada. Sin embargo, Lander lleva a cabo la siguiente reflexión:

"Es posible que te estés preguntando qué pensar acerca de estas API. En primer lugar, son API de bajo nivel, pensadas para código y algoritmos de bajo nivel: los desarrolladores de aplicaciones rara vez o nunca los usarían".

En Genbeta

Si quieres acceso gratuito a software, servicios y cursos online, únete al programa de Visual Studio para desarrolladores

Aquellos que programéis en .NET para Linux seréis felices sabiendo que, por fin, la clase System.IO.Compression.ZipFile es compatible con los permisos del sistema de archivos Unix, permitiendo comprimir y descomprimir archivos ZIP sin necesidad de ir modificando previamente los permisos de archivo.

Un detalle relevante es que .NET 6 incluirá versiones 'preliminares' de características tempranas de su próxima versión .NET 7 y, por tanto, no serán aceptadas en producción:

"hemos creado la capacidad de marcar las API como 'versión preliminar', [y] para usarlas, los proyectos deberán indicar explícitamente el uso de las mismas [pues en caso contrario], veremos errores de compilación".

ASP.NET Core

Otro de los componentes de este framework, ASP.NET Core, también llegará con diversas nuevas características bajo el brazo:

• Compatibilidad con HTTP/3 o QUIC en Kestrel (el servidor web .NET integrado).
• Compatibilidad con Blazor (.NET que se ejecuta en el explorador) para la transmisión de datos de JavaScript a .NET; un derivado de esto es que Blazor podrá cargar, a partir de ahora, archivos de más de 2 GB
• Capacidad mejorada de Blazor para modificar elementos HTML, siendo ahora posible establecer el título de la página y agregar metaelementos al elemento HTML Head.

Visual Studio

Visual Studio también recibirá actualizaciones: esta preview 7 de .NET 6.0 ya incluye la preview 3 del próximo Visual Studio 2022, que agrega un nuevo diseñador de propiedades de proyecto, un tema oscuro mejorado y nuevos tipos de proyecto (admitiendo React y Vue.js con TypeScript o JavaScript).

Otra nueva funcionalidad que se incorporará a la nueva versión de este IDE será la capacidad para trabajar con varios repositorios Git en una única solución.

Vía | Microsoft

Hace año y medio, Microsoft hizo público que se disponía a lanzar la versión 5.0 de su framework .NET, uno de los componentes básicos en el funcionamiento y desarrollo de numerosas aplicaciones Windows, y uno de los entornos de programación más usados.

En este tiempo ha estado siendo usado en labores de producción por Microsoft (por ejemplo en Bing.com) con el din de depurar su SDK, y desde ayer, por fin, está disponible para todos los usuarios.

Fue durante su evento online .NET Conf 2020 cuando la compañía confirmó la disponibilidad de los binarios de esta plataforma unificada para entornos Windows, macOS y Linux (tanto en arquitecturas x86 y x64 como en Arm32 y Arm64), que permitirán desarrollar software tanto para dichos sistemas como para iOS, Android y (por primera vez) WebAssembly.

Novedades de la nueva versión

La disponibilidad para Windows sobre la arquitectura ARM64 es una de las novedades de la versión 5.0, y tiene mucho que ver con la importancia que Microsoft le concede al lanzamiento de Windows 10X.

En Genbeta

Si quieres acceso gratuito a software, servicios y cursos online, únete al programa de Visual Studio para desarrolladores

Para Microsoft esta versión 5 es un paso de transición entre la 4.x y los planes que tienen para la 6.0, que pasan por ofrecer una experiencia unificada al usuario, en la que éste no tenga que estar descargando componentes individuales sino que pueda elegir en bloque cuáles necesita.

Otras novedades de la nueva versión son la inclusión de la versión 9 C# y la 5 de F#, así como mejoras de rendimiento de las librerías, especialmente en arquitectura ARM y en campos como el uso de expresiones regulares, la serialización Json y las conexiones HTTP, así como la inclusión del soporte para la distribución de software contenido en un único ejecutable.

Aquellos que quieran empezar a programar usando .NET 5.0 deberán asegurarse de tener instalada una versión actualizada de Visual Studio (a partir de la 16.8 en el caso de entornos Windows).

Portar aplicaciones .NET Framework (para Windows) a .NET Core (multiplataforma) suele obligar al desarrollador a actualizar el formato de los archivos del proyecto, además de a buscar paquetes NuGet compatibles y a actualizar sus referencias, lo que lo convierte este cambio en un proceso tedioso.

Hace seis años, después de que Microsoft bifurcara la plataforma .NET en Framework y Core, ésta lanzó algunas herramientas de portabilidad que, sin embargo, rechazan muchos tipos de proyectos por ser incompatibles con .NET Core: la ausencia de una implementación en .NET Core de frameworks populares como ASP.NET Web Forms está en la raíz de muchas de esas incompatibilidades.

Una herramienta que debería haber publicado Microsoft

De modo que, como forma de atraer a los desarrolladores que necesitan llevar a cabo esta clase de procesos, Amazon Web Services (AWS) ha anunciado el lanzamiento de una nueva herramienta denominada Porting Assistant for .NET.

A diferencia de otras herramientas ya existentes, Amazon afirma que este asistente evalúa tanto el código fuente de la aplicación como el árbol completo de dependencias de la API pública y del paquete NuGet para encontrar aquellas que sea incompatibles con .NET Core y proponer posibles sustitutos.

Amazon confía en que este nuevo servicio incentive a los desarrolladores de aplicaciones de servidor a migrar a la nube de AWS. Y eso a pesar de una limitación introducida por la propia Amazon: pese a que .NET Core es, como dijimos antes, multiplataforma, el asistente de Amazon parece dirigido en exclusiva a su ejecución sobre Linux.

Empezar a migrar aplicaciones mediante el Porting Assistant es sencillo, una vez resolvemos un par de requisitos previos: instalar el SDK de .NET Core 3.1, y contar con un perfil de credenciales.

Después de eso, podremos recurrir a la potencia del motor de sugerencias de Porting Assistant, que nos propondrá lo mejores reemplazos de paquetes, y cuya precisión se estima que tenderá a ir en aumento, a medida que pueda aprender de los datos de telemetría que los usuarios desean compartir voluntariamente con Amazon.

Vía | The Register