Es común trabajar con aplicativos enlatados o desarrollados por un programador que almacenen en algún sistema de archivos o de base de datos una gran cantidad de información vital para las personas que utilizan esta aplicación.
Toda esa información cargada a lo largo del tiempo, además de deber realizar backups periódicos, es necesario que pueda ser exportada e importada en formatos estándar (CSV, SQL, XML, etc), osea que la aplicación tenga esas funciones. De otra forma el usuario es cautivo de esa aplicación y tras algún problema con la misma (producto discontinuo o incompatible, para dar algunos ejemplos) se quedará sin todos los datos cargados durante el uso del sistema.
Por otro lado da la posibilidad de migrar a otro aplicativo mas potente que surja en un futuro, si el que es utilizado no complace las necesidades.
En otras palabras no dependemos del desarrollador.
Otra característica que es aconsejable, al momento de elegir algún sistema de este tipo, es que permita ingresar y sacar datos mediante aplicaciones de terceros, esto se logra mediante librerías especiales o APIs.
Recuerdo una vez que me solicitaron cargar un archivo de Excel a un sistema enlatado. El archivo contenía aproximadamente 200 registros y se entregaban nuevos archivos con nuevos datos de la misma cantidad de registros de forma mensual, de manera que había que automatizar el proceso.
Afortunadamente el desarrollador proveía una librería (dll) junto con la estructura de la base de datos, algunos ejemplos en distintos lenguajes y otra información de interés que permitían cargar datos a la aplicación, en un tiempo se desarrollo un aplicativo que iba recorriendo los registros del archivo Excel y los iba cargando en el sistema.
Lo que ahorro mucho “trabajo de hormiga de forma manual”, se evitaba errores humanos, tiempo y por supuesto a la larga plata.
También hay que aclarar que tener un acceso tan en crudo sobre el sistema puede ser riesgoso y es aconsejable realizar backups antes del proceso.
Las aplicaciones web no son la excepción, por ejemplo Google creó el sitio Data Liberation (lamentablemente solo está en ingles) que explica como “escapar” a aplicaciones de Google y como “escapar” de aplicaciones de Google.
También el sitio “Document Freedom Day” incentiva festejando un día del año el “día de la liberación de documentos” donde se trata de educar a la gente sobre la importancia de la utilización de formatos de documentos abiertos y los estándares abiertos en general.
Así que ya sabe, no deje que sus datos estén secuestrados por las aplicaciones, utilice aplicativos que le permitan exportar e importar, utilice aplicaciones que tenga librerías que permitan a terceros desarrolladores agregar datos y utilice estándares abiertos... claro, si quiere disponibilidad de su información.
Páginas
▼
jueves, diciembre 30, 2010
domingo, diciembre 12, 2010
Si puede ser sin Adobe, mejor
Recientemente han ocurrido dos noticias en el ámbito informático, que ambas pueden tener una connotación para la empresa Adobe.
La primera de ellas es que el sitio para escuchar música online mediante streaming Grooveshark dejo su interfaz en Flash y decidió migrar parcialmente a HTML5, digo parcialmente porque el streaming se sigue haciendo mediante flash. La ventaja es que carga mas rápido la interfaz y respeta un poco mas los standards web.
Por otro lado el navegador Google Chrome incorporó en su versión 8 un complemento llamado “Chrome PDF Viewer” que es un lector integrado de archivos PDF. Esto evita el tiempo que suele tardar en abrir el Acrobat Reader.
De todas formas si se quiere desactivar el lector de archivos pdf integrado basta con ir a "chrome://plugins/" y desactivarlo presionando inhabilitar en el complemento en cuestión.
El hecho de que se vean diferentes alternativas y que no se dependa de una sola empresa para el funcionamiento de aplicaciones es algo positivo.
Tener una aplicación en Flash que ocupe toda la pantalla como era la anterior interfaz de Grooveshark tiene la desventaja de consumir muchos recursos, ahora con los nuevos navegadores HTML5 va tomando mas terreno, esperemos que en un tiempo no se dependa para nada de Flash, para que por ejemplo, se pueda reproducir en dispositivos que no soportan esta tecnología como el iPad.
La primera de ellas es que el sitio para escuchar música online mediante streaming Grooveshark dejo su interfaz en Flash y decidió migrar parcialmente a HTML5, digo parcialmente porque el streaming se sigue haciendo mediante flash. La ventaja es que carga mas rápido la interfaz y respeta un poco mas los standards web.
Por otro lado el navegador Google Chrome incorporó en su versión 8 un complemento llamado “Chrome PDF Viewer” que es un lector integrado de archivos PDF. Esto evita el tiempo que suele tardar en abrir el Acrobat Reader.
De todas formas si se quiere desactivar el lector de archivos pdf integrado basta con ir a "chrome://plugins/" y desactivarlo presionando inhabilitar en el complemento en cuestión.
El hecho de que se vean diferentes alternativas y que no se dependa de una sola empresa para el funcionamiento de aplicaciones es algo positivo.
Tener una aplicación en Flash que ocupe toda la pantalla como era la anterior interfaz de Grooveshark tiene la desventaja de consumir muchos recursos, ahora con los nuevos navegadores HTML5 va tomando mas terreno, esperemos que en un tiempo no se dependa para nada de Flash, para que por ejemplo, se pueda reproducir en dispositivos que no soportan esta tecnología como el iPad.
Sitemaps, mostrándole a los buscadores nuestro contenido
Al crear un sitio la estructura del mismo puede ser confusa para los buscadores, ya que deben ir recorriendo los links para así armarse de toda la cantidad de paginas que tiene el mismo.
Por suerte existe un estándar por el cual se le puede, mediante un archivo XML o en su defecto TXT, mostrarle todas las páginas que contiene el sitio web.
El estándar se encuentra en el sitio www.sitemaps.org que es soportado por Google, Yahoo! y Microsoft.
Bastará con generar el archivo sitemap, ya sea de forma manual o dinámica, y reportarlo en los buscadores o dejarlo referenciado en el archivo robots.txt en la raíz del sitio de esta forma:
Si quiere aprender mas sobre la optimización para buscadores, puede leer la guía de Google que comente hace un tiempo.
Por suerte existe un estándar por el cual se le puede, mediante un archivo XML o en su defecto TXT, mostrarle todas las páginas que contiene el sitio web.
El estándar se encuentra en el sitio www.sitemaps.org que es soportado por Google, Yahoo! y Microsoft.
Bastará con generar el archivo sitemap, ya sea de forma manual o dinámica, y reportarlo en los buscadores o dejarlo referenciado en el archivo robots.txt en la raíz del sitio de esta forma:
Sitemap: http://www.ejemplo.com/sitemap.xmlCabe destacar que para muchos CMS ya existen plugins que generan automáticamente el archivo sitemap, pero para el caso de que no existan estos plugins o si deseamos hacerlo manualmente en este blog hay un ejemplo para el CMS SimpleMachineForums, como se ve no es tan complicado.
Si quiere aprender mas sobre la optimización para buscadores, puede leer la guía de Google que comente hace un tiempo.