IceBeat

Pues yo como diseñador y maquetador, creo que no hace falta un nuevo perfil. Aunque sí es cierto que la cosa se está haciendo cada vez más grande, creo que lo mejor sería ampliar los vínculos entre los pasos intermedios. El problema es que en la producción web suele haber poco tiempo para estas cosas. En ese sentido, sería bueno que se tomase algo de conciencia de que esto no son churros, sino algo que cada vez lleva más trabajo.

Sin querer extenderme más, creo que bajo la realidad actual la tarea que comentas le correspondería al maquetador, aunque en mi empresa no se hace así.

Yo me considero un poco de todo, y no creo que haga falta un perfil nuevo, porque eso solo equivaldria a complicar aun mas la ecuacion.

Con la salida de frameworks de js, se ha facilitado muchisimo la tarea de programar experencias del lado del servidor, por lo tanto yo creo que tanto maquetadores como programadores deberian participar juntos en este proceso.

Saludos.

Yo reuno los perfiles maquetador/programador (en diseño soy nulo por desgracia) y para mi Javascript es dominio de los programadores. El maquetador simplemente deberá pedirle al programador un helper/api para hacer el efecto que requiera.

Que todo el mundo sepa utilizar javascript no quiere decir que sepan programar en él. Cuando trabajas con JS hay que tener en cuenta los choques de namespace, que no se creén closures no deseados, evitar leaks con los eventos.... Los framewords/librerias actuales ayudan con algunas de estas cosas pero como cada vez metemos más y más JS en las webs creo que sigue siendo necesario un perfil 'programador' que realmente entienda los procesos del código y no uno que simplemente va probando hasta que le sale algo que no 'peta'.

Aunque claro está que muchos programadores no tienen mucha idea (y lo que es peor, ni interés en aprender) de Javascript, y algunos maquetadores/diseñadores tienen los conocimientos de programación suficientes como para implementar en javascript.

Si a la cadena de producción le sumamos un actor más, la dinámica de flujo de trabajo debe ser importante dentro de un estudio / agencia / proyecto / freelancers para absorber los gastos (o inversión) que significa tener mas gente dentro de la cadena de "ensamblaje".

• Analista de contenidos (AI)
• Diseñador (interfases)
• Maquetación
• Aplicacion de "efectos, framworks, etc.
• Programacion

Es mucho no? Los costos se expanden no proporcionalmente al incremento de los valores de mercado de lo que se cobra un proyecto web.

Es cierto también que cada vez hay mas "disciplinas" dentro del desarrollo web. La gran pregunta es... Esta preparado el mercado para asumir estos costos?

Respuesta: Algunas veces si, otras seguiremos haciendo de hombres orquesta.

• PD: Muy bueno el blog, lo sigo hace bastante pero creo que es la primera vez que comento. Slds. desde Córdoba - Argentina.

@Gancé creo que lo que comentas es más cuestión de gestión del proyecto; si sabes gestionar el grupo de trabajo la rapidez de producción amortizaría el gasto del nuevo "actor".

No creo que haga falta uno más; en caso de darse esto, el desarrollador de JScript tendría que estar supeditado por el diseñador, o ¿no?

por cuestiones varias estoy de maque3tador 100%, pero a veces me supone muchos problemas comunicar al diseñador que es lo que se puede y que no, en temas de "animación" por javascript. es decir, yo tengo más información de las opciones para poder jugar con los scripts, pero el que tiene la palabra es el diseñador; de todas maneras lo mio es un caso "extraño"

No creo que haga falta un nuevo perfil. En mi caso, durante mi estancia en Indra, hacía las veces de maquetador y programador Front End. El caso que comentas, ese supuesto nuevo perfil que se podría crear, para mí no es más que un programador Front End.

Una de las labores que realizaba precisamente era esa que comentas, la aplicación de efectos visuales (cuando estos eran requeridos). Estos son sencillos de aplicar con cualquier framework de hoy en día, como jQuery o Mootools, que te dan un amplio espectro de los mismos.

Parece que estamos todos de acuerdo que no hace falta un nuevo perfil, pero si que hay diferentes opiniones sobre quien se debe de llevar esa parte.

Ahora mismo la realidad es que los programadores se encargan de esta parte pero el maquetador debe estar obligado a conocer ciertos aspectos de este desarrollo.

@pumpkin lo mismo me comentaba Andrés

@mbavio quieres decir, que el maquetador necesita conocimientos básicos para implementar el código no?

@DrSlump tu postura como programador es que prefieres que el código lo controle un programador pero que lo aplique el maquetador, algo muy lógico, pero hay casos que los maquetadores dicen que no lo hacen porque ellos no tendrian que implementarlo.

@Gancé gracias :), la verdad es que ahora mismo todos somos hombres orquestas, hacemos siempre cosas que no nos corresponden, pero esta claro que necesitamos evolucionar porque internet se ha convertido en un fenómeno.

@acido69 por eso digo que la cosa ha cambiado, ahora todos necesitan saber algo sobre las diferentes fases del proyecto, no vale imaginarse un mundo imposible.

@Calderón tendrías buenos conocimientos de programación y en tu caso has evolucionado, pero hoy en día hay muchos maquetadores que temen interactuar con javascript.

Esta claro que con la salidas de frameworks ha cambiado bastante el punto de vista, podemos "todos" pero dependiendo de lo que se quiera hacer.

Yo creo que no hace falta un nuevo perfil, si no ajustar los actuales. El HTML/CSS debe ser el lenguaje de entendimiento entre programación y maquetación. Lo que no es bueno es el extremismo, de yo solo programo o yo solo maqueto. A los programdores no nos viene mal el saber nociones de diseño y viceversa...

Estoy con David en que todos deberían saber de todo, al menos un poquito.

Aún así, creo que el rol de diseñador, maquetador y programador es algo muy optimista. En muchas ocasiones, sobre todo para proyectos de uso interno para empresas (que es de lo que más hay), existe el rol del que manda y el rol del que curra, y a este último le toca hacerlo todo.

Normalmente sus conocimientos de diseño le hacen no complicarse la vida (cabecera, menu lateral y contenido), sus conocimientos de maquetación le hacen usar programas (Dreamweaver, o incluso Word o FrontPage, y no es exageración) y sus conocimientos de programación no suelen entrar en Ajax, JSON, frameworks o parecidos.

@David Martínez eso esta claro, los extremismos no son buenos y gracias al 2.0 es lo que vemos que esta cambiando.

@Luis como dice @Gancé es ser el hombre orquesta más conocido como el 3 en 1.

Pero hablamos de empresas relacionadas con el mundo web, porque si no lo son esta el típico hijo o el típico amigo que lo puede hacer, y eso es otra cosa.

Bueno voy a permitirme crear un poco de polémica en los comentarios, yo no solo pienso que debe existir ese perfil del que comentan Dani y Andrés, sino quizás alguno más me intentaré explicar.

Hace no mucho, 2 o 3 años era impensable que se necesitase un maquetador que sirviera de enlace entre un diseñador y un programador y hoy en día ese puesto casi ni se discute, para crear una web se necesita un diseñador, un maquetador y un programador.

Pero todo avanza, el renacimiento del javascript gracias a los frameworks, hace que podamos hacer maravillas con la web, sin usar flash, que era lo único que teníamos para mostrar efectos. Esto nos lleva que ahora no veamos claro la necesidad de ese puesto nuevo, en pocas empresas a la hora de buscar te piden saber algún framework, aunque de nuevo cada vez se ve más, esto nos llevará a leer este post dentro de dos años y ver que si es necesario.

Pero ojo para mi también se necesita un técnico de accesibilidad y usabilidad que esté en apoyando en el trabajo tanto al maquetador como al programador, con sus revisiones y sus pruebas.

Pero todo esto depende de la empresa, en una pequeña, no se necesitarán tantos puestos, ¿por que? pues muy fácil los que nos dedicamos a esto, sabemos más de un puesto, ya sea por conocimientos o por estar trabajando continuamente con tus compañeros, por eso es fácil que el diseñador sepa maquetar y este sepa programar. Por lo que muchos de nosotros tenemos el siguiente perfil, diseñador/maquetador o maquetador/programador (en el que me incluyo yo) y en este caso no queda ninguna duda que el puesto nuevo del que hablamos lo haría esta ultima persona.

Pero que sucede en una empresa grande?? o no tan grande 20 personas, para sacar los proyectos muchísimo más rápido, los profesionales deben centrarse en una materia, la que más domine o más necesite la empresa.

Para mi los puestos serían así

Diseñador Maquetador Programación de interacción ( que es como llamo yo, al puesto nuevo que comentáis) analista programador - programdores ( encargados del diseño de la bade de datos y el backend)

En el ejemplo de las llamadas de ajax que comentáis, para mí sería el programdor de interacción, le dice al programador, voy a necesitar un fichero, que me tiene que devolver lo siguiente ...

Perdonar pero me ha quedado un ladrillo, espero no haber molestado a nadie

Un saludo

@noth es cierto como comentas que la web esta cambiando, y que tarde o temprano los conocimientos que tenemos o van a evolucionar o nos van a dividir.

Ahora mismo todo esta en el aire y cada uno hacemos la parte que podemos hacer o la que nos asignan.

Yo las empresas grandes no se como funcionan pero @Calderón que ha estado en Indra tenia se encargaba de varias tareas.

De todas formas pienso como @noth tarde o temprano veremos este post y miraremos como ha cambiado la cosa.

El puesto del que habláis ahora mismo yo creo que es competencia del "programador de interfaz" (maquetador y programador Front-End) y en el caso del ajax qui se suele pedir a los de Back-End que nos devuelvan tal o cual bloque. Creo que se perfil del que habláis acabara existiendo sin duda, ya que antes era impensable la cadena que ahora se sigue solo para la parte de HCI (Front-End). Ahora mismo un departamento HCI completo (en mi opinión) es:

• Arquitectura de la Información (Especialista en usabilidad + nociones de Accesibilidad)
• Diseño (Diseñadores especializados en Web + nociones de XHTML/CSS)
• Especialista en Flash/Flex (si el proyecto lo requiere)
• Programador de interfaz (XHTML/CSS, valido y semántico + Accesibilidad + JS)

Hace poco tiempo no existia nada mas que el diseñador y mucha gente hoy incluiría el especialista de Flash/Flex en programador de interfaz y no les falta razón, pero creo que Flex se ha vuelto lo suficientemente complicado para contar con especialistas y creo que es precisamente el camino que seguirá el especialista en JS que comentáis, que para mi humilde opinión no tendría por que ser ni estrictamente programador ni estrictamente maquetador, lo normal por como se ve el futuro es que sea mas programador, BBDD de lado cliente, programación multi capa para JS (MVC)... pero los "hombre orquesta" que ya tenemos el gusanillo dentro de las grandes librerías como Mootools o JQuery a ver quien nos lo quita, a mi personalmente (Hombre orquesta a más no poder Diseñador/Maquetador/Programador) lo que mas me divierte últimamente es programar con Mootools/jQuery.

Un saludo :D

@boton no había tenido en cuenta Flash/Flex una tecnología que sin duda necesita un especialista, complejo a no poder más para animaciones y programación.

Por lo que dices existirían dos tipos de programadores de interfaz, aquellos con conocimientos básicos (frameworks) y otros más cercanos a la programación (MVC, BBDD) dependiendo de la envergadura del proyecto quizás el primero podría encargase otro perfil o ser absorbido por el segundo.

Jejeje yo también me lo paso bomba programando Javascript.

Yo creo que el Diseñador Web debe dominar html/css y no debería ser necesario el "maquetador", sólo diseñador web y el desarrollador (developer o programador).

Estoy de acuerdo en que es muy positivo tener a alguien de ocmunicación que se encarge del contenido y si es posible alguien que se encargue de la Arquitectura de la Información, aunque no veo porqué no podrían ser la misma persona.

@Rafyta bueno ahora mismo es así como suceden las cosas, el de frontend hace todo, diseño y maquetación incluso el de backend suele hacer también todo, diseño, maquetación y programación jeje.

BUENO YO SOY DISEÑADOR, MAQUETEADOR Y PROGRAMADOR (UN POCO) SOLO CUANDO TENGO QUE MANEJAR BASES DE DATOS MUY COMPLEJAS O ACCIONES DE PROGRAMACIÓN MUY ELEVADAS ES CUANDO RECURRO A PROGRAMADORES DE VERDAD, PERO LES DIGO EXACTAMENTE QUE HACER Y COMÓ LO QUIERO, POR SU PUESTO TENIENDO UN POCO DE CONOCIMIENTO EL FUNCIONAMIENTO DE FRAMEWORKS. ELLOS EN ESTE CASO NO ESTAN MUY INTERESADOS EN EL CSS/AJAX/HTML Y SI NO FUERA POR MI NO VERIAN EL ALCANCE, PERO CREO QUE EL PRINCIPIO DE LA CADENA DEBE DE SABER COMO EMPEZAR A HACER UNA PÁGINA WEB, MUCHAS VECES EL DISEÑADOR NO CONOCE COMO FUNCIONA, NI QUE PUEDE LOGRAR... CREO QUE LO MEJOR ES HACER LAS 3 COSAS EN LA MEDIDA DE LO POSIBLE.