Que un diseñador conozca de Html, Css e incluso Jquery es lo mismo que hace el diseñador que trabaja para imprenta: estudia y conoce, a través de la literatura o la experiencia la mecánica del papel y como desenvuelven las tintas en diferentes contextos y lo hace por que este es su medio y debe, DEBE conocerlo. En la web es lo mismo, un diseñador debe cononcer el medio que es el soporte de su trabajo. Debe hacerlo, porque los ingenieros y programadores nos preocupamos (me incluyo en mi faceta de programador) del proceso más que del usuario… esa responsabilidad sigue siendo del diseñador…

Entiendo tu punto, de hecho, la mayoría de los front’s buenos que he visto, están hechos por los mismo diseñadores, por que claro, ellos más que nadie tienen claro hasta el más mínimo detalle, lo que lleva a un fron’t que refleja fielmente el diseño.

Pero por otro lado, y acá doy mi punto de vista de programador. HTML y CSS básicamente es código, el código por naturaleza siempre va a estar más cercano al programador que al diseñador, el programador por su estructura mental siempre va a generar mejores soluciones respecto a problemas de código.

Si un diseñador, sabe hacer front es algo muy bueno, ya que como decía anteriormente el front reflejará 100% al diseño, por otro lado, si un diseñador no sabe hacer front está bien, ya que no es algo fundamental para cumplir su rol como diseñador, sería un complemento.

Y por último, es el programador el que tomará el front para implementarlo, por lo cual a veces es mejor que el mismo programador que va a implementar el front sea el que haga el front, ya que este front se armará pensando en la implementación, lo cual, lleva a una implementación mucho más fluida. Así que personalmente creo que el tema pasa por educar a los programadores para que sean capaces de reflejar 100% el diseño en el front, más que, meter en código a los diseñadores.

Código siempre se va a llevar mejor con código :D

Acabo de ver el comentario de Juan.. por eso trabajamos juntos! jajaja

primero que todo decir… – Que. buen. post!

la verdad es bastante serio y real que el diseñador tenga la responsabilidad… debo decir que con mi corta experiencia e tenido bastantes oportunidades de trabajar con programadores y desarrolladores muy buenos -me refiero con bastante oficio y experiencia-.

pero en mi último tiempo me he visto enfrentado a una oficina donde somos 4 y de esos 4, 2 somos diseñadores y los otros 2 desarrolladores.. el punto es que mi colega -con más tiempo que yo en la oficina no sabe css ni html – y ha sido súper complejo para los programadores que el diseñador les corrija o exija detalles de diseño o de html que antes nadie hacía, entienda-se como semántica en el contenido, preguntas como.. porqué esto es un “ul” y no un “ol” o una lista de definiciones… etc… se sorprenden y a la vez les molesta..

finalmente entiendo que es un proceso.. y que claro, los programadores también tienen sus proceso… y que con la experiencia de ellos, el diseñador jamas debes “meterse” en maquetear porque no es su trabajo..

esos comentarios me sorprenden.. pero bueno.

saludos y repito, muy buen post!

Concuerdo con Cabrera, pero me detendría en el punto en que se detubo Maximiliano sobre que Html y Css no es programar, el html no tiene estruturas de lógicas ni de iteración, por lo cual no lo hace un lenguaje de programación. Al construír el html, no se piensa en el proceso, en el input y el output, solo está marcando una unidad de información, a pesar que suena muy simple, muchos programadores no se llevan bien con el Html ni el css, por lo mismo, por que no tiene la misma lógica que programar, llámese a esto desarrollar procesos que tienen un input y retornan un tipo de unidad de información.

Lo que si hay que tener claro es que el programador tiene una capacidad diferente de abstracción que el diseñador y, en eso, los programadores llevan la ventaja…

Esto en la teoría. En la práctica, he visto muchos Fronts mal implementados por equipos de ingenieros que, por el bien del proceso (o por la comodidad de como hacerlo) han devaluado la calidad de un diseño.

PD: que interesante discusión ^ ^…

Ya Tri, el lunes partimos con clases de CSS!

Creo que la problemática no es a quién corresponde la responsabilidad, ya que actualmente tanto un diseñador con conocimientos y habilidades con el código, como un programador con buena sensibilidad y un ojo cuidado pueden hacerse cargo sin problemas de este “eslabón” de la cadena.

El tema es que los ámbitos tradicionales de educación de ambos profesionales (diseñador y programador) no cubren completamente las necesidades de este “nuevo oficio”. Así, en las escuelas de diseño se nos enseña livianamente la traducción de nuestro trabajo a pantalla, mientras que los programadores lo ven simplemente como el soporte visible de sus desarrollos.

Tiendo a pensar que falta “nombrar” este rol intermedio, que permita crear o instituir a un nuevo tipo de profesional. Aquel que puede traducir prolijamente un diseño a código HTML y CSS, y que a su vez entiende que es un array, un loop o una query y como afecta esto el que esta codeando. E incluso que puede construir visualizaciones usando scripts (como es el caso de processing o el trabajo con javascript y html5). Yo soy partidario de ir por este camino, hablar de un nuevo profesional.

Buen tema para conversar.

Excelente post! como dijeron yo creo que html/css mas que un lenguaje de programación es un lenguaje de marcado,donde la sintaxis y la traducción son mucho mas influyentes que 1+1=2.
Como dice Basilio esto es un asunto de escuelas, cuanto le enseñan a cada profesional sobre esta “tierra de nadie” y como se desarrolla este nuevo profesional. Yo por mi parte encuentro triste que alguien que se vaya a dedicar al lenguaje visual de interfaz de usuario sepa poco o nada de html/css, si entras en el negocio tienes que saberlo, así como sabes medianamente usar photoshop o flash, porque le diseñador mas que un “hacedor de monos” es un personaje que tiene saber moverse y leer el medio en el que se rodea y desenvuelve, tanto desde la imprenta a la pantalla del cajero automático. Así tambien es totalmente agradable encontrar programadores que interactúan con el html/CSS pensando un poco mas en de donde viene el desarrollo visual para construir el trasfondo de lo que queremos desarrollar. He tenido la experiencia de aquello con profesionales y es reconfortante cuando encuentras em el ámbito profesional “que tanto el visual como el coder se juntan en la esquina de la plaza a conversar de mujeres” (jaja me gustó esa metafora).
Saludos Max!

y no me sorprende que el etiquetado HTML funcione ;) jeje

no creo que HTML se considere un lenguaje de programacion, ya que considera simples instrucciones que permiten diseñar un contenido y texto (lenguaje de marcado).
No contiene en si un algoritmo implementado en una logica de secuencias estructurada ni orientada a objetos.
Creo que en programacion pura (codificacion, puro codigo), idependiente del lenguaje, se debe considerar la estructura del desarrollo, no es llegar y meter codigo codigo y mas codigo.
Mi experiencia en desarrollo de software y estos asociada a interfases de usuario, y ahora ultimo en el desarrollo de HMI (Human Machine Interface), me dice que la funcionalidad de las aplicaciones supera al diseño visual.
Creo que el diseño visual de aplicaciones en Chile no es valorado, lo veo dia dia.
Cuando me piden que alguna interfaz sea “bonita”, que hacer?? que letra ocupar, que color?, por eso los pantallasos diseñados por informaticos o programadores son un asco……..funcionan? si, pero feos.