¿Qué es mejor: producir trabajo de calidad o hacer las cosas?

Primero debe evaluar lo que requiere el trabajo. ¿Su tarea tendrá consecuencias a muy largo plazo o está un poco más centrada en un producto a corto plazo?

Una buena manera de hacer esta evaluación es pensar con qué frecuencia se ejecutará el código de su función.

Si su tarea requiere la ingeniería de algo que sirva como base o plataforma a largo plazo para el trabajo de otras personas (como una API o algún servicio o infraestructura que se ejecute continuamente), debe tener mucho cuidado con la calidad, la arquitectura o el diseño de lo que sea estás trabajando La calidad debe ser tan importante como cumplir con la fecha límite o el objetivo, porque el impacto de su trabajo comenzará a mostrarse a largo plazo y solucionar fallas en esa etapa será mucho más costoso que un desliz razonable en la entrega de la versión original de la característica.

Sin embargo, si su código es algo que se ejecuta de vez en cuando, y si no es algo de lo que otros desarrolladores dependen demasiado / algo sobre lo que otros no van a construir, entonces, personalmente, he encontrado que es beneficioso para enfocarse un poco más en un objetivo o fecha límite ajustados. La calidad sigue siendo importante aquí, pero evite el diseño excesivo y los diferentes enfoques algorítmicos porque las líneas de tiempo a menudo tienen poco espacio para ello. El código que realiza algún tipo de aprendizaje automático o análisis estadístico de un conjunto de datos agregado durante un período de tiempo y se ejecuta una vez cada pocas semanas o meses, podría encajar en esta categoría.

Depende del trabajo y el proyecto, así como en el marketing, la velocidad en muchos casos puede ser más importante que la perfección y si el proyecto es táctico, la preferencia es sacarlo en el momento que lo permita. mayor impacto en el mercado.