Programar más rápido no implica que vayas a escribir el código más rápido sino que terminar la tarea te lleve el menor tiempo posible. Puedes tener un IDE que prácticamente escriba el programa por ti, pero si luego tienes que invertir decenas de horas en corregir errores, por ejemplo, pues resulta que lo mismo ya no sale tan rentable.
Mis consejos:
- Ten claros los requisitos de la aplicación. Perder un par de horas en este punto supone una inversión de futuro.
- Haz un boceto de la arquitectura. Puedes usar UML por ejemplo. La idea detrás de este punto es tener algo tangible que te ayude a organizar el código.
- Plantea un sistema de pruebas mientras picas código. Lo más recomendable suele ser escribir primero el test y después implementar el código que debe pasar ese test. ¿Por qué? Varias razones:
- Ver que el test falla la primera vez garantiza que se esta ejecutando.
- Escribir primero el test te permite ver si la idea que tenías es usable o no... Si el test tiene que hacer malabares para funcionar esta claro que el diseño no es el mejor.
- Tener una batería de test evita regresiones y sirven como ayuda a la documentación, ya que indican cómo se han de usar tus clases.
- Usar un IDE moderno. Los IDE de hoy en día tienen muchas utilidades que facilitan la tarea de escribir y mantener el código.
- Usar un repositorio. Es el gran olvidado en la universidad pese a ser una herramienta imprescindible. Un repositorio te permite almacenar el historial de cambios de tu aplicación. Esto te permite volver a versiones anteriores en segundos y sin perder código o comprobar qué cambios se han hecho en un momento dado para que cierta funcionalidad haya dejado de ser estable. También permite que varias personas trabajen sobre el mismo proyecto sin pisarse... Ideal para proyectos grupales.
Montar todo esto lleva su tiempo, pero se ve compensado con creces conforme el proyecto va ganando en complejidad. Está claro que un "hola mundo" no necesita todo este follón, pero tampoco creo que nadie se tire de los pelos por tardar 2 minutos más en escribir ese programa.
Un saludo