Los mayores errores en la planificación de los proyectos de webmapping

El orden es irrelevante, y la importantcia de cada uno es variable en función de otros factores, sin embargo, son todos los que están. Aquí va mi lista de los mayores errores en la planificación de proyectos de webmapping

1. No planificar un tiempo para la formación del equipo. Al menos un 20% del total y siempre antes de empezar.
   
2. Esperar más de un mes para mostrar la primera versión.
3. No tener una versión en-vivo que se pueda mostrar siempre
   
4. Empezar por los datos y no por la interfaz de usuario.
5. No usar un framework para trabajar con AJAX
6. No usar un API de logging
7. No implantar en el cliente hasta el final
8. No usar un control de versiones
9. Desarrollar en un único Sistema Operativo
10. Dedicar meses en el diseño con UML/Objetos/Patrones
11. No diseñar un plan de pruebas
12. No acotar la funcionalidad al tiempo disponible. Cuanto más tiempo se tiene para una tarea, más compleja se vuelve
13. Pedir al equipo un "esfuerzo extra" en vez de negociar un recorte de la funcionalidad

Google Maps ha colocado a los profesionales del GIS en el mundo

Hace algunos años, cuando alguien me preguntaba, "¿en qué trabajas?" la mejor respuesta que se me ocurría era "hago mapas con ordenadores". A partir de aquí las siguientes preguntas eran de lo más variopintas. Desde un "¿y eso para qué sirve?" hasta un "¿una especie de delineante?". Mmmm, "pues no exactamente, se parece pero no". Y así sucesivamente. Si no te querías complicar la vida, decías "soy informático" o "trabajo con ordenadore". Como todo el mundo claro.
Sin embargo, desde que Google lanzo GoogleMaps ya no hace falta explicar nada, aunque lo que hagas realmente no tenga que ver con GMaps. Eso si, la respuesta es casi unánime, "ah, qué interesante ¿no?".
Si algo tiene el éxito de GMaps (por cierto, es asombrosa la cantidad de gente que no conoce otras alternativas) es que ha colocado el GIS en el mundo y esto tiene, en mi opinión más ventajas que incovenientes. Algunas personas dentro del GIS pueden ver GMaps como un competidor, y aunque en ciertos ámbitos lo sea, creo que ofrece muchas más oportunidades de integración que aún están por explorar. GMaps no llega a algunos de los ámbitos en los que trabaja el GIS, como por ejemplo el análisis espacial o multiespectral, sin embargo, usar el famosísimo interfaz de Google para sobre él construir tus aplicaciones es algo muy interesante, sobre todo porque hay muchos usuarios que ya saben manejar este interfaz.
Por supuesto, el hecho de que GMaps facilite tanto la integración no es algo ni mucho menos, altruista. Es, por descontado, su modelo de negocio. Pero, ¿por qué no aprovecharlo en nuestro propio beneficio?

El GIS y la nube: Posibilidades del Cloud Computing

Aunque parezca el título de un cuento, no lo es. Cada vez más se empiezan a leer, oir y ver (video abajo) noticias que nos hablan del Cloud Computing. Básicamente se trata de distribuir los recursos computacionales entre muchos servidores en internet, de forma que no sea neceario comprar equipamientos de hardware. El proveedor de cloud computing se encargaría de su gestión y mantenimiento. Nosotros únicamente haríamos uso de aquello que hayamos contratado. Esto nos permite que podamos ajustar y escalar nuestro sistema en función de la demanda real, y no tanto en predicciones. Uno de los problemas hoy en día, es el mal dimensionamiento de las plataformas, tanto por encima (sobredimensionamiento), como por debajo (problamas escalabilidad).

En el caso de las plataformas SIG web las opciones pueden ser muy diversas. Se podrían alojar en la nube, distintos tipos de servicios, servidores de aplicaciones para nuestros geoprocesos, espacio de disco para nuestros datos, y quién sabe si en un futuro nuestras propias bases de datos espaciales podrán estar alojadas también en la nube.

A día de hoy, uno de los servicios más interesantes que veo es la posibilidad de alojar las imágenes cacheadas en servidores de la nube (o aquí). Esto tiene importantes ventajas:

1. evita que tengamos que disponer de espacio en disco. Aunque el espacio en disco pueda parecer barato, un buen disco para tener un cacheado efectivo sí puede llegar a ser caro.
2. permite que los tiles del cacheado se pueden descargar de más de un servidor a la vez. Esto aumenta bastante la velocidad de descarga de las páginas web de mapas
3. nos evita los gastos de mantenimiento de los equipos, espacio, luz, energía, personal, etc... Puesto que solo pagamos por suscripción, contratamos justo lo necesario

Para terminar un video de lo que es el cloud computing:

Cloud Computing Explained

Tips and Trick to Improve JavaScript Performance

I've recently viewed this awesome video at googletechtalks:



The speaker shows lots of different tips & tricks to improve JavaScript code in order to make it more efficient. Here is the list of those of them that I've found more interesting or that were completely unknown to me:

• It is importante to narrow the scope of variables. So it is better to use var d = document and then d.whatever, than using document.whateverProperty directly. That is roughly because the more dots.properties you use, the slowest the code.
• In for or while loops it is better to use reverse looping (i--) and avoid complicated calculations in the conditional sentences. And also avoid that costly sentences get calculated in each cycle of the loop itself.
• If not estrictly necessary avoid the usage of catch clause to handle errors. So if it is a predictable error figure out another way to deal with it.
  
• Reflow is the concept of refreshing the DOM due to changes in the javascript code. The less reflow the better. Therefore, it is better to update the DOM using this: var frag = document.createDocumentFragment(); and adding afterwards the elements needed using frag.appendChild(newElementPreviouslyCreated);.
• When changing styles it is much better to use .className = "name" referring to a CSS file previously created style, than changing the style in the code itself by code. This also helps to keep separated style, from the code itselft, making the design more robust an clean.
• And, last but not least, not surprisingly the slowest browser... yes, you get it! IE (either 7 or 8).
  

Sobre los bulos del RedBull y Actimel

Hace poco me llegó uno de esos correos cadena sobre los peligros, en este caso, del Actimel, y del RedBull, como siempre lleno de topicazos y leyendas urbanas. Vamos a revisarlas:

> Esto es interesante, hay que leerlo: nos dan cualquier cosa sin ningún
> tipo de escrúpulos. INCREIBLE EL TEMA 'ACTIMEL' provee al organismo una bacteria
> llamada L.CASEI. Esta sustancia es generada normalmente por el 98%
> de los organismos, pero cuando se le suministra externamente por un tiempo
> prolongado, el cuerpo deja de elaborarla y paulatinamente 'olvida' que debe
> hacerlo y cómo hacerlo, sobre todo en personas menores de 14 años.


La Lactobacilus Casei no es una sustancia, es una bacteria de las millones que viven en nuestro organimo: http://es.wikipedia.org/wiki/Lactobacillus_casei. Por tanto, el organismo no puede "olvidar" algo que no sabe hacer. Además, que está codificado en los genes, y que se puede hacer no se puede olvidar. Por cierto que también vive en la boca el bicho este...

> En realidad, surgió como un medicamento para esas pocas personas que
> no lo elaboraban, pero ese universo era tan pequeño que el medicamento
> resultó no rentable; para hacerlo rentable se vendió su patente a empresas
> alimenticias.

Por lo dicho antes, esto es absurdo, porque las bacterias tienen la fea costumbre de reproducirse ellas solitas, sin que nosotros la elaboremos...
Qué podría tener de nocivo tomar actimeles, que te inflaras a bichos, y eso altere de alguna forma el equilibrio más o menos natural (el ecosistema bacteriano del intestino). De todas formas, este ecosistema debe estar pero que muy acostumbrado a cambios bruscos (pasar de un cocido, a verduras a ayunos, etc...) así que no creo que tomarte uno sea malo. Eso sí, yo prefiero un yogur normal. Es como todo, si te inflas será perjudicial, aunque lo dudo: "The effect of consumption of milk fermented by Lactobacillus casei strain Shirota on the intestinal microflora and immune parameters in humans", Spanhaak S, Havenaar R, Schaafsma G. Eur. J. Clin. Nutr., 1998 Dec;52(12):899-907


> 1).- Es peligroso tomarlo si después no haces ejercicio físico, ya que
> su función energizante acelera el ritmo cardiaco y te puede ocasionar un
> infarto fulminante.

Vamos a ver ¿que es peligroso si después no haces ejercicio físico? Será al revés no, si acelera el ritmo cardiaco y encima haces ejercicio te subirás por las paredes.

>
> 2).- Corres el peligro de sufrir una hemorragia cerebral, debido a que
> el RED BULL contiene componentes que diluyen la sangre para que al corazón
> le cueste mucho menos bombear la sangre, y así poder hacer un esfuerzo
> físico con menos agotamiento.

¿Cuál de sus componentes diluyen la sangre? ¿tiene heparina, tiene algo del sintrom?


> 3).- Está prohibido mezclar el RED BULL con alcohol, porque la mezcla
> convierte la bebida en una 'Bomba Mortal' que ataca directamente al hígado,
> provocando que la zona afectada no se regenere.

El ataque al hígado nos lo hacemos muchos casi a diario. La Cafeína, no digamos. Azúcares más de lo mismo. Y no creo que sea muy malo tomarse unas vitaminas de más.

>
> 4).- Uno de los componentes principales del RED BULL es la vitamina
> B12, utilizada en medicina para recuperar a pacientes que se encuentran en
> un coma etílico; de aquí la hipertensión y el estado de excitación en el que
> te encuentras después de tomarlo, como si estuvieras en estado de
> embriaguez.

Esto es de descojone. O sea que la B12 que sirve para recuperarse de un coma etílico, te deja "como si estuvieras en estado de embriaguez". Jajajajaja Es más si tiene B12, podría
ser entonces que mitigara efectos del alcohol. El problema podría surgir con mezclas, entre sustancias que bajen el ritmo cardiaco y otras que lo suban, pero no está claro como podrían afectar. Quizá se anulen los efectos o quizá no. Yo no mezclaría con alcohol, pero más que nada porque te sale un cubata "asqueroso". Donde esté un buen GinTonic...


> 5).- El consumo regular del RED BULL desencadena en la aparición de
> una serie de enfermedades nerviosas y neuronales irreversibles.

Habría que definir "consumo regular", una al día, 2, una al mes,,,. El propio fabricante dice que es para consumo esporádico. Como cualquier otra bebida vamos. Es más, "el contenido de cafeína de una lata de 250 ml corresponde a 80 miligramos o el correspondiente a una taza de café de filtrocafetera" o "La caféina en grandes dosis es, por cierto, peligrosa; se necesitaría beber unas 125 latas para ingerir una dosis mortífera de cafeína". La cafeína por cierto es mortal para las células porque bloquea el paso de electrolitos, pero claro a dosis tan altas que nunca se dan. A mi, mi cafecito por la mañana me sabe a gloria.

CONCLUSION, y esto está estudiado "uno de las causas más importantes de muertes en carretera es la somnolencia, y de hecho, un estudio del Centro de Investigaciones del Sueño de la Universidad de Loughborough concluye aceptando la utilidad de Red Bull y bebidas similares en estos y otros supuestos".
Si alguna vez os entra sueño conduciendo (a mi me pasa muy a menudo) lo mejor es dormir claro, pero muchas veces paras y no logras conciliar el sueño aunque pares, así que hacer un alto en una gasolinera y comprar una latita de redbull, nos puede ahorrar un buen susto.


Para información más solvente (como siempre) la WIKIPEDIA:
http://es.wikipedia.org/wiki/Red_Bull

Addedum:

Lo de que un componente del RedBull fue una droga de los soldados de USA es otro bulo ver http://es.wikipedia.org/wiki/Glucuronolactona

Sobre la Taurina. http://es.wikipedia.org/wiki/Taurina