Creo que pasaría exactamente lo mismo si el dueño no lo hiciera directamente y se lo encargara a alguien más.
Por más bien que lo expliquen, siempre hay malentendidos, y por más meticuloso que uno sea, siempre existen áreas que no se llegaron a considerar.
Si van preguntando una por una las partes que el dueño no les dijo mientras lo hacen, toma mucho tiempo y resulta frustrante, así que hay bastantes cosas que el experto resuelve por su cuenta, y siento que justamente ahí es donde surgen casi todos los roces.
Por cierto, lo envidio; parece que no le ha tocado tantas veces que una empresa de SI le juegue una mala pasada.

 

Jaja, no puede ser
Vi esto en Slack y vine a ver si era un error de dedo, pero resulta que no, jajaja. Disfruté mucho leer el post. Gracias por la explicación tan detallada.
Como comentario aparte, en la UI de las apps de Tesla, X y Starlink parece notarse un gusto bastante consistente, ¿no?

 

¡También me gustaría probar Cline una vez!

 

Vaya, Hacker News también era una comunidad con una edad promedio bastante alta.
Es interesante ver opiniones tan variadas.

 

El título y el contenido no coinciden. Me engañaron.

 

Yo solo había pensado que quería probar Starlink. Ver una publicación de alguien que lo llevó y lo usó durante un viaje al extranjero sí que me sorprende.
Como era de esperarse, comprarlo en un país donde todavía no se lanza y activar el plan en sí ya es todo un obstáculo.
Lo leí con gusto.

 

Cuando todas estas olas hayan pasado, ¿cómo recordarán las generaciones futuras a esta época?

 

Parece que, más que porque necesitara internet sí o sí, el mayor deseo era aprovechar que iba a una zona remota sin señal celular para probar хотя sea una vez un servicio de internet satelital que también pudiera usar un consumidor común. jaja

 

Así como no se puede ignorar la autoridad de los libros de texto solo porque sean trillados, ni sus alternativas pueden reemplazarlos fácilmente, los libros de negocios reconocidos en sí mismos se convierten en la base o el núcleo de la administración y de los estudios sobre startups.
La obra fundamental del profesor Steve Blank, la metodología de desarrollo de clientes, se convirtió en esa base y dio origen a la teoría del Lean Startup; a partir de ella, académicos y pioneros involucrados en este campo crearon y popularizaron herramientas efectivas como el Business Model Canvas y el Lean Canvas.
Creo que menospreciar esto, o olvidar su propósito original y verlo como una cura para todo, significa no haber entendido correctamente su propósito real.

 

Totalmente de acuerdo con la excepción de Dougall dentro de ese tipo de ejecutivos veteranos de multinacionales. Los libros de esta línea de verdad son una pérdida de tiempo y papel. Más bien, los libros de historia, economía y humanidades ayudan mucho más.

 

Si corres Trivy, hay muchos menos hallazgos high o critical y es más seguro que js NPM o Java Maven; entonces, ¿qué es lo que este artículo quiere afirmar sobre Rust?

 

¿No habrá algún servicio donde simplemente puedas pasar un enlace de una página web y pedir que te lo resuma?

 

Hay un Slack para líderes técnicos administrado por Michael Lopp.
RLS - Rands Leadership Slack
Si les interesa, échenle un vistazo. Actualmente es un Slack enorme con más de 36,000 participantes.
Para unirse, hay que leer bien la información en el enlace de arriba y enviarle un correo a Lopp.
Nombre/profesión/por qué quieres unirte/dónde te enteraste de RLS/tus cuentas como LinkedIn o Twitter

 

No es un problema exclusivo de Rust.
Es una ventaja compartida y a la vez un problema potencial de todos los lenguajes que tienen repositorios públicos de paquetes y gestores de paquetes con soporte para dependencias transitivas.
Al final, quienes las usan tienen que usarlas bien…
A pesar del incidente de leftpad en Node&npm, no ha cambiado nada.

 

En un sentido similar, incluso al preparar documentos para presentar a clientes, inversionistas o superiores, parece importante abordarlos desde la perspectiva de crear algo que se pueda vender. Las páginas de manual son magníficas, pero si tomas ese formato como referencia para redactar una presentación para inversionistas, te irá fatal.

 

Estoy de acuerdo en que, en la era del desarrollo impulsado por IA, es indispensable implementar en unidades pequeñas y con responsabilidad única.

 

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.