"Para codificar rápidamente, debe salir de la codificación"

En primer lugar, no es mi frase: http://www.whattofix.com/blog/archives/2010/11/to-code-quickly.php Atrezzo al Sr. Markham.

PERO, me hizo pensar en muchas preguntas que he visto sobre poder hacer las cosas.

El enfoque propugnaba (establecer un temporizador para un período establecido, en este caso 50 minutos, pero he visto a personas hablar sobre romper la procrastinación estableciendo tiempos tan cortos como cinco minutos en tareas que simplemente no puede hacer, y luego tomando un breve descanso) parece ser de sentido común, pero muchas personas abogan por entrar en la "zona" y permanecer allí el mayor tiempo posible, tal vez muchas horas, en lugar de romper su ritmo.

Sigo probando diferentes enfoques y descubro que cada uno tiene sus propias fortalezas y debilidades.

¿Qué tipo de técnica utiliza para ser más EFICAZ (es decir, hacer el trabajo al nivel de calidad exigido por su cliente / jefe / etc. en el plazo permitido) en su desarrollo de software y no solo para pasar más tiempo en el teclado ?

Yo uso esa técnica a diario. Mi temporizador es de 45 minutos de trabajo por 10 minutos de descanso.

También maximizo el tiempo en la computadora a 4 horas por día . Entiendo que esto no es posible cuando su tarea principal es la codificación. El resto del tiempo, hago cualquier tarea que no requiera una computadora.

La herramienta que uso es un WorkRave . El autor lo escribió porque comenzó a tener problemas físicos debido a su incapacidad para detener la codificación durante largas horas.

Estoy menos estresado y afectó positivamente mi productividad.

Desde hace unas semanas, también pruebo algunas técnicas de atención plena durante los tiempos de pausa. Delicioso.

Ahora con respecto a las técnicas anti-dilación, tengo una que supera todo lo que probé antes:

Administro una sola lista de tareas, priorizada por importancia. Elijo el primero de la lista.

Mantengo la lista (y el calendario) con una combinación de GTD y 7 hábitos .

Para mejorar la efectividad de la lista, escriba sus tareas como las siguientes acciones en lugar de descripciones (consulte el capítulo Acciones, contextos y proyectos en esta publicación de blog )

No estoy impresionado con ese ensayo; pasó un día probando su nuevo método?

Dicho esto, Pomodoro y técnicas similares parecen tener una popularidad de nicho persistente. Por lo general, trato de ordenar mis días en "días de enfoque" y "días misceláneos". Días de enfoque Aparezco con ropa un poco más relajada, tal vez un poco antes (o me quedo más tarde). No tengo reuniones en esos días, así que básicamente puedo escribir mi propio horario, lo que me permite concentrarme mejor. En los otros días, tengo reuniones, citas, etc. No tendré tiempo para concentrarme, así que trato de programar tareas más pequeñas y fáciles para ocupar mi tiempo.

Una buena manera de aumentar la productividad en la codificación es la generación de código de cualquier bit repetitivo; refactorizar todo lo que se duplica, etc.

La clave para recordar aquí es que no existe una solución de "talla única".

Existen muchas técnicas para mejorar su capacidad de "hacer las cosas" y una de las razones es que diferentes cosas funcionan para diferentes personas.

Algunas personas lo hacen muy bien con este tipo de metodología (cf. Técnica Pomodoro) y algunas personas encuentran que destruye su enfoque. Realmente no me gusta parar a mitad de tarea y eso es casi invariablemente lo que me hacen los sistemas basados ​​en temporizadores ... conceptualmente bueno, implementación desafiante (cierto para la mayoría de las metodologías estructuradas para la gestión del tiempo y otras cosas)

Dado que la codificación es el problema en cuestión, además de las técnicas mencionadas por Pierre, sugeriría codificar en un lenguaje dinámico, si es posible (Python es una delicia para trabajar, por ejemplo): tales lenguajes le permiten ser extremadamente productivo (los tiempos de codificación medidos muestran un factor de mejora de 2 a 10, en comparación con C). Es tan agradable trabajar con ellos que básicamente nunca "solo pasas tiempo en tu teclado".