Hace menos de un mes, Microsoft liberó el código fuente (y la documentación oficial) de MS-DOS 4.0, una década después de haber liberado el de MS-DOS 2.0. Este sistema operativo, uno de los más relevantes del sector tecnológico durante los 80 y 90, deriva del QDOS adquirido por Microsoft en 1980 por 75.000 dólares.

Ahora, como software libre bajo la licencia MIT, cualquiera puede usar, modificar y distribuir esta versión de MS-DOS... lo que permitirá a los desarrolladores explorar las raíces de los sistemas operativos modernos, y refuerza el compromiso de Microsoft con la comunidad de código abierto.

La relevancia de MS-DOS 4.0

La versión 4.0, ahora liberada como código abierto, es una que, pese a su poco éxito comercial, supuso un intento pionero de Microsoft por introducir capacidades multitarea (podía gestionar varias aplicaciones al mismo tiempo) en un sistema operativo que tradicionalmente había sido monolítico y monotarea.

En Genbeta

Siempre habíamos oído que DOS era un sistema operativo 'monotarea'. Pero era una 'fake news'

Eso significa que, a diferencia de sus predecesores, MS-DOS 4.0 fue diseñado para permitir que múltiples procesos se ejecutaran simultáneamente, una característica ciertamente avanzada para su época.

La liberación de MS-DOS 4.0 como código abierto ofrece a los desarrolladores y entusiastas de la tecnología una oportunidad única para estudiar su arquitectura: al examinar el código fuente, se pueden apreciar las técnicas y enfoques utilizados por los ingenieros de Microsoft para manejar los recursos del sistema y coordinar múltiples procesos.

Compilando un sistema operativo

Ahora, Dave Plummer (ingeniero de Microsoft ahora retirado, desarrollador original del Administrador de Tareas de Windows) ha protagonizado un vídeo en su canal en el que aprovecha esta liberación del código para reconstruir el proceso de compilación del primer sistema operativo desarrollado por Microsoft.

En su vídeo, Plummer describe el proceso detallado de compilación del código fuente de MS-DOS 4.0, empezando por su descarga desde el repositorio de GitHub, y la posterior instalación de un entorno de desarrollo basado en el ensamblador MASM 2 (Microsoft Macro Assembler) y el compilador C 5.1.

Estas herramientas eran las utilizadas en aquella época para compilar MS-DOS, lo que garantiza que los binarios generados sean lo más fieles posible al original.

En Genbeta

Esta es la diferencia entre terminal, consola, shell y línea de comandos. Despejamos dudas habituales en torno al 'modo texto'

Para recrear dicho entorno de desarrollo original, Plummer utiliza una máquina moderna, pero recurre a DOSBox, un emulador que permite ejecutar software antiguo de DOS en sistemas operativos actuales.

Plummer menciona que, en su momento, el proceso de compilación podía tardar hasta dos horas en una máquina 386; sin embargo, en su moderno Mac Pro, aunque limitado por la emulación de un solo hilo de DOSBox, el tiempo dedicado a compilar se reduce a unos cinco minutos.

Una vez compilado el código, el siguiente paso es crear una imagen de disco que pueda ser utilizada para arrancar una máquina real. Plummer utiliza un dispositivo USB llamado 'Grease Weasel' para escribir la imagen de disco en un disquete de 5 1/4 pulgadas, el medio de almacenamiento común en la época de MS-DOS.

En su vídeo, Plummer pone a prueba el SO recién compilado en un IBM PC XT original, iniciando el sistema desde el disquete creado y verificando que el código de MS-DOS 4.0 funciona correctamente.

Imagen | Marcos Merino mediante IA

En Genbeta | FreeDOS, el clon de MS-DOS que preinstalan en los PCs "sin sistema operativo", lanza su nueva versión 1.3 (con live-CD incluido)

Los 'smart contracts' o 'contratos inteligentes' fueron un concepto a debate (y un sueño, en el mundo de los negocios) varios años antes de que existiera la tecnología necesaria para respaldarlos. De hecho, el abogado y criptógrafo Nick Szabo ya los definió en 1998, una década antes de que Satoshi Nakamoto creara el Bitcoin…

…y, con él, la blockchain que ahora nos permite disponer de estos contratos autoejecutables, automatizando así relaciones contractuales que no requieren de la intervención de un intermediario de confianza. Pero, ¿cómo se crean estos contratos?

Programador, te presento a Solidity. Solidity, aquí el programador

Pues bien: Solidity es el lenguaje más usado para escribir contratos inteligentes para la cadena de bloques Ethereum. Es, de hecho, un lenguaje enfocado específicamente a esta tarea, desarrollado desde 2014 por diversos colaboradores del Proyecto Ethereum (su creador, Gavin Wood, es también co-creador de dicha criptodivisa).

Solidity fue creado con el objetivo de ejecutarse en la Ethereum Virtual Machine (EVM) que funciona sobre la blockchain de Ethereum. Sin embargo, la similitud entre esta cadena de bloques, y otras similares (como Polygon o Binance) permite implementar Solidity en otras redes y que su funcionamiento siga siendo predecible.

Es un lenguaje de alto nivel y orientado a objetos cuya sintaxis se basa en ECMAScript (al igual que JavaScript), con la principal diferencia de implementar un tipado fuerte a la hora de declarar el tipo de variables y argumentos. El objetivo de esto es garantizar el rigor del contrato: el compilador analizará nuestro código en tiempo de ejecución para verificar que intentamos realizar la operación adecuada con el tipo de valor adecuado.

En Xataka

Por qué los programadores amamos Ethereum

Primer vistazo a Remix IDE

Para tu primera vez programando en Solidity, usaremos Remix IDE, un entorno de desarrollo basado en navegador desde el que podremos escribir, compilar e implementar 'smart contracts', además de —por ejemplo— almacenar archivos persistentes. Hemos elegido esta herramienta porque es gratis, sencilla de usar, y no requiere descargas ni registros.

Una vez entremos en la web, el aspecto de Remix IDE será algo bastante parecido a la siguiente imagen:

Deberemos desplegar la carpeta 'contracts' dentro del explorador de archivos del espacio de trabajo por defecto, y abrir uno de los ficheros .sol. Como están numerados, abriremos el primero, 1_Storage.sol, que presentará este aspecto:

El código muestra dos elementos principales:

• En primer lugar, el 'pragma', donde especificamos qué versiones de Solidity podrán usarse para compilar nuestro smart contract, un aspecto muy relevante a tenor de la rápida evolución del lenguaje.

• En segundo lugar, el 'contract', equivalente al concepto de clase ('class') presente en la mayoría de los lenguajes de programación modernos. Dentro de la clase nos encontramos con dos funciones predefinidas.

Sabiendo eso, ahora podemos crear nuestro propio fichero desde cero, y proceder a compilarlo y ejecutarlo.

Hola, Mundo

Hacemos clic en el icono de 'New file' (Nuevo archivo), justo encima del árbol de directorios, y creamos un fichero 'HolaMundo.sol' en la carpeta 'contracts'.

Copiamos el siguiente código:

// Mi primer contrato inteligente

pragma solidity >=0.5.0 <0.7.0;

contract HelloWorld {

function get()public pure returns (string memory){

   return 'Hola, parte contratante de la primera parte';

}

}

Una vez hecho esto, hacemos clic en el tercer icono de la barra lateral, en el compilador de Solidity, tal como se muestra a continuación y, asegurándonos de seleccionar una versión compatible del compilador, compilamos sin tocar ningún otro aspecto de la configuración por defecto:

Una vez finalizado con éxito este paso, hacemos clic en el siguiente icono de la barra lateral. Pulsamos en el botón 'Deploy', y, una vez implementado el smart contract, aparecerá un botón con la leyenda 'Get', correspondiente a la única función de nuestro contrato inteligente. Haciendo clic, veremos cómo nos devuelve la cadena de texto especificada en el código:

¿Y ahora?

Ya has creado y ejecutado tu primer contrato inteligente, enhorabuena. Ahora que tienes unas nociones básicas sobre Solidity, ha llegado el momento de empezar a formarte por tu cuenta sobre este lenguaje. Te recomendamos algunos recursos online:

• Un vídeocurso de 3:20 h. en español, 'Curso Solidity desde Cero', disponible en YouTube.

• Si te atreves con el inglés, este otro vídeo del canal freeCodeCamp.org puede ser también de ayuda.

• Un curso gratuito, 'Uso de Solidity', disponible gratuitamente en español en la plataforma Microsoft Learn. O, si quieres empezar por el principio, puedes hacer toda la ruta de aprendizaje de 'Introducción al desarrollo de cadenas de bloques', que incluye el contenido anterior.

• La documentación oficial y actualizada de Solidity, en inglés y en PDF, creada por el proyecto Ethereum.

Pocos meses después de que PHP cumpliera 25 años, acaba de lanzarse su versión 8.0. PHP sigue siendo el lenguaje de programación más usado en Internet a la hora de generar páginas web dinámicas (está detrás del 79% de las mismas), pese a la pujanza de tecnologías como Node.js o ASP.NET.

La anterior versión de PHP, la 7.4 (que seguirá recibiendo soporte hasta el 6 de diciembre de 2021) aportó notables mejoras de rendimiento, un apartado en el que también destacará la 8.0. Pero esta viene acompañada de muchas más novedades:

Compilador JIT

Sin ninguna duda, la principal novedad de PHP 8 es la introducción del compilador JIT (Just in Time), que permitirá compilar ciertas partes del código sobre la marcha, en tiempo de ejecución.

Esta funcionalidad, que estuvo a punto de ser incluida en la versión 7.4, lleva años siendo desarrollada y supone un gran cambio para el ecosistema PHP.

Cuando actualices tu actual instalación PHP, el compilador JIT aparecerá deshabilitado por defecto, pero podrá habilitarse desde el archivo php.ini, permitirá almacenar el código nativo de los archivos PHP en una región adicional de la memoria compartida OPcache.

En Xataka

17 desarrolladores nos cuentan qué lenguaje de programación elegirían para empezar desde cero y por qué

Las pruebas preliminares confirmaron que la activación del compilador JIT permite multiplicar por cuatro el rendimiento de algunos tipos de tareas, especialmente aquellas que exigen muchos recursos de la CPU.

Lo cierto es que de esto, más que beneficiar a las clases de aplicaciones webs típicamente vinculadas a PHP (como podría ser, por ejemplo, Wordpress), lo que hace es sobre todo abrir nuevas posibilidades a PHP como lenguaje de programación de uso general, permitiendo darle uso en campos como el machine learning.

Otros cambios

PHP 8 incorpora también diversos cambios a nivel sintáctico, pequeños pero relevantes, como:

• La introducción de argumentos con nombre, que nos liberan de hacer coincidir el orden de los parámetros con la lista de parámetros de los métodos usados.

• Propagación de propiedades automática: Actualmente, cuando queremos definir una propiedad en PHP estamos obligados a repetirla hasta en tres ocasiones antes de empezar a usarla. Pero esta nueva característica nos permite reducir significativamente la cantidad de código usada:

Antes y después.

• Soporte para union types: antes de PHP 8, sólo podíamos especificar tipos de unión mediante anotaciones PHPdoc, pero la nueva versión incorporará soporte para los tipos de unión en las firmas de las funciones, ahorrándonos así, de nuevo, bastante código.

• Match expression: PHP incorpora una nueva expresión de coincidencia similar a switch, pero dotada de una semántica más segura, así como de la capacidad de devolver valores.

• Nuevo operador nullsafe: Actualmente, cuando queríamos comprobar en PHP que un getter no devolvía null, estábamos obligados a anidar sucesivos ifs. Pero, a partir de ahora, el primer getter que devuelva null anulará la ejecución de toda la cadena:

Antes y después.

• Expresión throw: Hasta ahora, en PHP throw era una declaración, por lo que no resultaba posible usarla en lugares donde sólo se permitiese el uso de una expresión. A partir de ahora, sin embargo, se considerará una expresión.

Vía | PHP.net

Luego de cinco años de trabajo, Google ha logrado construir Chrome para Windows usando el mismo compilador que usan las versiones para macOS, Linux y Android, y en el proceso ha hecho que su navegador sea el primer programa importante en utilizar el compilador Clang dentro de Windows.

Chrome para Windows usaba el compilador Microsoft C++, el más usado y con mejor soporte para el sistema operativo de las ventanas. Clang por su parte, es un compilador open source ampliamente usado en Linux y la primera elección en macOS.

El compilador es ese software que transforma el código escrito en un lenguaje de programación al lenguaje de la máquina, es como un traductor entre el código fuente y por ejemplo, un sistema operativo en particular, y que además optimiza el código.

Desde hace mucho tiempo Clang es el compilador de elección de Chrome en Mac y Linux, y en 2013 Google decidió que quería usar Clang en todos lados para hacer el desarrollo del navegador mucho más fácil.

Esto es importante para Google porque trabajar solo con un compilador para todas las versiones del navegador hace que tengas que lidiar solo con el mismo grupo de bugs en todas las plataformas.

El problema por el que esto tardó en hacerse realidad por casi cinco años es que Clang no tenía casi soporte en Windows, así que Google primero se tomó la tareas de darle soporte de primera al compilador en la plataforma de Microsoft, y aunque Google levanto la mayoría del peso, Microsoft también puso de su parte para poder completar el trabajo necesario.

Con el lanzamiento de la versión estable de Chrome 64, el navegador hará el cambio oficial a Clang.

Más información | LLVM
Vía | Ars Technica
En Genbeta | Cómo funciona y para qué sirve la recarga forzada de páginas en Chrome

Firefox Quantum llegó a nuestros equipos prometiendo más ligereza y más rapidez. Y, en efecto, era la versión más rápida del navegador del zorro de fuego. No tanto respecto a navegadores como Opera y Edge, como comprobamos, pero sí batía a Chrome en la cacareada velocidad y en rendimiento. Ahora, tres meses después de su puesta de largo, desde Mozilla nos prometen que Firefox 58 va a ser todavía más rápido. Bastante más.

WebAssembly, abreviado frecuentemente como wasm, es un nuevo tipo de código binario que se ejecuta en navegadores webs modernos desde hace un tiempo. Mozilla lo define como un lenguaje binario de bajo nivel con un rendimiento casi nativo. Gracias a él ya es posible ejecutar código más rápidamente y, en el futuro, las aceleraciones continuarán. Una de ellas la incorporará Firefox 58: la capacidad de compilar código WebAssembly más velozmente de lo que la red es capaz de entregar los paquetes. Es la promesa.

Así compilan más rápido de lo que la red entrega los paquetes

Firefox 58, que vendrá con otras características muy interesantes bajo el brazo, como la función que ha tomado prestada de Tor, compilará en tiempo real, compilando el código mientras este aún se está descargando.

"Esto era solamente una posible aceleración futura", comenta la ingeniera Lin Clark, que ahora "se convierte en realidad".

La nueva versión del navegador de Mozilla también incorporará un nuevo compilador de dos niveles, un nuevo baseline compiler que compila código entre 10 y 15 veces más rápido que el compilador optimizador.

La combinación de estos dos cambios, asegura la responsable del anuncio, "significan que compilamos código más rápido de lo que viene de la red". Según sus cálculos, en escritorio se compilarán entre 30 y 60 megabytes de código WebAssembly por segundo. En móvil, "incluso en un dispositivo bastante medio", dicen que pueden compilar a 8 megabytes por segundo, que es una velocidad mayor de la velocidad media de descarga para prácticamente cualquier red móvil.

Esto significa, aseguran, que el código se ejecuta casi tan pronto como termina la descarga. Un significativo avance.

Si empiezas a compilar el código antes, terminarás de compilarlo antes. Eso es lo que hace la compilación de 'streaming'... permite empezar a compilar el archivo wasm lo antes posible.

Cuando descargas un archivo, no baja de una sola pieza. En su lugar, viene en una serie de paquetes. Antes, como cada paquete en el archivo wasm estaba siendo descargado, la capa de red del navegador lo ponía en un ArrayBuffer. Entonces, una vez hecho esto, movería ese ArrayBuffer al Web VM (también conocido como el motor JS). Ahí es cuando el compilador de WebAssembly comenzaría a compilar.

Pero no existe ninguna buena razón para hacer esperar al compilador. Técnicamente es posible compilar WebAssembly línea por línea. Esto significa que debes ser capaz de comenzar tan pronto como llega el primer fragmento. Eso es lo que hace nuestro nuevo compilador. Aprovecha la API de 'streaming' de WebAssembly.

Si usamos Firefox Nightly o Beta, es posible probar en nuestros propios dispositivos las virtudes con las que llegará Firefox 58. Solamente debemos hacer clic aquí y ver los resultados para sacar nuestras propias conclusiones.

Imágenes | Mozilla CC BY-SA 3.0
En Genbeta | Firefox quiere llevar más allá el uso de HTTPS forzando a los desarrolladores a asegurarlo todo

Phoronix ya abrió la puerta a las especulaciones publicando unos tests, en los que un producto llamado “Dirndl” doblaba la capacidad de cálculo de Ubuntu 11.04. Hoy nos han desvelado lo que provoca ese aumento de velocidad: un compilador.

Alguno conocerá EkoPath, un compilador de alto rendimiento para Intel/AMD de 64 bits, y que se suele usar en superordenadores. Pues bien, este es el compilador que ha sido liberado bajo una licencia GPL. Es decir, que a partir de ahora cualquiera lo puede usar.

¿Qué beneficios traerá esto? Bueno, además de tiempos menores de compilación (hasta un 80% menos que GCC), que eso a los usuarios no nos importa demasiado, las aplicaciones que se compilen con EkoPath4 tendrán un rendimiento muchísimo mejor. Y no creo que sean mejoras de milisegundos, sino mejoras drásticas de rendimiento.

De momento, el compilador no está disponible. En cuanto esté, seguramente empecemos a ver algún kernel compilado con EkoPath (si tenéis ganas, podríais hacerlo hasta vosotros) y podremos ver los resultados con nuestros propios ojos. Estoy seguro de que no quedaremos decepcionados.

¡Gracias a Jorge y a Hector Macías Ayala por los avisos!

Vía | Phoronix
Más información | Nota de prensa oficial

Llegan las primeras consecuencias de la decisión que tomó ayer Apple al hacer públicas sus guías de revisión de aplicaciones y eliminar algunas de las barreras para aceptar frameworks de terceros desarrolladores en su tienda. Adobe ha dado un paso adelante y ha anunciado que retomará el desarrollo de una de las principales novedades que introdujo Flash CS5: la posibilidad de exportar el contenido creado en forma de aplicación para el iOS.

Los motivos son claros: Adobe dejó de dedicar tiempo y esfuerzo a esta funcionalidad en cuanto Apple prohibió usarla con todo el entuerto que se armó hace no tanto tiempo. Pero ahora que en Cupertino han decidido aflojar las cuerdas, Adobe ha decidido poner de su parte y seguir mejorando el componente al poder usarse de forma legal.

De hecho, parece que Apple está empezando ya a aprobar algunas aplicaciones hechas con el compilador de Flash en la App Store, así que ahora simplemente hay que esperar y ver si éstas están al nivel de las desarrolladas con las herramientas oficiales de Apple. Sea como sea, son buenas noticias.

Vía | MacRumors
Imagen | midiman

Muchos programadores consideran que el compilador de Intel como el mejor del mercado en cuanto a optimización, por lo que suele ser el utilizado en las aplicaciones más críticas. De hecho, si excluimos GNU GCC, hay pocas alternativas que estén a la altura. Y para algunas aplicaciones matemáticas, técnicas y científicas, las librerías de Intel están tan optimizadas, que a efectos prácticos no hay opción a usar otro compilador.

El compilador de Intel, sin embargo, está diseñado específicamente para generar código no eficiente en procesadores AMD o VIA. Es capaz de generar múltiples versiones de un código, cada una optimizada para un procesador y juego de instrucciones determinado, e incluye una función (CPU dispatcher) que detecta el procesador sobre el que se ejecuta la aplicación, y así seleccionar la versión del código compilado a utilizar.

Sin embargo, si el procesador no es un "GenuineIntel", el compilador utiliza en la mayor parte de los casos la versión más lenta del código, incluso si la CPU es capaz de soportar las versiones más optimizadas del código. Pero esta táctica de dudosa ética se le va a acabar a Intel.

El pasado mes de Noviembre, Intel y AMD llegaban a un acuerdo extrajudicial para acabar con todas sus disputas por causas anti-monopolísticas. Intel abonó 1250 millones de dólares a AMD, para compensar los años en los que se aprovechó de su posición dominante para perjudicar a su competidor.

Pero la FTC (Federal Trade Commission) también lleva su propia investigación sobre el asunto, ya que hay otras compañías, como VIA, que no están compensadas por ese acuerdo. Así que la FTC ha solicitado a Intel a que "repare su compilador defectuoso":

Se requiere que, con respecto a los clientes de Intel que adquirieron de Intel un compilador software que tuvo o tiene el diseño o efecto de afectar al rendimiento real o aparente de microprocesadores no fabricados por Inter ("Compilador Defectuoso"), tal y como se describe en la Demanda: Intel les proporcionará, sin coste adicional, un compilador sustituto que no sea un Compilador Defectuoso; Intel compensará el coste de recompilar el software que hayan compilado con el Compilador Defectuoso y de sustituir, y distribuir a sus propios clientes, el software recompilado para el software compilado con un Compilador Defectuoso; e Intel deberá informar públicamente y avisar, de manera que sean informadas las personas que hayan adquirido software compilado con Compiladores Defectuosos adquiridos a Intel, de la posible necesidad de reemplazar ese software.

Me resulta curioso que la FTC hable tan claro, y llame "defectuoso" al compilador de Intel, que de cumplirse lo requerido por la FTC le tocará soltar más pasta en concepto de indemnizaciones a programadores, empresas y clientes. Recordemos que en mayo de 2009, la Unión Europea ya le había encasquetado una multa de 1000 millones de euros a Intel por prácticas monopolísticas.

Vía | Download Squad Más información | Engadget (sobre el acuerdo Intel-AMD), OS News, Agner Fog