ixaidev por Ixai Lanzagorta Ochoa |
Un documental sobre una noticia bastante preocupante, el gobierno con la posibilidad de monitorear toda comunicación electrónica que salga, entre o pase por Suecia. Esperemos que cosas como estas no pasen en México.
Lo bueno de las malas experiencias es que nos sirven para aprender. Mi ejemplo es un problema de hosting para un sistema que hice para una empresa, seguimiento de clientes, nada complicado. Aunque en realidad esto comenzó desde el trato con el cliente al inicio del proyecto.
Para empezar, los clientes no sabían qué querían para su sistema. Empezó con un sistema de escritorio, lo que yo logré que deshecharan rápidamente (principalmente porque no es mi especialidad). Les expliqué las ventajas de un sistema en linea al poder acceder a los datos desde fuera pero al final de cuentas quedamos en que primero iba a ser un sisteman en LAN y, dependiendo de como se viera, se podría sacar a un host en la web.
Cambios de último momento. Cuando ya estaba listo el sistema se dieron cuenta que sus vendedores pasan mucho tiempo fuera de la empresa, por lo tanto se buscó una solución entre hostear el sistema en mi servidor (shared hosting) o el servidor donde ellos tenían su sitio (llamemoslo www.empresa.com). Obviamente es mejor tener un subdominio (seguimiento.empresa.com) que intentar hacer que recuerden una dirección como ixaidev.com/empresa, se contactó al personaje que tiene su host y se me dio acceso al subdominio con mi base de datos y una cuenta FTP.
¡Nunca asumas! Lo tuve que aprender a la mala, como toda persona que trabaja con Apache, hago uso de los archivos .htaccess para configurar el servidor a mi gusto, el sistema dependía de ellos pero este nuevo host no usaba Apache, sino IIS (el host programa en ASP). La bronca aquí es que todas las configuraciones y sobre todo las “Rewrite Rules” no sirven, no hay manera de tener urls del estilo www.empresa.com/controller/action, sino que tienes que recurrir a www.empresa.com/index.php/controller/action, un problema tedioso ya que no puedes usar los constructores default de URLs y tienes que modificar a mano todos los links.
Despues de eso el sistema sirvió por más de un mes, hasta que surgió uno de los problemas más extraños que he visto, claro que era algo mínimo y todos saben lo frustrante que pueden ser esos problemas. Nada sirve hasta que no arreglas un caractér en tu código y la cosa aquí fue una diagonal (si, ‘/’). Si alguien sabe como es que esto afecta un sistema, por favor diganme, la cosa va así: normalmente las direcciones en Apache serían www.empresa.com/controller/action/, se tuvo que cambiar a www.empresa.com/index.php/controller/action/ pero, misteriosamente, despues de un més de funcionamiento eso tampoco servía, resulta que se tenía que escribir www.empresa.com/index.php/controller/action (sin el ‘/’ final) porque si no los tomaba como directorios y te daba un 404 Not Found.
Obviamente yo no cambié nada en el sistema, y el host dice no haber cambiado ninguna configuración. Le creo hasta cierto punto ya que, como el mismo lo dijo, “tengo 166 sitios en ese servidor, si cambio algo sin previo aviso amanezco en el centro linchado y quemado en leña verde”.
De aquí no queda otra más que saber como funciona IIS, saber exactamente donde y como se van a hostear tus proyectos antes de empezar a trabajar en ellos y, en caso de ser necesario, recomedar alguna solución que pueda ayudar a todos, tanto a tí como a la empresa que te contrató. Una solución que hubiera podido funcionar es un simple link o redireccionado hacia un servidor en Apache desde su sitio.
Si les gusta leer blogs y están interesados en los temas de desarrollo web, estándares web, (X)HTML, etc. entonces habrán leído más de una vez algún post que se llame “HTML vs XHTML” o algo similar. Yo me topé con esto cuando conocí habari, algo que los distingue es que hicieron una decisión de servir sus páginas como HTML 4.01 y no XHTML, lo que se aleja de la tendencia… ¿o no tanto?
Es algo raro, hace unos años todo mundo te decía que XHTML era el futuro, muchos blogs tienen en sus archivos críticas contra HTML, “rants” a favor del código bien estructurado, XML + HTML = XHTML… pero últimamente empieza a crecer un interés por volver a usar HTML y, como en todos los temas, no hay nadie que no tenga una opinión. La mía probablemente no sea la de mayor importancia, ni tenga un impacto sobre nadie, pero me gustaría darla.
Algo que quiero dejar en claro es que yo no estuve cuando nació el XML. Yo conocí el HTML entre la primaria y la secundaria, estoy hablando de hace casi una década, lo que significa que a lo mucho tenía unos 11 años de edad. A esas alturas solo jugaba, no existían - por lo menos en mi mente - estándares. Después de ese descubrimiento pasé unos 6 o 7 años sin tocar el HTML nuevamente hasta que entré a la universidad y, una vez descubierta la programación, volví a voltear al Internet. XHTML ya estaba establecido, para mí no hubo discución, los estándares ya no eran solo documentos, estaban implementados y eran utilizados por la gran mayoría… y no ha habido mucho cambio de entonces al día de hoy, pero entonces surgió el renacimiento del HTML.
Hay muchos argumentos a favor y en contra del HTML, pero lo cierto es que, a final de cuentas, todo depende del programador. A mi no me toca más que leer, analizar y emitir un juicio que se refleje en mi trabajo. En un esfuerzo por hacer síntesis de lo que he leido presento mi comparación.
MIME-type: El tipo MIME de un archivo es lo que le dice a un programa qué tipo de archivo está recibiendo, tu puedes nombrar un archivo como quieras (.doc, .txt., .aaa, .html, .htm, .xhtml…) pero el software ignora eso la mayor parte del tiempo, en cambio se basa en un encabezado que le dice “Este archivo es de tipo [x]“, que es una convención establecida. Un documento en texto plano se sirve como “text/plain”, un archivo HTML es “text/html” y un archivo xhtml debería de ser “application/xml”, “text/xml” o “application/xhtml+xml” (este ultimo siendo el preferido). Aún así, la mayoría de los supuestos XHTML en la red se entregan como “text/html”, que si bien la especificación lo acepta (únicamente para XHTML 1.0 Transitional), se recomienda que no se haga. Pero, yo puedo especificar ese tipo de MIME, ¿cierto? El problema con esto es que Internet Explorer no acepta archivos en ninguna de las 3 formas preferidas de XHTML, por lo tanto más del 70% de tu público (recuerden que las estadísticas nunca son absolutas) no podría ver tu página.
XHTML bien formado: Naveguen en internet buscando logos que digan “valid XHTML”. Sigan el link al que los manda (lo más probable es que sea http://validator.w3.org/check/referer) y luego me dicen cuantas páginas (especialmente blogs) verdaderamente validan. El problema es que estamos hablando de sitios dinámicos, nuestro código se hace con una mezcla del template que usemos, los plugins que agreguemos, el texto que escribimos en los posts y los comentarios de nuestros visitantes. Los primeros dos puntos, si somos verdaderamente cuidadosos, los podemos controlar para asegurarnos que generen código 100% valido. Si hablamos de páginas para clientes, es dificil que podamos controlar el hecho de que escriban en XHTML, al usuario común no le importa si su página valida y los WYSIWYG son la herramienta que más aprecian. Por útlimo, los comentarios son la parte más dificil de todas, es gente completamente desconocida que tiene derecho a escribir lo que quiera y como quiera… y no olvidemos el SPAM. Moraleja: no es fácil, a menos que restringas mucho a tus clientes y a su público, conseguir código 100% válido.
Esta limitante del código bien formado nos lleva a un tercer punto importante del XHTML: cuando IE acepte los MIME recomendados para el XHTML (y si las páginas se empiezan a enviar de este modo) no sería posible ver la mayoría de las páginas. XML está especificado de tal manera que, con cualquier error, el software debe de terminar diciendo que hay un error y que no se puede mostrar la página. Si, como dijimos, la mayoría de las páginas no validan verdaderamente, entonces la mayoría de las páginas no podrían mostrarse.
Creo que por ahora dejaré esto así, estos son mis argumentos, me parecen los principales y lo suficientemente convincentes, a final de cuentas es más una idea de consistencia, no tiene sentido escribir algo en un lenguaje y decir que es otro desde mi punto de vista. Como todas las cosas, es algo que irá evolucionando, en un futuro se soportarán mejor estas tecnologías, probablemente salgan nuevas, y la web seguirá cambiando. Mientras esto pase les dejo una de las mejores lecturas que pude encontrar sobre este tema: Siding with HTML over XHTML. Ahí mismo pueden encontrar ligas a otras lecturas, o busquen en su buscador preferido.
Un pequeño ensayo para mi clase de administración estratégica sobre el texto “The Gospel of Wealth” de Andrew Carnegie basado en tres preguntas:
La administración de las riquezas personales es un tema que no se trata tan seguido como debería, con un poco de suerte nuestros padres nos enseñan a ahorrar, guardar una parte de todo lo que ganemos para asegurar nuestra vida una vez que dejemos la edad laboral, pero nadie te dice qué hacer cuando ganas más dinero del que necesitas – de hecho nadie te dice cuánto es más dinero del que necesitas – y este es el tema que trata este ensayo de Andrew Carnegie. Su introducción me dejó algo confundido, pues habla de que es bueno que se noten las diferencias culturales entre los ricos y los pobres, un punto debatible, pero lo que le sigue demuestra un gran respeto por la sociedad.
La línea básica de la discusión es que un hombre tiene tres maneras de invertir su dinero una vez muerto: repartiéndolo todo entre sus familiares, haciendo una donación final o no dejando dinero al morir. La última opción, más elaborada, significa que esta persona supo manejar su dinero mientras vivía, haciendo algún bien a la sociedad, acto con mayor significado que una donación final que solo lo revela como un hombre que no quiso renunciar a su dinero hasta que no tuvo que hacerlo. Me parece que tiene razón al hacer una afirmación como esta, pues un bien social no se hace de un día para otro con dinero, toma tiempo y esfuerzo de gente comprometida que, al poder contar con soporte constante, es más productiva, como una inversión a largo plazo.
Se puede seguir el mensaje de Andrew Carnegie de muchas maneras, investigando distintos temas de interés y organizaciones que se dediquen a esa linea de trabajo, probablemente la mejor opción, hablando de donaciones económicas, sea apadrinar una organización y mantener una relación constante, pues como se dijo anteriormente se trata de una inversión a largo plazo, y si se decidiera dar donaciones aleatorias a organizaciones aleatorias nunca se llegaría a ver un resultado tangible o cuantificable (física o estadísticamente).
Este ensayo es una visión muy interesante sobre las responsabilidades sociales de los ricos, personas que tuvieron las oportunidades necesarias y tomaron las decisiones correctas. Son una parte de nuestra cultura que actualmente es vista de muchas maneras, por una parte son lo que todos quisieran ser, por otro lado se les reprocha su actitud hacia los demás, pero como se menciona, podrían ser los mecenas de nuestra sociedad, gente respetada por su compromiso y su apoyo hacia los más necesitados.
Saliéndome un poco (o bastante) del tema, leí algo que me dejó impresionado porque es algo que siempre he querido que exista por más irreal que me parecía: Alimentación sin cables. Habrá que ver como se desarrolla esta tecnología en todos los sentidos, usos, precios, efectos secundarios, etc. Pero definitivamente es, para mí, uno de los avances más esperados en esta era en lo que todo es wireless.
Bueno, creo que he tenido tiempo suficiente manejando WordPress para poder dar una primera opinión sobre este sistema.
WordPress está enfocado a ser un sistema de blogs, puede ser utilizado como CMS pero siento que para hacer sitios un poco más complicados tienes que saber manejar tus archivos de templates y la relación template-página crece generando una dependencia que, normalmente, deberíamos evitar. Es un producto bastante maduro, tiene en el mercado mucho tiempo (desde el 2003) y ha logrado crear una comunidad de usuarios, desarrolladores y diseñadores de gran tamaño, con una infraestructura para envidiar; cuenta también con un ciclo de publicaciones definido (cada 4 meses) lo que lo hace un atractivo para los que buscan estabilidad. Un punto importante es que los lideres del proyecto formaron una empresa, Automattic, bajo la cual mantienen dos pilares extra de esta plataforma: Akismet, un filtro de spam; y Wordpress.com, el sitio donde cada quien puede crear su propio blog gratuito con ciertos limitantes y ciertos extras.
Esta plataforma es una de las más simples de usar que he visto, cuenta con un editor WYSIWYG que es una versión de TinyMCE altamente adaptada para facilitar el manejo de multimedia en los artículos, te da la posibilidad de agregar imágenes, video y audio importando los archivos o navegando tu librería multimedia (archivos que hayas subido anteriormente) lo que lo hace perfecto para gente que no está familiarizada con la típica interfaz de “pon el URL de la imagen aquí:[text-input]“, o lo que es lo mismo, cualquier cliente promedio. TinyMCE viene además con la opción de editar el texto en HTML permitiendo mayor control para los que les interese. En realidad yo no apoyo los editores WYSIWYG del todo por que creo que ese concepto ya no es tan cierto como era antes, ahora lo que escribes y formateas en ellos despues se ve transformado por el CSS de la página donde termina el texto y puede llegar a crear unas aberraciones extrañas, sobre todo si haces uso de los formatos de encabezado, pero a la gente le gusta usarlos para hacer copy-paste de Word.
Continuando con la simplicidad de uso, vale la pena mencionar el entorno entero de la administración del sitio. Cuenta con un menú reducido, con las opciones que los diseñadores consideraron básicas: “write, manage, design, comments” o escribir, administrar, diseñar y comentarios, funciones básicas de los bloggers; además de un menú secundario, cosas a las que accedes con menor frecuencia, como “settings, plugins, users” (configuración, plugins, usuarios) y ligas a sitios de interés como los foros de wordpress.org. El menú principal se extiende una vez que hayas decidido que acción quieres tomar, por ejemplo, si eliges escribir te presenta las opciones de escribir un post, una página o un link. Los colores de la interfaz son sobrios, un fondo blanco y un manejo de tonos de azul y gris, utilizan el color rojo adecuadamente para llamar la atención del usuario.
Como mencionaba anteriormente, algo de envidiar de WordPress es WordPress.org, el sitio que sostiene a la comunidad. En él podemos encontrar descargas, documentación, ayuda, plugins y themes. El sitio de plugins es uno de los principales atractivos, una base de datos de más de 2,500 complementos que convierten a este pedazo de software en un monstruo potencial. La documentación también es algo admirable, un sitio limpio, actualizado (lo que es raro para un proyecto Open Source) y con un buen sistema de búsqueda.
Los themes, el “look and feel” de tu sitio, son una parte importante de cualquier sistema de CMS/blogging. En WordPress se pueden desarrollar templates fácilmente gracias a dos conceptos que implementan, “template tags” y “The Loop“, y a un sistema de jerarquías de nombres de archivos, si les interesa dense una vuelta por WordPress Codex porque es algo bastante largo de explicar. Diseñar themes puede ser tan sencillo como crear dos archivos y puede llegar al grado en el que tengas la posibilidad de tener un area reservada en la administración del sitio para la configuración de este.
WordPress es un sistema de alta calidad desarrollado 100% con el usuario final en mente, no encuentro razones para no recomendarlo, pero creo que no lo utilizaré para mi proyecto (aunque si lo estoy usando para otros, como el sitio de mi papá). Las razones son varias pero creo que la principal es que soy muy inquieto y me gusta conocer conceptos nuevos, además que me interesa el poder participar en una comunidad en la que tenga la oportunidad de hacer algo distinto, WordPress es un proyecto maduro que ya tiene sus objetivos y sus metas, a mi me gustaría poder ayudar a establecer los objetivos y las metas de otros productos.
[AI2008] será el identificador que reciban las entradas de mi curso de Agentes Inteligentes, por petición del maestro tenemos que mantener un blog con ciertas publicaciones relacionadas con la materia y trabajos que nos dejará, pero como ya tengo uno me pareció mejor integrarlo aquí, a final de cuentas no se sale tanto del tema. Uso una convención de nombre en vez de una categoría de WordPress porque no se si me quedo con WordPress, y no he visto categorías en los otros sistemas que estoy probando.
La primera dinámica sobre la cual tengo que opinar es una titulada “La Mesa del Café”. Básicamente es una manera rápida de comentar sobre algún tema (en este caso responder dos preguntas) y moderar las participaciones de cada quien para conocer distintos puntos de vista. Las preguntas eran las siguientes:
La primera parte del trabajo es mi respuesta a las preguntas…
Seguidas por unas reflexiones de la dinámica…
Preguntas:
Respuestas:
En la dinámica yo participé como “host” en mi mesa, o secretario. Como tal me tocó hacer un concentrado de todos los comentarios de los equipos, copio los puntos que resaltaron más.
1- ¿Qué opinas de la Inteligencia Artificial?
No existen verdaderamente porque se tiene que diseñar cada sistema para que aprenda algo en específico. Programación compleja, pero no “inteligencia”.
Todavía estamos “en pañales”, no se puede saber el camino que tomará la I.A. en el futuro.
Depende de la definición de “Inteligencia”.
2- ¿Qué relacion tiene tu carrera con la Inteligencia Artificial?
La tendencia es crear sistemas complejos que automatizen los procesos y la inteligencia artificial es la reacción de los ing. en sistemas. Procesos más autonomos.
Facilitar la interacción y la manipulación con los datos.
Sustitución de personal.
No soy muy fanático de las traducciones literales pero no me quedaba de otra, el titulo original de el video que les voy a recomendar es How Open Source Projects Survive Poisonous People, dura aproximadamente una hora pero la verdad vale la pena. Me encontré el link en la lista de habari-dev y me pareció muy interesante. Además cae perfecto por lo que decía en mi entrada pasada sobre el hecho de analizar las comunidades de los proyectos que estoy revisando, dan un ejemplo del estudiante que tiene muy buenas intenciones y quiere conocer todo, participar en las decisiones, contribuir con código, lee todo lo que le dices… pero aún así no sabe ser miembro de una comunidad. No quiero ser ese personaje, por lo que voy, primero, a decidir que proyecto se adapta más a mis necesidades procurando revisar sus objetivos antes de intentar involucrarme más activamente en ellos.
Dando vueltas en el tema que decidí investigar en el post pasado me encontré con un artículo de Maestros del Web que compara otro lado que no había contemplado, el rendimiento del CMS. Solo mencionan a Joomla!, Drupal y WordPress pero supongo que Symphony, Habari y Jaws no son tan conocidos todavía, de hecho Symphony se hizo open source hasta hace poco y Habari es relativamente nuevo.
Si bien el rendimiento es algo importante, no voy a darle énfasis a esto por el momento, no es mi principal interes dada la magnitud de mi proyecto, pero aún así si se dan una vuelta por una instalación de Symphony o Habari se darán cuenta que existen mecanismos de caché integrados directamente en la instalación default, y hasta donde yo he visto no existe la posibilidad de desactivarlos. Jaws por el contrario no recuerdo haber visto ninguno (hace un mes que no lo uso y lo usé por un mes, entonces no prometo nada hasta que lo vuelva a revisar a fondo).
En otro asunto, me di cuenta de un error mío y me disculpo. Mencioné (otravez, en la entrada pasada) que compararía un poco las comunidades de cada proyecto, pero me he dado cuenta que es imposible. Todos estos proyectos que mencioné son Open Source y por lo tanto cuentan con una comunidad de gente con ideologías muy similares, además es un poco dificil conocer una comunidad y poder dar una opinion sobre ella en solo 1 o 2 semanas, es necesario desarrollar con el sistema y empezar a tener dudas y comentarios para poder verdaderamente entrar en contacto con todos. No fue mi intención reducir una comunidad a un punto de un checklist como si fuera algo tangible y controlado.
Ya estoy empezando a trabajar más con WordPress (una página de mi papá) por lo que será mi primer review, esperenlo próximamente.
El proponerte tener una página y blog personales es algo interesante, el problema es que una vez que te decides por hacerlo tienes una segunda decisión de importancia: ¿Qué software vas a usar? Así como dije en mi entrada pasada que el diseño era temporal, también lo es mi instalación de WordPress; voy a estar un tiempo analizando distintos sistemas de manejo de contenidos (CMS por sus siglas en ingles) y blogs antes de elegir una que me convenza.
Aprovechando este tiempo de investigación y experimentación voy a publicar una serie de artículos en los que compararé algunos sistemas y daré mi opinión sobre ellos, algunos de los puntos que tendré en cosideración son:
Hay tres sistemas que me interesan principalemente: Symphony, Habari y WordPress pero dependiendo de mi tiempo y humor puede que incluya otros como Joomla!, Drupal y Jaws. Si alguien tiene alguna recomendación de algún otro sistema estoy dispuesto a probar de todo… aunque a veces se puede salir de control y volverse un ciclo vicioso de experimentación… gajes del oficio.
ixaidev por Ixai Lanzagorta Ochoa |