Hace unos pocos años, recuerdo buscar como un loco un buen cliente de Twitter para Linux. Probé, por ejemplo, estos tres, pero la experiencia de usuario y lo limitados que están me hicieron aburrirme de ellos en horas, literalmente. Yo usaba Tweetbot en macOS, y sencillamente no había color. Cuando Jack Dorsey y su equipo decidieron cambiar la interfaz de la red social, la mejor opción pasaba por usar el navegador, y eso es algo que me está pasando también en otras muchas aplicaciones web.

En el móvil, hubo un momento en el que pensé «¿Por qué usar una aplicación de YouTube si puedo ver los vídeos en el navegador?», y desinstalé la app. Más recientemente, YouTube ha limitado la posibilidad de hacer PiP (vídeo flotante) en la app si no se paga la versión Premium, y ese es otro motivo para entrar a la plataforma desde el navegador: hay extensiones para el navegador que permiten hacer PiP, pero esto es más difícil de hacer en la aplicación oficial.

Las aplicaciones web son cada vez mejores

Las aplicaciones web son cada vez mejores. Por una parte, trabajan la interfaz de usuario (UI) y la experiencia (UX) para que se diferencien poco o nada de lo que ofrecen las aplicaciones instalables. Ejemplos hay muchos, como Trakt, Inoreader, la de la RENFE o WhatsApp web, que lo único que podemos hacer en Linux es instalar… justamente una web-app.

Además, usando las versiones web podemos aprovechar todo lo que nos ofrece el navegador, como por ejemplo, podemos traducir un servicio que no está en nuestro idioma o bloquear la publicidad que aparece en las aplicaciones gratuitas. Tema moral aparte, nosotros controlamos cómo usamos las aplicaciones web, algo que no podemos hacer con las aplicaciones locales. Aunque yo Telegram sí lo tengo instalado, lo cierto es que también se podría usar bastante bien desde el navegador. Las notificaciones funcionan, pero he de reconocer que no todo lo web es siempre lo mejor.

Hay apps que empeoran la experiencia de usuario

Por si las aplicaciones web por sí solas no estuvieran mejorando lo suficiente, también hay casos en los que usar la aplicación oficial es, como dirían algunos, como una mala enfermedad. Por ejemplo, la app móvil de Movistar+, bueno, funciona, pero la que han diseñado para Smart TV (tanto en Android TV como en tvOS) funcionan que da asquete. La han querido hacer muy bonita, pero es una devoradora de recursos. No sé a quién se le ocurrió que, al pasar por encima de un contenido, se tenga que abrir la información relacionada, tras reproducir un sonido, y en ambos casos va a tirones. Incluso la imagen se corta en algunos canales, algo que no pasa en la versión web. Recordatorio: en Android TV se pueden instalar navegadores.

Claro está, para usar una aplicación web hay que estar conectado a Internet, y si nuestro equipo es de recursos limitados y nuestra conexión lenta, en ese caso sí merece instalar la aplicación, aunque sea como Photopea, para ganar un poco de independencia.

Pero yo cada vez instalo menos aplicaciones. El motivo principal es que las versiones web son lo bastante potentes como para que me olvide de su versión instalable; ni me planteo instalar MS Office si su versión web me sirve. Y también tiro cada vez más de la web porque soy usuario de Linux, y mucho de lo que nos ofrecen no son más que aplicaciones web modificadas para usarlas instaladas. Además, a mí me gusta usar Vivaldi, y en su panel lateral tengo Twitter, Inoreader, WhatsApp Web, DeepL, la nube de Movistar… Si tuviera que tener todo eso en el panel inferior/dock, podría volverme loco, y lo cierto es que la mayor parte del tiempo no es necesario tener todo eso abierto (en el navegador están hibernando).

Podemos usar Visual Studio Code en el móvil

Los editores como Visual Studio Code son una de esas aplicaciones que merece la pena tener instaladas, ya que es así como se les saca el máximo partido, pero también es el mejor ejemplo de cómo están evolucionando las aplicaciones web. Si, por el motivo que sea, y os aseguro que hay casos, uno decide escribir algo de código desde el móvil, hace tiempo que puede hacerlo desde un navegador. En el futuro, es probable que se puedan usar muchos servicios desde cualquier equipo que pueda mover un navegador, y eso es bueno para todos, en especial para los usuarios que más suelen olvidar los desarrolladores.

from Linux Adictos https://ift.tt/ZMWkdEP
via IFTTT

Después de lo que pasó con Copilot, polémicas aparte, quizá el mejor consejo sería no usar herramientas de auto-completado como estas. Pero lo cierto es que un asistente que te saque de un bloqueo cuando más lo necesitas es difícil de rechazar, por lo menos si se es novato con alguno de los lenguajes de programación soportados. Justo cuando Copilot anunciaba que sería de pago, empezaron a darse a conocer alternativas, y Amazon Presentó CodeWhisperer.

Tiempo después empezó a estar disponible, y pudimos comprobar que estaba lejos de un copiloto que, bueno, incluso ha sido llevado a sus tribunales por cómo se entrenaba. Aún así, CodeWhisperer puede ser útil, aunque está dando sus primeros pasos. Siendo de Amazon podemos esperar de todo, pero lo más lógico es que sea de pago en el futuro. Hasta entonces se puede usar para, por ejemplo, que sirva de soporte para los que quieren aprender Python, aunque pronto dejará de funcionar con un código que recibiremos en el correo.

CodeWhisperer soporta JavaScript, Java y Python

Desde hace pocos días, yo lo he visto hoy, al iniciar un editor como Visual Studio Code nos aparece un aviso que dice que «Para continuar usando CodeWhisperer, debes añadir una conexión de AWS Builder ID o AWS AIM Identity Center a partir del 31 de enero de 2023«. Lo que en un principio parece un problema, no lo es tanto, o no ahora mismo. Si no tenemos ninguna de esas cuentas, basta con hacer clic en el enlace que aparece (por lo menos en VSCode), lo que nos llevará a otras opciones.

En la ventana anterior podemos elegir cómo identificarnos. La primera opción me parece la más sencilla. Haciendo clic en ella, nos llevará a registrarnos para crearnos un AWS Builder ID. En el último paso deberemos aceptar el «token» para vincular nuestro ID recién creado con la extensión de nuestro editor.

Una vez hecho lo anterior, el mensaje ya no vuelve a aparecer, y se espera que así funcione tras el 31 de enero. Qué movimientos exactos harán en el futuro lo sabremos, lógicamente, cuando los hagan.

from Linux Adictos https://ift.tt/iKDpjfA
via IFTTT

Wasmer es un tiempo de ejecución de WebAssembly rápido y seguro que permite que los contenedores súper livianos se ejecuten en cualquier lugar: desde el escritorio hasta la nube, Edge y dispositivos IoT

Después de casi 6 meses desde el lanzamiento anterior, se dio a conocer la nueva versión de Wasmer 3.0, la tercera versión principal del proyecto que desarrolla un tiempo de ejecución para ejecutar módulos WebAssembly que se pueden usar para crear aplicaciones universales que se pueden ejecutar en diferentes sistemas operativos, así como la ejecución de código que no es de confianza.

La capacidad de ejecutar la misma aplicación en diferentes plataformas se proporciona al compilar el código en un código intermedio WebAssembly de bajo nivel que puede ejecutarse en cualquier sistema operativo o integrarse en programas en otros lenguajes de programación. Los programas son contenedores livianos que ejecutan pseudocódigo WebAssembly.

Estos contenedores no están vinculados al sistema operativo y pueden incluir código escrito originalmente en cualquier lenguaje de programación.

Para traducir WebAssembly al código de máquina de la plataforma actual, se admite conectar diferentes backends de compilación (Singlepass, Cranelift, LLVM) y motores (usando JIT o generando código de máquina). El control de acceso y la interacción con el sistema se proporcionan mediante la API WASI (WebAssembly System Interface), que proporciona interfaces de programación para trabajar con archivos, sockets y otras funciones proporcionadas por el sistema operativo.

La plataforma permite lograr un rendimiento de ejecución de aplicaciones cercano al de las compilaciones nativos.

Principales novedades de Wasmer 3.0

En esta nueva versión de Wasmer 3.0, se agregó la capacidad de crear archivos ejecutables nativos para cualquier plataforma. El comando «wasmer create-exe» se ha rediseñado por completo para convertir un archivo de código intermedio de WebAssembly en ejecutables autónomos para plataformas Linux, Windows y macOS que pueden ejecutarse sin instalar Wasmer.

Otra de las novedades que se presenta, es que se agregó la capacidad de ejecutar paquetes WAPM ubicados en el directorio wapm.io usando el comando «wasmer run». Por ejemplo, ejecutar «wasmer run python/python» descargará el paquete python del repositorio wapm.io y lo ejecutará.

La API Wasmer Rust se ha rediseñado por completo, cambiando la forma en que maneja la memoria y brindando la capacidad de almacenar objetos Wasm de forma segura en la estructura Store.

Tambien se destaca en esta nueva versión de Wasmer 3.0 la implementación mejorada de la API WASI (WebAssembly System Interface), ademas de que se corrigieron problemas en la API de WASI para trabajar con el sistema de archivos. Se han rediseñado los tipos internos utilizando WAI (WebAssembly Interfaces), lo que permitirá implementar una serie de nuevas funcionalidades en el futuro.

Ademas de ello, tambien se han simplificado los motores, ya que en lugar de motores separados para JIT, enlace dinámico y estático (Universal, Dylib, StaticLib), ahora se ofrece un motor común y carga y guarda código en el que se controla en el nivel de configuración de parámetros.

Para deserializar artefactos, se utiliza el marco rkyv, que proporciona una operación de copia cero, es decir, no requiere asignación de memoria adicional y realiza la deserialización utilizando solo el búfer proporcionado inicialmente.

De los demás cambios que se destacan de esta nueva versión:

• El uso de rkyv aumentó significativamente la velocidad de inicio.
• El compilador Singlepass se ha mejorado para admitir funciones de valores múltiples, mejorar la confiabilidad y agregar soporte para marcos de manejo de excepciones.
• El conjunto de componentes wasmer-js se ha implementado para ejecutar Wasmer en un navegador web e interactuar con él desde JavaScript utilizando la biblioteca wasm-bindgen.
• Se ha propuesto una nueva estructura MemoryView que permite leer y escribir datos en un área de memoria lineal.

Finalmente, cabe mencionar que los programas se distribuyen en forma de módulos WebAssembly ordinarios, que se pueden administrar mediante el administrador de paquetes WAPM. Wasmer también está disponible como una biblioteca que se puede usar para incrustar código WebAssembly en programas Rust, C/C++, C#, D, Python, JavaScript, Go, PHP, Ruby, Elixir y Java.

El código del proyecto está escrito en Rust y se distribuye bajo la licencia MIT y puedes consultar más al respecto, en el siguiente enlace.

from Linux Adictos https://ift.tt/hZ3Jwag
via IFTTT