En mi opinión, esta actitud proviene de personas que tienen trabajos horribles y succionadores de almas, combinados con habilidades de gestión del tiempo pobres. Si básicamente está escribiendo formularios web todo el día, salga y obtenga un trabajo más desafiante, o comience el suyo.
Aquí está la cosa. Un músico de concierto (violonchelista / pianista / lo que sea), practicará como máximo 6 horas por día. La mayoría solo practica unas pocas horas por día. en los niveles más altos
La gente dice que programa más porque aprendes más, pero eso es una cortina de humo. 8 horas por día es suficiente .
El progreso NO es lineal. Es logarítmico:
La única razón por la que un músico puede practicar más de 3 horas, es porque necesitan exprimir el 1% adicional que esas horas les dan. Si crees que eso se aplica a ti, resuelve un problema que CS resolvió hace 2 décadas, entonces tienes un complejo prima-donna para arrancar.
He trabajado en compañías de ollas a presión antes, y confía en mí, la cantidad real de trabajo que realizan esos tipos no es mejor que una compañía como 37signals que impone restricciones en la cantidad de trabajo: http://37signals.com / svn / posts / 996-why-i-love-working-with-family-people
Lo que termina sucediendo es que, seguro, puede estar frente a una computadora durante 10-12 horas, y en la oficina por 2 más, pero eso no incluye el almuerzo de 90 minutos que tomó, las 2 horas que pasó navegando por la discusión foros, y la hora de descanso que tuvo que jugar uno de los muchos juegos establecidos en la oficina (futbolín, billar, yada ...).
Mire hacia atrás en ese gráfico. Ahora de vuelta a mí.
Su mente realmente tiene la oportunidad de expandirse mucho más si la involucra en alguna otra actividad: aprender a tocar un instrumento . Aprende un idioma extranjero . Mejor aún, sal y haz algo de ejercicio, y conéctate con personas reales en vivo .
Sobre la naturaleza logarítmica de la productividad:
En el reconocido estudio de jóvenes violinistas de 1993, el investigador de rendimiento Anders Ericsson descubrió que los mejores practicaban de la misma manera: en la mañana, en tres incrementos de no más de 90 minutos cada uno, con un descanso entre cada uno. Ericcson encontró el mismo patrón entre otros músicos, atletas, jugadores de ajedrez y escritores.
Para una productividad real, menos es realmente más
Este es en realidad un principio bien conocido en el mundo de los negocios, me sorprende que más programadores no hayan oído hablar de él.
Actualización: más sobre el estudio de Ericsson.
Toda la noción de que tarda 10.000 horas / 10 años en dominarse en realidad proviene de los estudios realizados por Ericsson, no de Malcom Gladwell.
Como todos sabemos, puedes tener 1 año de experiencia repetido 10 veces ... así que solo tener tu trasero en el asiento durante 10 años no califica. Lo que sí califica es lo que Ericsson llama práctica deliberada .
Ha descubierto que este principio es válido en el atletismo, la música, la escritura, el ajedrez y las matemáticas. Además, define la práctica deliberada como un esfuerzo tan intenso, que incluso en los niveles más altos solo se pueden realizar unas 4 horas por día . De lo contrario, sufrirá sobreentrenamiento o agotamiento. Nuevamente, reconoce que hay rendimientos decrecientes para la práctica deliberada, hasta aproximadamente 4 horas.
Sobre el tema de no tener un trabajo bueno / desafiante:
Bazofia. O consigue un mejor trabajo, o aquí tienes una idea: convierte tu trabajo actual en algo que no sea , al menos en este momento.
Uno de los mejores programadores que conocí entró en un trabajo como programador de mantenimiento en un sistema heredado que consistía en docenas de programas y cientos de miles de líneas de código. La mayoría de los cuales habían sido pirateados a lo largo de los años tanto que tendrías que decir que ya no tenía ningún diseño coherente.
Este era prácticamente un trabajo sin salida, sin fin. La gerencia quería que mantuvieras la cabeza baja y solo arreglaras los malditos errores. Los buenos desarrolladores estaban trabajando en el proyecto greenfield. La gente vino aquí para sentarse los días restantes hasta que se jubilaron, o ganó algunos años de experiencia antes de pasar al desarrollo de nuevas aplicaciones. Mientras que la mayoría de los programadores se quejarían de la falta de desarrollo profesional, o de la oportunidad de aprender cosas nuevas, o de no tener proyectos interesantes en los que trabajar o, en general, simplemente quejarse de que nadie los habilita , este tipo simplemente se sentó y comenzó a hacer El trabajo que había que hacer.
Y a lo largo de 2 años, había transformado ese sistema de un código de espagueti con errores a algo que era una belleza y funcionaba como un reloj suizo. Tan completa fue la transformación, que el vicepresidente de la división comenzó a prestar más y más atención al proyecto existente y comenzó a cuestionar el valor del proyecto greenfield. Aunque no tenía título, la gente de operaciones acudió a él como el líder de facto del grupo. Cuando me fui, el vicepresidente estaba hablando de crear un nuevo rol para él como arquitecto de sistemas ...
No estoy seguro de lo que le sucedió después de eso, pero él me enseñó un par de lecciones muy importantes:
Tu trabajo es lo que haces, y hay problemas interesantes que resolver en todas partes . Si odia escribir pantallas CRUD, resuelva el problema al generarlas automáticamente.
No te quedes esperando a que te lleguen oportunidades. Lo más probable es que nunca lo harán.