¿Cuánto tiempo puedo pasar aprendiendo en el trabajo? [cerrado]

Llevo trabajando como desarrollador de software durante unos 2 años. Parece obvio que en un campo que evoluciona tan rápidamente como el desarrollo de software, debe dedicar tiempo a aprender nuevas tecnologías, marcos, etc.

Siempre pensé que podía dar por sentado que si necesito aprender algo para resolver un problema en el trabajo, soy libre de pasar las horas necesarias para aprender eso también en el trabajo. Sin embargo, he tenido discusiones sobre este tema con varios colegas, y teníamos opiniones muy diferentes, aparentemente en el lapso de dos extremos:

Su empleador le paga por saber cosas. Lo contrataron por tener el conocimiento en el campo de experiencia requerido para hacer este trabajo, y si el campo emerge para que necesite adquirir más conocimiento, es natural que lo haga en su tiempo libre.

Y el otro ser extremo

Cualquier cosa que me haga más productivo en el trabajo a largo plazo, vale la pena pasar el tiempo en el trabajo, porque el empleador eventualmente se beneficiará de eso. Esto, por supuesto, se aplica al aprendizaje de nuevas técnicas, pero también, por ejemplo, aprender VIM para ser más rápido, etc.

Pero incluso cuando discutimos cuánto tiempo pasar tiempo en algo con los chicos que tienden al segundo extremo, teníamos opiniones muy diferentes, que iban desde "una hora de vez en cuando está bien" hasta "el tiempo que tarde".

¿Su lugar de trabajo fomenta el aprendizaje de nuevas habilidades y, de ser así, qué procesos tienen para fomentar esto? ¿Cuánto tiempo pasas aprendiendo cosas nuevas (y no escribiendo código de producción) durante tu día como programador?

Los gerentes (como yo) dudan en especificar presupuestos de capacitación explícitos. Según la Ley de Parkinson , dicho presupuesto se consumiría o incluso se agotaría independientemente de las necesidades reales en el desarrollo del conocimiento.

Si solo llama a su proyecto de tiempo de aprendizaje trabajo y lo mantiene en una proporción razonable para su trabajo general y sus logros generales, nadie se opondrá. El porcentaje varía y depende de su edad, experiencia y área de trabajo. Consideraría entre dos y 15 días de entrenamiento por año como normales. Los nuevos empleados a menudo necesitan más.

En un entorno muy innovador, el porcentaje de aprendizaje e investigación suele ser más alto de lo habitual. Tenemos un esquema de mentoría para desarrolladores junior. Cada vez que alguien cambia su área de trabajo, obviamente se requiere capacitación adicional.

El problema de aprendizaje es una cuestión de auto marketing . Ningún equipo toleraría a un miembro que no esté disponible constantemente debido al autoestudio demostrativo o la ausencia extensa en cursos de capacitación exóticos. Trate de parecer bien informado sin utilizar recursos excesivos para su aprendizaje. El tiempo del proyecto necesario para experimentar y aprender se trata principalmente de manera discreta. ¿Le pagaría personalmente a un artesano por conocer su marca de automóvil?

Para las deficiencias de conocimiento que contrastan con la descripción de su trabajo , se daría por sentado el compromiso privado. Ejemplo: Si se supone que usted es un Desarrollador Java Senior, no debe solicitar una capacitación básica en Java.

El problema con hacer cosas en tu tiempo libre es que necesitas tener algo de tiempo libre. ¡Intenta ser padre con un bebé pequeño! Intente trabajar 14 horas al día y luego encuentre tiempo. Tomarse el tiempo para aprender nuevas habilidades necesita equilibrarse con tiempo para relajarse y recargarse. También encuentro que tener tiempo para relajarme me ayuda a resolver problemas en el trabajo. ¡A menudo encuentro soluciones al lavar los platos!

En empresas anteriores introduje la idea de un intercambio. La compañía nos brindó una hora a la semana para aprender y la combinamos con una hora de nuestro propio tiempo. Las empresas sensatas deberían aprovechar la oportunidad para que sus empleados aprendan nuevas habilidades. En la misma empresa, otros programadores introdujeron la idea de sesiones de 'bolsa marrón', donde pasaríamos una hora de almuerzo recibiendo una introducción a nuevas ideas y habilidades.

Tiendo a planear un poco de tiempo extra para mis proyectos a fin de aprender un poco. También veo pasar tiempo en sitios como Stackoverflow, etc., como aprender cosas nuevas para una determinada tarea.

No podía señalar una hora al día o reglas así. Solo algunos días son muy productivos y altamente eficientes y otros días solo voy a los libros o leo sobre cosas. La mayoría de los 'días de aprendizaje' caen en mi etapa de planificación de nuevos proyectos.
También tengo un largo viaje al trabajo donde leo sobre cosas.

Básicamente, solo intenta descubrir qué es lo que más te conviene sin sentirte culpable o simplemente perder el tiempo en el trabajo. Siempre que pueda explicar y justificar el tiempo dedicado a no programar, debería estar bien en la mayoría de los casos. Creo que cada desarrollador o ingeniero debe saber bastante sobre su campo de especialización y especialmente saber dónde encontrar un conocimiento más profundo cuando sea necesario.

En el libro The Clean Coder , el autor, Robert C. Martin, dice que necesita alrededor de 20 horas por semana para practicar y adquirir nuevas habilidades. Esto está en la cima de su trabajo y es su responsabilidad entrenarse. ¿Por qué? Porque la mayoría de los lugares de trabajo no lo entrenarán para su próxima posición o incluso para su posición actual. La mayoría de los lugares de trabajo no están equipados para eso.

Como dice esta publicación de blog ,

Es su responsabilidad seguir capacitándose leyendo, practicando y aprendiendo, en realidad cualquier cosa que lo ayude a crecer como desarrollador de software y lo ayude a participar con los constantes cambios de la industria.

Una nota importante es que esto debe hacerse en su propio tiempo, no en el de su empleador. No es su responsabilidad capacitarte, sino la tuya. Sin embargo, no confunda esto con usted, debe estar haciendo su trabajo durante este tiempo. Este tiempo debe ser dedicado solo para usted y su propio disfrute. Debes hacer cualquier cosa que te interese.

El aprendizaje en el trabajo se divide en 3 categorías principales:

1. capacitar al empleador lo capacita explícitamente, por ejemplo, cursos de capacitación.
2. capacitación que recibe como parte de su trabajo, por ejemplo, el empleador le exige que aprenda tecnología o producto (esto incluye tecnologías y productos internos) y le asigna algo de tiempo con mentores / capacitadores internos.
3. todo lo demás de lo que puede salirse con la suya, por ejemplo, el tiempo dedicado a navegar SO u otros sitios tecnológicos, leer sobre tecnologías.

el número 3 es, con mucho, el más común: si puede salirse con la suya aprendiendo algo nuevo en tiempo de compañía, sin que el jefe se dé cuenta, entonces hágalo. Solo tenga en cuenta que la mejora personal casi nunca forma parte de su empleo contractual. Le pagan para producir productos para su empleador, no para capacitarse. Bienvenido al mundo de ser un esclavo asalariado :-)

Creo que este problema es demasiado variado para resumirlo en un pequeño conjunto de reglas simples, así que intentaré hacer algunos ejemplos para mostrar cuál es mi opinión. (Quizás algún escenario no sea muy realista, tómalo como una abstracción).

1. Caso A:
   Su proyecto: Desarrolle una aplicación web empresarial J2EE de algún tipo.
   Su conocimiento: Sabe sobre "Java Enterprise", pero es la primera vez que lo tiene en sus manos (obviamente es un Junior)
   . Debería: Probablemente Pase una buena cantidad de tiempo aprendiendo las mejores prácticas de programación y experimentando antes de comenzar el "trabajo real"

2. Caso B:
   Su proyecto: Desarrolle un analizador sintáctico de un idioma a otro, de una manera más o menos trivial.
   Su conocimiento: Usted es un especialista en lenguaje formal / analizadores sintéticos con mucha experiencia.
   Debería: Probablemente no pasar ningún tiempo (o muy poco) estudiando lo que ya sabe o aprendiendo otras cosas.

3. Caso C:
   Su proyecto: Desarrolle una biblioteca p2p para Android
   Su conocimiento: Sabe sobre redes, sockets y protocolo TCP, solo que no conoce el protocolo UDP
   Debe: Dedique una cantidad promedio de tiempo a aprender qué es el protocolo UDP y cómo usarlo, si sabes que te ayudará en tu proyecto.

Creo que en el mundo de TI, algún tipo de aprendizaje mientras se trabaja es un hecho natural en la mayoría de los casos, por el hecho de que las tecnologías continúan evolucionando y que, aunque puede ser un profesional, es posible que no conozca todas las tecnologías debe usar o realizar tareas siempre al 100%, ya que realmente hay muchas .

El empleador también debe ser consciente de que los informáticos no son oráculos, y que exigir el desarrollo de una aplicación web de comercio electrónico no es lo mismo que comprar una cabina de ducha (estoy seguro de que todos lo son).

Dicho esto, dado que un empleador siempre tiene un proyecto en el que trabajar, creo que probablemente debería concentrar su aprendizaje y experimentación en el propósito del proyecto, o al menos en el campo del proyecto, para que su conocimiento pueda crecer alineado con sus logros.

Conozco algunas personas en la oficina que han estado investigando nuevas tecnologías durante años.
Sin embargo, no han presentado algo nuevo, supongo que en todo, las personas tienden a abusar,
y donde hay abuso, hay medición de control.