Tag: estándares
El estado del desarrollo web en 2010
Por Fate el 27 April, 2010, bajo la(s) categría(s) Noticias
Web Directions Conferences y Scroll Magazine han publicado el resultado la segunda encuesta que realizan sobre el estado del desarrollo web ahora para 2010. El estudio grafica las respuestas a las 50 preguntas de la encuesta cubriendo tecnologías, técnicas, filosofías y prácticas que los profesionales del web utilizan hoy en día.
Los datos de la encuenta se pueden descargar en formato crudo como archivo CSV o como un resumen infográfico en PDF. También se puede ver un condensado de sólo las respuestas en el sitio de Web Directions.
Algunas de las cosas que podemos deducir de este estudio:
- Pocas de las personas que respondieron usan alguna versión de Internet Explorer en su navegación web diaria, pero muchas de ellas lo utilizan como el primer navegador en que prueban sus sitios.
- Google Chrome ha crecido dramáticamente como el navegador preferido de los desarrolladores web para colocarse en el tercer lugar con 17% sólo detrás de Safari con 20% de penetración. Firefox se mantiene como el navegador número uno pero las respuestas están divididas entre 3.5 y 3.6 durante el tiempo en que se ejecutó la encuesta. Firefox 3.6 fue liberado sólo una semana antes de que la encuesta comenzara.
- Más de la mitad de las personas que respondieron la encuesta utilizan Mac OS X como su sistema operativo principal.
- Más de la tercera parte de las personas que respondieron la encuesta (más del 16%) usan Mobile Safari, mientras el uso de Android es de cerca del 4%.
- JQuery se ha vuelto más dominante, con cerca del 80% de personas que lo usan, más de 63% del año pasado.
- Más personas utilizan (45%) CSS3 experimental que las que no lo usan (44%), con un incremento notable del año pasado (sólo 22% usaban CSS3 y cerca del 70% no lo usaba).
Cómo validar si una página web cumple con estándares web
Por Fate el 26 April, 2010, bajo la(s) categría(s) Tips
Los estándares web (HTML, CSS y JavaScript/ECMAScript) se están volviendo cada vez más populares entre las personas que se dedican a crear sitios y páginas web por varias razones: cada vez son más sofisticados, permiten una buena separación entre contenido, aplicación y presentación, es amigable con buscadores y es accesible para personas con algun problema o discapacidad visual, auditiva o motriz.
El problema con los estándares web son más recomendaciones que reglas y es fácil construir sitios web que no cumplan con estos estándares. Afortunadamente es fácil y gratuito revisar si una página web cumple con las recomendaciones además de que no son necesarios conocimientos técnicos avanzados.
La entidad que publica estos estándares, el W3C –World Wide Web Consortium- creó una serie de herramientas en línea que permiten la revisión rápida de una página web sobre una tecnología específica. Basta con abrir en el navegador web la dirección del Validador Web del W3C, que se ve así:
En la cada de texto basta con escribir la URI (la dirección web) de la página que vamos a revisar y el reporte se generará en poco tiempo:
El reportenos indica que la página en cuestión (en este caso, el home del sitio de Byte Me) no pasa la prueba:
Algo importante de este validador es que nos entrega ayuda y guías para saber en qué parte de la página se pueden encontrar los problemas y cómo solucionarlos, siempre que tengamos acceso al código de la página:
En el caso de una página que sí pasa la prueba de estándares, el resultado se ve así:
En reconocimiento al esfuerzo por hacer páginas y sitios compatibles con estándares, W3C nos regala un botón que podemos pegar en el sitio Web:
¡Listo! El validador de W3C puede validar no sólo HTML/XHTML, sino también puede revisar archivos RSS/Atom para feeds, hojas de estilo CSS,
revisar si el contenido de una página se verá bien en un móvil o si tiene enlaces (links) rotos, además de varias herramientas adicionales.
Hay otros métodos para revisar si un sitio es compatible con estándares desde el entorno de diseño/desarrollo, pero esos los dejo para después.
Adobe demandará a Apple
Por Fate el 14 April, 2010, bajo la(s) categría(s) Noticias
Para los que no han escuchado el programa de Byte Me por QuiteloudFM.com (jueves de 19:00 a 20:00 hrs GTM -6) en las últimas semanas, un tema recurrente al comentar las notas sobre tecnología es el pleito que tienen entre manos Apple y Adobe, o mejor dicho, Apple vs Adobe. La compañía creadora del iPod, iPhone, iPad y todo el iWhatever a sido muy enfática en relación a la ejecución de aplicaciones Flash/Flex de Adobe en sus dispositivos portatiles, primero hablando de su soporte estándares web (HTML 5 + JavaScript) y después argumentando que los desarrolladores de Adobe “son flojos” y que los runtimes de Flash y AIR son responsables de la mayoría de los problemas en una Mac. Apple logró darle la vuelta a este problema construyendo un compilador de Flash a iPhone para poder publicar de manera más o menos directa aplicaciones Flash en un iPhone.
El jueves de la semana pasada mientras se anunciaban las actualizaciones para iPhone OS 4.0, Apple también lanzó la actualización de las licencias de términos y condiciones para desarrolladores de la plataforma móvil de la compañía de la manzana: lo más relevante es que, de acuerdo a esta nueva licencia:
Las aplicaciones pueden sólo utilizar API documentada en la forma prescrita por Apple y no debe usar o llamar a ninguna API privada. Las aplicaciones deben ser escritas originalmente en Objective-C, C, C++ o JavaScript ejecutado por el motor del iPhone OS WebKit y sólo el código escrito en C, C++, Objective-C y podrá compilar y vincular directamente contra las API documentadas (por ejemplo, aplicaciones que vinculan a las API documentadas a través de una capa intermedia de traducción o la compatibilidad o la herramienta están prohibidas).
¿Qué quiere decir esto? Básicamente que Apple ha prohibido la construcción de aplicaciones para sus iMóviles en cualquier otra herramienta, lenguaje o plataforma que no sean las propias de Apple, y esto no sólo afecta a Flash/AIR de Adobe, sino a un montón más de tecnologías y plataformas como Monotouch, Titanium, PhoneGap, Unity3D y varias más que servían de puente para que programadores con experiencia en otros entornos pudieran llevar sus aplicaciones a los dispositivos de Apple.
Adobe resulta seriamente afectado por esta decisión de Apple ya que pone en riesgo su posición en el mercado web y particularmente en el mercado de dispositivos móviles, al grado que ya se habla desde fuentes muy cercanas a Adobe (si bien no las oficiales) de que pronto se anunciará una demanda, algo que no es sorprendente después de leer las reacciones de algunos de los evangelistas de Adobe como Lee Brimelow que escribió en su blog personal “Go screw yourself Apple“
Este sentimiento a tenido eco en la comunidad de programadores: Joe Hewitt, creador de la aplicación de Facebook para iPhone escribió “Eso habla del nivel de innovación en lenguajes de programación para la plataforma iPhone“, dijo. “Estoy molesto porque francamente creo que Objective-C es un lenguaje mediocre y me entusiasmaba utilizar otros lenguajes para hacer el desarrollo en iPhone divertido de nuevo. Es muy difícil para mí reconciliar mi amor por estos hermosos dispositivos en mi escritorio y mi odio por esas feas palabras en el acuerdo legal“.
Cuando Hewitt dice “feas palabras” tal vez debió recordar la claúsula del acuerdo de desarrollo de aplicaciones para iPhone que dice:
Comunicados de prensa y otra publicidad: no se pueden emitir cualquier comunicados de prensa o hacer otras declaraciones públicas con respecto a este acuerdo, sus términos y condiciones o la relación de las partes sin la aprobación expresa previa por escrito de Apple que puede ser retenida a discreción de Apple
Lo peor de todo esto es que nadie gana: abrá menos aplicaciones para iPhone/iPad, los creadores de sitios tendrán que trabajar el doble para hacer dos versiones de sus sitios y están obligados a decidir entre olvidar toda su experiencia en Flash y cualquier otra plataforma para rich media o a quedarse fuera del iUniverse. Veremos que pasa.



