Hay una raza específica de contenido de tecnología de la que me he cansado. » “O” » » The kind where someone Construye un SaaS en un fin de semana Pasó de la idea a $10k MRR en 30 días El tipo que hace que el software de construcción se vea como una secuencia de montaje: cortes rápidos, música dramática, éxito inevitable. Esto es aproximadamente 680 horas de codificación después de los cambios de almacén. Un ordenador que regularly hits 94°C. y obtener     Antes Es el Messier. fired three days Christmas It's slower. Y creo que es más cerca de lo que el edificio realmente parece para most of us. La instalación de la que nadie habla Yo me trasladé de Para el No para una startup, no para un rol tecnológico. Nine months ago Poland Netherlands para a - El en un centro de distribución. warehouse job order picker El tipo de trabajo en el que caminas un día entre las estanterías, , y Este . 15-20 kilometer scanning barcodes loading pallets trucks Mi sueño de ser un "verdadero desarrollador" se sentía muy lejos. Mi espalda me duele, mis pies me duelen. Abrí mi ordenador portátil, una máquina de 2014 que sonaba como un motor de reacción y amenazaba regularmente con quemar mi escritorio, y codificaba. Pero cada noche, después de que los cambios terminaran, Yo estaba construyendo PC Workman a system monitoring tool born from a simple frustration: 
 
 Las herramientas existentes te dicen que tu CPU está en el 87%, pero no te dicen por qué. Las herramientas existentes te dicen que tu CPU está en el 87%, pero no te dicen por qué. 
 
 
 ¿Qué proceso? ¿Qué aplicación de fondo? ¿Es Chrome Chrome de nuevo? ¿La actualización de Windows se ejecuta en silencio? Which process? Which background app? Is it Chrome being Chrome again? That Windows update running silently? Quería una herramienta que explicara, no sólo mostrara. La ejecución resultaría ser cualquier cosa más. La primera reconstrucción: amar tu propia basura. Mi primera versión fue, objetivamente, terrible. No lo sabía en ese momento, estaba orgulloso de ello. He añadido indicadores de emoji en todas partes porque pensé que parecían " "He construido paneles de desplazamiento para cada métrica. modern Me había atrapado en más de 15 características porque más características significaban un producto mejor, ¿verdad? . Wrong Dos semanas de uso diario lo revelaron todo. Los emojis hicieron inolvidables los nombres de los procesos. Las características compitieron por la atención, y ninguno de ellos ganó. He borrado casi todo lo que había escrito.Cinco mil líneas, desaparecieron. La lección fue dolorosa pero esencial: “trabajar” y “bueno” no son sinónimos. El código que se ejecuta no es el mismo que el código que realmente quieres usar. The Second Rebuild: The Architecture Trap Classic Overcorrection. El segundo sería próspero. If my first version was too messy Arquitectura orientada a eventos. Sistema de plugins modulares. Separación limpia de preocupaciones. Todas las cosas que has leído en los blogs de ingeniería de software. una mala aplicación móvil, que se ejecuta en un escritorio. La estructura era hermosa. The result looked like a mobile app… La experiencia del usuario no fue. también hice mi error más caro durante esta fase. I spent two weeks building automatic fan control. Drag-and-drop curve editores. Previsiones en tiempo real. Código elegante. Una configuración incorrecta podría fritar la GPU de un usuario. Then I ran proper safety tests and realized: He eliminado toda la característica. Two weeks of work, gone. Veinticinco características enfrentarían el mismo destino antes de que este proyecto se enviara. La noche todo cambió 3 AM: El portátil grita a 94 °C. Estoy mirando mi historia de Git - 200+ compromisos. I'd just finished a 10-hour warehouse shift. La mayoría de ellos dijeron cosas como o » O "fix," "maybe this time, "why doesn't this work?" Y me hice una pregunta que había evitado:   ¿Qué es lo que realmente estoy construyendo? * Not in a giving-up way. Lo que realmente estoy construyendo Estoy construyendo una herramienta para las personas que quieren entender su PC. Pero lo estaba construyendo como alguien tratando de demostrar que podían escribir código. Estas son motivaciones completamente diferentes, producen productos completamente diferentes. Esa noche, deseché la UI. de nuevo. La tercera reconstrucción: la pregunta correcta. Por fin me hice la pregunta correcta... not "what features can I add?" but "what does someone actually need to see?" The answer was embarrassingly simple. CPU y RAM lado a lado. Una mirada, imagen completa. Fundamentos de gradientes para procesos. El consumidor superior obtiene la sombra más oscura. jerarquía visual instantánea sin leer números. Clic para investigar. proceso sospechoso? clic. detalles. No hay navegación de menú. He borrado 15.000 líneas durante este refactoring. Went from 39,000 to 24,000. The product got better as I removed code. Eso me parecía contradictorio, era cierto. 22 de diciembre, tres días antes de Navidad. https://www.youtube.com/watch?v=zgSUqZQm9zY&lc=UgwDcoEGLMtejPJvlIx4AaABAg&embedable=true La agencia llamó. "El juicio no funcionó." Estuve en una vivienda temporal en un país que no era mío. My dogs were in Poland. My family was in Poland. My laptop was dying. And my project was 70% complete.   T . The logical response: pánico, enfocarse en la supervivencia, abandonar el proyecto lateral Comenzó la reconstrucción #4. What I did Quizás esa sea la dedicación. Probablemente los dos. Tal vez sea la locura ¿Qué limitaciones realmente te enseñan? Aquí está lo que aprendí durante esa fase de reconstrucción mientras estaba desempleado: las restricciones no son obstáculos. Construyendo sobre el hardware moribundo significó que cada característica tenía que justificar su huella de RAM. No hay bloat permitido.Cada función ganó su lugar o fue cortada. La construcción después de cambios agotadores significó que no había tiempo para el código elegante que no resolvía los problemas reales. Buque o sueño.No hay medio terreno.La construcción solo significaba que cada error era mío.Cada victoria era la prueba de que no estaba perdiendo tiempo. No hay equipo para esconderse detrás.Las limitaciones no me ralentizaron. Hemos mejorado el producto. Los números que nadie comparte: 680+ horas codificadas. After warehouse shifts. Weekends. Holidays. 39,000 lines written. 24,000 kept. Almost 40% deleted. 4 complete UI rebuilds. 29 características construidas y asesinadas. 6 enfoques diferentes para el monitoreo de la GPU. 5 fracasaron. 340+ tazas de café. 94°C —la temperatura más alta del portátil durante los ensayos. Lo que realmente aprendí: la motivación desaparece. "Código de trabajo" es una trampa. Mi primera versión funcionó perfectamente. También era basura para usar. Elimine más. El mejor código es a menudo el código que no envías. Las restricciones ayudan más que los recursos. Forzan el enfoque. Aparecen cuando no es divertido. Esa es la única diferencia entre enviado y abandonado. Estado actual: PC Workman. No sé si esta historia tiene un final feliz. Because I didn't quit. Todavía estoy en medio de eso. Pero sé esto: estoy más cerca de enviar algo real que nunca he sido. Y aprendí que el camino duro = a través de 680 horas, 4 reconstrucciones, un ordenador portátil muerto, y ser despedido tres días antes de Navidad. If you're building something alone and it feels painfully slow, I have no magic advice. Just this: that feeling is normal. That's what building actually looks like. Keep going.

Read My Stories

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

680 horas, 4 reconstrucciones y despido: cómo construí software mientras trabajaba en los cambios de almacén

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Crecimiento de las criptomonedas: creación de perfiles de usuarios eficaces

Aumente su productividad con estas 18 herramientas para desarrolladores 🚀🔥

Las capas invisibles: por qué las entrevistas con los usuarios son un activo irremplazable

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

Crecimiento de las criptomonedas: creación de perfiles de usuarios eficaces

Aumente su productividad con estas 18 herramientas para desarrolladores 🚀🔥

Las capas invisibles: por qué las entrevistas con los usuarios son un activo irremplazable

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