También creo que los microservicios tienen muchas ventajas en una startup. De entrada, recomiendo muchísimo las ventajas de usar un monorepo.
Cuando cambia la dirección del producto, en los microservicios queda más claro y son menos las partes que hay que modificar que en un monolito. Yo creo que esto es realmente importante.
En la era del desarrollo impulsado por IA, las unidades pequeñas de los microservicios son más fáciles de desarrollar con ayuda de la IA. (No estoy diciendo que con un monolito no se pueda)
Reconozco la carga de CI/CD, pero también hay servicios que se descartan en la etapa de definir la dirección. Incluso si se construye al final, cuando la dirección ya está definida, se puede montar en menos de una semana porque es casi de copiar y pegar.
Hay proyectos open source con fortalezas muy claras según el lenguaje. Por ejemplo, seguridad y lógica de negocio en Java, e IA en Python; en una arquitectura de microservicios se puede aprovechar al máximo la mayor cantidad posible de open source.
Había escuchado sobre la desintoxicación digital, pero es la primera vez que oigo hablar de un bótox digital jajajaja.
Tenía curiosidad por saber exactamente cómo funciona Starlink, y esto me aclaró bastante las dudas.
La banda protegida de radiofrecuencia mencionada en este texto es 1400-1427 MHz, y aquí se incluye no solo la observación de suelos u océanos de la que habla el artículo, sino también la radioemisión proveniente del gas de hidrógeno en la galaxia que se observa en radioastronomía (1420.405 MHz).
Por eso, el potente jamming electrónico que se produce en conflictos militares hace que la radioastronomía se vuelva muy difícil.
Como referencia, existe una página web que muestra en un mapa, mes a mes, las interferencias de radio detectadas en esa banda usando los datos satelitales mencionados en este artículo.
Si se mira eso, algo muy peculiar es el archipiélago japonés. En otras regiones, salvo en lugares con tensiones militares, las marcas aparecen como puntos dispersos, pero en Japón, de forma llamativa, todas las islas aparecen completamente en rojo intenso. Incluso el dato más antiguo que muestra esa página web es de abril de 2015, y ya desde entonces todo el territorio nacional aparecía teñido de rojo.
Así que busqué por qué solo Japón aparecía así, y al parecer la causa son los receptores de televisión satelital digital que se popularizaron allí.
Japón finalizó la transmisión de TV analógica en julio de 2011 y, en diciembre de ese mismo año, aumentó a 24 los canales de transmisión satelital digital BS. Esta señal de televisión satelital usa la alta frecuencia de 12 GHz, pero como procesarla directamente en los dispositivos resulta costoso, internamente se convierte a IF (frecuencia intermedia) para su procesamiento.
El problema es que, en el caso del canal 21, la frecuencia de conversión intermedia es 1415-1450 MHz, lo que se superpone con la banda protegida mencionada arriba, y parece que en ese momento la normativa japonesa relacionada era más laxa que ahora.
Como resultado, millones de receptores y amplificadores distribuidores que dejaban escapar poco a poco señales de radio en esa banda quedaron repartidos por todo Japón, y eso provocó el problema. La cantidad de interferencia emitida por cada dispositivo individual estaba dentro de los límites permitidos, pero como millones de ellos operaban al mismo tiempo, la banda en sí terminó afectada.
Aunque desde 2018 el Ministerio de Asuntos Internos y Comunicaciones de Japón ha endurecido las normas de fabricación e instalación de los receptores de televisión satelital y ha dado subsidios para reemplazar los receptores existentes, este problema sigue sin resolverse hasta hoy.
OpenSearch surgió en 2021 tras el cambio de licencia de Elasticsearch, con el objetivo de ser un reemplazo compatible. Aunque es en gran medida compatible, especialmente la versión 1.x con Elasticsearch 7.10, no es una solución completamente plug-and-play. Elasticsearch ha evolucionado más y ofrece más funciones y optimizaciones, en particular en Kibana y las agregaciones. El rendimiento depende de la aplicación, ya que ambos están construidos sobre Lucene. Algunos usuarios consideran que OpenSearch es más lento y que sus forks de Kibana tienen errores. A pesar de que Elasticsearch volvió al código abierto (AGPLv3) en septiembre de 2024, algunos prefieren OpenSearch por su naturaleza verdaderamente de código abierto y el soporte de AWS. Aunque la búsqueda vectorial es un diferenciador clave, las implementaciones a gran escala requieren una gestión cuidadosa de la RAM. En última instancia, la elección depende de las necesidades específicas, y ambos tienen fortalezas y debilidades. Estoy trabajando en OpenSearch con Davidayo https://www.davidayo.com, una potente herramienta de IA, "AskPromptAI" https://askpromptai.com.
Como se comentó un poco también en los comentarios, la línea de beam/otp se ve bastante flexible y buena. En el caso de Gleam, al sumar la estabilidad de beam a las buenas características de sintaxis tanto de Go como de Rust, se ha convertido en un lenguaje bastante impresionante. Ya me dan ganas de empezar a probarlo poco a poco en proyectos pequeños.
Me da la impresión de que la comunicación entre individuos de la misma especie, si no viven en grupo, solo se usaría para el apareamiento, pero qué curioso.
¡De verdad fue un contenido muy impresionante!
También hay muchos consejos que se pueden aplicar de inmediato en el trabajo. Gracias por compartirlo ☺️
En nuestra empresa no hemos adoptado editores de IA recientes como Cursor; solo usamos LLM de forma limitada, por ejemplo instalando la extensión Continue en VS Code. Creo que quizá dentro de unos 2 o 3 años, cuando aparezca un editor de código dominante, podríamos considerar adoptarlo en ese momento...
También creo que los microservicios tienen muchas ventajas en una startup. De entrada, recomiendo muchísimo las ventajas de usar un monorepo.
¿Será que ya no podemos vivir ni un solo día fuera de este mundo hecho de 1 y 0...? Siento que no es algo tan ajeno...
A limitar el alcance se le llama scoping. La capacidad está en hacer bien el scoping para poder ganar.
Había escuchado sobre la desintoxicación digital, pero es la primera vez que oigo hablar de un bótox digital jajajaja.
Tenía curiosidad por saber exactamente cómo funciona Starlink, y esto me aclaró bastante las dudas.
La banda protegida de radiofrecuencia mencionada en este texto es 1400-1427 MHz, y aquí se incluye no solo la observación de suelos u océanos de la que habla el artículo, sino también la radioemisión proveniente del gas de hidrógeno en la galaxia que se observa en radioastronomía (1420.405 MHz).
Por eso, el potente jamming electrónico que se produce en conflictos militares hace que la radioastronomía se vuelva muy difícil.
Como referencia, existe una página web que muestra en un mapa, mes a mes, las interferencias de radio detectadas en esa banda usando los datos satelitales mencionados en este artículo.
Si se mira eso, algo muy peculiar es el archipiélago japonés. En otras regiones, salvo en lugares con tensiones militares, las marcas aparecen como puntos dispersos, pero en Japón, de forma llamativa, todas las islas aparecen completamente en rojo intenso. Incluso el dato más antiguo que muestra esa página web es de abril de 2015, y ya desde entonces todo el territorio nacional aparecía teñido de rojo.
Así que busqué por qué solo Japón aparecía así, y al parecer la causa son los receptores de televisión satelital digital que se popularizaron allí.
Japón finalizó la transmisión de TV analógica en julio de 2011 y, en diciembre de ese mismo año, aumentó a 24 los canales de transmisión satelital digital BS. Esta señal de televisión satelital usa la alta frecuencia de 12 GHz, pero como procesarla directamente en los dispositivos resulta costoso, internamente se convierte a IF (frecuencia intermedia) para su procesamiento.
El problema es que, en el caso del canal 21, la frecuencia de conversión intermedia es 1415-1450 MHz, lo que se superpone con la banda protegida mencionada arriba, y parece que en ese momento la normativa japonesa relacionada era más laxa que ahora.
Como resultado, millones de receptores y amplificadores distribuidores que dejaban escapar poco a poco señales de radio en esa banda quedaron repartidos por todo Japón, y eso provocó el problema. La cantidad de interferencia emitida por cada dispositivo individual estaba dentro de los límites permitidos, pero como millones de ellos operaban al mismo tiempo, la banda en sí terminó afectada.
Aunque desde 2018 el Ministerio de Asuntos Internos y Comunicaciones de Japón ha endurecido las normas de fabricación e instalación de los receptores de televisión satelital y ha dado subsidios para reemplazar los receptores existentes, este problema sigue sin resolverse hasta hoy.
Fuente del contenido relacionado con Japón:
Guau... había oído hablar de Starlink, pero ver una reseña de uso real sí que sorprende. ¡Lo leí muy a gusto, estuvo muy entretenido!
OpenSearch surgió en 2021 tras el cambio de licencia de Elasticsearch, con el objetivo de ser un reemplazo compatible. Aunque es en gran medida compatible, especialmente la versión 1.x con Elasticsearch 7.10, no es una solución completamente plug-and-play. Elasticsearch ha evolucionado más y ofrece más funciones y optimizaciones, en particular en Kibana y las agregaciones. El rendimiento depende de la aplicación, ya que ambos están construidos sobre Lucene. Algunos usuarios consideran que OpenSearch es más lento y que sus forks de Kibana tienen errores. A pesar de que Elasticsearch volvió al código abierto (AGPLv3) en septiembre de 2024, algunos prefieren OpenSearch por su naturaleza verdaderamente de código abierto y el soporte de AWS. Aunque la búsqueda vectorial es un diferenciador clave, las implementaciones a gran escala requieren una gestión cuidadosa de la RAM. En última instancia, la elección depende de las necesidades específicas, y ambos tienen fortalezas y debilidades. Estoy trabajando en OpenSearch con Davidayo https://www.davidayo.com, una potente herramienta de IA, "AskPromptAI" https://askpromptai.com.
Como se comentó un poco también en los comentarios, la línea de beam/otp se ve bastante flexible y buena. En el caso de Gleam, al sumar la estabilidad de beam a las buenas características de sintaxis tanto de Go como de Rust, se ha convertido en un lenguaje bastante impresionante. Ya me dan ganas de empezar a probarlo poco a poco en proyectos pequeños.
WA!(SM)
Si divides el equipo sin control, incluso reunirse para intercambiar opiniones se vuelve una carga enorme de trabajo.
Astro: distribuir la mínima cantidad posible de JavaScript
Lanzamiento de Astro 3.0
Me da la impresión de que la comunicación entre individuos de la misma especie, si no viven en grupo, solo se usaría para el apareamiento, pero qué curioso.
Una empresa que ni siquiera puede hacer bien su motor anda haciendo todo tipo de tonterías, jajaja.
+1
Parece que ya probó un poco de Next.js jaja
Creo que tiene sentido jajaja
La animación está bien, pero hay demasiadas páginas que hacen que la atención se vaya a la animación más que al contenido.
Sobre todo, cuando la animación incluso interrumpe el ritmo de lectura, me da fastidio antes de siquiera empezar a leer.
¡De verdad fue un contenido muy impresionante!
También hay muchos consejos que se pueden aplicar de inmediato en el trabajo. Gracias por compartirlo ☺️
Aplicación práctica de The One-Person Framework
Cómo lograr 2 millones de usuarios con un equipo de desarrollo femenino de una sola persona
Los dos textos de arriba también fueron posibles gracias a Rails, así que parece que últimamente se está hablando más de Rails.
Por qué Ruby on Rails sigue siendo importante: cómo una herramienta antigua sobrevive en el mundo de Next.js
Por qué dejé Next.js y volví a Ruby on Rails e Inertia.js
Rails for Everything - El poder de Rails para todo
Parece que también es una habilidad importante elegir un trabajo con el que realmente se pueda declarar la victoria.
En nuestra empresa no hemos adoptado editores de IA recientes como Cursor; solo usamos LLM de forma limitada, por ejemplo instalando la extensión Continue en VS Code. Creo que quizá dentro de unos 2 o 3 años, cuando aparezca un editor de código dominante, podríamos considerar adoptarlo en ese momento...