¿Pasas tus horas de trabajo aprendiendo? [cerrado]

¿Pasas tus horas de trabajo aprendiendo cosas nuevas, leyendo blogs de tecnología, libros sobre programación, etc.? ¿Cuál es tu opinión al respecto? ¿Puede un empleador tener beneficios que permitan a los desarrolladores dedicar de 1 a 1,5 horas al día a aprender? ¿Se pagará en el futuro (con una mejor productividad, etc.)?

Tengo la mentalidad de que es esencial para un buen entorno de desarrollo permitir una o dos horas como máximo para la exploración y el aprendizaje, salvo cuando es el "momento crítico" en una aplicación, por supuesto.

Un entorno que no hace esto es una bandera roja en mi libro porque me dice que no valoran la mejora.

EDITAR

Lo peor de todo es el lugar que reprende a sus desarrolladores por leer blogs / sitios técnicos en lugar de "escribir código". Para mí, eso indica un entorno que no se preocupa por sus desarrolladores más allá de lo que pueden exprimirlos.

Creo que casi todos los empleadores terminan pagando a las personas por aproximadamente 1 a 2 horas de aprendizaje al menos unos días de cada semana. Incluso si solo está buscando documentación, todavía está aprendiendo algo que no sabía antes.

Personalmente, no me gusta configurar 'segmentos' de tiempo para otros, se siente demasiado como administrar el tiempo de otra persona. Si te contraté, lo hice porque tengo el presentimiento de que sabes cómo administrar tu tiempo mejor que yo. Establece objetivos de productividad y la fecha límite ocasional, pero aparte de eso, deja que el empleado haga lo que lo hace más productivo.

Si necesita pasar seis horas descubriendo la mejor manera de abordar un problema mediante el estudio de varios algoritmos diferentes, está bien. Si necesita pasar 20 minutos revisando una implementación de lenguaje, está bien.

En resumen, solo aliente a las personas a aprender y mejorar a medida que vean la necesidad y la oportunidad de hacerlo. Pague por la capacitación cuando tenga sentido y no se quede sin libros. Eso generalmente termina en una gran productividad y mantener excelentes empleados.

Paso algunas horas cada mañana enfocándome en aprender algo nuevo. Esto puede ser algo relacionado con mi pila de tecnología principal (.NET, WPF, ASP.NET MVC, Linq, etc.) o jugaré con nuevos lenguajes, marcos web, o incluso haré algunos cálculos y otras matemáticas difíciles de mantener La mente flexible. Por supuesto, me pongo a trabajar a las 6:30 a.m. y hago esto hasta las 9:00 cuando comienza el día de trabajo. Cuando tienes niños pequeños en casa como yo, tienes que hacer tu trabajo temprano en la mañana lejos de la casa para que puedas concentrarte totalmente. Esto también deja mis tardes abiertas para ser papá. Entonces, sí, creo que es importante que un empleador dé tiempo a sus trabajadores del conocimientopara obtener nuevos conocimientos. Siempre les digo a mis desarrolladores que se tomen un tiempo para aprender cosas nuevas e incluso los aliento a asistir a conferencias y seminarios para mantener su mente ágil. Incluso si no escriben nada en Erlang, posiblemente se manifieste en algún lugar conceptual más adelante y resulte realmente útil en otro proyecto.

Es por eso que se llama la "Sala de lectura" :) Configure un lector de RSS o lo que quiera que pueda agregar publicaciones de varios lugares que considere valiosos y luego imprimir algunos artículos por día y llevarlos con usted.

Pero más allá de eso, si está haciendo algo de lo que ya sabe las respuestas y no pasa al menos parte de su día buscando la respuesta a algo (que también es aprender), entonces necesita cambiar de trabajo. La complacencia es un asesino en esta profesión.

Comúnmente no me metía en escribir código hasta después del almuerzo. Comúnmente mis días serían algo así:

9 a.

10 a.m.-12 p.m. Refactorización, pequeñas correcciones de errores y diseño de cómo funcionará la implementación de lo que sea, a veces con un diseño de nivel superior cuando sea necesario

1 pm-3pm: generalmente codificación pesada. La codificación tediosa encaja aquí.

3 pm-3:30/4pm: Un poco más de aprendizaje como un "descanso".

4 pm- ?: Si realmente estuviese en la zona, sería sabido que me quedaría una hora más tarde. Este es probablemente el momento más productivo para mí. Es decir, porque generalmente me quedo solo después de las 4 p.m., y soy una persona de noche natural, así que cualquier cosa antes de las 12 p.m. me parece "temprano".

Ahora, digo que es injusto que la compañía te pague por escribir publicaciones de blog y demás. Esto incluye respuestas de desbordamiento de pila a veces .

Aprendiendo, ¿eh? Yo diría que hago eso la mayor parte del tiempo en el trabajo. Para mí, el aprendizaje es la esencia central de la programación y un corolario natural del hecho de que siempre está resolviendo problemas nuevos (es decir, no haciendo lo mismo dos veces). 

Si está no aprendiendo durante sus horas de trabajo, ya sea que estés haciendo mal o que usted debe buscar un ambiente de trabajo mejor manera.

(Dicho esto, para los blogs y libros, suelo usar mi tiempo libre, excepto cuando está estrechamente relacionado con el trabajo en cuestión).

Desde el punto de vista de la gerencia, los empleadores generalmente quieren que sus empleados estén aprendiendo constantemente. Esto podría ser capacitación formal en el aula o aprendizaje en línea, ponerse al día con sus fuentes RSS, leer revistas técnicas, ver videos, tener un mentor, mentorear a otros, etc.

El problema viene cuando

1. su gerente cree que ya debería saber esto
2. tienes una fecha límite para un proyecto
3. comienzas a forzar tu nuevo aprendizaje en los negocios sin que pase por los canales adecuados (por ejemplo , acabo de aprender todo sobre ObservableCollections y creo que es genial, así que comenzaré a hacerlo en mi parte de la base de código ).

Dicho todo esto, la expectativa general es que necesita conducir su propio aprendizaje contra el modelo 70-20-10

• El 70% debería estar aprendiendo en el trabajo, como arreglar su código con algo más eficiente
• El 20% debe ser un aprendizaje informal, como ser asesorado y leer blogs o asistir a una conferencia
• El 10% debe ser capacitación formal, como un evento de aula de 2 días o módulos de aprendizaje electrónico con seguimiento SCORM

Si su empresa no tiene la porción de capacitación formal del 10%, solicítela.

Para mí, programar es aprender . Cada vez que escribo un método puedo aprender algo:

• ¿Es ésta la mejor manera de hacer ésto?
• ¿Cuál es el uso de memoria / CPU?
• ¿Cuáles son las compensaciones?
• ¿Cuáles son los posibles problemas que podrían hacer que este método falle? (punto muerto, conexión caída, etc.)
• ¿Este método debe ser parte de una biblioteca para poder reutilizarlo más tarde?
• ¿Cómo puedo explicar este sistema en términos no técnicos para que cualquiera pueda entenderlo?
• ¿Cómo recordaré y organizaré todo lo que acabo de aprender?

Cada vez que voy a Programmers.SE o Stack Overflow aprendo algo.

Creo que ser programador se trata de aprender. Y todo lo que aprendemos puede usarse para hacernos mejores programadores y ayudar a que los proyectos en los que trabajamos tengan éxito.

Estoy gastando alrededor (de horas de trabajo):

• ~ 5% del tiempo para escribir código
• ~ 10% del tiempo para ver videos de Starcraft2 en YouTube y tomar café
• ~ 20% del tiempo para pensar en los problemas actuales que enfrenta el proyecto
• ~ 65% del tiempo para aprender cosas nuevas y emocionantes

Leer artículos técnicos en la web ha sido un hábito para mí durante los últimos 2 años. Todos los días, paso al menos una hora o más leyendo artículos. Al principio, solía subirme a cada artículo e intentar aprender. Ese era mi interés y parecía improductivo debido a la gran cantidad de artículos y temas por los que uno podía pasar. Probablemente, "Jack de todos los oficios, pero maestro de ninguno" se ajusta a esta situación. Con el tiempo, he encontrado muchos buenos recursos e identificado mis intereses. Después de eso, reduje uno de los temas y comencé a ser selectivo.

Lo que obtuve de toda la lectura es encontrar buenos recursos como desbordamiento de pila, Y Combinator, revista sensacional, etc. Lo que ganaré es experiencia en los temas que estoy leyendo. Entonces, mi punto es que uno también debe ser selectivo sobre la lectura. Leer siempre es un buen hábito. La lectura selectiva es excelente.

Además, otra observación es que casi todas las personas a mi alrededor que siento que son buenos programadores, siguen leyendo y me señalan cosas geniales. Es como nuestra lectura ayudando a otros a mejorar: la parte social.

Prefiero el tiempo de aprendizaje en la mañana. Comienzo el día aprendiendo cosas nuevas que he estado en mi mente y / o leo noticias de tecnología que sigo en Google Reader. A veces también paso algún tiempo después del almuerzo. Si siento que aprendo algo nuevo que no bloquea mi tarea actual, lo presento para la mañana siguiente.

Bueno, también evito escribir un blog durante la hora laboral, ya que puede llevar más tiempo del estimado. El mejor momento para escribir un blog o participar en la comunidad (para mí) es después del horario de oficina.

Uno puede encontrar los problemas en torno a los proyectos en los que está trabajando. Simplemente cree o cree algunos problemas para su resistencia kármica. Mira lo más profundo que puedas. Uno encontrará su camino hacia los caminos glorificados de la vida laboral autodidacta. Cuando uno se vuelve más productivo, encontrará tiempo para aprender a ser más productivo que él. La nutrición intelectual evolutiva de uno mismo, digo, es siempre hacer el bien, incluso si no eres un programador. Simplemente mejora el proceso de pensamiento. Hay diferentes formas de abordar el problema. Ve por la opción de cavar más. Nunca se conforme con la solución. Incluso después de la entrega comprometida, uno puede revisar la salida nuevamente. Hay que afilar sus herramientas. ¡El mejor lugar para desarrollar su propio platillo volador es definitivamente su propio cuarto oscuro personal!