Sin mas que añadir…

Fueron unas conferencias muy interesantes, pudimos conocer de primera mano lo último que se está cociendo en html5.

Se debatió mucho la idea de webapp vs app (portabilidad vs rendimiento).

La idea de desarrollar sobre la base estandar de html5 y así tener tu aplicación funcionando en los múltiples dispositivos sin coste adicional es muy atractiva, me recuerda al eslogan de JAVA “write once, run anywhere”.

El contra que tiene sería el rendimiento de la aplicación en cuanto a efectos de transiciones y mover mucho contenido o en videojuegos, el rendimiento pobre del objeto canvas. La mayoría de estos problemas se deben a que los navegadores no soportan a full html5

Estos problemas tienen una solución mágica, la encontramos en que en realidad una webapp no es exactamente eso, es una app nativa pequeña + webapp , me explicaré mejor.

Si nuestra webapp es lenta porque el navegador no implementa bien ciertas funciones o simplemente porque no implementa cosas, desarrollamos un app nativa por ejemplo para apple, esta app lanza una especie de navegador creado por nosotros y le incrusta su propio objeto canvas  que sí implementa las funciones de javascript que necesitamos para que nuestra aplicación vaya fluida.

Como ejemplo podemos ver el framework de CocoonJS

En mi humilde opinión, estos frameworks son bastante oportunistas ya que su tiempo de vida será relativamente corto ya que cuando los navegadores X soporten cada vez mas html5 nos encontraremos que tendrá menos sentido tener si quiera esa app nativa para acelerar.

También pudimos escuchar por parte de Mozilla Foundation la idea de romper con los “markets” de aplicaciones que queramos o no nos atan a grandes compañías como apple o google.

La idea de Mozilla con su  webOS para móvil es que el navegador y html5 sean la base para el desarrollo, así conseguimos desarrollar sobre un estandar y no estamos atados a ninguna compañia, además nuestras aplicaciones pueden distribuirse vía web tranquilamente (si lo se, con android puedes poner un apk en la web y descargarlo pero no es lo mismo)

Cabe destacar también que webOS ha sido diseñado para ser muy rápido y así poder funcionar en dispositivos baratos y de poca potencia. Explicaron que en webOS tienes acceso a funciones muy importantes de forma bastante directa saltándote muchas cosas para ganar velocidad, como ejemplo en unas pocas lineas de código puedes acceder al uso del teléfono para llamar o acceder a la agenda de contactos.

Como podréis imaginar, es un tema peliagudo ya que el usuario queda expuesto a mas aplicaciones maliciosas.

Por último me gustaría recordar la fantástica ponencia que hizo Miguel Ángel Pastor, en la que considero que sirvió para bajar un poco los pies a tierra y recordar a la gente que para el desarrollo “serio” de videojuegos en javascript es muy muy lento. Un lenguaje débilmente tipado y no compilado es una combinación mortal

El servicio empieza con un espacio de 5GB, ampliables a 25GB por 2,49 dolares al mes o a 1TB por 50 dolares.

El lanzamiento de Google Drive también influye sobre los que tengamos cuenta de Gmail ya que veremos incrementado su espacio.

Un tema interesante será ver como Google hace frente al uso del espacio con contenido bajo copyright, y mas con todo lo que ha pasado con MegaUpload.

Google Drive

Estimar que requerimientos se necesitan tanto de maquinaria hardware como ancho de banda, es muy complicado ya que deberíamos contextualizar sobre que es lo que nuestro servidor va a servir, se que a veces es imposible saberlo, pero entonces mi lema es “divide y vencerás”. Teniendo buenos sistemas de monitorización de cada servicio que damos, podemos tener una visión general de cuando hará falta ampliar el ancho de banda o el hardware de máquina.

FactorSim trabaja mucho en implantación de Moodle como sistema de formación para empresas y cuando nuestro clientes parten de 0 y no tienen por donde empezar, tenemos que hacer un estudio aproximado según la cantidad de usuarios y los accesos medios que nos da el cliente.

Usando la documentación oficial de moodle encontramos una primera aproximación bastante buena:

http://docs.moodle.org/20/en/User_site_capacities

The general rule of thumb for a single server is that the approx max concurrent users = RAM (GB) * 50 and the approx max browsing users = Approx max concurrent users * 5. As an example, a university with 500 total computers on campus and 100 concurrent users at any time will need approx 2GB of RAM on the one server to support the number of concurrent users.

Viene a decir que necesitamos 1GB RAM por cada 50 usuarios concurrentes.

También tenemos una herramienta muy útil y que nos puede dar información esencial para tener una estimación aproximada a algo real.

ApacheBench

http://httpd.apache.org/docs/2.0/programs/ab.html

Mediante una linea de comando en bash podemos obtener fácilmente lo siguiente:

ab -n 100 -c 10 http://campus.factorsim.es/

Con este comando, estamos generando 100 peticiones repartidas en 10 hilos de ejecución de apache.

Como podréis comprobar, hay información muy útil:

• Total de bytes transferidos
• Cuantas peticiones atendemos por segundo (casi 11 peticiones por segundo, guau! )
• Tiempo medio dedicado por petición
• Velocidad de transferencia (recibimos a 205,84 Kbytes/segundo)
• Interesantes porcentajes como que el 50% de las peticiones se sirvieron en menos de 1 segundo!

Ni que decir que ApacheBench es software libre y se distribuye bajo Licencia de Apache.

A lo largo del 2011 hemos dedicado gran parte de nuestros esfuerzos en reprogramar nuestra maqueta de desarrollo, añadiendo nuevos elementos de interacción, mayor control sobre el contenido, mejorando sustancialmente cargas y procesos y de paso, definir una estructura modular, fácilmente ampliable.

Para los que no conozcan nuestra maqueta, aquí les enumero algunas de las ventajas de la misma

• Utiliza tecnología xml, con lo que el cliente puede modificar si así lo necesita los contenidos del curso, de forma sencilla y sin necesidad de grandes conocimientos técnicos.
• Dispone de una gran variedad de recursos para utilizar en los contenidos:
• Listas, fijas y animadas
• Pergaminos
• Tablas dinámicas de contenidos, pestañas de visualización
• Glosarios, popups, ventanas flotantes.
• Inserción de imágenes, vídeos y animaciones.
• Actividades interactivas en html (respuesta múltiple, asociar conceptos, filling the gaps…)
• Actividades en flash.
• …
• Permite la creación de contenidos de un SCO o múltiples SCOs.
• Desarrollada para ser compatible con la mayoría de navegadores. El contenido se reproduce incluso en Iphone o Ipad.
• Como todo el contenido está en xml, es más fácil y económica la traducción a otros idiomas. Si lo deseas, la maqueta puede cambiar de idioma al instante, sin perder el seguimiento ni afectar a la navegación del alumno.
• Permite la generación de gráficas diferentes con el mismo contenido. La base xml es siempre la misma, de manera que podemos tener diferentes maquetas interactivas, con el mismo contenido, cambiando un par de carpetas del curso. Tan sencillo que parece magia.
• Es compatible SCORM y guarda tanto los valores convencionales (punto de libro, porcentaje de progreso, nota final, tiempo empleado…) como otros valores que puedes necesitar en variables (ver listado de variables SCORM 1.2). Por ejemplo, guardar la nota de cada actividad individual, o el tiempo empleado en cada nodo visitado.
• Simplificamos la generación de contenidos en versión impresa (por si deseas que tus alumnos dispongan de una versión offline del material).

Si deseas más información sobre la maqueta, puedes solicitar una demo comercial a info@factorsim.com. Te mostraremos en directo los ejemplos de lo que puedes llegar a hacer con esta tecnología.

Pero hoy nos ha llegado una genial felicitación de un cliente. Y me  ha arrancado una gran sonrisa, mayor por que conozco el trabajo que hace el Hospital Sant Joan de Déu y aún mayor en los tiempos que corren de ajustes y presión al sector público.

Es por ello, que me gustaría compartirla con vosotros, como si fuera nuestra. Nos sumamos a ellos.

Nada nos frena. Bailamos por los niños.

¡Feliz Navidad!

El primero está relacionado con la matrícula de usuarios. Por defecto, Moodle permite a un usuario anónimo darse de alta en el campus. Este alta se controla mediante los procesos de matriculación.

En Moodle 2.0, para eliminar esta opción, ahora la encontramos en el menú de Administración del sitio/Extensiones/Identificación/Gestionar identificación

Si pulsamos al ojo que hay al lado de Identificación basada en Email, desactivaremos la opción de auto inscripción y en la página de login ya no nos aparecerá el formulario de creación de cuentas:

Desde mi punto de vista, estaba fatal de la cabeza y si consiguió grandes cosas en la vida fue sobretodo porque se juntó con las personas adecuadas en el momento adecuado.

Mucha gente destaca que detrás de Jobs siempre estuvo Wozniak que era quien realmente hacía el trabajo.

17 días después de su muerte ya ha aparecido su biografía autorizada en las que destacan perlas como “voy a destruir Android, porque es un producto robado. Voy a iniciar una guerra termonuclear en este asunto”.

Otra buena también…“dedicaré mi último aliento, si es necesario, y gastaré cada penique de los 40.000 millones de dólares que tiene Apple en el banco, para arreglar este error”. Esta animadversión contra el sistema operativo para smartphones de Google podría explicar la cruenta guerra de patentes que está peleando Apple contra varios fabricantes de teléfonos móviles.

También era conocido por su forma de tratar a muchos empleados. Tenía una cruel facilidad para llevar a sus empleados al borde de un ataque de nervios y luego cargárselos; pocos quisieron trabajar con él dos veces.

Además de todo esto hay que sumar sus creencias místicas que le llevaron a la muerte. A Steve Jobs cuando le detectaron el cáncer de páncreas, era justamente un tipo muy especial que por suerte era fácilmente tratable. El problema vino cuando decidió seguir su camino para curarlo mediante medicinas alternativas. Esto le costó que un día tuviera que ingresar de urgencias en el hospital en un estado lamentable y costarle definitivamente la vida.

Viendo un poco la visión general, saquen sus propias conclusiones.