Experiencias de psd a html,css...

Pues ambos casos son buenos, si solo hay 2 en la empresa, yo diría que aprenda el diseñador, puesto que el trabajo de programación suele ser 2/3 del tiempo de desarrollo.

Pues mi recomendación es la opción que no contemplas: contratar a un maquetador.

...Supongo que los diseñadores preferirán que aprenda el maquetador y los maquetador que se lo haga el diseñador......
pero quisiera conocer "casos reales" y qué es lo más eficiente. En cuanto a lo de maquetador...simplemente por poliica empresarial no subcontratamos.

Gracias, espero argumentos

Un saludo

También existe la opción de tener una persona que lo haga todo a la vez...

Teniendo en cuenta mi experiencia personal, es mejor que el diseñador gráfico aprenda maquetación con xHtml y Css.

Yo soy diseñador gráfico desde hace 5 años y maquetador Web desde hace 10 meses. Podemos complementar, pulir, dar retoques finales a la maquetación Web que posiblemente el programador no pueda. Basado sencillamente en una cuestión de estilo y aprendizaje, proporciones, uso del color...

+1

Creo que Dudú no contaba con la parte de contratar a alguien más, así lo entiendo yo al menos leyendo su planteamiento.
En estos tiempos la pregunta sería: ¿lo que le pagaríamos al maquetador se lo quitamos al diseñador o al programador? ;)

Yo voto por el 3. Si tienes a los 2, eso ya es mucho. Voto por colaboración.

Como bien dice Li, no entra dentro de la política de nuestra empresa la de subcontratar y tampoco podemos contratar a un programar ahora mismo.
LA fórmula de que el diseñador le deje suficientemente mascado todo al programador para que maquete es la opción que yo creo más sencilla, pero necesito vuestros argumentos y experiencias

Gracias de antemano!

Dudú, ya sé que buscas solucionar el asunto con la gente de la que dispones, pero si teneis un problema de calidad en las entregas con el personal que teneis, al menos hasta que alguno, o los dos aprendan, el problema va a seguir estando ahí. Y, hombre, es cierto que maquetar no es comparable a la neurocirugía, pero hacerlo bien no es tan fácil.

Lo que necesitamos saber es quíen debe aprender, o si puede haber un punto intermedio
Hasta ese momento nos apañaremos

Dudú, como ya han comentado otros, tener un perfil especializado, sería la opción ideal. Pero no por que otros no puedan hacer eso, sino porque es un área en la que un perfil especializado hace subir la calidad de una manera espectacular. Yo he tenido la suerte de trabajar con algunos especialistas buenísimos en su campo.

Dicho ésto, y ya ateniéndonos a vuestra situación concreta, lo mejor sería que supieran de maquetación ambos. Porque, como comentas, no sólo es quién lo vaya a hacer, sino también comprender las limitaciones y demás.

Mi opinión personal, es que es el diseñador quien debería maquetarlo. Siendo diseñador web, me parece imprescindible saber maquetar. Y creo que el programador debería saber lo suficiente como para poder aplicar correctamente los CSS existentes y demás, pero no ser él quien maquete, ya que si no se puede dar esa situación en que el diseñador empieza a tocar los huevos al programador por detalles estéticos de la maquetación, que se hubieran evitado si lo hubiera maquetado el diseñador desde un principio. Además cuando el diseñador es también el maquetador se ahorra tiempo en el proceso porque no tiene que diseñar absolutamente cada una de las páginas para que el programador las maquete exactamente igual, sino que una vez hechas las más importantes, puede tomar pequeñas decisiones de adaptación del diseño sobre la marcha. Ésto, que me he encontrado con quien cree que es un error, es muy ventajoso, no sólo a nivel de tiempo, sino a nivel de desarrollo del diseño.

Aunque, basado en mi experiencia, si el diseñador actualmente no sabe maquetar, le va a costar mucho más aprender a hacerlo que al programador. O al menos aprender a hacerlo con la calidad que dices que necesitas. Es algo a tener en cuenta.

Pues desde mi punto de vista si no podéis contratar a nadie, le tenéis que pasar el muerto a quien le apetezca más. Va a tener que pelearse bastante para aprender (y más si encima es con prisas...) y o está motivado y le apetece o no arreglaréis en absoluto puestro problema que es de calidad y no de rapidez.

Tendrá más calidad el que le eche más ganas y esté más motivado. No hace falta tener un don para maquetar HTML y CSS. Lo que hay que tener es perseverancia y motivación.

Santi

Independientemente de quien se encargue de la maquetación, yo siento que es indispensable que el diseñador sepa lo básico de html y css, como dices, para saber sus limitaciones. Y como Danielo, me inclino porque sea el diseñador el que maquete, ya que tendrá más facilidad en traducir su propia visión a código, que tal vez en cuestiones estéticas le sea más difícil interpretar al programador.

Por mi experiencia, es el diseñador el que aprende a maquetar...

Estoy de acuerdo con kemie que el diseñador está bien que sepa algo también pero eso lo va pillando sobre la marcha en el primer proyecto que trabajen juntos si no le toca a él maquetar. Creo que se le teme mucho a las limitaciones del CSS cuando almenos creo yo que hay 2 ó 3 que realmente son insalvables. El resto si el programador es buen maquetador no hay problema.

Dicho esto, creo que si ambos estan motivados el diseñador tiene más puntos de hacerlo bien (entre otras cosas porque cambiará el diseño cuando algo no lo sepa maquetar... aunque no se si eso es bueno) y el programador tendría que romperse los cascos maquetando algo para dejarlo igual que lo ha diseñado el diseñador. me explico?

Si uno está motivado, en mi opinión al que esté motivado. Si lo están los dos yo daria UN PROYECTO A CADA UNO y que aprendan los dos (uno del otro aprenderan mucho y podran comentar cosas). Y si ninguno está motivado, pues sinceramente lo veo chungo porque hay que tener ganas para meterse en el mundo del cross browsing...

Creo que un diseñador web debe saber maquetar, al igual que un diseñador gráfico sabe maquetar en papel. De esta forma al diseñar sabrá que debe hacer y cuales son las limitaciones

Aquí es donde yo quería llegar. Por mi experiencia de diseñador gráfico, los programadores están encantados de decirte "no se puede" cuando no saben maquetar algo para que quede como en el prototipo...Por tanto creo que es por esto por lo que se carga al diseñador la tarea de maquetar, algo que de base no tiene absolutamente nada que ver con su trabajo.

"entre otras cosas porque cambiará el diseño cuando algo no lo sepa maquetar... aunque no se si eso es bueno) "
Yo tampoco creo que sea bueno, es malisimo.

En cuanto a lo que dice ponchi, el diseñador gráfico puro, puede que sea positivo que sepa maquetar en lenguaje digital, en caso de que no sea así ¿no crees que está bastante lejos de su cometido original?

Si, tenemos los dos lados:

1. diseñador que supedita sus diseños a lo que sabe maquetar (que de salida es bien poquito...) y deja de ser creativo.
2. programador que dice "no se puede" cuando no lo sabe maquetar y fuerza el cambio de diseño.

El trabajo de maquetador es una maratón más que un sprint. Nuevos trucos, herramientas, frameworks, maneras de, nuevos navegadores y cross browsing. Que aprendan los dos y te quedas con el mejor (el que le pille antes el truco y le tenga gusanillo para dedicarle horas a largo plazo porque le guste). no?

Santi

pregunta, ¿y tienen que aprender por huevos o el incremento productivo, vendrá acompaño de un incremento salarial?
lo digo porque a mi "el tienes por huevos que...." me sienta mucho peor que el "Puedes cobrar mas si....."

Quitando esta pequeña/gran diferencia, y mirando el lado pragmatico, que aprenda el diseñador.

traducción de "esto no se puede": "este cambio de 5 min en photoshop me supone 2 horas extras de trabajo sobre un trabajo que ya esta hecho, y lo peor es que si se te hubiese ocurrido desde el principio, ahora no estaríamos teniendo esta conversación, pero claro como no lo tienes que hacer tu, primero actúas y luego piensas, en lugar de hacerlo al revés, mendrugo"

Tu eres programador verdad?

Dudú: se carga al diseñador la tarea de maquetar, algo que de base no tiene absolutamente nada que ver con su trabajo.
Si es un diseñador gráfico todo terreno, igual no es imprescindible. Pero si es un diseñador gráfico para web, es absolutamente necesario (es como si un diseñador gráfico para impresión no supiera hacer artes finales). Ya no te digo si es diseñador web en lugar de sólo diseñador gráfico para web.
Yo, que soy favorable a la especialización y separación de roles, no he entendido nunca a quienes piensan que el trabajo de un diseñador gráfico para web debe acabar en el Photoshop.

Yo me considero diseñador puro. Sé maquetar una web pero no es mi fuerte y un maquetador decente o un programador me da mil vueltas en este aspecto básicamente en términos de velocidad de producción. Quizá no sea el perfil más común actualmente porque no desempeño esa labor "híbrida" de diseñar y maquetar lo que diseño (aunque soy "híbrido" para muchas otras) y, la verdad, no me veo aceptando un trabajo de diseñador-maquetador.

A lo que voy: la "traducción" de Hartum se puede dar en muchos casos y la mayoría de ellos creo que serán por falta de experiencia, no porque el diseñador sea un artista por encima de cualquier otro ser (programador, maquetador, etc..). Evidentemente primero actúa y luego piensa, pero porque hasta ese punto seguramente nunca habrá lidiado con el "esto no se puede". Es la experiencia la que hace pensar y luego actuar.

Nuestro proceso es el siguiente a grosso modo: yo elaboro el diseño prácticamente final de una home y un interior. Anteriormente luego me reunía con el programador y se valoraba si era factible para que posteriormente el cliente pudiera ver algo que sí se va a poder hacer realmente. Con el tiempo esa reunión previa no es necesaria porque cuento con los conocimientos necesarios para saber qué debo hacer para no encontrarme con un "esto no se puede".

Y si tengo dudas, pregunto antes de hacer, que para eso tengo la boquita :)

PD: Creo que me he salido un poco por la tangente pero ya que estábais con el tema... :D

El problema es que todo se puede..y si hacemos caso al no se puede la pagina va a la basura

Ejerzo de los 2, por eso te recomiendo que aprenda el diseñador ;-)

yo pienso un poco como kemie... lo ideal es que el diseñador/maquetador de la web tenga nociones al menos básicas de html y css y que trabaje junto con el programador para entender ambos sus respectivas limitaciones, y que pueda además de diseñar, optimizar imágenes o lo que sea, currarse detalles de colores o tamaños de letras y demás con esos conocimientos de html/css, trabajando siempre mano a mano con quien programa...

Yo lo siento, discrepo.
El diseñador diseña. No maqueta.
Si pago un sueldo a un diseñador es por sus facultades creativas y conocimiento y manejo del apartado visual, básicamente. Colores, fuentes, distrubución del espacio, etc. Maquetar tiene poco que ver con las funciones de un diseñador. Quizá me digas que también tiene poco que ver con un programador, pero desde mi humilde opinión, se acerca más al trabajo de un programador que al de un diseñador.

Es evidente que el diseñador debe conocer LA BASE, pero una cosa es conocer la base y el funcionamiento y otra cosa es convertirte en un profesional de la disciplina. Maquetar bien es complicado, le pese a quien le pese. Y no, no es necesario ser maquetador profesional para poder diseñar web, y no lo digo yo, lo dicen profesionales del sector.

Mi argumento: Los diseñadores saben preparar un arte final para imprenta, porque conocen el funcionamiento básico de las impentas, PERO pocos (muy pocos) podrían irse a trabajar a la imprenta y reemplazar al impresor. Para mi es lo mismo. Un diseñador "de papel" no tiene porqué ser un experto en el manejo de una imprenta para ser un buen DISEÑADOR OFFLINE, un diseñador web tampoco debe ser un profesional de la maquetación.

Yo pondría a maquetar al programador, eso si, es cierto que si además de programar tiene que maquetar, pues su tiempo le va a llevar...y que si se queja por tener que maquetar él, sus razones tiene ;)

HTML + CSS para separar el contenido de la presentación, ¿si?

Que el programador aprenda qué significa código semántico y estándares web y se ocupe del HTML y que el diseñador aprenda a aplicar CSS sobre esa base.

En cuanto a la política de empresa... respetable como todas pero ¿el hosting también lo tenéis en casa o ahí si que subcontratáis?

Si queréis calidad y que vuestros muchachos aprendan considerad incorporar a un especialista por horas presencial o usad el desarrollo de uno o dos proyectos como formación (planteándolo así al especialista y pagándole algo más). Crecerán más en un par de días que en semanas leyendo artículos, haciendo pruebas y peleándose con ie7.

+1

+1

Gracias por el consejo