Es --global. Hubo un error al copiar y pegar. Ya fue corregido.

Entré al enlace y veo que está diseñado con un CSS con vibra de claude.ai.
Supongo que es intencional, ¿no??

Oh... parece que les tomó mucho tiempo porque querían hacerlo bien.

Warp - un terminal rápido escrito en Rust
Warp Terminal - ahora se puede usar sin iniciar sesión

La base de datos relacional de código abierto más avanzada del mundo

wow;

¿Es -global y no --global?

EdgeDB - ORDB open source de próxima generación para desarrolladores
Lanzamiento de EdgeDB 1.0
Reseña tras 1 año usando EdgeDB - "Nunca volveré a SQL"

¿Es algo como el viejo GWT?

Recibe ayuda para programar con Gemini Code Assist; ahora disponible gratis
Parece una competencia excelente(?).

Se entiende al instante, qué buena analogía.

¿No lo habrán eliminado por ser autopromoción?
Busqué la marca y el nombre del producto en Google y no aparecen; de hecho, ni siquiera salen en Naver.
Con suerte solo encontré la página de compra, con 1 reseña....
En una situación así, como además lo promocionaron mintiendo en el título con eso de que ganaron 3 veces su sueldo, era de esperarse que provocara rechazo.
Claro, viendo solo el resumen sí resulta curioso.

Las cajas negras sí que dan miedo. "¿Cómo es que esto funciona?"

"La IA no puede funcionar de manera independiente para siempre"

Esa parte me parece impresionante.

Últimamente siento que discutí más por la gente que es fan de cierto stack tecnológico o de cierta arquitectura y habla como si fuera un desastre no adoptar ese stack o esa arquitectura, que por el código limpio. Lo correcto es aplicarlo según la situación; parece que no hay nada que sea bueno en todos los casos.

En sistemas distribuidos como Flink, parece que hay que mantener 2 o 3 racks para asegurar HA, y da la impresión de que al integrarlo con Kubernetes lograron garantizar esa alta disponibilidad. Pero al final también habría que pensar en los recursos de los nodos worker de Kubernetes, así que me hace preguntarme si armaron nodos dedicados solo para Flink (porque cuando Flink tenga carga, podría haber problemas de caída en los nodos worker).
Desde esa perspectiva, ¿realmente hay ventajas en usar Kubernetes?

Además, cuando usas funciones de ventana en Flink, esos datos se mantienen en memoria mientras funciona el JOIN en SQL, así que viéndolo desde el punto de vista del trade-off, me pregunto si Flink realmente es una buena opción. Si con el tiempo ese SQL + job que se vuelve cada vez más grande termina muriendo, el problema que se genera sería enorme.

Yo también me pregunto, en situaciones donde se necesita un JOIN en el data source de más alto nivel, cómo se podría bajar eso al nivel de la aplicación y procesarlo sin usar Flink.

Qué buen debate.

Ahora que lo pienso, yo también les recomiendo The Philosophy of Software Design de John a los juniors, pero Clean Code no es algo que recomiende particularmente.

Parece que borraron la publicación original. Véala en Web Archive

https://web.archive.org/web/20250225151227/…

Guau, acabo de activar la app de GitHub que revisa PR. Tengo curiosidad por ver qué tal funciona.