Cómo usar el trabajo profundo para ser mejor programador

"La capacidad de concentrarse profundamente es una de las habilidades más importantes que un programador puede aprender".

[#2 reivaj01]

Artículo interesante, pero no estoy de acuerdo en una cosa
"I believe one of the biggest differences between a good programmer and a great programmer is the ability to focus deeply over long stretches of time"
Yo no puedo concentrarme "profundamente" más de 2 horas, tras un descanso, el tope no llegaría a la hora y media. De nuevo, tras un descanso, difícilmente llegaría a la hora y posteriormente apenas puedo mantener la concentración "profunda".
Siempre me he…   

[#3 lameth]

#2 Por esto muchos artículos no son científicos, si no que son opinión. Porque cada persona tiene una forma de hacer largas jornadas.

[#5 apetor]

#3 Son de opinion y... - no me he leido el articulo, pero... me gustaria saber mas de los que "opinan" - precisamente, lo que muchas veces hace falta cuando estas diseñando algo, pensando en la estructura adecuada para representar datos ( hace ya mucho que, al menos yo, soy un poco rollo "diseño basado en estructura de datos" ) o ya mas en cosas de como solucionar un problema complejo es, precisamente, desenfocar, irte por ahi ( levantarte y salir un poco a caminar o tomarte…   

[#8 lameth]

#5 Cierto. Pero, a pesar de eso, que yo también lo hago, esto es más personalizado a cada caso.

[#1 mente_en_desarrollo]

Mejor programador no sé.

Pero si le haces un trabajo profundo al jefe, asciendes antes.

[#4 buronix]

Lo mas importante entre un programador bueno y uno malo es:
No fliparse.
Escribe codigo como si estuvieras contando una historia.
Si no tiene tests no esta acabado.
Si solo tu entiendes que hace el codigo, esta mal.
No te flipes, de verdad, deja de escribir esas lineas larguisimas haciendo cien cosas, no hace falta.
Si despues de lo anterior tienes que parar mas de un minuto en un trozo de codigo para entender que hace, ese codigo no es bueno.

[#6 apetor]

#4 Simple == bueno; localidad del codigo ( y autoevidencia AKA falta de ocultamientos ) == mantenible

[#7 buronix]

#4 Actualizo con dos que me decia siempre mi Jefe, que era un crack:
- Que algo no falle, no significa que funcione, significa que no falla.
- Que puedas hacer algo no significa que debas hacerlo.