25 febrero 2010
18 febrero 2010
Llamo desde mi móvil – PERO usando INTERNET!!!
Vaya guerra se traerán las operadoras de teléfono, que ofrecen internet y las compañías de internet, que ofrecen servicios.
Ya google y telefónica tienen chaqueta, y con skype ya verás.
Ya sabemos que Skype es el típico programilla que te bajas y te permite chatear o compartir voz y vídeo con los otros skyperos.
Pero tiene más... puedes "alquilar" un número de teléfono para que te llamen desde un fijo a tu ordenador, o pagando poco (con paypal puedes comprar bonos) puedes llamar desde tu PC a teléfonos fijos o móviles.
Pues ahora Skype ha sacado bonos mensuales de llamadas ilimitadas a un país, a la zona euro o a los más de 40 países del mundo suscritos a este plan. Los bonos mensuales van desde 4.50€ a 10.30€, según lo que se escoja.
Lo mejor de esto es: vale... eso me obliga a estar sentado en el ordenador... pero... y si no tenemos línea en casa? No podemos llamar desde el PC porque no tenemos adsl.
La solución que muchos ya estamos usando es: siempre que tengamos internet en el móvil (porque pillemos wifi o la tengamos contratada) podemos LLAMAR a PCs con Skype instalado o a teléfonos fijos o móviles contratando bonos o crédito skype y las llamadas salen tiradas de precio. Con el crédito skype, las llamadas a fijos de España y algunos otros países llegan a salir a 2 céntimos minuto!!!
Tengo instalado fring en mi móvil y puedo hacer llamadas o vídeo-llamadas a través de Skype a PCs, y cuando esté de vacaciones y pille Wifi, podré, con los bonos, hacer todas las llamadas a fijos que quiera sin asustarme de la factura.
La próxima guerra: usuarios contra operadoras móviles. Nos están ofreciendo internet móvil y nos dicen que como nos pillen usándolo para VozIP o convirtiendo el móvil en un módem o hotspot wifi, que nos cobran como el internet de casa. Qué listas…
Continue ReadingFormación on-line – Recursos educativos
Carga Cognitiva
John Sweller, sicólogo en educación, australiano, profesor de la UNSW de Australia, ha tenido mucha influencia con la Teoría de la Carga Cognitiva, que se refiere a la carga de trabajo que soporta la memoria durante las sesiones instructivas.Además de los documentos que encontraréis referenciados en los vínculos anteriores, hay documentación disponible para descargar en scientificcommons.org sobre Eficiencia en la Formación y Sistemas de Procesamiento Natural de la Información, un historial de referencias a publicaciones en Microsoft y de él son este PDF “Visualization and Instructional Design” y este vídeo de Youtube.
Niveles de Interactividad
La enseñanza procedural por niveles de interactividad permite que quien recibe la formación se sienta realizado, y reciba desde la base del conocimiento hasta la prueba de que ha aprendido.Los niveles de interactividad por los que debe pasar quien aprende son: “muéstrame”, “guíame”, “déjame” y “pruébame” (en inglés “show me”, “coach me”, “let me” y “test me”).
Flow
Ruth C. Clark llama flow a:El estado en el que una persona está tan inmersa en una actividad que nada más parece tener importancia; la experiencia en sí se disfruta tanto que las personas la llevarán a cabo incluso a un coste elevado sólo por la satisfacción que implica realizar la actividad.Ruth explica cómo los pasos a aplicar para que las personas alcancen el Flow en el PDF: “Create Flow in Distance Education”.
Diseño de Formación Basada en la Web
La Web Based Training (WBT) es el punto fuerte de William Horton.En Designingwbt.com está publicada bastante de esta información. Explica cómo debe estar organizado un curso, cómo debe ser la página de bienvenida, las referencias a libros, etc.
Resumen
Un buen diseño de la formación online, con los principios de la WBT , la teoría de la carga cognitiva, los niveles de interactividad y los pasos para alcanzar enganchar a quien recibe la información en un “flow”, permitirán crear contenidos efectivos y atractivos.Hay mucha más información relacionada con el e-learning. Pistas:
- Richard E. Mayer – Multimedia y e-Learning
- John M. Carroll – De los fundadores de la IHM
08 febrero 2010
Storypoints – y la eterna pregunta de “¿cuántos pongo?
1- ¿Cómo determinas la capacidad de un sprint, especialmente del primer sprint (no tienes anteriores para basarte en ellos)?
2- ¿Como cuantificas el esfuerzo de una historia? Esto para mi tiene relación directa con la medida que se tomo para calcular el sprint.
Repasando apuntes de Scrum me encuentro con que:
1- Los equipos en el sprint planning meeting estiman "esfuerzo" o puntos de historia. ¿Y entonces quién da la duración de una historia? (Nosotros no estamos haciendo esto, creo que siempre tocábamos la duración)
2- El esfuerzo no esta relacionado directamente con el tiempo. Pero la mayoría de ejemplos que encuentro si calculan la capacidad en base al tiempo y dedicación (eficacia) de los recursos disponibles, por lo que, ¿el esfuerzo no queda inmediatamente asociado al tiempo?
[[ Y le he respondido ]]
(…) A mí me costó entenderlo también.
Te lo explico en breves pautas que suelo seguir, aunque el segundo punto que has encontrado sobre apuntes de Scrum lo resume bien:
- Los storypoints dan un valor al esfuerzo necesario para realizar una historia de usuario.
- La carga de trabajo de la historia, como bien dices, no queda asociada de forma directamente proporcional al tiempo real del que dispones.
- El esfuerzo estimado en puntos se asocia de forma relativa al tiempo. Esa relatividad la das tú.
- Si asumimos que una persona hábil, a capacidad normal, puede hacer dos puntos cada 8 horas (lo tengo demostrado), puedes hacer una estimación aproximada de cuánto va a tardar en realizarse esa historia.
- A partir de ahí, si sabes que esa persona tiene constantes interrupciones, entonces el esfuerzo en realizar 2 puntos, en vez de 8 horas, será de 10 o 12 horas.
- Lo mismo pasa si la persona no es muy hábil o no conoce el entorno de trabajo, que el tiempo que tarde en desarrollar esos dos puntos será mayor que el tiempo ideal.
- Finalmente las horas asignadas van a ir llenando el sprint, dependiendo de las horas que tengas configuradas como horas de jornada de trabajo (horas diarias) y los días que le tengas asignado al sprint, quitando los días festivos, de descanso u otras excepciones que pongas en el sistema con el que scrumices todo.
Hay algunos documentos que dicen que el desarrollo tope de un programador son dos puntos diarios, pero no lo creo. Un desarrollador ágil, dedicando 8 horas al día a programar, menos media hora de café y media de interrupciones, es decir, 7 horas al día, es capaz de hacer 2 puntos y medio de esfuerzo.
Estimar menos para programadores ágiles dedicados full time a un proyecto será estimar holgadamente. Obsérvalo tú mismo.
(…)
¿Estáis de acuerdo conmigo? Porque quizá soy yo el que anda estimando mal las historias…
Un saludo a tod@s. Continue Reading