

Teniendo en cuenta los hechos y las fuerzas del mercado en juego, estamos tratando de resolver la antigua pregunta de una vez por todas.
En estos días, puede cerrar los ojos, tirar una piedra y comenzar una conversación sobre si los diseñadores deberían programar.
Ambas partes, sí y no, tienen argumentos razonables. Hoy analizaremos los hechos y las fuerzas del mercado en funcionamiento en un intento de resolver la antigua pregunta de una vez por todas.
Antes de entrar en eso, debemos considerar a qué nos referimos cuando decimos “código”.
Para nosotros en DesignWalkthroughs™, creemos que la programación es más que una vista declarativa, incluida la lógica, que incluye escribir o trabajar con cualquier lenguaje (marcado, sintaxis o lógica) fuera de una herramienta de diseño estándar.
Ahora bien, hay algunos que no tienen en cuenta el código HTML y CSS, y este punto de vista puede ser cierto, especialmente para los diseñadores web. Sin embargo, para los propósitos de nuestra definición aquí, estamos tratando de ser amplios pero justos para establecer un punto de partida para una incursión razonable en esta discusión.
Hablemos de los problemas inmediatos de tener o intentar tener un código de diseño.
Contenido del Articulo
1. Los diseñadores no son programadores
Esto parece bastante obvio, ya que lo contrario también es cierto: los programadores no son diseñadores, y en la mayoría de los entornos profesionales nunca se espera que lo sean.
No espera que un plomero construya una casa, su abogado no le diagnostica una enfermedad, su mecánico no trabajará en su estufa, entonces, ¿por qué está tratando de obligar a los diseñadores a codificar?
La respuesta corta es que no deberíamos estarlo, y si es así, asegúrese de analizar bien por qué, lo que me lleva al siguiente punto.
2. La programación es una disciplina aparte
Mire, no estoy diciendo que los conjuntos de habilidades “en forma de T” sean malos, o que el entrenamiento cruzado de alguna manera abra un agujero en el tejido del espacio-tiempo, pero debemos entender que la programación no es una especie de “fiesta”. . -dish” es una comida completa de siete platos.
Hay una gran cantidad de cosas que necesitas saber y aprender para ser un programador efectivo, y de todo esto, tiene poco sentido que un diseñador sepa alguna de ellas, porque todo lo que hace es quitarle lo que ya sabe. tener.habilidades.
No estoy abogando por la hiperespecialización aquí, pero debemos ser muy conscientes del hecho de que el hecho de que los diseñadores “puedan” aprender a codificar no significa que deban hacerlo.
3. Cuando los diseñadores escriben código, su producto sufre.
Hasta el día de hoy, incluso con muchos diseñadores de código, casi nunca he visto a un diseñador escribir código que sea remotamente escalable y/o reparable.
El tiempo de un diseñador se emplea mucho mejor diseñando, manteniendo un diseño de alta calidad y trabajando en áreas donde su experiencia es sólida. El uso de un diseñador como desarrollador cuasi-front-end casi siempre perjudicará a su organización a largo plazo.
Si tiene un desarrollador de código que realmente puede crear un código idiomático bien escrito, NUNCA LO DEJE IR. Lo digo en serio. Solo hay unas pocas personas así, y valen su peso en oro.
4. Hay soluciones mucho mejores
En serio, ahora hay tantas soluciones que evitan que los diseñadores tengan que codificar (y que sus desarrolladores tengan que trabajar con código de diseñador) que es casi irresponsable no usarlas.
Como dije, un montón de herramientas; haga su elección y deje que su equipo trabaje con ella. Te lo agradecerán absolutamente al final.
Entonces, ¿deberían los diseñadores codificar? La conclusión es que no es difícil decir sí o no, y depende mucho del contexto. Hablemos de eso.
Cuando los diseñadores deben codificar
Si va a insistir categóricamente en que sus diseñadores codifiquenprobablemente nunca deberían ir más allá de HTML, CSS y algo de JavaScript básico.
Esto se debe a que cuanto más mueves a un diseñador en su área de debilidad, más desnaturalizas y debilitas sus puntos fuertes como diseñador.
En la mayoría de los casos, SÍ necesita tener un equipo de desarrolladores front-end que pueda transformar el trabajo de sus diseñadores en un producto final escalable y codificado, y que tengan la tarea específica de conocer los lenguajes, las cadenas de herramientas y los ecosistemas necesarios para construir un front-end. -final. – el fin de los productos modernos.
Y sí, la cantidad de conocimiento que necesitas para ser un desarrollador front-end efectivo es absolutamente increíble:

Como puedes ver, es mucho.
Cuando los diseñadores ABSOLUTAMENTE NO DEBEN programar
Casi cualquier otro momento.
Si tiene los recursos, es muy importante asegurarse de que su equipo esté completamente formado y que tenga al menos uno de los siguientes:
- Gerente de proyecto
- investigador de experiencia de usuario
- diseñador de experiencia de usuario
- diseñador de interfaz de usuario
- Desarrollador front-end
- Desarrollador back-end
- Ingeniero de sistemas
- Coordinador de Mercadeo
- Técnico de soporte
Pero, ¿por qué hacer eso cuando solo puedes tener unas pocas personas usando algunos sombreros? Clara división de tareases por eso.
La razón por la que hay tanta gente es simple: desea asegurarse de que todos sean muy efectivos en su función y sepan exactamente qué hacer cuando llegue el momento.
Los profesionales híbridos son geniales, no me malinterpreten, y existen, pero comprenda que cuanto más una persona asuma a la vez, peor se desempeñará en general, no es diferente de un bote sobrecargado que intenta transportar demasiado. gran peso a través del océano.
No culparemos a este barco por hundirse, culparemos a las personas que lo sobrecargaron. Deje de culpar a los diseñadores, desarrolladores y equipos de productos y comience a culpar donde sea necesario: un concepto erróneo sobre los tipos de profesionales que deben contratarse para realizar el trabajo.
Después de revisar mucha evidencia y hablar con cientos de profesionales de la industria para obtener una visión buena y completa, hemos llegado a la conclusión de que los diseñadores no deben codificar a menos que sea absolutamente necesario y a menos que quieras o no quieras. Si no te sientes cómodo aceptándolo, está más que bien decir que no.