Vaya rollo!!!! llevo unos años maquetando en html y css, yo que iba para grafista! mi vocación va en declive en cuanto se me exije conocer lenguajes de programación que no solo desconozco si no que además me causan bastante repulsión. Por lo tanto me quedo en tierra de nadie, ni soy diseñador ni muchísimo menos programador (dios me libre de ello, craeción sí/informática no), ninguneado por todos y 15000 euros al año.

Igual hago un curso de jardinería. Un saludo y gracias!!!!

Para mi un maquetador Web debe saber leer e interpretar ciertos lenguajes del tipo cliente. Php es un codigo del tipo servdor. Me refiero a html, xhtml css y javascript, pre-instalables como minimo. Php, asp y otros codigos de programacion le corresponden al programador. Un maquetador, como su nombre lo indica deberá poder maquetar.
El proceso es simple. El programador diseña su programa para obtener un resultado, preferentemente este resultado debería ser lenguaje html estricto con sus id´s y clases pero limpio, sin reglas css. El maquetador deberia interpretar este lenguaje y saber que reglas css implementar para obtener otro resultado.
Otro proceso sería que el maquetador diseñe una plantilla y que el programador sepa interpretarla para aplicar su programacion destinada a esa maqueta.

Un maquetador web debería saber:
Diseño, 3D y programación (AS, net, php, js) para poder hacer suplencias.
Electrónica, por si algún aparato de la oficina deja de funcionar,.
Primeros auxilios por si el jefe sufre un paro cardíaco al darse cuenta que le han embargado por impagos.
Derecho, no sea que Adobe o alguna otra compañía te denuncie por usar software ilegal.
Música, para hacer más amenas las reuniones con los clientes.
Ingeniería nuclear, porque nunca se sabe.
Manejo de carretillas elevadoras, porque quizás venga mucho curro en palets.
Psicología, que siempre hay algún compañero que sufre alguna crisis existencial.
Economía, porque con estos tiempos es muy necesario.
y por supuesto contabilidad, porque con estos sueldos no salen los números.

a mi opinien un marquetador le da estructura a la web o el programa que utilize para darle estructura, ya sea Dreamweaver, etc...pero que valla mas aya de entender codificaciones variables, jajaja entonces que de un salto para programador xD
suludos.

Que bueno son todos estos comentarios, pero creo que lo mejor seria que los dos conocieran en qe parte comienza su relacion con el diseñador o el programador.Si se respeta eso , lo demas depende de llevar un orden en el proyecto atravez de una buena documentacion.

Lo dice una que, por cierto, ha tenido que ayudar a algunos programadore de su empresa a encontrar errores de codigo que han cometido ellos y a analizar por donde se iban los datos que entraban y que quedaban atorados en servidores que ni sabian que tenian.

Seria bueno que ademas los programadores de php supieran que esta trabajando con datos reales que se generan gracias al diseño de la web, banners etc y no con un codigo abstracto. Que hay de todo.

Un diseñador se supone que debe tener capacidad estética y diseñar en muchos soportes, no solo web, tambien tiene que saber de preimpresion, impresion, comunicacion, redaccion, conceptualizacion, teoría del color, arte contemporaneo, tendencias, analizar bases datos, medir los resultados de las campañas etc, etc, etc.

Se supone que si además como dieñador utiliza criterios de usabilidad y accesibilidad para diseñar en la web, mejor. Es bueno que sepa que al diseñar está trabajado con código y no se puede cargar el php pero de ahí a que sepa de php.

No se que mas le vais a pedir a los diseñadores. Se supone que una imprenta tienes que saber, ademas de diseñar, preimprimir como el mejor tecnico en preimpresion y cuando trabajas con tecnicos informaticos tienes que saber hacer su trabajo.

Con tanta exigencia creo que lo mejor seria entregar un boceto en papel a los programadores y que ellos lo implementaran. O que aprendieran a diseñar los programadores y asi a los diseñadores ya nos quedaria tiempo para aprender a programar.

localidades = popmadrid_agenda_localidades(arg(1));
foreach($localidades as $localidad) {


Te falta un if($localidades) antes del foreach, no sea que popmadrid_agenda_localidades() retorne cosas raras :-)

Siento no estar de acuerdo. No creo que un maquetador deba saber que pone, es más, no se dónde está el nivel de conocimientos de programación que debe tener un programador. Personalmente, maqueto XHTML y CSS y lo "mínimo" de JavaScript que se despacha, ¿por qué?, porque sencillamente estoy aprendiendo a programar. Supongo que teniendo en cuenta el título del artículo, no me podré considerar "maquetador", ¿no?.

Saludos a todos.

Estoy de acuerdo en que un maquetador debe entenderlo, pero no lo estoy con que un diseñador lo deba entender.
Un diseñador no es lo mismo que un maquetador.
A un programador no se le pide que sepa trazar un logo; a un diseñador no se le debería pedir que programe PHP (actionscript sería discutible, desde mi punto de vista).

No se yo si eso sería pedirles demasiado ;)

Supongo que bastaría con que entendieran la lógica
de esos blucles y descifrar un poco lo que está pasando,
pero de ahí a corregir algo del código...

Yo llevo años intentando que algún diseñador sea capaz de al menos entender PHP y oye, sigo buscando...

Si entiende eso en PHP, lo hará también en Rails, y viceversa :)

¡¿debería entender y trabajar con Php y no Rails?! :)

si el maquetador en cuestión siempre confunde el orden de los parámetros en la función l de drupal y sin fallar una sola vez, siempre pone la url en lugar del texto y viceversa... está aprobado o habría que despedirlo?

Yo me estoy quitando del php, pero todavía lo entiendo :D

Por transitividad, entiendo que un programador también debe saber qué coño pone ahí, ¿no?

Es coña, con algo de esfuerzo lo entiendo ;) Supongo que lo que pretendes comentar es precisamente eso: qué coño hace un maquetador leyendo/escribiendo eso...