Planet

Tras mucho trabajo, ya podéis descargar la nueva revisión del esquemático de ArCan.
Arcan_shematic_RevC
En esta semana voy a intentar comentar todas las partes del Hardware y empezaré con la configuración del MCP2515. Muy pronto seremos capaces de enviar un mensaje CAN.
Os deseo una buena semana!

En estos momentos me encuentro terminando con los diagramas que preparé desde Septiembre , un artículo para la revista Linux Magazine, como viene siendo costumbre así como otros documentos, por lo que apenas he tenido tiempo para escribir más código, aunque es normal ,una buena aplicación se debe basar en unos buenos diagramas, que para algo he estudiado Desarrollo de Software Dirigido a Objetos jeje
Las implementaciones de la tecnología de la información es un proceso innovador y creativo que está conectado directamente con la revisión del proceso de un proyecto en cualquier transición organizativa que se precie, con una atención especial a cuestiones como

• “¿Dónde se encuentran las dificultades principales en el proceso de la mejora de la implementación?” ,
• “¿Quiénes son los actores que deciden cuáles son las mejoras que funcionan y cuáles no?”, 
• “¿Qué hace que la implementación sea más rápida con un tipo de organización pero no en otra?”,

sean vitales;
debido a la extensiva investigación que toma parte del mayor grupo de programadores de la web se generan cientos de soluciones y tenemos mucho material empírico para analizar.
Gracias a este material podemos ver la luz dentro de la cueva XD

Siempre debe de existir un claro entendimiento de la particular representación que pertenece a un sistema, gracias al servicio de control de versiones de la Forja de Rediris puede verse gráficamente a modo de línea temporal, la evolución del código, finalmente ,el sistema es consistente si se parece al siguiente diagrama.
Un esquema multidimensional como es el de una aplicación masiva de información sobre asignaturas que mantiene constancia de las similitudes entre sus rasgos es una compleja herramienta que aplica el reconocimiento mientras se está cambiando a sí misma, es decir, tiene muchas caras, debido a las complejidades colectivas, al menos en términos generales en cuanto a identificar los niveles jerárquicos de los elementos principales que han de ser analizados y reducidos antes de realizar cualquier cambio.
Múltiples elementos han de poder solaparse juntos siguiendo un patrón, un filtro, para definir la complejidad organizativa del cambio, el punto principal a tener en cuenta es que todo se sintetiza gracias al framework zenphp: cambios entre diferentes estados de la aplicación, la naturaleza de los modelos, etc.

Éste es el sistema de correcciones sabrá “mantenerse” por sí mismo gracias al sencillo mecanismo de interacción entre usuarios de todos los confines.
Para medir una actividad disponemos como unidades la triada: objeto,usuario y una situación, los datos son los elementos a representar y expresar gráficamente, tanto como los profesores enseñan y corrigen así los alumnos participan de actividades, aquí tienes una representación gráfica del patrón del sistema de clases asociado a la base de datos.
Mientras se termina la implementación veamos un ejemplo de un sistema de corrección.
El proceso por pasos va como sigue:

• Identificar y articular un problema de un examen para ser resuelto
• Identificar soluciones alternativas
• Elegir el criterio de solución
• Juzgar alternativas y dar a elegir al usuario en función de sus privilegios
• Plan de contingencias 
• Evaluar

La matriz de correcciones provee de una estructura para organizar las diversas actividades de decisión gestionadas por los distintos usuarios y es particularmente útil cuando se necesitan planes de contingencia competitivos. Por ello se incluyen campos que denotarán los planes de contingencia (que pueden ser guardados en en el panel de control de una asignatura o en otro tipo de relación de la base de datos) y se van rellenando usando etiquetas.

Después de meses de duro trabajo, el primer led que me guiña y prometo que el led más bonito que haya brillado nunca   Aquí tenéis un video de lo que seremos capaces de hacer de aquí a unas semanas que estén totalmente listas las librerías, me gustaría publicar una versión alpha en breve.
Este [...]

Buenas tardes. A continuación resumimos el modo ‘Survival’ de Sapiens.
En el modo ‘Survival’ tenemos, como siempre, el objetivo de conseguir el mayor número de puntos posible, pero la dificultad viene de que tenemos un número de vidas determinado y por cada fallo se nos restará una. Cuando no tengamos más vidas finalizará la partida.
En este modo de juego necesitamos agilidad en nuestras ideas, ya que se persigue marcar la respuesta con rapidez (mayor puntuación si usamos menor tiempo) y con seguridad de acierto.
1. Elegiremos el modo ‘Survival’.
2. Elegiremos las categorías en las que vamos a participar, incluyendo el tipo de juego: corto (1 vida), medio (5 vidas), largo (10 vidas).
3. Comenzamos el juego. Se nos va mostrando, junto a las estadísticas, el número de vidas que tenemos.
4. Una vez finalizadas las preguntas se nos indicará la puntuación obtenida.
Este modo también formará parte de la primera versión de Sapiens.

Los objetos dinámicos son los responsables de la caracterización de las actividades así como de definir el contexto de la aplicación web de la Plataforma de Información.
Se ha publicado un documento que expone un ejemplo de la comunicación “infinita” entre objetos, la semántica de la realidad del caso de estudio que deriva en materias y usuarios.
Puede consultarse aquí.

En la parte de la interfaz gráfica tenemos ya una pantalla, con el terreno, dos personajes y comida. El personaje local es capaz de moverse por el terreno evitando las piedras y es capaz de acercarse a la comida y quitarla del terreno. Actualmente estamos trabajando en el tema de las colisiones con otros objetos.
Para la comunicación montamos una red Scribe sobre Pastry con la que un ordenador es capaz de enviarle a otro la posición para el segundo de los muñecos que tenemos en la interfaz.
Respecto al concurso, el pasado martes mi tutor, Juanjo realizó una presentación en una jornada organizada por la Oficina de Software Libre de Granada a la cual debido a mi trabajo actual no me fue posible ir. A partir de aqui se incluyó la licencia GPL para todos los desarrollos, aunque falta hacer funcionar un pequeño script en PERL que añada el copyright a los códigos fuente.
Durante esta semana también he estado trabajando en la documentación acerca de Scribe y de Pastry y redactando parte de la documentación, como no en LaTex, xD.

Ayer tuve una reunión con mi tutor del proyecto, y llegamos a la conclusión de que el jurado de mi universidad va a querer un poco ver el funcionamiento real del programa como si fuese terminado además de ciertas cosas en la documentación.
Mi especificación de requisitos estaba basada en los documentos con los que trabaja un trenador a lo largo de la temporada. De esos documentos tengo hecho solo dos ( los dos más complejos, por otro lado), y en la memoria aparecen 7. Los 5 restantes lo eliminaré, para que el proyecto presentado sea acorde al finalizado. Esos 5 que voy a quitar los introduciré como futuras mejoras.
Otra cosa que al parecer falta es facilidad de uso. Creo que es un poco subjetivo hablar de facilidad de uso cuando el proyecto va otrientadoa un público determinado. El público determinado conoce los conceptos, las estructuras, y los métodos en los que se basa el programa. Esto no quiere decir que no lo vaya a tener en cuenta. El uso de componentes es una gran ventaja en Symfony, y voy a hacer uso de él para mostrar de una manera más accesible los datos a los usuarios.
Con lo que no puedo hacer mucho es con la necesidad de simplificar la introduccción de información. Cuando un entrenador introduce información tiene que tener bien claro lo que quiere. Si necesita kilómetros, toneladas, repticiones, los tipos de intensidad que va a trabajar tendrá que poder solicitarlo.
Lamentablemente el proyecto que presentaré ante mi universidad se quedará … Bueno en un sistema que va a estructurar la planificación de un entrenador, a mostrar las sesiones con una mera descripción al usuario, y con un feedback en un cuadro de texto para que este muetre su opinión, escribas los tiempos o lo que el deportista considere necesario.
Espero que sirva para aprobar…

Buenas tardes. Ahora vamos a enseñar y resumir en qué consiste el modo ‘Contrarreloj’ de Sapiens.
En el modo ‘Contrarreloj’ tenemos el objetivo de conseguir el mayor número de puntos posible en el menor tiempo que se pueda, ya que éste se irá reduciendo paulatinamente y dependerá de nuestra velocidad de respuesta a las preguntas la que nos hará contestar a mayor o menor número de respuestas correctas.
1. Elegiremos el modo ‘Contrarreloj’.
2. Elegiremos las categorías en las que vamos a participar, incluyendo el tipo de juego: corto (60 segundos), medio (300 segundos), largo (600 segundos).
3. Comenzamos el juego. Se nos va mostrando (además de las estadísticas que obtenemos) el tiempo restante para finalizar la partida.
4. Una vez finalizadas las preguntas se nos indicará la puntuación obtenida.
Este modo formará parte de la primera versión de Sapiens. Las condiciones de juego serán similiares a las expuestas, y si son distintas serán mínimas las variaciones.