Tuvimos: $100K en créditos GCP, un ingeniero fundador que había construido sistemas en la empresa, y fue al mercado. Mientras pasamos el tiempo luchando con lo que parecía una pila de tecnología “no óptima”, perdimos lo más importante: tiempo, impulso y estratégicamente una oportunidad. Esta historia no es sobre personas sin sentido común. tuve sentido común, y sabíamos que deberíamos mantener las cosas simples.Pero cuando tu modelo mental no se ajusta a la situación, todo tu sentido común se desvanece. Esto tampoco es una historia sobre la mala ingeniería. Se trata de cómo la buena ingeniería mata las startups. Cómo la experiencia misma que te hace mayor se convierte en tu mayor responsabilidad. Este artículo presenta Para ayudarle a hacer el decisiones y evitar las equivocadas que hice. mental models right 
 
 ¿Para quién es esto: ingenieros superiores que comienzan o se unen a startups de etapa temprana.Si ha pasado más de 5 años en la empresa o Big Tech, esta es su advertencia. ¿Para quién es esto: ingenieros superiores que comienzan o se unen a startups de etapa temprana.Si ha pasado más de 5 años en la empresa o Big Tech, esta es su advertencia. Para quién es esto: El modelo mental #1 - La infraestructura “gratuita” es la más cara $100K en créditos GCP parece un regalo, pero es una trampa. Lo empuje hacia la over-engineering porque “ya se ha pagado”. obtendrás instancias de computación, balanceadores de carga, registros de contenedores y herramientas empresariales que requieren una configuración empresarial. Por supuesto, puede crear flujos de trabajo de "despliegue de GitHub a VM" en GCP/AWS/Azure. Algunos productos se acercan. Pero requiere pasos adicionales: configurar Cloud Build, configurar roles de IAM, escribir scripts de implementación, gestionar secretos y configurar comprobaciones de salud. Las plataformas como o te da lo que las startups realmente necesitan: una VM persistente con implementación de inicio y salida de GitHub. Tan fácil como puede ser: pulsa tu código, y se implementa. Solo listo para usar una VM con variables ambientales, SSL, balanceadores de carga, registros, etc. No es “gratuito”, pero está listo. Railway Fly.io Los créditos gratuitos te empujan hacia la ingeniería excesiva porque “ya se ha pagado”. te convences de que estás ahorrando dinero mientras gastas tu recurso más valioso: el tiempo. 
 
 
 El modelo mental Usted pasará semanas configurando la infraestructura "correcta", pero los competidores se lanzaron en dos días en Heroku. O ellos obtuvieron 1.000 usuarios mientras trabajamos en una pipeline de implementación. Estos usuarios valen más que créditos gratuitos. Incluso cuando lo evitas, hay un problema más profundo: cómo los ingenieros superiores piensan sobre la simplicidad en sí. El modelo mental Usted pasará semanas configurando la infraestructura "correcta", pero los competidores se lanzaron en dos días en Heroku. O ellos obtuvieron 1.000 usuarios mientras trabajamos en una pipeline de implementación. Estos usuarios valen más que créditos gratuitos. Incluso cuando lo evitas, hay un problema más profundo: cómo los ingenieros superiores piensan sobre la simplicidad en sí. Modelo Mental #2 – “Mínimo” <> “Simple” El principio tradicional de KISS nos dice que debemos mantener nuestro software sencillo.Pero en las startups, ese es el objetivo equivocado.No debes mantener tu SOFTWARE simple; debes mantener tus Soluciones simples. La simplicidad real debe medirse por el esfuerzo total, no por la complejidad del código: Total Effort = Initial Build + Maintenance + Debugging + Feature Addition + Security Updates + Scaling Changes Cuando se construye desde cero, se posee todos estos para siempre. Cuando se utiliza un servicio, la mayoría de estos se convierten en cero. El servicio de terceros "bloated" es en realidad la solución simple porque minimiza el esfuerzo total. My OAuth Example Nuestro ingeniero fundador decidió construir OAuth desde cero en lugar de usar una "biblioteca desconocida".Una semana más tarde, presentó un PR: implementación de OAuth limpia con tokens JWT, rotación de tokens de refresco, gestión de sesiones y control de acceso basado en roles. No negé el PR. Y esto fue un error. Arrojando una semana de trabajo arruinaría la moral. Pero crea la complejidad del código y lo pone en el camino equivocado. Además, no discutir el enfoque de antemano fue nuestro verdadero error. Dejemos que el orgullo de la ingeniería tome una decisión estratégica. Luego, un cliente necesitaba Microsoft OAuth y Google OAuth. La implementación personalizada significaba días de refactoring, rotación de token de refresco, casos de borde, RBA y otras cosas. Cada adición "simple" requería un profundo entendimiento de nuestro auth personalizado. Principles El clásico error del ingeniero senior: optimizar para el control en lugar de los resultados.En las startups, la realidad requiere invertir completamente la forma en que los ingenieros senior piensan: 
 
 
 
 PARAR de pensar: "Esto es sólo unos días de codificación"Empezar a pensar: "Esto es unos días NO codificar mi producto real" PARAR de pensar: "Puedo construir esto simplemente"Puedo empezar a pensar: "Puedo resolver esto simplemente no construyendo" STOP pensando: "Servicios de terceros añaden complejidad"Inicio pensando: "Servicios de terceros absorben complejidad" 
 
 
 El modelo mental En las startups, KISS significa ser perezoso sobre todo excepto su producto principal. No perezoso en calidad, pero perezoso en esfuerzo. Porque cada hora gastada reconstruyendo problemas resueltos es una hora robada de los problemas no resueltos que realmente determinan si su startup vive o muere. Este cambio de mentalidad es lo suficientemente difícil. pero se vuelve más difícil cuando su experiencia trabaja activamente contra usted, cuando las herramientas que ha dominado se convierten en las herramientas que te ralentizan. El modelo mental En las startups, KISS significa ser perezoso sobre todo excepto su producto principal. No perezoso en calidad, pero perezoso en esfuerzo. Porque cada hora gastada reconstruyendo problemas resueltos es una hora robada de los problemas no resueltos que realmente determinan si su startup vive o muere. Este cambio de mentalidad es lo suficientemente difícil. pero se vuelve más difícil cuando su experiencia trabaja activamente contra usted, cuando las herramientas que ha dominado se convierten en las herramientas que te ralentizan. Modelo Mental #3 - Opciones de confort Elegimos Angular porque nuestro ingeniero fundador lo sabía profundamente. Decisión inteligente, ¿verdad? Utilice sus puntos fuertes, código de calidad del buque. El marco era bueno, pero el problema era su ecosistema. The Ecosystem Trap Angular es excelente y nuestro ingeniero podría construir cualquier cosa con él. La configuración de la implementación, la autenticación y los componentes básicos de la interfaz de usuario significaron una configuración interminable antes de escribir una única característica.Mientras que debugamos los temas de Material angular, los competidores pueden (y van a) usar Next.js + Vercel ya estaban en los usuarios. Simplemente compare esto con el camino Next.js + Vercel: implemente una aplicación de esqueleto con la aplicación crear-next de npx en el primer día, agrega autenticación de Clerk y componentes de shadcn / ui, envíe características reales en el primer día. Why does this happen? La diferencia no es en la calidad del marco, sino en la optimización del ecosistema. Next.js/React está rodeado de herramientas de creación de startups respaldadas por el riesgo para otras startups: 
 
 
 
 
 UI: shadcn/ui - copiar, pegar, navegar Auth: Clerk/Supabase - configurar en minutos Despliegue: Vercel - git push equals producción Todo lo demás: si las startups lo necesitan, alguien ha construido un servicio El ecosistema de Angular sirve a las empresas: potente, flexible, infinitamente personalizable. Perfecto(?) para equipos de 50 y un veneno para equipos de 3. 
 
 
 
 
 
 
 El modelo mental Esta elección reveló una distinción crucial: Framework Senior: "He dominado Angular. puedo construir cualquier cosa con él." Optimizan para la calidad del código y las prácticas de ingeniería "correctas". ¿Necesitan una tabla de datos? ¿Pasarán dos semanas construyendo un componente perfectamente abstracto, paginado - para sus 50 líneas de datos. Mientras tanto, los competidores agarraron la Tabla de datos de shadcn y la enviaron a los usuarios el primer día. Aplicado Senior: "Conozco Angular, pero Next.js navega 3 veces más rápido. Vamos a usar eso." Optimizan para la retroalimentación del mercado. Cargarán todos los datos del lado del cliente porque "no vamos a alcanzar la escala durante meses" y envían componentes fuera de la estantería. Su código puede ser olvidable, pero están iterando en la característica tres mientras Framework Senior todavía está perfeccionando su abstracción de paginación. El movimiento verdaderamente senior es preguntarse: "¿Solveré los problemas de mañana o las oportunidades de hoy?" La elección del ecosistema adecuado. El modelo mental Esta elección reveló una distinción crucial: : "He dominado Angular. puedo construir cualquier cosa con él." Optimizan para la calidad del código y las prácticas de ingeniería "correctas". ¿Necesitan una tabla de datos? ¿Pasarán dos semanas construyendo un componente perfectamente abstracto, paginado - para sus 50 líneas de datos. DataTable y enviado a los usuarios en el primer día. Framework Senior shadcn's Aplicado Senior: "Conozco Angular, pero Next.js navega 3 veces más rápido. Vamos a usar eso." Optimizan para la retroalimentación del mercado. Cargarán todos los datos del lado del cliente porque "no vamos a alcanzar la escala durante meses" y envían componentes fuera de la estantería. Su código puede ser olvidable, pero están iterando en la característica tres mientras Framework Senior todavía está perfeccionando su abstracción de paginación. : « " The truly senior move is asking yourself ¿Solvemos los problemas de mañana o las oportunidades de hoy? La elección del ecosistema adecuado. Modelo Mental #4 - Construir núcleo, limpiar contexto Pero incluso con las herramientas adecuadas, hay una última trampa: la compulsión a construir cosas porque puedes, no porque deberías.Esta trampa mata equipos técnicamente fuertes y más startups de lo que podemos imaginar: construir cosas que nadie pidió porque puedes, no porque deberías. Pasamos al menos un mes en total en características que nadie necesitaba. OAuth personalizada cuando Auth0 existía. Una cola de trabajo basada en Postgres cuando existía Redis + Celery. Terraform desde el primer día, cuando la consola funcionaba bien. Cada decisión se sentía productiva, pero cada una era auto-sabotaje para enfrentar desafíos reales como hablar con los clientes o hacer otro desarrollo del cliente. El patrón es simple: si los clientes no te eligen, no lo construyas. My $50 Rule Si un SaaS cuesta menos de $50/mes, no te puedes permitir construirlo. Construir OAuth personalizado toma 1-2 semanas en el mantenimiento total y la adición de diferentes proveedores de OAuth. A las tasas de arranque, eso es $5,000-$15,000 en tiempo de ingeniería, o en un tiempo de oportunidad perdida. Auth0 es gratis para hasta 25,000 usuarios activos, luego $35 / mes. Puedes pagar por Auth0 por 35 años con lo que cuesta construirlo una vez. Así que no se trata de dinero, sino de prioridades y costo de oportunidad. Exception En mi opinión, solo construya si no puedes aprender acerca de los usuarios sin él. Un ejemplo simple es cuando necesitas probar si los usuarios pagarán por los informes generados por IA. Construya la versión más simple que demuestre la demanda. Y todo lo demás intenta deslizarse. Sí, saltar la infraestructura, saltar "hacerlo bien", saltar las mejores prácticas que no envían características, saltar las pruebas. Again, be as lazy as possible in writing code. What I Actually Use 
 
 
 
 
 
 Auth: Clerk (React-native, mejor DX) o Auth0 (focado en B2B, listo para la empresa) Email: Resend (developer-first) o SendGrid (batalla-testado) Análisis: PostHog (gratuito hasta escala) Monitorización: Sentry (invencible por errores) Hosting: Cloudflare o Vercel (si todo está en Next.js) Estas no son aprobaciones, sino mis propias opciones optimizadas para la velocidad.Supongo que tu pila va a diferir, pero este principio no. 
 
 
 El modelo mental Si los clientes lo ven y te eligen, construyelo.Todo lo demás, trate de alquilar: auth, correos electrónicos, pagos, monitoreo....cualquier cosa.Su startup no morirá de usar Auth0, pero morirá de pasar tres semanas construyendo autenticación mientras que los usuarios de naves competidores quieren características.La decisión de ingeniería más senior no es qué construir. El modelo mental Si los clientes lo ven y te eligen, construyelo.Todo lo demás, trate de alquilar: auth, correos electrónicos, pagos, monitoreo....cualquier cosa.Su startup no morirá de usar Auth0, pero morirá de pasar tres semanas construyendo autenticación mientras que los usuarios de naves competidores quieren características.La decisión de ingeniería más senior no es qué construir. Líneas inferiores Los LLMs tienen la construcción de mercancías. Cualquier junior con Claude puede crear ese sistema de auth personalizado de que usted está tan orgulloso. su valor no está en lo que ya puede construir, pero es en saber lo que no debe construir. El liderazgo es la capacidad de separar las señales del ruido.La verdadera senioridad significa tener la disciplina para ignorar el 90% de lo que sabes y enviar la solución de hoy, no la arquitectura de mañana.

This story contains new, firsthand information uncovered by the writer.

Read My Stories

Este audio es producido en el idioma original de la historia!

KISS o MORRER: Por qué los ingenieros superiores fallan en las startups

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Cómo mejorar su flujo de trabajo 10 veces: 17 aplicaciones esenciales

De los foros a los feeds: cómo los algoritmos de las redes sociales influyen en la interacción digital

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Cómo mejorar su flujo de trabajo 10 veces: 17 aplicaciones esenciales

De los foros a los feeds: cómo los algoritmos de las redes sociales influyen en la interacción digital

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps