Embat Consultors

April 30, 2008

Validación != Semántica

Filed under: Programación — Tags: , , — jballester @ 9:05 pm

Sé que es un título algo extraño, y que en su totalidad no es 100% cierto, pero este post lo voy a dedicar casi exclusivamente a explicar el sentido de este título.

Validación != Semántica

Empecemos explicando el significado de los 3 elementos del post:

“Validación”: Validación por la W3C del cumplimiento de los estándares web.

“!=”: En programación significa “Distinto de”

“Semántica: El concepto de “web semántica” (ya dije que dedicaría un post en varias ocasiones, tranquilos, lo haré :D)

Bien, ya estamos situados, entonces vayamos al meollo del asunto:

¿Por qué digo que Validación es distinto de web semántica?

Hace ya un tiempo que me fijo mucho en los códigos de las páginas (deformación profesional) así como en las validaciones de las mismas. Qué tipo de validación es y si pasa los tests de las validaciones, tanto de HTML/XHTML, como de CSS, como de javascript.

Además de mirar el código, y fijarme en si validan (por tanto, cumplen los estándares) también me fijo en la finalidad de esa validación, entonces me pregunto lo siguiente:

¿Cuál es la finalidad de la validación?

Quiero pensar que el objetivo de que algo valide, es que cumpla unos estándares, ya escribí otro post referente a las ventajas de seguir las estándares, por tanto no hace falta que profundice en ello. Pero aún así, el objetivo de validar no debería ser, simplemente, que la web cumpla los estándares dictados, creo que hay que ir más allá.

Aquí entra en juego el famoso término que no paro de nombrar… Si! lo adivinásteis, “Semántica“.

Para mí el cumplir los estándares es un paso más, pero este va de la mano de la Semántica, y aquí empiezo a acercarme al intento de explicar el título del post.

Hay páginas que validan su código perfectamente por la W3C (y otros), tanto su HTML/XHTML como sus CSS. E incluso el javascript estándar. Pero desgraciadamente, en ese intento brutal de conseguir la validación, dejan de lado totalmente la Semántica…

Parece contradictorio, ¿verdad?

Si, no deja de ser incluso anecdótico que intentando hacer las cosas bien, resulta que te alejes de hacerlo.

Que tengas que poner un form, fieldset, label e input correctamente para validar, lo que quiere decir es que es recomendable hacerlo, pero por alguna razón, ¿no creéis?. pues sí, la cuestión es que siguiendo esas recomendaciones puedes hacer mejor tu código, más entendible.

Y que si pierdes parte de tu tiempo en el desarrollo de una web en las validaciones, porque quieres ser estándar, qué menos que intentar hacerlo aún mejor, y hacer que esa validación que luces en la etiquetita de tu footer sea más que un adorno.

Conclusiones

Llegados a este punto, ¿qué sacamos en claro?

Las validaciones son recomendaciones que hacen organismos como la w3c, que proponen líneas a seguir a la hora de desarrollar una web, recomendaciones que ayudan a la comunicación, a la universalidad, pero que van ligadas a un pensamiento, a una forma acertada de hacer las cosas, y que si podemos “validar” una página, también podemos hacerla más semántica, más útil, más limpia, etc…

Os animo a que lo probéis…

Y claro está, queda pendiente mi post sobre la web semántica. (palabrita de niño Jesús que será el siguiente)

Joan
Embat Consultors

April 26, 2008

Hay que romper con las barreras de la red (Accesibilidad)

Filed under: Programación — Tags: , — jballester @ 10:44 pm

Otro tema candente en internet: La accesibilidad.

¿Qué es la accesibilidad?

Según la Wikipedia (como no):

La accesibilidad es el grado con el que algo puede ser usado, visitado o accedido por todas las personas, independientemente de sus capacidades técnicas o físicas.

Expliquemos… Algo es accesible cuando cualquier persona puede acceder a ello. Puede parecer algo evidente, pero no es tan evidente como parece de primeras.

¿Qué es la accesibilidad web?

Tim Berners Lee tenía claro que:

El poder de la web está en su universalidad. El acceso de cualquier persona, con independencia de su discapacidad es un aspecto esencial.

Y definió como accesibilidad: Es el arte de garantizar que los medios estén disponibles para las personas, tengan o no deficiencias de un tipo u otro.

Razones

En 2006 entró en vigor la LSSI, uno de cuyos requisitos exige que las Administraciones Públicas hagan accesibles los contenidos de sus páginas web.

Otro término que veréis bastante hablando de este tema, es el de Usabilidad, pero como ya dije en otros artículos, ya escribiré acerca de eso más adelante.

Nótese que he escrito “Administraciones Públicas”, entonces…

¿Por qué hacer sitios accesibles si no somos administraciones públicas?

Buena pregunta, aunque los desarrolladores (la mayoría, o eso espero…) queramos hacer páginas accesibles, los empresarios no lo terminan de ver.

Por ello, nada mejor que enfocarlo desde 2 puntos:

El lado económico

  • Entre un 10 y 20% de la población tiene algún tipo de discapacidad (mayor o menor). Haciendo el sitio accesible aumentas el espectro de los clientes potenciales.
  • También es probable que algunas personas no tengan instalado el “navegador X” o el “plugin Y”, ¿por qué cerrarles la puerta de tu negocio?
  • Las personas mayores también son sensibles a los problemas de accesibilidad.
  • Sin duda es más sencillo hacerlo accesble desde el primer momento, ya que si tenemos que rehacer las webs luego, se tardará muchísimo mas.
  • Profesionalidad. A ojos del resto, serás más profesional. Con el tiempo, el término accesible lo entiende más gente, y eso da visión de confianza.
  • Reduce el ancho de banda. Menos tráfico de red. Más rapidez.
  • Menos tiempo de mantenimiento. Código más limpio. Menos errores. Errores más fácilmente solucionables, más aislados.
  • Buscadores. Los buscadores son ciegos, sólo leen el código. Si la página es accesible se presupone que el código será limpio. Aunque la accesibilidad no sea el factor determinante en esto, está claro que es uno a tener en cuenta.

Beneficio social

  • No está bien discriminar a personas porque tengan algún tipo de problema de acceso a los contenidos de la web.
  • Si los sitios web son accesibles para las personas con discapacidad podrán beneficiarse de ellos.
  • Ayudaríamos a las personas a estar en contacto con los suyos.
  • Estaríamos construyendo una sociedad de la información para todos
  • Construiríamos una sociedad más justa, más integradora.

Conclusiones

Como podéis ver, hacer las páginas accesibles no cuesta tanto esfuerzo, y el beneficio es grande.

Ayer confirmamos que éramos estándar.

Hoy confirmo que soy accesible…

¿Y vosotros?

Joan
Embat Consultors

April 25, 2008

Ser o no ser estándar, tu decides

Filed under: Programación — Tags: , — jballester @ 9:59 pm

¿Qué es un estándar?

Directamente extraído de la Wikipedia (¡qué grande!, por cierto…) estándar es:

Es una especificación que regula la realización de ciertos procesos o la fabricación de componentes para garantizar la interoperabilidad.

Supongo que se comprende, así en líneas generales y sin enfocarlo al mundo web, son una serie de recomendaciones o guías con las que se presupone que no nos desviaremos del lugar al que vamos.

¿Qué son los estándares web?

Directamente extraído de Maestros del web (otra gran fuente ^^) estándares web son:

Un conjunto de recomendaciones dadas por el World Wide Web Consortium (W3C) y otras organizaciones internacionales acerca de cómo crear e interpretar documentos basados en el Web.

Bien, definamos un poco más esto.

La W3C son un consorcio internacional que se dedica a crear y promover estándares web y guiar a la web hacia su máximo potencial. No tenemos que olvidar que la web como la conocemos, cambia constantemente, y de la W3c, y nuestra parte, depende que evolucione positivamente para todos. (Y o no sólo para unos pocos)

Un poco de historia nunca viene mal, ¿verdad?

Recordemos que la Web fue creada alrededor de 1989 por Tim Berners-Lee (y Robert Cailliau) cuando trabajaban en el CERN. La aparición del W3C no se hizo esperar demasiado, y el mismo Tim Berners-Lee es su director.

¿Quién dicta los estándares web?

Desde 1994, el W3C ha publicado más de ciento diez estándares (llamados recomendaciones).

Los objetivos actuales de la W3C se resumen en: Web para todos, Web desde cualquier sitio, Base de conocimiento y Confianza.

Todos ellos, evidentemente, se intentan conseguir mediante el uso de los estándares web.

¿Por qué necesitamos los estándares web?

Este punto, es de los más propensos a discusión, discusión que por otra parte me encanta.

La respuesta, desde mi punto de vista es muy sencilla, ¿acaso no tenemos normas de circulación?

Si no las tuviéramos la circulación sería un caos, és más, aún teniéndolas la circulación sigue siendo difícil, por no llamarla de otro modo.

Por eso, en internet, también necesitamos unas guías, una forma correcta de hacer las cosas, para que así los programadores tengamos un camino definido, por el cuál podemos llegar a todos los usuarios.

¿Qué beneficios nos reporta utilizar los estándares web?

Un par de palabrejas que leeréis mucho si profundizáis en el tema de los estándares web son, por ejemplo, Accesibilidad y la portabilidad (seguidas de usabilidad, buscabilidad, etcétera… pero de estas hablaremos más adelante)

La accesibilidad es lo que nos asegura que cualquier usuario podrá acceder a nuestra página, independientemente de la plataforma, navegador, etcétera…

La portabilidad nos permite separar completamente nuestro contenido de nuestro diseño, pudiendo rediseñar una web en unos sencillos pasos (si controlas CSS, claro…), asímismo, también podemos cambiar contenidos sin preocuparnos del diseño.

Otros beneficios de usar los estándares los trataremos más adelante, cuando hablemos de la web semántica. (Prometo un post acerca de este tema en breve)

¿Qué problemas nos reporta utilizar los estándares web?

NINGUNO

Yo soy estándar, ¿y tú?

Joan.
Embat Consultors


101 Razones por las que no utilizar flash

Filed under: Programación — Tags: , — jballester @ 2:48 am

Santy, uno de los diseñadores del trabajo, siempre me da la brasa con el Flash.

Pues bien, hoy decidí ponerme a pensar y a navegar, redactando lo que a mi modo de ver, pueden ser grandes factores a tener en cuenta a la hora de no utilizar flash..

O si lo queréis de otro modo, ¿Por qué utilizar HTML/XHTML en lugar de flash?

  • Flash tiene problemas con los buscadores, ya que estos indexan por página, y leen el contenido (HTML/XHTML) de las webs, utilizando flash, muy probablemente, pierdas posicionamiento considerablemente.
  • Necesitas instalar software adicional al navegador para poder visualizar la web. Si tu interés es vender, ¿por qué cerrar puertas a 1 sólo cliente?
  • Graves Problemas de navegación:
    • No funcionan los botones “atrás” y “adelante”
    • Abrir un enlace en otra pestaña
    • Abrir un enlace en otra ventana
    • Ver las propiedades de una imagen
    • Obtener una imagen
    • Buscar una palabra a través del navegador
    • No puedes hacer el texto más grande o más pequeño
  • Los elementos no son estándares. Los usuarios están educados con los componentes de las webs, textos, formularios, enlaces, etc… Y pueden reconocer su función y su uso. No se debe hacer pensar al usuario para qué sirve algo de la página, él debe saberlo. Cada diseñador tiene su criterio para crear sus botones, combos, etcétera.
  • Depende absolutamente de las decisiones que tome la empresa que lo controla. Nunca sabes qué puede pasar con flash, en cualquier momento podría obligar a actualizar versiones, o sacar versiones incompatibles, y tu, no podrías hacer nada contra ello.
  • Dependencia total de los diseñadores que hacen la web. Hay más gente preparada para hacer cambios en webs HTML/XHTML que en Flash, ya que HTML es un estándar, y más gente está preparada para ello.
  • Los diseñadores tienden demasiado a crear efectos y controles complicados para el usuario.
  • Accesibilidad:
    • Personas con problemas en la vista no pueden cambiar los tamaños de las letras
    • Los sintetizadores de voz que leen el código html no pueden leerlo
  • Suelen ser más lenta. Al cargarlas de efectos y/o imágenes, las webs en flash suelen ser más pesadas (nótese el “suelen”, ya que he visto verdaderas barbaridades en HTML)
  • Los usuarios buscan algo en la web, no entretenerse (salvo casos aislados que no tienen nada que hacer). Debe haber un acceso rápido al contenido, a lo que el usuario está buscando.
  • Problemas serios a la hora de imprimir. ¿A quién no le ha pasado?…
  • Problemas para generar estadísticas. Nos movemos en un mercado en el que prima la estadística, y Flash nos dificulta conseguirlas.
  • Las webs en Flash tienden a distraer la atención del usuario frente al contenido que está buscando.

¿Para qué me parece más aberrante utilizar el Flash?

  • Webs completas en flash, quitando las excepciones que citaré a continuación, me parece un verdadero atentado terrorista diseñar un sitio al completo en flash
  • Menús de navegació. No entiendo como aún hay gente que hace la web en HTML/XHTML y el menú en flash…

A todas estas pegas, quiero añadir funciones que no veo malas para el flash, e incluso, siendo objetivo, les veo cierto sentido crearlas en flash:

  • Webs artísticas (diseño, música, fotos, pintura, etcétera)
  • Niños (webs para niños, tanto educativas como de entretenimiento)
  • Visitas virtuales (recorridos, catálogos, etcétera)
  • Banners (aunque odio los banners en general, puede atraer algo más que una simple imagen)
  • Películas y videos (evidente)
  • Juegos (también evidente)

Actualización -> Hoy, 27 de Junio de 2008, leo en Programa con Google:

He diseñado mi sitio en Flash. ¿Cómo me aseguro de que pueda indexarse correctamente?

Puesto que Flash es en sí un medio visual, a muchos usuarios (no sólo personas con discapacidad visual, sino también máquinas como Googlebot) les será difícil tener acceso a su contenido. La primera pregunta que te tienes que hacer es: ¿Estoy seguro de querer un sitio totalmente diseñado en Flash? Aconsejamos que sólo se use cuando sea estrictamente necesario. Para contenido y navegación, mejor HTML.
Si estás seguro de querer un sitio totalmente diseñado en Flash, todavía existen opciones. sIFR: Algunas páginas web usan Flash para hacer que el navegador muestre cabeceras, citas o cualquier texto con una fuente que el usuario no tenga instalada. Esta técnica permite leer una página incluso a los visitantes que no vean Flash, puesto que el contenido/navegación está en el código HTML, sólo que se enseña con un objeto Flash embebido. Usa una versión HTML que complemente al Flash. Una idea es usar Flash en la página de bienvenida, pero incluyendo un enlace HTML a la versión no Flash de tu sitio. Para más recomendaciones sobre Flash, puedes visitar una entrada en inglés del blog oficial Google Webmaster Central.

Joan
Embat Consultors

April 20, 2008

dos punto cero

Filed under: Tecnología — Tags: , — jballester @ 8:12 pm

¿Qué sucede cuando un término se repite constantemente haciendo referencias sin parar?

Que el término deja de significar lo que significaba en sus inicios.

El fenómeno de web 2.0 es un claro ejemplo de eso.

El término web 2.0 nació en el 2004, cuando la empresa O’Reilly & Associates lo utilizó por primera vez (no sé si os suena, pero esa empresa es la responsable de todas esas publicaciones sobre programación, en cuyas portadas ponen animales).

El término lo utilizaron para referirse a la nueva web que estaba naciendo en esos instantes. Que incluía redes sociales, foros, wikis, y como no, a los fantásticos blogs, que hoy día nos haen tan felices :D

Hasta ahí estaría lo “correcto”, lo que sucede, es que de tanto darle vueltas al término, uno se marea, y lo que es peor, lo marea.

Después de bautizarlo la gente empezó a llamar 2.0 a todo lo que tuviera aires de moderno.

CSS, AJAX, bordes redondeados, fuentes más grandes, etcétera…

Y ahora (es un decir, ya hace tiempo…) que la gente empieza a acostumbrarse a la web 2.0 (a la buena, y mala definición, ¡que más da!) llega la web 3.0, pero tranquilos, eso merece una entrada para ella solita :-)

El impacto de la doble negación

Filed under: Programación — Tags: , , — jballester @ 10:35 am

La semana pasada, en un curso de JavaScript (ese querido lenguaje… jeje), estábamos analizando las librerías de diferentes frameworks (por encima).

Entre ellos, como no, echamos el ojo a la de MooTools y vimos esto:

function $chk(obj){

return !!(obj || obj === 0);

};

Lo que más nos extrañó fue la doble negación (el “===” triple igual se usa cuando quieres comparar valor y tipo de la variable), e indagando sucedió esto:

Pusimos en el firebug

alert(undefined) Salió Undefined

alert(!undefined) Salió True

alert(!!undefined) Tachán… salió False.

En resumen, lo pusieron para evitar que les saliera un “undefined” como una casa dependiendo del valor que le entrara a la función $chk(obj) .

Ya sabemos una cosa más… “!!undefined = False ”

Saludos!

April 19, 2008

Embat Consultors en el foro de internet, Madrid

Filed under: Embat — Tags: , , , — jballester @ 7:55 pm

Los días 9, 10 y 11 de Mayo, Embat consultors viajará a Madrid para asistir al “Foro de internet 2008, Expertos en la web“.

Juan Antonio y yo (Joan) iremos el viernes por la tarde y estaremos tomando nota en todas las charlas que se celebrarán durante todo el sábado y el domingo en el palacio de congresos.

Según veo, los ponentes son de lo más variado.

Especial atención con Enrique Dans y Carlos Blanco, dos pesos pesados de los blogs y de los negocios en internet.

También habrá charlas acerca del rendimiento en nuestras bases de datos, mejorar nuestro SEO, mejorar el rendimiento del adwords, etc…

Puede estar muy bien.

PS: Y mi sorpresa!!!!! Viene Lina! (la socia de mi socio!)… Jajajaja, el viaje promete.

April 17, 2008

Los colores en la web

Filed under: Programación — Tags: — jballester @ 10:42 pm

El otro día, en clase de JavaScript (si… también se enseña!), salió el tema de los colores, la codificación hexadecimal, etcétera…

Al día siguiente me puse a investigar acerca de ello, y por lo visto no fuí el único que lo hizo.

Pues bien, os voy a dejar un resumen de la información que he recopilado:

El color en el mundo web, por ejemplo, en las CSS, se suele representar con “#XXYYZZ” dónde X,Y y Z son tres pares hexadecimales que pueden ir desde el FF hasta el 00. Cuánto mayor sea el valor (más cerca de 0) mayor será la intensidad del color.

Esta notación hexadecimal proviene del RGB (red, green, blue), cada color se codifica con un byte (que son 8 bits), de ese modo, la escala se suele medir de 0 a 255, es decir, que R, G y B pueden tener valores comprendidos entre 0 y 255, y esos valores pasados a hexadecinal nos dan nuestro preciado #RRGGBB, que es el formato más usado en web.

La gama de colores de la web consiste en 216 combinaciones de rojo, verde y azul , donde cada color puede tomar un valor entre seis diferentes (hexadecimal): #00, #33, #66, #99, #CC o #FF.

Entonces, 6 elevado a 3 (al cubo) nos da 216, que son el número de combinaciones. En decimal, estos valores son 0, 51, 102, 153, 204 y 255, que tienen un 0, 20, 40, 60, 80 y 100% de intensidad. Eso nos permite dividir los 216 colores en un cubo de dimensión 6.

La codificación hexadecimal nos permite expresar más fácilmente un color, de ahí que se utilice más este formato en web, ya sea en CSS, en javascript o en el mismo Html (que horror… ahí dentro, ¿eh?).

Bien, como se entiende el sistema hexadecimal: Es más sencillo de lo que parece, además de ser muy lógico. se utilizan los números del 0 al 9 (ya van 10) y luego se utilizan las letras A B C D E y F (ahí van 6 más, por tanto, 16).

Y el número decimal es igual a la primera cifra en hexadecimal multiplicada por 16, sumando la segunda cifra en hexadecimal. El ejemplo más alto sería FF, que si multiplicamos 15*16 + 15 sale 255. Curiosamente, el más alto es el blanco, recordad que el blanco es la suma de todos los colores, y el negro la ausencia de color, por tanto el negro sería 00 (0*0+0).

Vías Wiki1, Wiki2, Wiki3.

Saludos, Geeks y demás especímenes.

April 15, 2008

Nuevo proyecto en marcha

Filed under: Proyectos — Tags: — jballester @ 11:32 pm

Pues si, hace dos semanas, Iván (un ex-compañero de trabajo y magnífico gestor de contenidos SEO) y yo, nos vimos en su despacho, y después de una larga conversación nos planteamos un reto.

El reto es sacar adelante un proyecto interesantísimo, difícil, porque no decirlo, pero muy interesante, en el cuál queremos volcarnos al 100%.

Para ello, Juan Antonio (mi societe) y yo contaremos con la inestimable ayuda de Benet (compañero de trabajo) y JuanJo (compañero de juergas y roleos), para que así, junto a Iván, cada uno en su terreno, saquemos esto adelante.

No contaré mucho del proyecto ahora mismo, porque queremos sacar más cosas en claro, además de bautizarlo! ;-)

Os mantendremos informados,

un saludo,

Joan.

April 10, 2008

Usabilidad al extremo

Filed under: Embat — Tags: , — jballester @ 12:08 am

El término usabilidad se está poniendo de rabiosa actualidad… Parece mentira que nunca antes se hablara de ello, o se tomara en consideración, aunque supongo que si se hacía, pero el mercado web e internet, ha hecho que se “ponga de moda”.

Esta tarde mismo, casi sín quererlo sucedió una anécdota con la máquina de café de la oficina:

Podéis leerla aquí mismo, es el Blog de uno de mis compañeros.

Pero en resumen, al pedir el café (pulsar el botón, claro), ya no te permite cambiar el azúcar, si no que tienes que seleccionarlo antes (cosa que no informa). Entonces nos hemos puesto el supuesto de bajar al bar y pedir un café.

¿Qué pedimos? “¿Un café con sacarina” o “Una sacarina, y café”?

Supongo que todos soléis pedir el café, o similar, y luego el azúcar, si doble, triple…sacarina, etc…

Pues la máquina no lo entiende así, para ir bien debes pedirle primero el azúcar y después la bebida.

Newer Posts »
Top Blogs España
Joan
imagen Twitter

Empezamos nueva semana... Esperemos que sea productiva!

imagen Twitter

Buenos díaaaaaaaaaaas

imagen Twitter

Qué pasada anoche con Carmina Burana... Brutal

imagen Twitter

Esta noche... Carmina Burana. Gracias cariño ;*

Juan Antonio
imagen Twitter

Empanada argentina de pollo....mmm

imagen Twitter

En Joan i jo hem de renovar energies, anam a berenar algo....

imagen Twitter

Trabajando un poquito en la oficina de Embat!

imagen Twitter

Fent feina al nou despatx!

Blog por: WordPress
Estilos por: Embat Consultors