No es necesario impresionar, sino mostrar lo que es posible. Si en lugar de piratear, este trabajo se llamaría “prueba de concepto”, ¿irías a casa más feliz después de tu día de trabajo?
Por supuesto, puedes visualizar lo que es posible, pero ¿qué pasa con los demás? Conozco personas que necesitan que se les “muestre” una característica antes de comprenderla. Entonces, si solo necesita un “sí” / “no” en la función, implemente un simulacro, muestre el simulacro (que, sorpresa, sorpresa, no funciona en todos los casos), obtenga la aprobación y luego proceda a Diseño “adecuado”. La ventaja aquí es que también puede recibir comentarios de manera temprana (incluyendo algunos comentarios que lo hacen decir * wow *), no después de que el diseño / implementación haya finalizado.
Mi recomendación es aprender del senior. Él / ella sabe lo que está haciendo.
- ¿Cómo puedo crear un programa que controle un navegador web?
- ¿Dónde está el mejor lugar (no Craigslist) para encontrar contratistas independientes con habilidades de desarrollo de software en SF?
- ¿Se requiere conocimiento del dominio para los probadores de software?
- ¿Cómo funcionan las aplicaciones de múltiples mandatos como Jira?
- ¿Qué factores debo considerar al decidir entre usar una base de datos relacional y una base de datos orientada a objetos?
Además, conozco personas que escriben 10 veces más documentación y notas de diseño que el código. Esto es totalmente ineficaz, ya que su documentación no tiene un ciclo de vida, simplemente abandonan los documentos antiguos y crean otros nuevos. Cada vez que leo algo hecho por ellos, existe el riesgo de entrar en algo desactualizado.