Me resulta agotador trabajar de forma aislada, en un código que nadie más verá durante semanas. Estoy buscando ideas para tratar de mantenerme productivo y motivado.
¿Qué hace para mantenerse motivado y productivo, cuando se le asigna una tarea de programación a largo plazo y trabaja por su cuenta (por ejemplo, desde casa, sin compañeros de equipo o compañeros de trabajo)?
productivity
solo-development
blueberryfields
fuente
fuente
Respuestas:
Mantener un equilibrio.
Dado algo nuevo (por ejemplo, jugar un juego, tomar una cerveza, etc.), podemos enfocarnos y hacer eso por un período prolongado de tiempo. La única forma de impulsar una tarea mundana (sin una sobredosis de café ) es mantener el equilibrio . Digo 'mundano' porque si esta fuera una tarea que realmente te apasionaba, no hubieras deambulado por el sitio y formulado esta pregunta.
Sugerencias:
fuente
Establecer objetivos es la única forma de trabajar ...
Al final de la hora, quiero que termine X. Y a la hora del almuerzo quiero terminar Y&Z. En el almuerzo, revisa dónde debe llegar, luego establece nuevos objetivos. Por completar cada objetivo, hay una recompensa; la recompensa podría ser una taza, o una caminata desde su escritorio o 10 minutos en stackexchange ...
Claramente, también es mejor establecer objetivos alcanzables: buscas la recompensa mental de marcar un elemento de trabajo de tu lista. No importa cuál sea su objetivo, siempre que pueda lograrse dentro de su ventana de tiempo.
fuente
Acércate como un problema de programación
Es fácil quedar tan atrapado en la escritura del código que separamos la forma en que resolvemos los problemas de programación de la forma en que resolvemos los problemas del mundo real. Pero en realidad las herramientas conceptuales que usamos para resolver problemas de programación son bastante buenas para todo.
Como programador ya tienes las herramientas que necesitas para resolver esto, solo es cuestión de aplicarlas.
fuente
Esto es lo que creo que según mi trabajo,
Definir claramente la tarea en cuestión : lo más importante aquí es escribir la tarea y no guardarla en la memoria .
Desglose en tareas si la única es enorme : divídala nuevamente en tareas y escríbalas.
Asigne una ETA o una fecha límite : esto es realmente importante, y sea muy estricto y disciplinado al respecto. De lo contrario, pospondrás las cosas.
Use la técnica de pomodoro para enfocarse a corto plazo. Y use el intervalo de tiempo para hacer recados y otras cosas como verificar el correo electrónico.
Asegúrese de que todo su enfoque esté en la tarea en cuestión. Evite las tareas extraviadas tanto como pueda.
Una vez que termine una tarea, márquela completa y mantenga un registro de la hora en que comenzó y la hora en que terminó. Mantenga un registro de las cosas que resolvió algo especial mientras ejecutaba una tarea.
Una vez que haya terminado de ejecutar la tarea, decida el siguiente paso .
Haga que estos datos sean tabulares. Todo esto está ahí en David Allen's Obteniendo cosas.
Algunas cosas más importantes.
Recuerda:
Dar el siguiente paso es importante. Si tiene un siguiente paso para cada tarea, las oportunidades de su tarea crecen linealmente y si conducen a más de un paso siguiente, las oportunidades de la tarea crecen exponencialmente.
De hecho, como dijo Sun Tzu: las oportunidades se multiplican a medida que se aprovechan.
Resumiendo todo:
Sigue esto religiosamente.
fuente
Me parece útil tener compañeros que estén dispuestos a compartir tus pensamientos sobre lo que sea que estés trabajando. Nunca ha habido un problema completo en el que he trabajado solo que no se haya beneficiado de ser discutido con otros.
Pregúntele a una persona de la tercera edad o a un amigo si pueden dedicar tiempo para revisar su código. Si puedes emparejar la revisión, ¡aún mejor!
También puede resultarle útil bloguear sobre sus experiencias de codificación. Estoy seguro de que hay cosas que ha aprendido o que está practicando (TDD, por ejemplo) durante este largo período, o ideas sobre cómo ha hecho algo y preguntándose si podría haberse hecho mejor.
fuente
Estoy trabajando en un pequeño proyecto que terminará siendo sobre-diseñado. A nadie más realmente le importa, pero estoy tratando de estirar mis habilidades. Estoy leyendo un libro sobre refactorización, por lo que me gustaría aplicar todas las prácticas que pueda. No estoy en una crisis de tiempo. Como el único programador, nadie va a mirar mi código (no cualquiera que pueda entenderlo, pero el visitante ocasional de mi cubo puede echar un vistazo). Hice un prototipo e hice una demostración. Espero con interés las solicitudes de cambio.
Aunque estoy motivado para hacer las cosas, también prefiero un buen desafío.
fuente
He hecho esto en algunos proyectos. Encuentro la mejor manera de mantenerme motivado para hacerme responsable.
Incluso si nadie va a mirar mi código o lo que estoy haciendo, sigo teniendo la prioridad de hablar con mi supervisor, jefe o el primer ministro y hacerles saber dónde estoy y qué planifico. en terminar para el final de la semana. Tarda 5 minutos en analizarlo con ellos, y algunos PM me han dicho que también es realmente útil para ellos.
Para mí, establece un objetivo y un plazo suave que quiero cumplir. Para el primer ministro, les permite saber dónde estoy en la tarea y les da tiempo para dar su opinión.
Si no puede hacerlo cara a cara, envíe un correo electrónico corto. Se trata de hacerse responsable de sus tareas.
Además, intente dividir un trabajo muy grande en pequeñas tareas manejables y medibles. Use un sistema de seguimiento de boletos y asígnele boletos. De esta manera, puede administrar cómo lo está haciendo y hacerse responsable de todas las tareas que tiene que hacer.
fuente
La buena música para la programación (tecno, trance) ayuda, manteniéndome entusiasmado cuando no estoy de humor o cuando trabajo en partes del software que no me entusiasman particularmente.
fuente