Facebook’s Algorithm Is ‘Influential’ but Doesn’t Necessarily Change Beliefs, Researchers Say by Mike Isaac and Sheera Frenkel


By Mike Isaac and Sheera Frenkel

In four new studies, researchers found complicated results from experiments on Facebook’s and Instagram’s algorithms, suggesting there was no silver bullet to fixing the platforms.

Published: July 27, 2023 at 12:00PM

from NYT Technology https://ift.tt/kpsTFLR
via IFTTT

Google trabaja en algo que podría impedir usar ciertos servicios si incumplen sus requisitos

DRM for the Web

Ahora mismo yo consulto iCloud, GMail y Outlook desde el cliente de correo de Vivaldi. No es el mejor, pero, para mi uso, sí el más práctico. ¿Qué me diríais si os dijera que esto podría dejar de ser una posibilidad? Pues Google parece estar trabajando en algo así. El nombre de lo que podría ponernos trabas es ahora mismo Web Environment Integrity, pero la comunidad se refiere a él como DRM for the Web. Resumiendo, sólo los programas que cumplan con ciertos requisitos podrían usar lo que ofrecen en las diferentes páginas web.

El nombre de DRM for the Web le vendría dado por la comparación con el DRM que usan servicios como Netflix o Spotify. Cuando queremos reproducir algo protegido con un navegador web tenemos que tener activado el soporte, o de lo contrario no cumpliremos con los requisitos para iniciar la reproducción y no veremos nada. Esa protección es para evitar la piratería, pero eso en lo que trabaja Google podría limitar mucho el uso de la red.

DRM for the Web es de momento un borrador

Vivaldi fue uno de los primeros en alzar la voz. Julien Picalausa dice que la idea es tan sencilla como peligrosa. Proporcionará a las páginas web una API que les dirá si el navegador y la plataforma en la que se usa es de confianza, según dicte un tercero que lo comprobará, llamado «attester». Los detalles no están nada claros, pero se supone que el objetivo es evitar falsas interacciones con todo tipo de webs.

En un principio, nada de lo anterior parece malo, y permitiría, por ejemplo, restringir los clics falsos en banners de publicidad. Pero tampoco parecía nada malo el caballo que los troyanos introdujeron en su fortaleza, de hecho era un regalo precioso, y ya sabemos cómo acaba la historia.

Picalause asegura que esto podría hacer que sólo los navegadores que una compañía autorizara podrían hacer uso de lo que ofrece una página o servicio web. Por ejemplo, si Google decide que sólo Chrome puede ofrecer la mejor experiencia para consultar nuestro correo en GMail, la única manera de hacerlo al 100% sería con Chrome. O, sin llegar a tanto, Chrome, Safari y puede que Firefox (este lo añado yo a la lista, pero Mozilla no está de acuerdo), que son los navegadores más usados. Cuando salga un navegador nuevo, al no estar en la lista de confianza, no podría usar las páginas con DRM for the Web, no hasta que ganara en relevancia y popularidad y lo metieran en la lista.

Mozilla también lo critica

Mozilla ha publicado su postura con respecto a DRM for the Web, diciendo que en la práctica sólo tres fabricantes están ampliamente reconocidos, y esos son Google (Widevine), Microsoft (PlayReady) y Apple (FairPlay). Todos los demás podrían encontrarse problemas si esta propuesta sale adelante, y la verdad es que suena preocupante.

Y al que no le preocupe en absoluto, aquí van algunos enlaces que terminarán por ponerle nervioso:

Los enlaces anteriores tratan dos ejemplos en los que hemos tenido problemas para acceder a cierto contenido desde Linux. Lo de Disney+ parecía más grave, pues no era la primera vez y daba la impresión de que estaba hecho a propósito. Lo de Movistar+ era más bien que estaban desactualizados, y se pudo empezar a usar en cualquier navegador si era compatible con el DRM.

Pero es que esto nos puede pasar en cualquier momento y cualquier servicio si se implemente el DRM for the Web y no entramos desde un cliente soportado. ¿Esto no se hace ya dependiendo del User-Agent? Sí, pero software como el que se encarga de permitir la reproducción de contenido protegido va mucho más allá.

Que no cunda el pánico

Que no cunda el pánico aún. El enlace donde Google explica parte de esto es este. No se ha publicado a bombo y platillo porque lo están haciendo de tapadillo y sin ser algo que vayan a implementar con seguridad, y ahí queda la esperanza, que no se implemente nunca.

Ahora bien, si lo hacen el uso que hacemos de Internet podría cambiar, o podría obligarnos a usar varios navegadores o… quién sabe. Google no está pensando en eso, y esperemos que este precioso caballo no sea como el de Troya y no contenga en su interior nada malo.

Imagen: montaje a partir de imagen de Pixabay.

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

Plasma 6 eliminará algunos componentes para mejorar la experiencia

Plasma 6 eliminará componentes

En los últimos meses, las noticias sobre KDE se han centrado en todo lo que está por llegar. Los cambios más significativos llegarán de la mano de Plasma 6, pero Qt6 mejorará algunas cosas y Frameworks 6 otras. De lo que no se está hablando demasiado es de lo que eliminarán, y hay software que tendrá que caer más pronto que tarde. No serán los iconos en el escritorio, ni el botón de minimizar, ni los paneles y docks, sobre lo que ha bromeado Nate Graham, pero sí otras cosas.

Entre lo que caerá, en la lista encontramos KHotkeys, que era una implementación inicial para el sistema de atajos globales. Esto creció y creció, pero ya no funciona en Wayland. Plasma 6 usará Wayland por defecto, por lo que tiene poco sentido seguir manteniéndolo. Otras eliminaciones tienen motivos similares que se pueden leer en la nota de pointieststick, y nosotros vamos a hacer un resumen de lo que dejará de estar a partir de finales de este año, no así con los motivos.

Plasma 6 dejará de contar con software obsoleto

  • KHotkeys: antiguo sistema de atajos globales que tenía problemas con características importantes, como gestos del ratón, que no funcionaban en Wayland. Además, el código estaba desactualizado y poco estable. Se decidió eliminarlo y centrarse en el nuevo sistema KGlobalAccel.
  • «Windowed Widgets» en KRunner: característica que permitía mostrar widgets como ventanas independientes. Sin embargo, esto confundía a los usuarios, quienes empezaban a utilizar widgets como aplicaciones independientes en lugar de utilizar las aplicaciones de KDE. Por lo tanto, se eliminó para evitar confusiones.
  • Configuraciones de escala de fuentes DPI y tamaño de iconos en Wayland: había múltiples formas de ajustar la escala de la interfaz en Plasma 5, lo que causaba confusión a los usuarios. Para simplificar el proceso y mejorar la estabilidad, se eliminaron algunas de estas opciones en Plasma 6.
  • Varias alternativas de Cambiadores de Tareas de baja calidad: se eliminaron varios cambiadores de tareas que resultaban ser peores versiones de otras opciones disponibles. La idea era guiar a los usuarios hacia las mejores alternativas.
  • Estilo de Plasma «Air»: antiguo estilo de Plasma que había sido abandonado y no tenía mucho sentido mantenerlo cuando ya había una forma de obtener temas nuevos desde la tienda de KDE.
  • Configuraciones de energía específicas por actividad: opciones poco utilizadas y con problemas que afectaban la estabilidad del sistema. Fue más fácil eliminarlas que invertir tiempo en repararlas.
  • Vista de iconos en Preferencias del Sistema: vista que quedó obsoleta y fue reemplazada por una vista de barra lateral.
  • Iconos en Estilos de Plasma: se eliminó la característica de permitir que los estilos de Plasma incluyeran sus propios iconos, ya que esto causaba inconsistencias visuales con el resto del sistema.
  • Unsplash Picture of the Day: plugin para mostrar imágenes de Unsplash que se tuvo que eliminar debido a cambios en los términos de servicio de Unsplash.

Comentario para los que odian que eliminen cosas

Nate Graham ha publicado un punto «No me importa, aún te/os odio por eliminar cosas«, en el que explica que en ocasiones no queda más remedio. Lo viejo puede no funcionar muy bien y tiene que ser eliminado para hacer hueco y liberar recursos para nuevos componentes que funcionarán mejor.

Yo soy uno de esos a los que no les gustan mucho los cambios, pero hay movimientos que son para mejor. Algo así también se debatió en Garuda Linux, sistema que uso ocasionalmente, cuando tuvieron que eliminar Latte Dock y pasar a usar un panel de Plasma nativo con forma de dock. Al final el resultado es similar: si bien es cierto que Latte era más fácil (¿o diría intuitivo?) de configurar, también lo es que el Panel nativo cumple perfectamente con su propósito y no se está usando algo que ha sido descontinuado.

Hay que pensar en las eliminaciones que harán en Plasma 6 como en el nuevo «dock» de Garuda: se van, pero lo que viene hace, como mínimo, lo mismo, y todo esto permitirá que pronto lleguen cosas que aún hará que la experiencia sea mejor.

Plasma 6 llegará en la segunda mitad de 2023, tirando para final de año.

from Linux Adictos https://ift.tt/4wQXdFP
via IFTTT