¿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 aproximadamente 1-1.5 horas al día al aprendizaje? ¿Se pagará en el futuro (con mejor productividad, etc.)?
Creo que es esencial para que un buen entorno de desarrollo permita una hora o dos como máximo para la exploración y el aprendizaje, a menos que sea un "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.
EDIT
Lo peor de todo es el lugar que reprende a sus desarrolladores por leer blogs / sitios técnicos en lugar de "escribir código". Eso, para mí, indica un entorno que no se preocupa por los desarrolladores más allá de lo que pueden exprimir.
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 'porciones' de tiempo para otros, se siente un poco demasiado como administrar el tiempo de otra persona. Si te contraté, lo hice porque tengo la sensación 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, deje que el empleado haga lo que haga que el empleado sea más productivo.
Si necesita dedicar seis horas a descubrir cómo abordar mejor un problema mediante el estudio de diferentes algoritmos, 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, ya que ven la necesidad y la oportunidad de hacerlo. Pague por el entrenamiento cuando tenga sentido y no se salte con los libros. Eso generalmente termina en una gran productividad y en el mantenimiento de excelentes empleados.
Cada mañana dedico algunas horas a 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, frameworks web, o incluso haré algunos cálculos y otras matemáticas difíciles para mantener la mente flexible Por supuesto, me pongo a trabajar a las 6:30 AM 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 para un empleador dar tiempo a sus trabajadores del conocimiento para 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 siempre la mente despejada. Incluso si no escriben nada en Erlang, es posible que se manifieste en algún lugar conceptualmente más tarde y que sea realmente útil en otro proyecto.
Por eso se llama "Sala de lectura" :) Configure un lector de RSS o lo que quiera, puede 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 del día buscando la respuesta a algo (que también está aprendiendo), entonces necesita cambiar de trabajo. La complacencia es un asesino en esta profesión.
Por lo general, no escribí el código hasta después del almuerzo. Comúnmente mis días serían algo como esto:
9 am-10am: Stackoverflow (incluidos los enlaces de blogs interesantes, etc.), correo electrónico, tal vez revise algunos de los cambios recientes en el control de código fuente para tener una idea de hacia dónde se dirige el proyecto en los últimos tiempos.
10 a.m.-12 p.m.: usualmente pasamos haciendo codificación "liviana". Refactorización, pequeñas correcciones de errores y diseño de cómo funcionará la implementación para lo que sea, a veces con un diseño un poco más alto 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 estuviera realmente en la zona, se sabría que quedarme una hora más o menos tarde. Este es probablemente el momento más productivo para mí. Es decir, porque generalmente me quedan solos después de las 4 pm, y soy una persona natural de noche, así que cualquier cosa antes de las 12 pm me parece "temprana".
Ahora, digo que es injusto que la empresa te pague por escribir publicaciones de blog y demás. Esto incluye respuestas de desbordamiento de pila a veces .
Aprendiendo, ¿eh? Diría que hago eso la mayoría 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 se están resolviendo problemas nuevos (es decir, no hacer lo mismo dos veces).
Si no aprende durante sus horas de trabajo, o lo está haciendo mal o debería buscar un entorno laboral mejor.
(Dicho esto, para los blogs y libros, tiendo a usar mi tiempo libre, excepto cuando está estrechamente relacionado con el trabajo que se tiene a mano).
Desde el punto de vista de la administración, los empleadores generalmente quieren que sus empleados aprendan constantemente. Esto podría ser una capacitación formal en el aula o aprendizaje electrónico, ponerse al día con sus feeds RSS, leer revistas técnicas, ver videos, tener un mentor, mentorear a otros, etc.
El roce llega cuando
Dicho todo esto, la expectativa general es que necesita impulsar su propio aprendizaje en contra del modelo 70-20-10
Si su empresa no tiene la parte de capacitación formal del 10%, solicítela.
Estoy gastando alrededor (de horas de trabajo):
La lectura de 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 saltando a través de artículos. Al principio, solía saltar en cada artículo y tratar de 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 of all trade, pero master of none" se ajusta a esta situación. Con el tiempo, he encontrado muchos buenos recursos e identificado mis intereses. Después de eso, he reducido uno de los temas y empecé a ser selectivo.
Lo que obtuve de todas las lecturas fue encontrar buenos recursos como el desbordamiento de pila, el Combinador Y, la revista aplastante, etc. Lo que obtendré es la experiencia en los temas que estoy leyendo. Entonces, mi punto es que uno también debe ser selectivo acerca de la lectura. La lectura siempre es un buen hábito. La lectura selectiva es excelente.
También, otra observación es que casi todas las personas que me rodean que me parecen buenos programadores, siguen leyendo y señalándome cosas excelentes. Es como si nuestra lectura ayudara a otros a mejorar - La parte social.
Para mí, la programación es aprender . Cada vez que escribo un método puedo aprender algo:
Cada vez que voy a Programmers.SE o Stack Overflow aprendo algo.
Creo que ser un programador tiene que ver con aprender. Y, sobre todo que aprendemos se puede utilizar para convertirnos en mejores programadores y ayudar a que los proyectos en los que trabajamos tengan éxito.
Prefiero el tiempo de aprendizaje por la mañana. Empiezo el día aprendiendo cosas nuevas que he tenido en mente y / o leo fuentes de noticias tecnológicas que sigo en Google Reader. A veces también paso algún tiempo después del almuerzo. Si tengo la sensación de aprender algo nuevo que no está bloqueando mi tarea actual, la puse para la mañana siguiente.
Bueno, también evito escribir blog durante la hora de trabajo, ya que puede llevar más tiempo que el 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 alrededor o desde los proyectos en los que está trabajando. Solo crea o arregla algunos problemas para tu 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, encuentra tiempo para aprender a ser más productivo que él. El alimento intelectual evolutivo de uno mismo, digo, siempre es bueno, incluso si usted no es un programador. Simplemente mejora el proceso de pensamiento. Hay diferentes maneras de abordar el problema. Ve por la opción de cavar más. Nunca estar satisfecho con la solución. Incluso después de la entrega confirmada, se puede revisar la salida nuevamente. Hay que hacer afilar sus herramientas. ¡Un mejor lugar para desarrollar tu propio platillo volante es definitivamente en tu propio cuarto oscuro personal!
Lea otras preguntas en las etiquetas self-improvement learning