El enfoque será diferente para problemas similares que haya resuelto antes de v / s nuevos problemas.
Si eres una empresa que hace lo mismo una y otra vez, por ejemplo, configura sitios de comercio electrónico o blogs, la mejor manera es mantener una matriz de características y proyectos. De esa manera, cuando entra un nuevo proyecto, puede usar un proyecto anterior que mejor se adapte a las características requeridas (para blogs: libro de visitas, inicio de sesión de colaborador, alertas por correo electrónico para comentarios, integración social, etc.)
Si está resolviendo un problema nuevo cada vez, lo más importante es comprender el problema y llegar al resultado final. Por ejemplo, mi papá una vez quiso preparar un cronograma para la reparación del equipo basado en algunos datos. Preparé una visualización del resultado final en Excel. El siguiente paso es identificar la plataforma tecnológica adecuada para entregar el producto.
- ¿Cuál es actualmente la base de datos (software) más segura?
- ¿Se puede hacer una buena fortuna en software en India sin un título de una universidad de ingeniería?
- ¿Qué paradigma entre funcional, imperativo y POO es más similar a la forma en que pensamos?
- ¿Cuál es la forma más sencilla de implementar un sistema de mensajería para una aplicación móvil?
- ¿Cuál es la mejor habilidad de lectura para los estudiantes de informática?
Le resultará difícil creer que a menudo he escrito programas usando fórmulas simples de Excel (como para el problema anterior), HTML + JS (para leer archivos locales y renderizar una vista tabular) e incluso programas DOS Batch (configurando buzones aleatorios dentro de MercuryMail para pruebas). En el ejemplo HTML + JS anterior, la persona no tendría las habilidades para instalar un servidor web o .NET framework y no tuve el tiempo para compilar un EXE. Le di un archivo HTML en el que podía hacer clic en cualquier máquina, mantener el archivo fuente en el mismo directorio y obtener su resultado. Funcionó muy bien!
Como desarrollador, realmente necesitas ser flojo. Si se compromete a no escribir las mismas líneas de código dos veces, terminará concentrándose en el problema en sí mismo y, finalmente, ofrecerá una gran solución. Buena suerte, espero que esto ayude