David, Joaquín, el cliente y el lechero
Borrón y cuenta nueva. Les voy a explicar qué entiendo por separación del contenido de la presentación. Intentaré ser bueno y didáctico porque me interesa que todo el mundo comprenda bien la metodología. Por vuestro bien.
Cuando uno hace una página web, tenga diez documentos o dos mil, está creando en cierta forma un producto que está compuesto por varias capas de tecnologías. El quid de la cuestión es, ¿realmente se aprovechan estas tecnologías debidamente? La respuesta en la mayoría de los casos es no. A veces, se utiliza HTML para dar forma y color a una página. A veces se utiliza CSS para dar el efecto hover
de los enlaces. Muchas veces se arma una página desde un script de PHP que escupe una página entera de XHTML con atributos presentacionales, en vez de usar includes y plantillas.
La historia de David y Joaquín, primera parte
Existe un problema. David, un diseñador gráfico de prestigio en el mundo de las revistas, se puso un día hacer páginas webs. Es conocido, lo que le trajo clientes con sobrepeso monetario y unos proyectos interesantes. David se pone a trabajar en los diseños, salen chulísimos en los prototipos de Photoshop. Su cliente, cuando mira ese trabajo gráfico tiene una sensación cercana al orgasmo, felicita a David y le dice que quiere tener el sitio cuanto antes funcionando. David, entre la emoción del reconocimiento de su trabajo contrata a un programador freelance, se llama Joaquín. Los dos se ponen de acuerdo en las líneas de trabajo, David programará el HTML, recortará las imágenes y se las pasará a Joaquín que hará la programación.
David mira su diseño y ve unas cosas que sabe que le complicarán la vida. Coge un programa de edición de HTML controlado por ratón como lo hace en Photoshop. Mira un programa que se llama Dreamweaver y se pone con él.
Comienza a diagramar el sitio como lo hace en Photoshop. Crea una tabla con un montón de celdas. Va poniendo imagen por celda hasta que logra que todo el sitio quede como se ve en Photoshop. Las celdas están plagadas de atributos que definen hasta el más mínimo píxel cómo se verá el sitio. Una vez acabado, se contabilizan cuatro semanas de trabajo. Dios, si ha trabajado David en el sitio, ha coloreado cientos de celdas, palabras. También ha descubierto que con una imagen transparente de un píxel por un píxel se pueden hacer maravillas empujando títulos. Lo que David no ha tenido en cuenta es, que muchas partes serán editadas luego por Joaquín, el programador, por lo que tendrá que explicarle algunas nociones de diseño.
Joaquín mira una página que tiene que programar. Encuentra que, tiene 900 líneas de código HTML. Cada línea es como una colección de pirámides que no acaban, parece un diagrama cardíaco en vertical. Mira la página que tiene que programar, es una lista de resultados. Una tabla compleja de nacimiento, tiene colores de celda, tiene imágenes en algunas celdas, cada imagen tiene tamaños de largo y ancho, en fin, se pone a programarlas. Termina su trabajo y todo queda «intocable».
David mira el resultado, con sudor en la frente, se lo entrega al cliente y el cliente luego de un tiempo pone una cara de discrepancia, le dice: –David, hijo mío, me encanta el sitio, pero mi secretaria me dice que no puede leer las tipografías porque son muy pequeñas, creo que tiene razón. El gerente de marketing ha pensado que, el color azul de la cabeza y estos menús no es lo que desea para promover los productos y le gustaría usar el verde de nuestro nuevo producto. Y nuestro desarrollador de negocios cree que el espacio entre la cabecera de nuestro sitio está muy pegado al cuerpo de la página, debería haber un espacio un poco más amplio… que respire… ¿Puedes tenerlo todo para el lanzamiento del viernes? David pone una cara de «trágame tierra» y le dice que le promete por su reputación como buen diseñador lo tendrá todo para el viernes.
Menudo lío se ha metido David.
David llega a su oficina. Abre el código de la página y ve que, perderá de aquí al viernes (4 días) más de 18 horas diarias arreglando cosas. En realidad, no se ha dado cuenta que pasará más de lo que se imagina. Joaquín en su casa sigue jugando a la XBOX, contento de haber cobrado y de no tener que ver más el horror de código que tuvo que trabajar todas estas semanas. Mientras, David en la oficina modificando cada página como puede, cada modificador de color, tipografías, tamaños, píxeles, márgenes y nota que todavía no ha hecho ni el diez por ciento de todo el trabajo. Llama a Joaquín para indicarle que deberá cambiar en todas las cosas que ha programado a este tamaño de tipografía y le dice que debe estirar más el ancho de ciertas cosas en las tablas de resultados. Joaquín, viendo lo que pide comienza a sentir un dolor en la boca del estómago. Un claro síntoma de acidez estomacal les comienza a afectar a los dos. Tanto Joaquín como David están horas y horas corrigiendo detalles de presentación. Joaquín modifica en cada línea de PHP los colorcitos de las celdas, los tamaños de las tipografías, las doble comillas que se le van quedando. David que ya no siente gusto a la comida que ha pedido por teléfono continua trabajando sin parar, le quedan cientos de documentos por corregir. Comienza a maldecir a su cliente, es más, ha pensado en ir a su casa y darle de patadas en el culo, pero aguanta como los más valientes.
Llega el viernes, se realiza la presentación, David y su clientes con los accionistas, todos mirando los resultados. Todos contentos, David no puede ocultar su alivio a pesar que tiene ojeras que le rozan la perilla. Acabada la presentación, su cliente le dice que quiere realizar unas nuevas adiciones al sitio. Quiere poner unas cosas nuevas y cambiar ciertas cosas de la página, mientras David escucha, su cuerpo comienza a experimentar una baja notable de la presión. David se nos va…
David llega a su oficina, arruinado de tanto trabajar y a pesar de que ha ganado dinero, siente que su cuerpo ha trabajado en una semana lo que ha trabajado en meses en la revista. Llama a Joaquín y se da cuenta que Joaquín no lo quiere ver ni en figuritas.
Resumen
En esta historia, se cuenta el principal problema de no aplicar sabiamente la metodología de la separación del contenido de la presentación. Queda patente como David y Joaquín han trabajado más de la cuenta y cada uno lo ha hecho incluso en campos que no eran su expertise. Joaquín tuvo que editar varias líneas de PHP que contenían elementos de presentación explícitos en vez de generar una simple estructura en PHP. David tuvo que editar un montón de modificadores y atributos visuales, página por página y encima corregir cualquier tipo de error o resquicios del diseño inicial.
Todo este trabajo se debió porque tanto David como Joaquín no sabían que separando el desarrollo en capas les beneficiaría en varias cosas. Primero en tiempos. David habría diseñado sólo 4 plantillas que estaban compuestas de XHTML libres de atributos visuales. No habría usado XHTML como modelo presentacional y se hubiera abstenido de meter valores que luego le traerían problemas para editar. Habría implantado CSS como capa de presentación, de esta forma controla todo tipo de parámetro de cualquier elemento que se visualiza en una página: márgenes, posición, tamaños, colores, bordes, tipografías, interlineados, etc. Segundo, Joaquín sólo hubiera programado los módulos necesarios implementando las estructuras básicas y semánticas del XHTML olvidándose quizás de atributos bgcolor="666666" valign="top" sin tener que repetir cambios significativos. En caso de que ocurriera algo en donde se debe editar un nuevo valor, agregar más tags a la cosa no le costaría mucho, siempre y cuando no tenga que volver a editar 200 líneas de PHP cambiando valores de presentación. Cada uno trabajaría en su capa y se demandaría cosas para realizar cambios significativos modificando pequeños valores, lo que se resume en: 3 semanas menos de trabajo, más televisión, XBOX, sexo gratis y buen provecho en la mesa. Tercero en peso y orden. David hubiera controlado cada aspecto de la página ya que se encuentra ordenada, hubiera editado un par de valores en CSS y las tipografías hubieran cambiado en los 200 documentos. Esto sin tocar una línea de XHTML, sin tener que molestar a Joaquín. Existe un orden en el código que le permite agregar y quitar cosas a gusto sin tener que hacerlo en 200 documentos.
La historia de David y Joaquín, segunda parte
David, luego del lanzamiento del sitio se toma un respiro, entra a una web donde explican la metodología de la separación del contenido de la presentación y se da cuenta que era lo que necesitaba aprender. Mientras lee, descubre que existe una forma de separar casi de forma total todo tipo de capas en un desarrollo. Incluso aprendió cosas que no sabía que existían, como CSS y XHTML. Mientras lee fascinado, encuentra esta gráfica que le explica cómo se separa un documento web en capas.

Mientras mira ese gráfico, comprende que si se aprende a usar CSS y XHTML bien no tendrá que matarse realizando cambios página por página, sino que, al contrario podrá editar cambios que parecían tomar mucho tiempo en nada, y sólo tocando las partes que corresponde. Mientras mancha el teclado con la baba que sale de su boca, vuelve en sí y le escribe un mail a Joaquín diciéndole que implementará esta metodología. Joaquín lee el mail medio con desconfianza, no entiende mucho las ideas que se trae David, pero le echa un ojo al artículo y le entran confianza y se termina emocionando. Se dá cuenta que también dentro de su trabajo puede separar en capas, así que, bajo un estado de éxtasis llama a David y los dos se encuentran como quien se imagina, la escena de amor más hollywodense que uno pueda ver en el cine. En 5 minutos deciden que van a cambiar de modelo de desarrollo de la web que hicieron hace unos días para no tener que sufrir más los cambios que pidan sus clientes en el futuro. Se reúnen en la oficina que tiene David y se ponen en 3 días a separar las cosas como es debido.
David, abre el Dreamweaver y decide trabajar al principio con el ratón. Aprendió las bondades las etiquetas <div> y las clases. Escribe la estructura como si se tratara de definir las partes de un documento: esto es un título, esto es aquello y así con todo el resto. Luego, mira el código y se da cuenta que la página de inicio pesa 29 KB comparada con la anterior que pesaba 240 KB. Comienza a agregar imágenes pero se dá cuenta que, con CSS puede obviar de tener que usar imágenes para realizar muchos efectos, así que pasa unas horillas con las hojas de estilo hasta que le queda igual. No puede creer los resultados y decide probar un cambio como si su cliente le pidiera que todas las tipografías deberían ser Verdana en vez de Arial. Entra a la hoja de estilos, busca las clases principales y le agrega el valor Verdana delante del valor Arial. Va al navegador y aprieta F5 y ¡pum! ¡todo el sitio con Verdana! ¡Increíble! No tuvo que editar ningúna etiqueta <font>, ni gastar centenares de minutos con cada página, todas las páginas ordenaditas e iguales, el sueño del pibe. Joaquín entra a las páginas donde populaban las tablas y se da cuenta que no hay más tablas que la de resultados. No se lo cree ni él mismo que en tan pocas líneas de código la página se vea igual. No ve ni un rastro de atributos ni imágenes que empujan celdas para un lado y para otro. Sólo se limita a corregir la programación de PHP para que los datos salgan más limpios de los que lo había programado. Su código PHP está totalmente resumido, legible y editable a gusto ahora.
David y Joaquín se pasaron menos de una semana trabajando juntos y se dieron cuenta que el esfuerzo valió la pena. Tenían el sitio igual y el cliente ni siquiera se había dado cuenta. Ese día reciben una llamada del cliente, que pide una cosa normal: su página no se imprime bien y la de su competencia sí. Quieren imprimir la página de su producto estrella pero cuando ven los resultados salen elementos de navegación y otras cosas que David no tuvo en cuenta. Les pide un presupuesto para hacer una versión imprimible y David acepta el encargo, le dice que lo tendrá en una semana. El cliente como paga no tiene dramas y sigue en lo suyo. David comienza a ver las cosas y se pregunta cómo puede hacer para no tener que trabajar de más, así que, se la juega y entra en Google buscando opciones de CSS para impresión. –tiene que haber algo parecido –dice David con esperanzas. En los primeros resultados sale que, en efecto, con CSS se puede controlar no sólo el aspecto en las impresiones sino que también en otros dispositivos sin tener que hacer mucho esfuerzo. No lo puede creer. Comienza a leer y se da cuenta que agregando una línea en una plantilla de CSS que ya tiene hecha puede llamar a otra, que servirá sólo para cuando el documento se imprima. Se lee las instrucciones para hacerlo y comienza a probar. En una hora ha logrado que la página se imprima a la perfección y con la línea gráfica que quería sin tocar una línea de XHTML. No se puede creer que trabajando de esta forma se puedan crear otras con poco esfuerzo. Mira hacia atrás y se pregunta cómo hubiera sido si tendría que haberlo hecho todo con el módelo que sólo utilizaba HTML. Hubiera tenido que hacer otra versión para impresión, libre de elementos de presentación y con un aspecto logrado a partir de lo mismo: HTML con atributos gráficos para que salga bien en la impresora, lo que se traduce en: ¡una segunda versión del sitio!
Al tener esa imagen en la cabeza, David se retuerce de la fea sensación que le vino al cuerpo. No quiere saber más nada del pasado, ahora quiere disfrutar los 3 días que le quedan por delante para invertirlos en salir con esa chica que dejó plantada tantas noches. Joaquín contento en su casa jugando ese juego de XBOX que se había comprado hace un mes pero que todavía no había podido jugar más de una hora seguida.
Colorín colorado, este cuento se ha acabado.
Resumen de la segunda parte
Esto no pasa siempre en esta escala, pero es el ejemplo más común que os encontrareis. Incluso los hay de magnitudes más brutales e irreparables. La lección de este artículo es: si separas en capas, puedes trabajar de forma más cómoda. Puedes extender las funcionalidades sin tener que manipular muchos otras partes, incluso como en este caso, no tendrías que tocar XHTML para hacer una versión de impresión de un simple documento. Si quisieras crear nuevas cosas, sería todo más fácil, crearías nuevas estructuras en XHTML y las modificarías desde CSS y os aseguro algo, no va a ser lo mismo que hacerlo todo con HTML solo.
Ventajas de esta metodología
- Escalabilidad
- Independencia de lenguajes
- Menos código
- Menos peso
- Menos tiempo de escritura de módulos
- Menos mantenimiento
- Menos desorden
- Menos problemas de compatibilidad
- Más control
- Mejor arquitectura
- Mejor comprensión
Final
Espero que esta historia les aclare del porqué hay que separar por capas los desarrollos. No utilizar una tecnología o un lenguaje para lo que no debe y cómo salen las cosas mejor y se permite una flexibilidad más extendida que de la forma tradicional, no sería posible sin pasarse cientos de horas frente al ordenador, mientras tu novia se acuesta con el lechero.
¡Maldito lechero!
67 Comentarios en “David, Joaquín, el cliente y el lechero”
Pues me ha pasado tal cual, sólo que Joaquin y David eran uno mismo,
it really works !!!
Aprendiz de C
10 de Agosto de 2005 a las 10:23 pm
muy buen articulo
Victor Bracco
10 de Agosto de 2005 a las 10:50 pm
Excelente
AlmaOscura
10 de Agosto de 2005 a las 11:06 pm
Yo leí de manos de Diego algo similar a esto, aunque menos explicado pero más conciso, hace casi 2 años cuando aún nos peleabamos en los comentarios con los 25 errores más comunes, etc. y, la verdad, es que me he ahorrado una buena cantidad de trabajo y reescritura de código.
David Pelaez
10 de Agosto de 2005 a las 11:11 pm
Entonces, ¿lo que hay que aprender es css, xhtml y que mas? Ya uso php y html, y queda muy muy desordenado.
jeje, es el primer post largo tuyo que me apetece leer por completo, muy entretenido
ernex tiene una xbox y es programador, humm …
Muy bueno el ejemplo. Es un caso que muchos hemos (o habremos) vivido. Lo malo es cuando después de descubrir cómo hacerlo bien, tienes que echar marcha atrás y volver a trabajar con la metodología anterior (por obligación, sin duda).
Falto aclarar que seguramente te pases unas cuantas horas mas intentando lograr que el sitio se vea igual en todos los navegadores. Que feo momento
Muy buena la historia.
Me lei todo el articulo solo para saber que pito tocaba el lechero en el cuento!
Que bueno, ya no posteas mas sobre ipods, mac y demas cosas q no tengo! Viva el software!!!
Juan Odicio
11 de Agosto de 2005 a las 1:20 am
Las plantillas con tablas e imágenes transparentes son un dolor de cabeza. Usando CSS todo es fácil y asi tengo mas tiempo para mi novia (felizmente aquí en Perú no hay lecheros)
muy buen cuento, al igual que el #11 solo me lo lei para ver que hacia un lechero en un post de minid
Pero ha servido de mucho
Diego: Extraordinaria entrada, realmente memorable historia. Una pedagógica enseñanza, imagino que invertiste mucho tiempo, se agradece.
Te felicito.
Oye, ¿y es verdad lo del lechero?… hijo de de una gran p***.
Fede
11 de Agosto de 2005 a las 2:52 am
Vas a seguir robando mucho tiempo explicando siempre lo mismo?
Hace como 3 años que “lo útil” de éste sitio, es alguna que otra explicación sobre CSS y XHTML, lo cual es en verdad, una gilipollez.
Hay sitios enteros dedicados a eso, de forma bien clara, incluyendo desde ya, el del consorcio.
Alguna otra pirueta más interesante, algún conocimiento más avanzado? O eso es todo? Porque sí es así, vaya ladronzuelo…
Fede
11 de Agosto de 2005 a las 2:53 am
Por cierto, tu poder de síntesis deja mucho que desear tío.
Y dime… es “usable” que por letras tan gigantes el scroll sea eterno y encima desperdiciar tanto ancho de pantalla por usar tres columnas cuyas 2 culminan enseguida?. Digo…
Excelente relato, deberia ser impreso y enviado a todas las casas desarrolladoras de la ciudad.
Haber leido este post hace 2 años me hubiera ahorrado dolores de cabeza fines de semana sin dormir.
Por supuesto, encontre los 25 errores mas comunes… y pues despues la plantilla maestra xhtml (que ya no la veo enlazada por aqui) y de ahi para adelante.
Da gusto leer este tipo de contenidos y una felicitacion para diego por el buen trabajo.
Axel Valdez
11 de Agosto de 2005 a las 4:08 am
Es que este es un post de evangelización, y es buenísimo. Me gustaría que todos los estudiantes de mi universidad que se están orientando al diseño/desarrollo en web lo leyeran.
Ya veremos que se puede hacer.
Muy buena historia, espero que ilumine a muchos ya que muchas veces el que sufre de ver una pagina con font o center por todos lados y plagados de atributos, es uno mismo y el “diseñador” ni se mosquea.
Felicitaciones nuevamente, un saludo desde La Plata y bienvenido a mis favoritos
Que cuento más “geek”… ná ahora en serio, me asusté al ver tantas lineas, creí que era el código de la página de Joaquin y David, pero no, es simplemente, otro gran artículo.
Un saludo Dieguito.
Muy buen artículo. Me he visto retocando infinitas etiquetas font para cambiar un tipo de letra jeje.
Cuanto tiempo perdido.
filibustero
11 de Agosto de 2005 a las 6:40 am
¡Plas, plas! Sin duda un gran texto, que plasma muy bien la idea fundamental del xhtml+css.
Estoy totalmente de acuerdo con todo lo expuesto en el artículo, ahora, está un poco dulcificado, porque seguramente Joaquín y David encontrarían mil problemas en maquetar con css al principio…o sí no es quie eran mucho más listos que un servidor
Sencillamente estupendo!
Gracias por tu tiempo, Diego (cuidado con el lechero!)
Muy buen relato… La verdad es que cuando veo una página con tablas infinitas, me pregunto como harán para mantenerla y realizar cambios….
Ahora mismo no podría vivir sin las CSS y el XHTML en el diseño y maquetación de páginas web.
¿Cuánto tiempo habré perdido haciendo las cosas como David cuando empecé en este mundillo?
Ahora soy productivo
Artículos como este son los que me hace tenerte en mis feeds Diego. Debo reconocer que haces un gran trabajo.
Un saludo!
g0llum
11 de Agosto de 2005 a las 9:25 am
Felicidades, Diego. Y gracias. Un artículo completamente didáctico. En mi experiencia habitual, el intento de hacer la separación de capas suele provenir del programador más que del maquetador-diseñador, pero la historia vale. Y eso sí, te puedes encontrar con que el resto de la empresa no vea lo bueno que es este sistema. Felicidades de nuevo.
Pablo Gimenez
11 de Agosto de 2005 a las 9:56 am
Cada vez que entro aquí me da más grima. Realmente te crees el mejor en lo que haces…lo siento tu ejemplo no sirve para nada: está mal redactado (frases largas mal estructuradas…), es largo, te pierdes en detalles, utilizas palabras que seguro no sabrías definir, al usuario no le explicas la base (que es CSS que es XHTML). Tu manera de redactar desde la soberbia te convierte en un perdón perfecto idiota. Solo los idiotas creen que lo saben todo. En cambio los sabios saben todo lo que les falta por saber.
Deberías, un dia de estos, tratarte a ti mismo con mas humildad. Quizá así consigas escribir algo bueno, practico y universal.
16, #29. Si quieren algo resumido, hay cosas en la sección artículos donde explico, básicamente lo que entiendo por esta metodología en 1 párrafo.
Un post en mini-d sin trolls no puede ser un post. Que envidiosa es la peña…
get
a
life
Moisès Casado Adell
11 de Agosto de 2005 a las 12:24 pm
Habria que mandar este post a muchas empresas que hacen sites para la administración local.
Por ejemplo: Ajuntament de Vilafranca y Ajuntament d’Olerdola
Ambas hechas por la empresa Gestinet ; en fin… me pregunto ¿Cuanto costaran estos sites a los respectivos ayuntamientos?
Juan Antonio
11 de Agosto de 2005 a las 12:48 pm
Y yo me pregunto si realmente es la mejor unión el XHTML y el CSS o es mejor usar XML y plantillas con XSLT.
¿Alguna opinión al respecto?
Bueno, es más fácil aún tu pregunta.
Usaría XSLT + XML para producir un XHTML limpio de atributos de presentación. Ese XHTML lo modifico a gusto con CSS.
¿Queda más claro ahora?
Moisès
11 de Agosto de 2005 a las 1:39 pm
Creo que todo dependerá de la complejidad del proyecto y de los requeriminetos, para una web corporativa normalita no creo que haya ventajas en ahorro de tiempo de producción y simplificación del proyecto.
Si se van a utilizar tecnologias como: AJAX, MathML, SMIL, o SVG, entonces las ventajas son inmediatas: ese tipo de combinaciones no son posibles con HTML.
Robert David
11 de Agosto de 2005 a las 2:08 pm
Excelente articulo, realmente sabes sintetizar las ideas, aparte de lo didactico y gracioso (¡matemos al lechero!). Muy agradecido por este importante aporte…
Saludos Diego
ignacio
11 de Agosto de 2005 a las 2:24 pm
Ahora en vez de diseñador web quiero ser lechero!
¿Has pensado en escribir un libro? ¡Lo compro seguro! Vamos, una especie de novela sobre programadores/diseñadores web en la que encima de pasarlo bien se aprenda algo. ¡La leche!
Seguro que todos estos comentarios que tengo por encima ya lo dicen…
¡Un post cojonudo Diego!
Como te dije en el anterior, no hay nada como diseñar bien la arquitectura de lo que tengas entre manos, para que sea un éxito.
De nada sirve que el diseño visual sea muy bonito si el código de la web es muy lento, o viceversa.
Yo al principio usaba CSS únicamente para aplicar estilos al texto y poco más, pero cuando aprendí a usarlo para crear las secciones de la página… eso fue lo más.
Quizá podías haber terminado el artículo a la altura del gráfico, para dejarlo más corto. Pero vamos, que está genial.
Esperemos que tus lectores aprendan de esto y que Internet se llene de páginas bien diseñadas.
segonquart
11 de Agosto de 2005 a las 7:27 pm
PHP no es la estructura lógica de la web semantica, mini-d…
Mariela
11 de Agosto de 2005 a las 8:05 pm
Estimado Ernex, especialista lamehoyos… ¿no consideraste la posibilidad de que quienes criticamos , no seamos “trolls”?. Tengo otro concepto de “troll”. También, yo que vos, consideraría la posibilidad de que quienes criticamos, no lo hagamos por envidia, porque sinceramente ¿qué habría que envidiarle a un niño skater que su mayor mérito es usar XHTML/CSS (requisito básico, muy básico para cualquier diseñador web), que no sabe escribir y diseña feo?. Deberías contemplar la chance de que se critique sinceramente y también, de que tengamos una vida realmente interesante. No caigas en el arquetipo de imaginar al típico crítico loser resentido, también hay críticas fundamentadas y de gente a la que le va bien ;).
Coincido con el otro “troll”. El diseño de esto es espantoso y no se termina más de hacer scroll, las dos columnas laterales están al pedo porque solo se las aprovecha muy poco verticalmente, y para el texto queda poco espacio, haciendo que la página sea eterna. Ni hablar con que no usa la opción More. La home es un asco, no termina más. Quizás esta mierda de TP no tiene esa opción, pero queda horrible. Por otro lado, los posts de minipiti son larguísimos y aburridos (cuando intenta escribir “serio”) y banales cuando muestra su perfil, “uhhh, qué friki que soy”. No hace falta explicarlo con posts, esa cara habla sola.
Igualmente, por tu forma de escribir, sonas a nene skater también, así que bueno… vayan a dar una vueltitas juntos en skate, y conectándose con su IBook en el Mc Donalds más cercano mientras hablan del software libre, ridículos
Hablando de eso, lo que le pasó a Minipiti cuando lo criticaron por usar Mac, es un claro ejemplo de lo que él mismo criticó por boquifloja al director del suplemento Informático de Clarín.
El tipo dijo que no le gustaba Firefox porque no podía entrar al sitio de su banco. Es decir, por una cuestión de PRODUCTIVIDAD.
Minipiti hizo un escándalo.
Minipiti usa Mac y los amantes del software libre lo critican y él se defiende diciendo que no usa Linux porque (acertadamente) para algunas cosas no sirve. Una cuestión lógica de PRODUCTIVIDAD.
Pero en lugar de agachar la cabeza, escribe un post de loca ofendida. Ay, ay, ay… nunca hay que escupir para arriba Minipiti.
Ah, y seguro, ante la obvia y vulgar respuesta de lamehoyos como vos Ernex, sobre “para qué entran si no les gusta”. Simple, porque es muy divertido decirle a un arrogante repugnante como este, que se contradice todo el tiempo, cosas que no le gusta oir y que por eso las descalifica y nos tilda de “trolls”, cuando sabe que son críticas bien fundamentadas :).
Adios Ernex lamehoyos
Adios Minipiti “motion specialist” (jajaja)
Aplausos Mariela. No entiendo como perdés el tiempo con tontos skaters como yo. Pero bueno, sé que te molesto y eso me gusta.
Un beso loca.
BTW: no sabés resumir, escribes comentarios muy muy largos y, con faltas. Disculpame si te llamo la atención, no me puedo resistir. Además como me insultás gratuitamente y desde el anonimato me das más razones para seguir disfrutando de lo que hago.
segonquart, por supuesto que no es la parte lógica de la web semántica. Me corrijo en lo que había escrito anteriormente en un comentario.
Ni mucho menos, esta gráfica no intenta expresar la web semántica, sino una simple separación de capas en un desarrollo. La web semántica es mucho más compleja de lo que esa gráfica muestra.
No sé si has entendido lo que intento explicar: separo el HTML para una cosa, el CSS para otra y el PHP para otra cosa. No hablo de RDF, ni de ontologías, ni de nada que esté relacionado con la semántica en su puro estado.
Saludos.
Tremendo el articulo! Se me ha hecho hasta corto
Quien no desee en estos momentos estructurar su página web por capas es que no tiene dos dedos de frente. Objetivo cumplido con creces.
Un abrazo.
fullmental
11 de Agosto de 2005 a las 11:22 pm
yaya, que algo de razón tienen los que critican pero tampoco salen a la luz con sus propias versiones de lo que deberia ser…
mucho rollo, mucha “critica constructiva” pero cero propuestas, la verdad el articulo esta bueno ( como para alguien que acaba de descubrir o apenas empieza en esto), pero para los lectores que llevamos 2 años leyendo mini-d es un poco repetitivo (mi opinión).
^_^
11 de Agosto de 2005 a las 11:38 pm
Muy buen artículo, se me ha hecho bastante simpático.
La historia de David y Joaquín, tercera parte
Algún tiempo más tarde, en una reunión de empresas del sector, algún compañero le habla de las lindezas de la gestión de clientes que han conseguido usando el entorno .NET, lo rápido que son capaces de sincronizar todo. Y entre otras cosas destaca la acogida tan positiva por parte de los clientes. Pues el soporte de clientes es mucho más ágil y la información sobre sus incidencias les deja valorar lo que realmente cuesta sus servicios.
Así, que el lunes a primera hora y aún entusiasmado con todo lo que el compañero le había contado llama a David, y le cuenta que se va a poner en contacto con un consultor instalar en la intranet de la empresa un software ERP y que aprovecharían para integrar varias apartados de la gestión de clientes con la página Web. A David le sonaba maravilloso todo aquello que le contaban y quería saber hasta donde podían llegar él y Joaquín. Así que sin pensar le contesto que sí que se encargarían de parte de la Web pero que primero tenían que ver las especificaciones del trabajo necesario para la integración.
Nada más acabar la conversación, llamó a Joaquín para hablarle de las nuevas noticias. La respuesta de este fue mejor de lo que podía esperar, pues apenas escuchar en que consistirían los cambios se ilusionó con la idea y le dijo que contará con él.
Ese mismo día por la tarde volvió a recibir otra llamada se trataba Julián el consultor del que le había hablado el cliente. Quería concertar una cita para informar de cómo se realizaría la integración y que es lo que tendrían que hacer. Después de consultar las agendas mutuas convinieron en que seria el miércoles.
Llego el miércoles y allí estaban en el despacho de Julián. Tanto David como Joaquín se sentían como dioses. No sabían que tendrían que hacer, pero sabían que en los últimos meses habían mejorado sensiblemente la calidad de su trabajo y eso les hacía sentirse insultantemente seguros de que lo harían bien. Pero, todo empezó pronto a torcerse cuando Julián comenzó a hablar. Para empezar iban a trasladar el servidor Web a la propia empresa por diversos motivos. Con eso no tenían problemas, las dificultades empezaron cuando mencionó que habría que portar la página Web a ASP.NET ya que esa era tecnología la que se iba a usar.
A la salida de la reunión, Joaquín le decía a David: “Bufff, donde nos hemos metido. Hay que rehacer toda la Web” A lo que David respondió: “No hombre tan solo se trata unas pequeñas traducciones. Además con lo que he aprendido de PHP en los últimos meses te echare una mano y seguro que lo terminamos en 2 días. Luego será tan solo ajustar lo que nos de el hombre este para que aparezca en la Web con el mismo look&feel” Y Joaquín seguía: “No sabes de lo que hablas. Sí, la base de datos se importa en unos minutos. Pero todo el trabajo de las plantillas de Smarty no sirve para nada pues no hay nada que trabaje igual en ASP.NET. Así que te tendrás que dedicar a armar el html para que funcione en .NET.”
No importa cuanto tardaron en terminar el trabajo lo consiguieron. A base de maldecir algún edificio en Redmond, pues no habían conseguido la comodidad de que disfrutaban usando su PHP y Smarty.”
No fue hasta hace poco cuando David descubrió casi por casualidad que el trabajo de adaptación del html se lo podían haber ahorrado si hubieran usado desde el principio xml y xslt para generar el html. Pues se trata de una tecnología estándar que se encuentra en todas las plataformas de programación Web.
Ahora, el lechero espera con impaciencia a que tengan que portar la aplicación a J2EE.
Hehehe. ¡Muy bueno!
¿Viste? como tenían separado todo, pasar la capa estructural a .NET no les costaría demasiado, la capa de CSS ni un rasguño y todo funcionando en .net en días.
Vamos entendiendo.
_, dime algo, ¿cuánto dinero se han tenido que gastar David y Joaquín para pasar todo a .NET, sin contar que, habrán cambiado de hosting que soporte IIS. Bueno me imagino nada más. Imagino que habrán botado MySQL y optado por un par de licencias MSSQL
Vamos, que se han dejado una pasta.
Moisès
12 de Agosto de 2005 a las 8:04 am
Licencia Microsoft Windows 2003 Server: Mejor Precio:: EUR 560,72
Licencia MSSQL: $1,259.99
jatubio
12 de Agosto de 2005 a las 8:18 am
Aunque yo no conozco mucho de PHP y trabajo más con .NET, imagino que también existirán métodos más o menos cómodos de usar XML y XSLT en PHP, ¿no?
Mariela creo que a ti te hace falta que te “laman un hoyo”
se te ve un poco resentida y necesitada de afecto, sera que Diego te rompio el corazon? jaja
Está totalmente resentida. Nada más falta leer cada frase es sangre que sale de los ojos. Parece que le afecto demasiado.
Ja.
^_^
12 de Agosto de 2005 a las 11:17 am
mini-d tienes que tomartelo como una licencia narrativa. Simplemente pretendía ilustrar una situación donde por no tener correctamente separados lo que son contenido y presentación iban a tener que volver a jugar con ambas cosas.
Fijate en la primera historia ¿porque se iban a pegar 4 días arreglando cosas? Cuándo podían haber usado esto para tardar apenas 30 minutos.
Creo sinceramente que mis criticas hacia tus post no las has entendido. En ningún momento he querido decir que el uso de un correcto css y html sean invalidos. Mis criticas van dirigidas a eso que tu llamas separación entre contenido y presentación. Te refieres a esos terminos en un contexto incorrecto. Porque y ya te lo he dicho antes el html y el css están intimamente ligados y enfocados a una representación.
No no si yo no estoy en desacuerdo contigo. No cuando me planteas las cosas claras y con vistas. Lo de eliminando residuos es una buena forma de arreglar ciertas cosas, no todo un sitio. Como comprenderás no siempre se respetan patrones y puedes pasarte dos días arreglando cosas usando patrones de búsqueda y reemplazo.
Además, si cada vez que tenga que realizar un cambio, debo hacer esto, ¿no crees que algo no va fino?
Todas las tecnologías están intimamente ligadas porque trabajan una para la otra, lamentablemente, si para realizar cambios gráficos, david tuviera que abrir un editor de PHP y ponerse a tocar líneas del mismo algo no va suave… no sé si me entiendes. XHTML es para crear “estructuras” no para dar colores. Para dar colores está CSS.
Si quieres un calendario, primero defines una estructura lógica y semántica en XHTML, luego con CSS creas un subset de clases que te permiten controlar aspectos gráficos de es calendario. Si mañana ese calendario tiene que tener color rojo, no entraré al XHTML sino a la clase que define el color rojo en el CSS. Eso es separación del contenido de la presentación.
Lo bueno de separar capas es que puedes cambiar de tecnologías, usar ASP .NET si quieres para producir un XHTML limpio, junto con CSS que está aparte y lo puedes editar en el editor favorito. Podrás hacer cambios notables en 10 minutos sin tener que escribir un patrón de búsqueda y reemplazo (que invita al desastre).
También, hay que contar, que en la historia, tanto David como Joaquín no tienen un conocimiento brutal de desarrollo como lo puede tener un desarrollador de .NET o una persona que lleva 5 años diseñando sistemas para la Web. Son dos personas que apenas han hecho cosas grandes en la web.
No creo que, David pueda instalar .NET y ponerse a programar todo en menos de 1 mes. Ni mucho menos pienso que David se pondrá aprender XSLT + XML de a tirones en 1 semana…
Con el tiempo sí podrían hacer esto, y de una forma más cómoda. En vez de usar PHP podrían cambiar a Ruby on Rails. David podría reemplazar las plantillas de PHP Smarty con XSLT + XML en poco tiempo y obtener quizás otra flexibilidad. Incluso, me parece exagerado usar esto último para un sitio corporativo, donde una simple separación del contenido de la presentación es más que suficiente.
Recuerda otra cosa, no se critican plataformas, se critica la metodología.
10#
Si respetas el estandar no deberia de haber problemas excepto con IE, yo por mi pondria algo como esto http://www.w3junkies.com/toocool/join.php?language=es
pero claro…. si es para una empresa en la que solo eres un mandado…
Me parece que no te están entendiendo y cada vez te tenés que hacer más didáctico. La próxima tendrás que hacer los títeres de David y Joaquín y postear un videito (y el títere de un “troll”, je). Seria lindo, y con un iBook de paño lenci!
Me quedo con el esquemita que posteaste. No tendría ocasión de usarlo, pero explica bien tu método.
Como post evangelizador me parece muy bueno. Yo me evangelicé con la versión 2.0 de mi blog, y realmente el cambio es muy bueno. Creo que aunque lo intentase, no podría hacerlo de otra forma. Un saludo
AndrobTech
13 de Agosto de 2005 a las 9:41 pm
_ hizo una excelente observacion, creando su secuela sobre este articulo…
Sin embargo, ustedes dos estan creando analisis especificos para dar sus puntos de vista (que no me parece mal) para cosas (evangelizar? o primariamente para hacernos entender esta “metodologia”) lo cual no es correcto.
Mi sugerencia es no perder el tiempo tratando de “hacernos” entender estas cosas, ya que si se planea hacerlo hay que cubrir bastantisimos casos (hay hasta libros de esto)
Mini-d, nadie (bueno, muy pocos) cambiaran su decision sobre esto. No pierdas el tiempo. Tambien, ya que andas bien metido en lo que es diseno, digo yo, seria muy bueno que te metas a ASP.NET. Estoy seguro que saldras facinado.
Ernex: Estoy esperando los documentos de ownership de ASP.NET, ya que dijiste que me lo regalas
Disculpa por las faltas.
Eso tendras que hablarlo con Guillermito Puertas, pero yo por los momentos no tengo necesidad de ni siquiera probar ASP.NET. Si cambio PHP sería por Ruby…
Tu historia es genial, pero la verdad un poquito irreal en cuanto a la velocidad de aprender XHTML/CSS. Recuerdo la primera vez que yo ilusionado intenté hacer un simple layout de los de “encabezado/2 columnas/pie” casi me daba un tiro.
Uno tardará por lo menos 3 meses experimentando antes de poder diseñar un sito a nivel producción que funcione como debe. Y es que hay que aprenderse el asunto del posicionamiento absoluto o flotado, las faux columns, el box model hack, dominar lo fijo/elástico/líquido y un montón de chulerías más que ahora que las sabemos parecen nimias pero recuerdas como era al principio?
Sobre todo, que David, viniendo de un trasfondo impreso probablemente no haga layouts muy minimals.
ViC
20 de Agosto de 2005 a las 11:40 am
La misma historia fue contada hace ya mucho tiempo. Y se llama MVC (Mode-View-Controller)
Tu historia es genial, pero la verdad un poquito irreal en cuanto a la velocidad de aprender XHTML/CSS. Recuerdo la primera vez que yo ilusionado intenté hacer un simple layout de los de âencabezado/2 columnas/pieâ casi me daba un tiro.
Bueno, en efecto, no se aprende XHTML, CSS + PHP en una semana.
Yo merito :-D
4 de Septiembre de 2005 a las 8:52 am
Recurdo que yo tarde 1 semana en hacer mi paginita con una estructura básica y liquida, de hecho según yo la hice en html 4.01 y al validarlo me salió que era un documento XHTM 1.0 válido!
Pero… O NO!!, EL MALDITO FACTOR IE!!, mi página se hizo mierda al verla en ese maldito “navegador”.
La Hoguera Azul » Archivo » Estándares y accesibilidad
8 de Septiembre de 2005 a las 5:02 pm
[…] Pero esta nueva meta tiene un problema que frena su adopción. El uso de estándares como XHTML y CSS que permite la separación del contenido y la presentación beneficia al programador en el diseño y la posterior modificación de una web mientras que la accesibilidad requiere de un esfuerzo adicional de trabajo que no es recompensado o perceptible visualmente sino que fundamentalmente genera molestias e inconvenientes. […]
okeimakei!
22 de Noviembre de 2005 a las 4:14 am
[…] La magia del CSS Alejandro - 22-11-2005 08:09:28 | Categoria: General El CSS es un sistema simple para agregar estilo (colores,cabecera,formas) a un documento HTML, y poder organizarlo y modificarlo sin complicarse mucho la vida. Este modelo de manejar los documentos web no lo descubrí en la escuela , sino gracias a los blogs que leo . No recuerdo muy bien donde, aunque tengo mis sospechas hacia Minid,Stanmx o mildiez. No he aprendido a ocuparlo (claro,como un simple aficionado a como funcionan las cosas)hasta hace poco. Comentarios (0) - Referencias (0) […]
No sé por qué, pero yo me siento más identificado con el lechero

Garmonbozia
10 de Agosto de 2005 a las 10:03 pm