¿Cuáles son las cosas que realmente le gustan y las mejores prácticas en herramientas específicas de gestión de información y software de productividad?

La herramienta: tareas de Google

Lo que me gusta de eso

  • muy simple, solo una lista de tareas sin gastos generales de proyectos, usuarios, etc.
  • Muy rápido de usar. inserte todo nuevo con un clic y escribiendo. agregue todo mientras escribe presionando enter. mover elementos hacia arriba y hacia abajo con arrastrar y soltar, no se necesitan clics adicionales
  • Funciona en mi teléfono Android, mi iPad, mi MacBook y mi PC.

La herramienta: vi
Lo que me gusta de eso

  • velocidad de uso. solo necesito el teclado, no el mouse, y soy increíblemente rápido con él
  • poder. Por ejemplo, con 15 pulsaciones de teclas puedo reemplazar palabras en todo el documento que estoy editando. eso lleva menos de un segundo.
    :% s / this / that / g

La herramienta: prezi

  • rompe la antigua convención de que una presentación trata sobre diapositivas. te da un plano infinito, con zoom.
  • nueva forma de mover + redimensionar + rotar objetos en la presentación con los tres círculos concéntricos. Fácil y rápido de usar.

La pregunta es enorme, por lo que, en lugar de darle una idea ad nauseum de cómo desarrollo el software, ofreceré un dato. Desarrollo guiado por pruebas. Es una práctica que encaja perfectamente con el proceso de desarrollo Agile / Scrum. El desarrollador no escribe ningún código hasta que ha escrito la prueba para el nuevo código. La idea fundamental es que no puede desarrollar código que cumpla con las expectativas del cliente hasta que pueda escribir los casos de prueba. Cuando escribe los casos de prueba, se da cuenta de cuántas preguntas aún tiene sobre la función. Los casos de prueba lo obligan a precisar los detalles, y proporcionan pruebas de que ha cumplido con la especificación.

Al principio es difícil hacerlo porque todos los desarrolladores quieren hacer la parte divertida y productiva, que es escribir el código funcional, por lo que tienden a dejar las pruebas para el final, lo que puede, entre otras cosas, no conducir a casos de prueba en todas. Comience con las pruebas simples primero y se sorprenderá del banco de pruebas con el que termina. Y tendrá mucha más confianza en el código que entrega.