El 5 de septiembre, Matt Shumer, cofundador y CEO de HyperWrite AI, anunciaba en Twitter el lanzamiento de un nuevo modelo de IA llamado 'Reflection 70B'. Según la descripción de Matt, este modelo era una versión ajustada (fine-tuning) del popular modelo Llama 70B desarrollado por Meta.

¿Qué es el 'fine-tuning'? Es el proceso de ajustar un modelo preentrenado en una tarea específica para adaptarlo a otra tarea similar o más especializada sin reentrenarlo desde cero (lo cual es muy costoso en términos de tiempo y recursos), sino ajustándolo con un conjunto más pequeño de datos específicos para la tarea en cuestión.

Lo que diferenciaba a Reflection 70B de Llama, según Matt, era su capacidad mejorada para razonar a través de técnicas complejas de prompting, como

1. Chain of Thought: una técnica que consiste en hacer que el modelo realice un razonamiento paso a paso antes de llegar a una conclusión o respuesta. En lugar de dar una respuesta inmediata, el modelo desglosa el problema en varias etapas, lo que permite tomar en cuenta más información y generar respuestas más precisas y coherentes, especialmente en problemas matemáticos, de lógica o de múltiples pasos.
2. Reflection: La técnica de Reflection implica que el modelo revise su propia respuesta o proceso de pensamiento antes de dar una respuesta final. Es como un autoanálisis donde el modelo reflexiona sobre la calidad de su respuesta inicial, lo que aumenta la precisión y minimiza errores.

El mero uso de estas técnicas, según Matt, hacían posible que el modelo superara las limitaciones de Llama 70B, logrando un rendimiento similar al de Llama 405B.

El anuncio, claro está, causó revuelo en la comunidad de UA: al fin y al cabo, si un mero reajuste del modelo Llama podía ofrecer un nivel de razonamiento tan avanzado, esto podría significar un paso importante en la mejora de modelos de IA con menor capacidad en términos de parámetros.

En Genbeta

Una periodista probó IA chinas para ver cómo le ayudaban con el trabajo. Acabó descubriendo su herramienta ideal

Las primeras pruebas: un éxito aparente

Tras el anuncio, Matt ofreció acceso a la API del modelo, permitiendo que otros usuarios pudieran probar Reflection 70B. Durante las primeras horas, quienes lograron acceder a la API se hicieron eco de unos resultados muy prometedores. Las respuestas del modelo, al menos inicialmente, parecían confirmar lo que Matt había prometido.

Un caso particular destacó: el modelo respondió correctamente una pregunta que muchas IA suelen errar, lo que hizo creer a los primeros usuarios que el modelo realmente representaba un avance significativo.

La pregunta, por cierto, era esta: "De una lista de números del 0 al 100, ¿cuál es el primero en orden alfabético?". La mayoría de los modelos de IA tienden a equivocarse en esta tarea, dando respuestas como "cero" u otro número incorrecto. Sin embargo, Reflection 70B acertó al responder que el primer número alfabéticamente es "14".

El 'hype' en torno al nuevo modelo creció rápidamente, y varios 'influencers' de la comunidad de IA, tanto divulgadores como expertos, comenzaron a compartir sus impresiones positivas sobre Reflection 70B. Sin embargo, este optimismo no duraría mucho.

La caída del castillo de naipes

Poco después, las cosas comenzaron a torcerse: aquellos que lograron descargar el modelo desde el repositorio público de Hugging Face (en lugar de acceder desde la API proporcionada por Shamer) empezaron a notar rápidamente que el rendimiento de Reflection 70B no era el que se había anunciado, y que las pruebas realizadas por terceros no replicaban los resultados iniciales que Matt había compartido.

La situación se volvió aún más confusa cuando Matt afirmó que había subido partes incorrectas del modelo al repositorio, mezclando diferentes versiones de Llama:

Esta explicación fue aceptada inicialmente por algunos, pero a medida que más usuarios reportaban problemas e inconsistencias y el modelo seguía sin funcionar como se esperaba, comenzaron a surgir dudas sobre la autenticidad de Reflection 70B.

La revelación y el fraude

Al interactuar con el modelo y pedirle que identificara su origen, los usuarios obtuvieron respuestas que indicaban que no estaban tratando con un fine-tuning de Llama, sino con una IA diferente. Hasta que, finalmente, descubrieron que el acceso a la API proporcionado por Matt no conectaba a Reflection 70B, sino a Claude 3.5 de Anthropic, un modelo de IA completamente distinto.

Este descubrimiento generó una ola de indignación en la comunidad. Lo que muchos habían creído que era un avance tecnológico resultó ser puro humo. Matt Shamer, que era visto como una figura respetada en el ámbito de la IA, ha visto cómo se multiplican las acusaciones de fraude en su contra. Aunque todavía no se ha pronunciado públicamente tras las revelaciones, es probable que este incidente afecte su carrera de manera significativa.

Imagen | Marcos Merino mediante IA

En Genbeta | Iba de 'Padre de la IA' prometiendo hacer ricos a sus usuarios, pero quien se hizo rico fue él (que ni era experto en el tema)

En 2002 un alto directivo de Amazon —el mismísimo Jeff Bezos, según la mayoría de las fuentes; Allan Vermeulen, CTO de Amazon en aquel momento, según otras— lanzó una circular interna dirigida a todos los equipos de desarrollo de Amazon. Esa circular terminaría cambiando para siempre las dinámicas de desarrollo web y de software, dando comienzo al actual paradigma basado en APIs/microservicios.

Poco tiempo antes, los expertos de la compañía habían decidido que una estrategia que girase en torno a software monolítico no resultaría lo bastante ágil para las necesidades cada vez más complejas de Amazon: necesitaban dividir sus servicios en componentes más pequeños y autónomos que se comunicaran entre sí.

No es que esta fuera la primera API de la historia: ya dos años antes, Salesforce había creado la primera API privada y, nueve meses después de eso, eBay creaba la primera API pública disponible para desarrolladores. Sin embargo, eran aún proyectos puntuales que no afectaban globalmente a la forma de desarrollar software en sus respectivas compañías.

Además, el enfoque de Amazon no se limitó a implementar APIs. En cambio, la compañía optó por una arquitectura de microservicios, basado en la exposición de datos y funcionalidades a través de interfaces estandarizadas (como las APIs, pero sin limitarse a las mismas).

En Xataka

El CEO de AWS lo tiene claro: el futuro de los ingenieros de software no será programar, la IA se encargará de ello

Pero, ¿qué es una API?

'API' son las siglas de 'Application Programming Interface', que se traduce como 'interfaz de programación de aplicaciones', y designa al conjunto de reglas y protocolos que permiten la comunicación entre diferentes aplicaciones o servicios, facilitando la reutilización de funcionalidades y la integración de sistemas.

Una consecuencia de esto es que las APIs hacen posible no tener que reinventar la rueda con cada nueva aplicación; así, las tiendas online recurren a contactar vía API con los grandes servicios de pago (como PayPal) en lugar de tener que implementar su propio sistema.

A servicios como PayPal les interesa desarrollar APIs públicas que multipliquen su uso y popularidad. También sería el caso de Twitter, cuando una aplicación 'cliente' de terceros permite que la red social llegue, por ejemplo, a sistemas operativos minoritarios no compatibles con la app oficial.

Un aspecto fundamental de las APIs es su capacidad para generar un 'efecto red': al ser 'bloques de construcción digitales', cuanto mayor sea el número de funcionalidades que proporcionen, más valiosas serán las aplicaciones que se puedan construir con ellas.

En Genbeta

Elon Musk vuelve a cometer un error del que Twitter ya se arrepintió: el acceso a la API de la red pasará a ser de pago

En la práctica actual, aunque las APIs siguen siendo fundamentales, especialmente para la comunicación con servicios externos, la comunicación entre microservicios dentro de una arquitectura distribuida ha evolucionado: los sistemas de mensajería asíncrona como RabbitMQ, Kafka o PubSub son ahora una elección popular para evitar los problemas asociados a la comunicación síncrona mediante APIs REST.

La circular de marras

El texto completo de la ya conocida como 'API Mandate' ('Orden API') es el siguiente:

"Todos los equipos expondrán a partir de ahora sus datos y funcionalidad a través de interfaces de servicio.
Los equipos deben comunicarse entre sí a través de estas interfaces.
No se permitirá ninguna otra forma de comunicación entre procesos: nada de vinculación directa, ni lecturas directas del depósito de datos de otro equipo, ni modelo de memoria compartida, ni ninguna clase de puertas traseras: la única comunicación permitida será mediante llamadas a la interfaz de servicio a través de la red.
No importa qué tecnología utilicéis: HTTP, Corba, Pubsub, protocolos personalizados… da igual.
Todas las interfaces de servicio, sin excepción, deberán diseñarse desde cero para que sean externalizables. Es decir, el equipo debe planificar y diseñar para poder exponer la interfaz a los desarrolladores en el mundo exterior. Sin excepciones.
Cualquiera que no haga esto será despedido".

En varios sitios web encontrarás referencias a la existencia de un séptimo punto del documento que supuestamente reza "Gracias; ¡Que tengas un buen día!", pero se trata de una broma insertada por el ex-empleado de Amazon que hizo pública la circular por primera vez hace 12 años en Google+. Él mismo dejó claro que, por el contrario, el sexto punto no era ninguna broma.

El término 'API' (que data de mediados del s. XX) no aparece ni una sola vez en todo el documento, pero todas las claves del actual concepto de API están ahí: exposición de datos, externalización de uso, interacciones estandarizadas, 'agnosticismo' tecnológico (es decir, que el funcionamiento sea independiente del protocolo / software / sistema operativo usado)…

De este modo, Amazon no sólo revolucionó su infraestructura interna, sino que al popularizarla, logró crear un nuevo nicho de mercado… que ellos mismos cubrieron un año más tarde con el lanzamiento de AWS: esta plataforma, entre otros muchos servicios, incluye la posibilidad de proporcionar funcionalidad API a las aplicaciones de sus clientes.

En Genbeta | JAMstack, un nuevo enfoque de desarrollo web impulsado por el éxito financiero de Netlify

China lleva un buen tiempo aligerando el paso en lo que respecta a desarrollar tecnologías basadas en inteligencia artificial generativa. Si bien en este segmento aún no tienen un rival digno a ChatGPT, el país ha hecho grandes progresos, ya que ofrece cientos de modelos de lenguaje desarrollados por múltiples empresas chinas y disponen de hasta un superordenador con componentes propios dedicado exclusivamente a entrenar modelos de lenguaje.

Desde China quieren atraer a toda la masa de usuarios que utiliza la API de OpenAI en el país por una sencilla razón: OpenAI está planeando bloquear el acceso de su API en varios países, la cual utilizaban muchos desarrolladores y empresas chinas para desarrollar sus propios productos y servicios. El acceso no solo se restringiría en China, sino también en otros países como Rusia e Irán.

OpenAI bloqueará su API en China y las empresas locales ofrecen tokens gratis

ChatGPT no está disponible de forma oficial en China, así como en el resto de países mencionados. Por ello mismo, tal y como detallan en Reuters, la compañía quiere además restringir el acceso de su API en estos países donde no se ofrece soporte oficial de la herramienta. En China, empresas locales y desarrolladores la han estado utilizando para desarrollar múltiples productos y servicios.

La parte positiva para el país es que se trata de una oportunidad de lujo para atraer a toda esa masa de desarrolladores y empresas a que prueben los modelos de lenguaje y herramientas de inteligencia artificial generativa desarrolladas en el país.

En Genbeta

China lleva casi una década conquistando Amazon. Así que Amazon tiene un plan: parecerse mucho más a Temu, según The Information

La noticia de que OpenAI quiere restringir el acceso de la API en China viene dada debido a que múltiples usuarios han publicado capturas de pantalla en varias comunidades online con una notificación oficial por parte de la compañía: "Nuestros datos muestran que su organización tiene tráfico de API de una región que OpenAI no admite actualmente".

La notificación también añade una fecha de cese: 9 de julio. A partir de esta fecha, OpenAI comenzará a bloquear el acceso a su API desde aquellos países en los que no se ofrece soporte oficial.

Debido a ello, múltiples empresas chinas se han puesto las pilas para intentar atraer todo este tráfico a sus respectivas aplicaciones y herramientas. Uno de los ejemplos más destacados es el de Baidu, gigante chino que lidera la IA en el país y que el martes lanzó la app ‘Cloud in Hometown’, la cual ofrece tokens adicionales a los desarrolladores y demás empresas para que estos pasen de utilizar la API de OpenAI y continúen con el modelo de Ernie, que hasta entonces era una de las alternativas más destacadas de ChatGPT en China.

Cuando hablamos de tokens nos referimos a la “moneda de cambio” que requieren los usuarios cuando desean realizar cualquier proceso mediante la API de la plataforma. Por poner un ejemplo, el precio estándar fijado por OpenAI para conseguir 1 millón de tokens en el modelo GPT-4o es de unos 5 dólares.

Baidu ha comenzado esta estrategia a coste cero para los desarrolladores que quieran migrar desde la API de OpenAI. Eso sí, aplica una tarifa en lo que respecta a entrenar modelos y modificar prompts, o servicios de desarrollo personalizados.

Otra de las empresas que se ha subido a este barco ha sido Alibaba, quienes han ofrecido 22 millones de tokens gratuitos para aquellos desarrolladores chinos que migren desde las herramientas de OpenAI. Más empresas locales se han unido a esta iniciativa, entre ellas Zhipu AI, 01.AI, y Baichuan, con ofertas especiales en cuanto al uso de tokens. La primera mencionada ha sido la más generosa de todas, con 150 millones de tokens gratis para los desarrolladores.

La comercialización de los modelos de lenguaje chinos se ha convertido en una prioridad para las compañías, sobre todo teniendo en cuenta que todo el país se encuentra volcado en ofrecer un rival competitivo a ChatGPT y a demás tecnologías de OpenAI.

En Genbeta | Esta empresa china está obligando a sus empleados a trabajar hasta 14 horas. Tiene en sus manos el futuro del coche eléctrico

Hace ya unos años que las redes sociales se convirtieron en el epicentro de la interacción social para los usuarios, y en una mina de oro de oportunidades. sin embargo, la reciente tendencia de las grandes plataformas de redes sociales como X y Reddit de restringir y/o encarecer el acceso a sus API (y, con ello, a sus datos) ha planteado serios desafíos para los desarrolladores de aplicaciones de terceros.

Este cambio de políticas ha desembocado en una nueva etapa de incertidumbre, obligando así a los desarrolladores a reconsiderar sus estrategias de negocio.

El papel de las API

Pero, para comprender mejor los desafíos y oportunidades que enfrentan los desarrolladores de software en este contexto, es fundamental entender primero qué es una API y el papel crucial que desempeña en el desarrollo de aplicaciones de terceros.

Una API ('Interfaz de Programación de Aplicaciones', por sus siglas en inglés) es un conjunto de métodos y estándares que las aplicaciones y plataformas pueden seguir para comunicarse entre sí.

Las APIs permiten a los desarrolladores centrarse en su área de especialización, aprovechando los datos y servicios de plataformas preexistentes para crear soluciones propias (como los clientes alternativos de Twitter) sin tener que gestionar la complejidad de los sistemas subyacentes.

Puede ser útil verlo como un puente que permite a dos aplicaciones diferentes intercambiar datos de manera segura... pero hay que tener en cuenta que es un puente construido y controlado por sólo una de las partes, que en cualquier momento puede decidir cortar el acceso, limitarlo... o cobrar peaje a los demás.

En Genbeta

Elon Musk vuelve a cometer un error del que Twitter ya se arrepintió: el acceso a la API de la red pasará a ser de pago

Lecciones aprendidas

El caso de Twitterific, una app para publicar en Twitter desarrollada por Iconfactory y que tuvo que cerrar de buenas a primeras por el repentino cambio de política promovido por Elon Musk, es emblemático de la vulnerabilidad a la que se enfrentan los desarrolladores cuando basan gran parte de sus ingresos en aplicaciones que dependen del acceso a la API de terceros.

En palabras de Ged Maheux, desarrollador principal de la compañía,

"Aprendimos esta lección de la manera más difícil, al concentrar gran parte de nuestros ingresos en una aplicación que dependía del acceso a API controlado por un tercero. Desde entonces, hemos estado trabajando arduamente para repartir nuestros huevos en múltiples canastas, lo cual creo que es un buen consejo para cualquiera que se esté desarrollando en el campo de las redes sociales".

Esta situación no afectó sólo a Iconfactory, claro, muchos desarrolladores han sentido en este último año el impacto de las restricciones impuestas por plataformas dominantes.

En 2023, Twitter inició el año cerrando el acceso a su API a clientes de terceros sin previo aviso, lo que desencadenó lo que algunos han denominado el "APIcalypse". En los meses siguientes, eliminó el acceso gratuito a su API y aumentó los precios para otros niveles de acceso, haciendo insostenible para muchos mantener activos servicios dependientes de esta interfaz.

Poco después, Reddit siguió un camino similar, notificando con algo más de margen a los desarrolladores sobre los cambios en los términos de su API, pero exigiendo costos tan elevados que aplicaciones populares como Apollo o BaconReader se vieron obligadas a cesar su funcionamiento, y otras, como Narwhal, permanecieron disponibles únicamente con un modelo de suscripción.

Pero Reddit no se limitó a seguir la ruta marcada por Musk, sólo culminó un camino que habían empezado a recorrer hace tiempo. Lo cuenta Christian Selig, el desarrollador de Apollo:

"En Reddit, al principio, fueron muy comunicativos con los desarrolladores y el desarrollo de la API, sin embargo, en los últimos años optaron por usar una API diferente internamente y ya no usar la API 'tradicional' de la que dependían los desarrolladores, lo cual significó que efectivamente se dejó languidecer con bugs y características no implementadas".

Prados más verdes

Sin embargo, en medio de estos desafíos, surgen oportunidades. La aparición de redes sociales descentralizadas como Mastodon y BlueSky ha proporcionado un nuevo campo de juego para los desarrolladores. Estas plataformas, con su naturaleza abierta y protocolos estandarizados, ofrecen un ambiente más acogedor para el desarrollo de experiencias alternativas.

El éxito de aplicaciones de terceros relacionadas con estas plataformas emergentes dependerá en gran medida de su adopción por parte de los usuarios y de la capacidad de los desarrolladores para monetizar sus aplicaciones de manera efectiva.

Por otro lado, la integración de ActivityPub en Threads (otra alternativa a Twitter, en este caso desarrollada por un gigante como Meta), sugiere una apertura hacia una mayor interoperabilidad, aunque queda por ver si esto se traducirá de verdad en un ecosistema más diverso de aplicaciones de terceros.

Bart Decrem, actual desarrollador de Mammoth, admite que las plataformas a menudo decepcionan a los desarrolladores. Pero tiene esperanzas debido a la naturaleza abierta de Mastodon:

"Estarás mucho mejor como desarrollador externo si estás desarrollando sobre un protocolo abierto y/o un proyecto de código abierto. ActivityPub y Mastodon son un ejemplo perfecto. Pero, por supuesto, un ejemplo famoso es el correo electrónico, con un próspero ecosistema de desarrolladores".

Vía | TechCrunch

Imagen | Marcos Merino mediante IA

En Genbeta | Hace 20 años, este correo de Jeff Bezos en Amazon cambió para siempre la forma en que programamos apps

Las cosas no parecen estar yendo bien en Reddit, y gran parte de la culpa la ha tenido esa polémica decisión de hacer de pago la utilización de su API, una situación muy similar a la de Twitter. Esto ha conllevado a una masiva huelga, donde comunidades enteras han privatizado sus foros como símbolo de protesta.

Sin embargo, todo apunta a que esto no sería lo último en este capítulo. Y es que al parecer, un grupo de hackers se habría hecho con hasta 80 GB de información confidencial de la compañía. Su petición para no liberar los datos, además de haber exigido 4,5 millones de dólares, otra de sus demandas habría sido revertir los cambios de su API para que todo el mundo pueda utilizarla de forma gratuita.

BlackCat afirman ser los responsables de la última brecha de seguridad de Reddit

La amenaza del grupo hacker BlackCat ha sido confirmada por Gina Antonini, portavoz de Reddit, al medio TechCrunch. Al parecer, este grupo se habría hecho con información confidencial recopilada tras la gran brecha que sufrió la plataforma el pasado 9 de febrero. Por aquel entonces, Christopher Slowe, CTO en Reddit, confirmaba que los hackers se hicieron con información privada de sus empleados y documentos internos durante un ataque de phishing. Sin embargo, la compañía comentaba no tener pruebas de que la información de los usuarios se hubiese visto comprometida.

Meses después de los acontecimientos y justo una semana después del incidente de Reddit con su API, el grupo hacker BlackCat confirma haber estado detrás del ataque de phishing que sufrió Reddit. Entre otros incidentes, este grupo de ciberdelincuentes también parece haberse atribuido el escándalo de Western Digital, habiendo robado hasta 10 TB de datos, además de haber amenazado a Amazon de filtrar información robada de la compañía de videovigilancia Ring de la que es dueña.

En Genbeta

Al principio, Reddit estaba tan muerto que sus fundadores tuvieron que crear cientos de perfiles falsos para que se sintiera vivo

En un post publicado el sábado con el título de "The Reddit Files", el grupo hacker afirma haber intentado ponerse en contacto con la compañía en dos ocasiones; una el 13 de abril y otra el 16 de junio. Sin embargo, apuntan a que no hubo respuesta. "Les dije en mi primer correo electrónico que esperaría a su salida a bolsa. Pero esta parece la oportunidad perfecta. Estamos muy seguros de que Reddit no pagará ningún dinero por sus datos", escribió BlackCat. "Esperamos filtrar los datos".

El aumento de los precios de su API ha hecho que su propia comunidad se revele. Múltiples subreddits con millones de usuarios activos se han vuelto privados como símbolo de protesta. Además, muchos usuarios afirman que el precio de la API es insostenible para muchos proyectos, entre ellos Apollo, un cliente alternativo que dependía de esta API y que ha tenido que echar el cierre.

La compañía no ha confirmado si responderán a las peticiones del grupo hacker, por lo que queda esperar para conocer el desenlace de los acontecimientos. No es la primera vez que Reddit experimenta una brecha de seguridad en su plataforma. De hecho, en 2018, unos hackers consiguieron una copia completa de todos los datos de Reddit de 2007, incluyendo nombres de usuario, contraseñas, e-mails, posts y mensajes privados.

Imagen | Brett Jordan

En Genbeta | Así es como un hacker ruso de 20 años experto en ransomware extorsionó millones de dólares a empresas estadounidenses

En 2002 un alto directivo de Amazon —el mismísimo Jeff Bezos, según la mayoría de las fuentes; Allan Vermeulen, CTO de Amazon en aquel momento, según otras— lanzó una circular interna dirigida a todos los equipos de desarrollo de Amazon. Esa circular terminaría cambiando para siempre las dinámicas de desarrollo web y de software, dando comienzo al actual paradigma basado en APIs/microservicios.

Poco tiempo antes, los expertos de la compañía habían decidido que una estrategia que girase en torno a software monolítico no resultaría lo bastante ágil para las necesidades cada vez más complejas de Amazon: necesitaban dividir sus servicios en componentes más pequeños y que luego éstos se comunicaran entre sí.

No es que esta fuera la primera API de la historia: ya dos años antes, Salesforce había creado la primera API privada y, nueve meses después, eBay creaba la primera API pública disponible para desarrolladores. Sin embargo, eran aún proyectos puntuales que no afectaban globalmente a la forma de desarrollar software en sus respectivas compañías.

Pero, ¿qué es una API?

'API' son las siglas de 'Application Programming Interface', que vendría a traducirse como 'interfaz de programación de aplicaciones', y designa al conjunto de reglas y protocolos que permiten la comunicación entre dos aplicaciones para realizar alguna función de las mismas.

Una consecuencia de esto es que las APIs hacen posible no tener que reinventar la rueda con cada nueva aplicación; así, las tiendas online recurren a contactar vía API con los grandes servicios de pago (como PayPal) en lugar de tener que implementar su propio sistema.

En Genbeta

Elon Musk vuelve a cometer un error del que Twitter ya se arrepintió: el acceso a la API de la red pasará a ser de pago

A servicios como PayPal les interesa desarrollar APIs públicas que multipliquen su uso y popularidad. También sería el caso de Twitter, cuando una aplicación 'cliente' de terceros permite que la red social llegue, por ejemplo, a sistemas operativos minoritarios no compatibles con la app oficial.

La circular de marras

El texto completo de la ya conocida como 'API Mandate' ('Orden API') es el siguiente:

Todos los equipos expondrán a partir de ahora sus datos y funcionalidad a través de interfaces de servicio.

Los equipos deben comunicarse entre sí a través de estas interfaces.

No se permitirá ninguna otra forma de comunicación entre procesos: nada de vinculación directa, ni lecturas directas del depósito de datos de otro equipo, ni modelo de memoria compartida, ni ninguna clase de puertas traseras: la única comunicación permitida será mediante llamadas a la interfaz de servicio a través de la red.

No importa qué tecnología utilicéis: HTTP, Corba, Pubsub, protocolos personalizados… da igual.

Todas las interfaces de servicio, sin excepción, deberán diseñarse desde cero para que sean externalizables. Es decir, el equipo debe planificar y diseñar para poder exponer la interfaz a los desarrolladores en el mundo exterior. Sin excepciones.

Cualquiera que no haga esto será despedido.

Un aspecto fundamental del valor de una API reside en su 'efecto red': siendo un conjunto de 'bloques de construcción digitales', cuanto mayor sea el número de funcionalidades que proporcione, más cosas valiosas permitirá crear

En Genbeta

OpenAI ha rebajado un 90% el acceso a la tecnología de ChatGPT y ha lanzado su API. Esto lo cambia todo

El término 'API' (que data de mediados del s. XX) no aparece ni una sola vez en todo el documento, pero todas las claves del actual concepto de API están ahí: Exposición de datos, externalización de uso, interacciones estandarizadas, 'agnosticismo' tecnológico (es decir, que el funcionamiento sea independiente del protocolo / software / sistema operativo usado)…

De este modo, Amazon no sólo revolucionó su infraestructura interna, sino que al popularizarla, logró crear un nuevo nicho de mercado… que ellos mismos cubrieron un año más tarde con el lanzamiento de AWS: esta plataforma, entre otros muchos servicios, incluye la posibilidad de proporcionar funcionalidad API a las aplicaciones de sus clientes.

Por cierto: en varios sitios webs encontrarás referencias a la existencia de un séptimo punto del documento que supuestamente reza "Gracias; ¡Que tengas un buen día!", pero se trata de una broma insertada por el ex-empleado de Amazon que hizo pública la circular por primera vez hace 12 años en Google+. Él mismo dejó claro que, por el contrario, el sexto punto no era ninguna broma.

Una versión anterior de este artículo se publicó en 2022.

En Genbeta | JAMstack, un nuevo enfoque de desarrollo web impulsado por el éxito financiero de Netlify

La rentabilidad de Twitter es una obsesión para un Elon Musk asediado por la necesidad de empezar a devolver los préstamos que solicitó para comprar la red social... la cual, por cierto, se enfrenta también a demandas por impagos de alquiler de algunas de sus sedes. Así que parte de los cambios drásticos que está implantando en Twitter están dirigidos a aumentar las ganancias de la empresa.

Y el último de ellos es una mala noticia para usuarios y, sobre todo, para desarrolladores. Y está directamente relacionado con la noticia de hace unos días sobre el repentino 'fallo' del acceso a la API de Twitter por parte de los clientes de terceros...

...un 'fallo' que más tarde supimos que era un bloqueo intencional que la compañía atribuyó al incumplimiento de normas no especificadas, y que de un día para otro convirtió al cliente oficial de Twitter en la única forma de acceso a la red de microblogging.

"A partir del 9 de febrero", explica hoy la cuenta oficial de la división de desarrollo de Twitter, "dejaremos de ofrecer acceso gratuito a la API de Twitter, tanto en su v2 como en la v1.1. En lugar de eso, estará disponible un nivel básico de pago".

En Genbeta

Twitter tiene ahora el 20% de los trabajadores de hace tres meses, según Musk. Muchos menos, según filtraciones internas

Y el hilo sigue así:

"A lo largo de los años, cientos de millones de personas han enviado más de un billón de tuits, y miles de millones más cada semana.

Los datos de Twitter se encuentran entre los conjuntos de datos más poderosos del mundo. Estamos comprometidos a permitir un acceso rápido y completo para que podáis seguir desarrollando junto a nosotros.

Volveremos con más detalles sobre lo que puede esperar la próxima semana".

Elon Musk sólo está vvuelve a cometer un error del que Twitter ya se arrepintió

Hace poco más de un año, el fundador y ex-CEO de Twitter, Jack Dorsey, reconoció que lo más equivocado que había hecho la compañía hasta ese momento había sido limitar enormemente el acceso a su API, una decisión que se tomó durante una etapa en que él no estuvo al frente de la compañía y que luego se esforzó por contrarrestar. "La compañía ha trabajado duro y seguirá reabriendo el acceso por completo".

Aquella decisión de cierre de la API obligó al cierre de muchas empresas basadas en clientes alternativos de Twitter (en muchos casos, mejores que el original), pues los usuarios los abandonaron una vez comprobaron cuán limitadas habían quedado sus funciones. Ahora se repite la historia, pues la nueva generación de clientes de terceros se verán abocados a desaparecer o a convertirse en aplicaciones de pago.

Así, los creadores de Twitterrific ya ha anunciado su abandono de las tiendas de aplicaciones, y el otro gran cliente del ecosistema Twitter, Tweetbot, ha anunciado su reconversión en cliente de Mastodon, la red social abierta que aspira a hacerse con el trono de Twitter (aunque para eso aún queda mucho).

Pero es que, además de todo eso, muchas cosas se romperán en Internet con esta nueva decisión de Musk: los múltiples bots de Twitter (los 'buenos', los muy útiles bots interactivos conectados a servicios web) dejarán de funcionar, al igual que los servicios que conectaban Twitter con otras plataformas, y multitud de extensiones.

Si eres un usuario que accede a Twitter a través de un cliente alternativo como Tweetbot, Twitterrific o Fenix la semana te encontrarías que no pudiste acceder a sus servicios. Las diferentes aplicaciones informaron que estaban teniendo problemas para comunicarse con la API de Twitter, aunque no se conocían los motivos que habían desembocado en esta situación.

Todo el mundo había planteado dos situaciones para que se diera este problema: o un bug de Twitter o que la empresa había cortado el acceso a las API a todas estas aplicaciones. El silencio ha sido el protagonista durante estos días, ya que Twitter no se pronunciaba acerca de este suceso hasta el día de ayer.

Twitter confirma que están cumpliendo las normas de su API

A través de un tweet publicado en la cuenta de @TwitterDev, la compañía confirmo que el hecho de que estas aplicaciones no funcionen es debido a que ellos mismos les han cortado las alas. Han escudado precisamente que ahora están forzando a cumplir las normas que hay alrededor de las API y esto tiene como consecuencia que algunas apps dejen de funcionar.

En Xataka

Twitter: 33 trucos (y algún extra) para convertirte en un experto en la red social

Twitter is enforcing its long-standing API rules. That may result in some apps not working.

— Twitter Dev (@TwitterDev) January 17, 2023

Esto sin duda ha sido un jarro de agua fría para todos los desarrolladores que han creado una aplicación alternativa a la oficial. Estas se caracterizaban, entre otras muchas cosas, por no incluir publicidad y esto podría ser uno de los motivos por los que Twitter ha tomado esta decisión. Con esta se está obligando a todos los usuarios a pasar por la versión oficial de la aplicación.

Como es lógico, han sido muchas las críticas que se han generado con respecto a esta decisión y que se puede ver en la respuesta a este tweet. Concretamente, todos los usuarios han coincidido en que no conocen las reglas a las que se está haciendo referencia por parte de Twitter.

Una de las respuestas más sonadas ha sido la que ha ofrecido Tweetbot a través de la cuenta de Twitter de sus creadores. En este afirman que a lo largo de los 10 años de su existencia han cumplido con las normas de la API. Se abren a que si algo ha cambiado (y de lo que no han sido informados) estarán encantados de poder acatarlo.

Tweetbot has been around for over 10 years, we've always complied with the Twitter API rules.

If there's some existing rule that we need to comply with, we'd be happy to do so, if possible. But we do need to know what it is...@TwitterDev, you know how to reach us. https://t.co/RujogIjRvx

— Tapbots (@tapbots) January 17, 2023

Pero lo importante en este caso es que desde Twitter no han dado ningún tipo de información de estas normas que se están cumpliendo. Sin duda es una decisión que no nos sorprende debido a todo el historial existente en estos últimos meses desde la llegada de Elon Musk a la compañía.

Si accedes a Twitter a través de un cliente alternativo es posible que te hayas dado cuenta de que algo va mal. Y es que según las apps de terceros como Tweetbot, Twitterrific, o Fenix, entre otras, están teniendo problemas para comunicarse con la API de Twitter.

Aunque las causas son todavía desconocidas, un fallo en la API de Twitter estaría provocando que dichas apps no puedan comunicarse con Twitter, y por tanto, deshabilitando el acceso al sitio. Parece que mientras el problema persiste, los usuarios que quieran acceder a esta red social deberán hacerlo mediante la app oficial.

Múltiples clientes de terceros no tienen acceso a la API

Uno de los creadores de Tweetbot, Paul Haddad, comentaba en Mastodon que ha dejado de haber comunicación desde múltiples clientes de terceros, asegurando de que podía tratarse de algún bug.

Tweetbot and other clients are experiencing problems logging in to Twitter. We’ve reached out to Twitter for more details, but haven’t heard back.

We’re hoping this is just a temporary glitch and will let you know more as soon as we know more.

— Tweetbot by Tapbots (@tweetbot) January 13, 2023

We’re aware that Twitterrific is having problems communicating with Twitter. We don’t yet know what the root cause is, but we’re trying to find out. Please stay tuned and apologies.

— Twitterrific (@Twitterrific) January 13, 2023

Sin embargo, otros especulan que podría haberse tratado de un movimiento de Twitter para hacer inaccesibles los clientes de terceros y que solamente se pueda entrar a la red social a través de sus clientes oficiales. No obstante, no todos los clientes de terceros han dejado de funcionar, ya que como comentan desde The Verge, Albatross sigue operativo. Aquellos que estén entrando a Twitterrific desde Mac tampoco parece afectarles por el momento.

Para que los clientes de terceros de Twitter funcionen, es esencial que estos utilicen la información proporcionada por la API de Twitter. Ésta ha pasado por una serie de cambios durante los últimos años, donde se apostó por un futuro descentralizado y beneficioso para los desarrolladores que quisieran hacer uso de la API para aplicaciones de terceros. Aunque no siempre fue así.

En Genbeta

Elon Musk se olvida de sus críticas al feed algorítmico de Twitter y opta por copiar el 'modelo TikTok'

Por el momento no hay información oficial por parte de Twitter, por lo que aunque la API parece no responder, no hay indicios de las causas de esta caída. Parece que tendremos que esperar hasta que alguien de la compañía se pronuncie al respecto.

Un código de programación, de cualquier clase, tan sólo es una serie de instrucciones que, al ejecutarse, ofrece un determinado resultado previsible. Puede (suele) ser una aplicación, pero también puede ser un sitio web, un documento imprimible, una imagen... o música. Y precisamente para los aficionados a esta última, hace ahora un mes, se anunciaba el lanzamiento de Dittytoy.

Su desarrollador, Reinder Nijhoff, lo explicaba así:

"En los últimos meses, he pasado parte de mi tiempo libre desarrollando Dittytoy: una plataforma en línea que te permite crear música usando una API de JavaScript minimalista. Toda la música en Dittytoy se genera completamente en código. Por lo tanto, no esperes ver nodos de audio fáciles de usar que se conectan mediante cables virtuales o una interfaz gráfica de usuario que le permita definir patrones fácilmente".

Es decir, algo muy similar a lo que ya logró hacer el propio Nijhoff con la generación de gráficos, con su anterior plataforma Turtletoy, dotada también de su propia API minimalista de JavaScript.

¿Qué ofrece Dittytoy?

La sintaxis de la API de Dittytoy se basa libremente en la de otro proyecto similar, Sonic Pi, y puedes informarte sobre ella en la documentación oficial. ¿Quién sabe? Quizá tu futuro esté en la composición musical.

En resumen, esto es lo que conocemos como música generativa, capaz de incorporar numerosas pistas (y bucles, filtros, etcétera) que se reproducen (ejecutan) según lo indicado en el código, con las pistas como códigos numéricos y los acordes como funciones. Si lo único que conoces de 'escribir música' se limita a los pentagramas de toda la vida, no vas a entender nada, eso sí.

Un ejemplo del potencial de esta herramienta la ofrece el siguiente 'ditty' (obra publicada en Dittytoy), que utiliza tan sólo 19 KB de código para emular uno de los clásicos de la música electrónica, el 'Oxygène Pt. 4' de Jean-Michel Jarre (aquí la versión original):