¿Es más fácil para un diseñador aprender a codificar o para un programador aprender a diseñar?

Sólo mi experiencia personal. Soy desarrollador y diseñador de interfaces de usuario. Y originalmente me hice un nombre en la industria de CS como experto en UI. Una cosa que obviamente sabes, es que todos los programadores no son buenos diseñadores de IU, y todos los diseñadores no son buenos programadores. Sé de buenos diseñadores que no codifican una línea, y programadores que piensan que todos los sitios web deberían tener imágenes como fondo de sus páginas web (asco). Sin embargo, una buena interfaz de usuario proviene de una actitud lógica y un enfoque del diseño de la aplicación que es (o debería ser) inherente a las buenas prácticas de codificación.

Sin embargo, tengo que decir que, solo en Mi humilde opinión, he visto cómo los buenos programadores se vuelven buenos en la interfaz de usuario mucho más a menudo que los buenos diseñadores de interfaces de usuario que se convierten en buenos programadores. Estoy seguro de que hay una gran cantidad de excepciones en cada caso, pero mi experiencia general se ha basado en mis experiencias personales, y es mucho más fácil explicar a los buenos programadores por qué un buen diseño de IU tiene sentido y cómo repetir esos conceptos, que hacerlo. enseñar a aquellos que tienen buenos talentos de diseño de UI para codificar, lo que implica MUCHOS conceptos que no se relacionan en absoluto con el diseño de UI.

Como desarrollador, anteriormente había creado algunos juegos simples, uno en VHDL directamente sobre un controlador VGA y un par en Java. Aprendí a usar hojas de sprites y aprendí a posicionar elementos, a utilizar a los oyentes y a los manejadores de eventos, y a crear animaciones. De hecho, el desarrollo de juegos (y estoy hablando de clones de Mario en 2D comunes, nada sofisticados) fue algo más difícil que el diseño web, ya que tuvo que lidiar con la sincronización y estuvo más involucrado en el proceso de cómo se mostró la composición de la pantalla al usuario. Hace poco tuve una experiencia similar al crear un juego simulado con Python y Pygame.

El juego VHDL Pong que había hecho era aún más difícil de escribir, ya que no tenía una pantalla VGA para probar mi implementación directamente, así que tuve que ejecutar simulaciones y dar sentido a las señales individuales involucradas, así como a la sincronización entre ellas. que es una pesadilla a un nivel tan bajo.

Recientemente puse mis manos en Diseño Web y me resultó extremadamente fácil de aprender en el sentido del “cerebro izquierdo”. (Estoy hablando del triplete HTML5 / CSS3 / jQuery aquí.) El problema es que ser un diseñador no se trata tanto de aptitudes programáticas como de crear entornos visualmente atractivos. Y apesto a eso. Tengo un gusto horrible y ninguna cantidad de experiencia en programación cambiará eso.

Entonces, basándome en mi experiencia, sospecho que es mucho más fácil para un programador aprender a diseñar sitios web que para que un diseñador aprenda la programación, pero a un buen diseñador le puede resultar más fácil convertirse en un buen programador que al revés. Ambos trabajos requieren un pensamiento estructurado, que es una habilidad adquirida, pero la creatividad visual y el buen gusto necesarios para ser un diseñador exitoso son mucho más difíciles de lograr.

Claro, a todos les gusta Photoshop y a todos nos gusta modificar el ancho de una línea o el degradado de un logotipo en Illustrator . (Aunque los verdaderos diseñadores probablemente le dirían que no use los anchos de línea y los gradientes en un logotipo …)

Entonces, ¿quién o qué es un “diseñador” ? ¿Alguien que simplemente sabe cómo ejecutar una publicación de acuerdo con una guía de estilo? ¿Alguien que puede crear una gran maravilla o un pequeño milagro a pedido el lunes por la mañana? ¿Alguien que sabe cómo equilibrar entre el diseño convencional y el intrigante? ¿Alguien que tiene las agallas de decirle a su cliente que se ponga “todo morado este año” ? Estas características requieren talentos muy diferentes a solo dominar un par de aplicaciones de Adobe …

[EDITAR] En respuesta al comentario de Ben (ver más abajo) cuál es mi respuesta real, me gustaría explicarlo un poco:

Mi respuesta cuestiona la definición de “diseñador” . Algunos gerentes de proyecto pueden llamar al diseño funcional una tarea creativa . Y mucha gente piensa que estructurar una página con algún formato HTML adecuado ya les da experiencia en programación y codificación . (Aunque seguro que les ayudaría a comprender por qué algunas ideas no pueden diseñarse para la web).

Por lo tanto, todavía no hay una respuesta clara …

He visto a gente tratar de cruzar estas disciplinas bastante.
Mi opinión personal, como desarrollador, es que para mí es más fácil aprender diseño que que un diseñador sepa lo que hago. Soy plenamente consciente de que estoy predispuesto, pero de todos modos voy a ser un anecdótico, y generalizaré excesivamente.

Los diseñadores (y estoy hablando específicamente de diseñadores web aquí) a menudo no están expuestos a los conceptos de programación. Los buenos diseñadores saben al menos un poco acerca de cómo funcionan las cosas, lo que significa que tienen una idea justa de lo que es posible y lo que no, y lo que es probable que sea eficiente y lo que no. Si eres un desarrollador que trabaja con un diseñador de este tipo en el mundo real, tienes suerte. Es más probable que trabaje con uno que vea las dos disciplinas completamente diferentes, y no con su problema si su diseño no es viable. Ellos simplemente no están interesados. No quieren ninguna entrada en el proceso de desarrollo. Ellos no ven ningún código, nunca. Y no estoy categorizando HTML y CSS como código.

Los programadores ven los frutos de sus labores a través de los diseños de otras personas. Con esto quiero decir que están expuestos a los diseños desde el principio y que están familiarizados con ellos para cuando están en la aplicación resultante. Los desarrolladores ven diseños todo el tiempo, y fuera de su trabajo, usan sitios diseñados con buenas y malas prácticas, con UX bueno y malo todo el tiempo, al igual que todos los demás que usan la web. Forman opiniones y critican el trabajo de los demás todos los días. Aprenden lo básico de lo que es bueno y lo malo hablando con los diseñadores y utilizando los diseños día a día. Entonces, si bien es posible que no tengan una capacitación formal, a menudo están al menos ligeramente interesados ​​en el tema.

Por supuesto, esto es sólo las trincheras. Hay muchos buenos diseñadores que también son buenos programadores. Creo que a cualquier persona se le pueden enseñar principios de diseño, y a la mayoría de las personas se les puede enseñar arte básico … cosas … Las personas parecen poner una barrera más fuerte contra el aprendizaje de la ciencia, cosas lógicas si no quieren hacerlo en primer lugar.

tl; dr: posiblemente sea más fácil para los desarrolladores aprender a diseñar y es más probable que deseen hacerlo.

Es difícil ser un buen ingeniero, es fácil ser un buen diseñador. Es realmente muy difícil ser un gran ingeniero y realmente muy difícil ser un gran diseñador. La línea se vuelve borrosa al hablar con los maestros.

Las habilidades de UX son fáciles
Aprender diseño básico de UX es fácil. Nunca he conocido a nadie “genial” en esto. Hacen una estructura alámbrica y ahora un diseñador hace que se vea bien y tiene que comunicarse con esta persona de UX para aclarar las optimizaciones píxel por píxel.

Un ingeniero puede aprender a ser bueno en UX en unas pocas semanas, leer sobre esto, pensar, dibujar algunos esquemas. Estudia las empresas buenas en ello. Ya que usas el software que construyes, es bastante intuitivo.

Grandes diseñadores
Ser un gran diseñador en la mano es mucho más difícil. Los grandes diseñadores que conozco solo piensan de manera diferente. Adquieren habilidades de UX tan rápido como los ingenieros, también usan (y, de manera crucial, miran) el software que diseñan. Están preocupados por si hay suficientes píxeles para que una línea parezca lo suficientemente curvada como para expresar el significado en un icono. ¿Qué pasa con el iPad vs iPhone 3G? ¿Qué pasa con la fragmentación del tamaño / resolución de Android? Pueden juzgar un gradiente basado en cómo la luz se refleja en los objetos en el mundo real. Saben cómo “en” un estilo de botón y una estimación razonable de lo difícil que es implementar. Los grandes piensan más allá del simple diseño de la interfaz de usuario (cómo se sentirá el usuario, la arquitectura de la información, etc., etc.) y comienzan a aprender cosas de ingeniería, “pero ¿qué pasa con las ramificaciones de seguridad de mostrar un correo electrónico en la página pública?” Se preocupan por la abstracción, el proceso y la reutilización de los activos de Photoshop.

Grandes ingenieros
Grandes diseñadores por otro lado, no piensen como grandes ingenieros. No sabrán qué tan probable es que un ingeniero sin experiencia arruine una función dependiendo de cómo estructure la declaración if en ella. No saben cómo la abstracción afectará a futuras iteraciones. No saben cómo se escalará una función en relación con el costo y el rendimiento del servidor en 10k, 10M, 1B usuarios. No pueden codificar en Ruby, colocar en C y en ensamblar si es necesario. No pueden intercambiar entre un feed algorítmico de aprendizaje automático que se ordena según la probabilidad de clics y la actualidad. Es diferente.

Como diseñador, he visto a otros diseñadores aprender código y poder reproducir su diseño en un navegador. Y eso es genial, pero no creo que eso convierta a un diseñador en un desarrollador. Hacen que se vea bien en un navegador, pero probablemente no será tan bueno como el trabajo de un desarrollador.

Por otro lado, creo que es bastante fácil para un desarrollador aprender las TENDENCIAS de diseño e incluso algunos principios básicos. El solo hecho de estar al día revisando algunos blogs y nuevas aplicaciones hará que puedan crear algunos sitios web muy interesantes.

Pero el diseño no se trata solo de las tendencias y, ciertamente, no se trata solo del diseño web.

Un diseñador resuelve problemas de diseño. Y eso significa saber cómo comunicar una marca, cómo archivar la información y hacer que el usuario fluya fácilmente a través de una acción, cómo usar los colores correctos y las combinaciones de colores, qué fuentes son más legibles dentro y fuera de línea o qué tipos de papeles y métodos de impresión Son mejores para cada proyecto.

Así que estoy seguro de que un desarrollador puede hacer que un sitio web se vea bien porque participa en él todos los días. Eso no lo convierte en un diseñador.

El punto que estoy tratando de hacer es que son trabajos que se excluyen mutuamente. Tanto el diseño como el desarrollo requieren demasiada dedicación para que una persona pueda desarrollar bien Y también es bueno diseñar (en todo su sentido).

Nos necesitamos el uno al otro, y eso está bien.

Un poco de historia: soy un diseñador / desarrollador híbrido, sin duda apoyado en el lado del diseño. Realicé animaciones de personajes, diseñé logotipos, produje trabajos de impresión, programé un mapa interactivo con PHP / MySQL Javascript en Google Maps APIv3 y trabajé en el ciclo de vida completo de los sitios web. Obtuve mi experiencia estudiando tanto el desarrollo como el diseño, y puedo decirles que es una rareza.

A partir de eso, yo diría que es más difícil para un desarrollador aprender a diseñar porque es mucho más difícil aprender a ser creativo que aprender a ser controlado. Pregúntese esto: ¿Cuántas veces ha escuchado “Los desarrolladores deben aprender a diseñar”?

Personalmente nunca he escuchado tal cosa. Y soy un diseñador / desarrollador híbrido que asiste tanto a las reuniones de diseño como a las reuniones de desarrolladores.

El diseño requiere creatividad, inspiración, un buen “sentido” que no estoy seguro de que se pueda enseñar, y una gran empatía y comprensión de la psicología de los demás.

Ahora, ¿cuántas veces has escuchado “Los diseñadores deben aprender a codificar”?

Apostaría mucho Un montón. Escucho esto todo el tiempo, de gerentes, desarrolladores, incluso de otros diseñadores.

Y los diseñadores asumen el reto. Aprenden HTML, CSS y JavaScript. Algunos adoptan varios lenguajes C, PHP, Java y más.

En mi experiencia, nunca he visto un buen diseño de los desarrolladores. Pero he visto un buen desarrollo de los diseñadores.

Así que diría que es más difícil para un programador aprender a diseñar.

No deseo disgustar a nadie aquí, pero estoy bastante horrorizado por las respuestas que han presentado tantos profesionales expertos, algunas de las cuales debo auto-confesarme por su propia experiencia. Lo que propongo es tratar de ser objetivo, aunque eso no es totalmente posible, pero puede ser que pueda provocar algunas respuestas para llegar a una mejor comprensión del problema.

Déjame estructurar mi respuesta. Primero te contaré sobre otras personas que he observado en mi carrera hasta ahora. Luego hablaré de mi experiencia personal. En ambos de estos trataré y abordaré varios puntos que he encontrado, con los cuales estoy en total o en parte en desacuerdo y he dicho tanto en los comentarios.

Pero primero, permítame decirle mi posición: tengo razones para creer que es igualmente posible que un diseñador se convierta en desarrollador, o digamos que un codificador y un codificador se conviertan en diseñadores. Dicho esto, he visto a más diseñadores cruzarse o, al menos, ser multidisciplinarios que los programadores en mi experiencia. Pero es solo una pequeña muestra como la de otros que han proporcionado su experiencia al contrario, y estoy seguro que también se basa en una pequeña muestra. Que yo sepa, no ha habido estudios serios con una muestra grande para poner la pregunta en reposo. Cualquiera que sea el caso, las estadísticas solo pueden probar la tendencia debido a los requisitos del mercado o profesionales. Pero si a un grupo le resulta más fácil hacer algo o no, es una pregunta totalmente diferente.

Sin embargo, te contaré sobre otras personas que he observado. En varios momentos, desde 1996-97, he tenido equipos tanto en diferentes empresas como en mi propia empresa, donde el número de diseñadores y programadores varió de 2, 4, 7 a 25, excluyéndome. En todos los casos, noté que los diseñadores gráficos que diseñaron la interfaz de usuario tardaron mucho menos tiempo en aprender HTML y CSS. Hicieron gran parte del trabajo sofisticado en CSS2 y CSS3 (más recientemente) y también aprendieron a manejar ActionScript rudimentario. También noté que al menos dos de mis diseñadores avanzan mucho en áreas que no eran su dominio: mientras que uno de ellos se convirtió en un codificador de ActionScript y se empleó como uno en lugar de un diseñador gráfico, otra persona adquirió las habilidades suficientes para hacer las tareas básicas. JavaScript, use Jquery (admito que los complementos ya hechos no son nada del otro mundo) y PHP rudimentario.

En el caso de los desarrolladores, encontré que la mayoría de ellos estaban felices de atenerse a las tecnologías y herramientas que utilizan. Para la web se adhirieron a PHP y a bases de datos como MySql, y proporcionaron soporte para JavaScript cuando se les solicitó. Mostraron poco interés en la interfaz de usuario o UX, siempre y cuando se les asegurara la entrada / salida de datos desde la interfaz de usuario. Fueron los diseñadores quienes tuvieron que cruzar con ellos y hacer que hicieran lo que querían, y una vez hecho esto, a veces lo aprendían ellos mismos para poder hacerlo de nuevo sin molestar a los programadores.

Ahora, ¿a quién le resultó difícil? Sin duda lo dirías los diseñadores. A veces, incluso se copiaba pegando a ciegas también sin entender lo que funcionaba una pieza de código, siempre y cuando funcionara como se suponía. Ot lo tienen revisado por un codificador. Puede que todo sea un mal camino por recorrer, pero en realidad a veces incluso con roles muy bien definidos, las cosas se superponen, sin embargo, los líderes del proyecto lo planifican. Por supuesto, eso no quiere decir que la división del trabajo no se pueda implementar a la perfección. Sin embargo, a menudo no hay tiempo para una planificación tan meticulosa o para seguir todas las buenas prácticas. De todos modos, tomar los codificadores. Probablemente encuentren cosas de HTML o CSS para niños. A algunos les gustaría tener simplemente JS o PHP para generar todo si es necesario. Sin embargo, dales las mejores herramientas de la caja de un diseñador, HTML y CSS, incluso un editor WYSIWYG como Dreamweaver, aunque siempre prohibí el uso de WYSIWYG a favor o editores HTML, un software de edición de fotos como Photshop, un ilustrador vectorial como Freehand o Ilustrador … ¿crees que los dominarán en un par de meses para ser profesionales? Es muy ingenuo pensar que los diseñadores que pueden crear buenos diseños, logotipos y así sucesivamente llegan una docena de centavos. Pero espera, hay más: hay una ilusión en juego aquí. Con las herramientas de un diseñador, siempre es fácil crear algo que pueda parecer bastante presentable. ¿Pero es profesional? La mayoría de la gente puede vestirse bien, pero ¿cuántos pueden diseñar la alta costura? Si tus estándares son bastante bajos, bien, solo te servirá un buen vendaje. Entonces conos la cuestión de la experiencia de usuario. Si ese es el dominio de un diseñador, es mejor que sea un investigador en ello. Ella debe pensar una y otra vez y entender lo que será perfecto en un contexto. Es tan difícil para un diseñador hacer tanto como un programador. Pero el codificador promedio usualmente hace que sea un problema técnico, la mayoría de las personas incluso saben por dónde empezar cuando usan un software o una aplicación web. Mis programadores no solo eran desarrolladores de aplicaciones web, algunos eran programadores en C ++ que trabajaban con MFC, Qt e incluso XSL utilizaban formularios creando un dispositivo independiente escrito en C +++. Y solían causar tal desorden que tuve que evitar que crearan cualquier tipo de interfaz de usuario, incluso las creadas con herramientas IDE de arrastrar y soltar.

Para cualquier diseñador que se respete y profesional de UI / UX, hay suficientes herramientas sofisticadas para aprender pero, lo que es más importante, hay aspectos fundamentales de la psicología, la teoría del color, las relaciones de formas y contenidos, las proporciones y muchas otras cosas que aprender y aplicar. Y, por supuesto, como alguien dijo que un estudiante de Física podría tener que lidiar con las ecuaciones y la teoría de la onda cuántica, no hay razón para pensar que las artes y la filosofía de la estética son menos complicadas o difíciles de entender o apreciar, y además se aplican en situaciones de la vida real. Pero aquí está la cuestión: ¿cuánta matemática y física se utilizan en la escritura de aplicaciones web? Dame solo un buen ejemplo. Considerando que, voy a dar muchos de los anteriores que he mencionado. Hable acerca de los prejuicios: es muy bueno tener una perspectiva tecnológicamente pretenciosa de las cosas y recalcar la importancia de los diseñadores y los profesionales de UI / UX, y esto se debe a un prejuicio tradicional que comienza desde las escuelas.

Ahora, no me malinterpretes, también he terminado con un técnico, al menos en muchos aspectos y amo esa cultura. Pero una cosa que no puedo soportar es la presunción parcial de superioridad. Este es un fenómeno cuando generaciones de estudiantes no han prestado mucha atención a las áreas fundamentales de estudio, pero se han centrado en las demandas del mercado para convertirse en profesionales en diferentes campos. Si realmente estudia artes y ciencias, tomará conciencia de la naturaleza holística del conocimiento y crecerá el respeto por los diversos aspectos de cada campo y cómo se manifiestan en situaciones de la vida real, incluso en campos profesionales especializados. No nos metamos más en ese discurso filosófico y vayamos a la segunda parte de mi respuesta si todavía estás conmigo: mi experiencia personal.

Trataré de explicarte brevemente mi trayectoria profesional y mi experiencia, lo cual creo que es muy relevante. Comencé como pintor / artista (todavía soy) y en realidad asistí a una escuela de bellas artes. Como diseñador gráfico, descubro herramientas como Photoshop, PageMaker, Quark Xpress, Freehand, etc. en 94 con un Apple Mac LC630. Se unió a un inicio web como el líder en el ’96, donde en los primeros tres meses aprendí HTML. Tuve otro colega, un diseñador gráfico como yo, y recuerdo que un día me dijo que deberíamos pensar en aprender Java porque había oído que tenía alguna relación con el desarrollo web. Lo gracioso es que descarté la idea y le dije que éramos diseñadores y que no tenía que hacer nada que ver con la programación.

Para mí, hasta ese momento, desde que podía recordar, las computadoras en las que las máquinas de miedo hacían complicados cálculos científicos, y antes de que estuvieran disponibles las computadoras de escritorio, había visto en mi infancia habitaciones con aire acondicionado, grandes cajas de acero y personas con batas de laboratorio en movimiento. Las mejores cosas que salieron de esas habitaciones no fueron los bonitos diseños coloridos sino la tarjeta perforada con agujeros cuadrados que usamos para los juegos. Por supuesto, cuando trabajaba aquí, me interesaban las computadoras: jugar, diseñar e incluso usarlas para pintar (arte digital). De todos modos, dentro de tres meses comería mis palabras porque vi cómo se podía usar JavaScript para trucos geniales, principalmente en Netsape Navigator. Así que decidí ver de qué se trataba. Descargué la introducción a JavaScript directamente de Netscape y comencé a leerla. Hubo una larga historia sobre Scott McNealy y su retiro al bosque, tomando café Java y creando Java. Entonces aprendí que JavaScript no era Java. Finalmente comencé a leer el resumen. Nada tenía mucho sentido. Era toda una jerga desconocida para mí. Pero ciertas palabras comenzaron a volverse hacia mí: imagina una escena en una película en la que alguien está tratando de resolver un mensaje codificado … mientras las palabras borrosas pasan por una palabra, de repente sale volando … “sintaxis” … “declaración” … “semántica” … Vaya, eso suena familiar … ¡es gramática!

El lenguaje ensamblador puede ser como la ciencia espacial (en realidad no) … las cosas de bajo nivel pueden usar procedimientos matemáticos muy sofisticados, pero este era un lenguaje … un lenguaje humano para hablar con la computadora: vocabulario limitado, construcción de oraciones limitadas, formas limitadas de expresar, Simplemente, es divertido hacer variaciones y lograr resultados de la manera más simple y elegante de hacerlo. Por encima de todo, uno tiene que ser preciso y sin errores: fue mayormente intolerante con los errores.

Al mismo tiempo, me convertí en un técnico y un “ciberartista” inmerso en la cultura tecnológica, aprendiendo todo lo que pude … JS, VBS, VB, bases de datos, Unix, Linux, ASP para ser descartado por PHP, OOP, todo eso. Hace tres años me convertí en emprendedor aprovechando la burbuja de Dot Com, creada entre otras cosas, material multimedia y una red social. De todos modos, desde entonces he hecho muchas cosas e incluso he creado un software que vendí a muchas instituciones educativas líderes en el este de Asia. El punto de la historia es si yo, que en realidad obtuve una puntuación tan alta en matemáticas (estudié ciencias en la escuela secundaria), aprendí a hacer lo que hago, ¿por qué impide que alguien se convierta en multidisciplinario? Mi profesor de matemáticas probablemente tendría un derrame cerebral si escuchara que escribí o escribo un software, e incluso ahora mis viejos amigos están sorprendidos por el hecho de que el backbencher que dibujó caricaturas todo el día es un poco técnico.

Muchos tratan de descartarme como una excepción. Los más comprensivos dicen que eres especial. Creo que ninguno La razón simple es que me retiré de la corriente principal (tres veces, como una extracción externa en serie, sea lo que sea: secundaria, escuela de bellas artes, literatura francesa). Eso no quiere decir que alguien tenga que hacerlo. La motivación principal fue no tomar tonterías de la academia, cuando tuve lo que necesitaba, fue suficiente para mí. Por qué digo que mi caso no es un ejemplo de una excepción es que no nos damos cuenta de que los estudios interdisciplinarios son lo más importante que tenemos que inculcar en nuestra cultura educativa y profesionalmente importante. Mi creencia es que si las condiciones son correctas, las recompensas también son sustanciales, el desarrollador podrá adquirir la competencia profesional de un diseñador y viceversa. Y creo que también es posible aprender ambas disciplinas, y no solo una. Todo esto sobre estar inclinado a un campo u otro es espurio y un condicionamiento que tenemos que superar. Sí, hasta cierto punto es cierto, pero eso es minúsculo. Sé que estoy en deuda cuando se trata de aprender matemáticas, pero me doy cuenta de lo interesante que es el cálculo y daría cualquier cosa por aprenderlo. Pero también sé que no nací con una desventaja inherente en el cálculo numérico, tuve la desgracia de que me enseñaran una serie de malos maestros de matemáticas que lo destruyeron desde una edad temprana.

Voy a decir esto Fui a la escuela de diseño y nunca consideré la web. Odiaba la idea de aprender código.

Pero si un diseñador usa regularmente, o incluso disfruta, el uso de los estilos de párrafos, caracteres y objetos de InDesign, podrá obtener CSS fácilmente. Rápidamente incluso.

Si estamos hablando de un diseñador que diseña con grillas y lógica, todo tendrá sentido. Como yo lo veo, los diseñadores caen en un espectro desde el artista fino hasta el ingeniero. Si llegas a donde voy, cualquier diseñador que se incline por el ingeniero tomará fácilmente HTML y CSS como idiomas. Rápidamente se convierte en otra forma de producir tu intención en la pantalla. Un diseñador constantemente hace eso con otro software. HTML y CSS se convierten rápidamente en una herramienta y no en un idioma extranjero.

Entonces, desde mi lado de la cerca, los diseñadores pueden aprender a disfrutar de cierta cantidad de código. Y me imagino que los desarrolladores pueden ciertamente aprender a ser buenos en UI. Es un arte, pero un arte muy lógico. Humildemente, sin embargo, no estoy seguro si un desarrollador podría aprender el arte del diseño. Parece que un ojo real para el diseño completo sería tan difícil de aprender como tratar de aprender una afinidad por la lógica del código. En algún momento, las dos disciplinas no se cruzan. Sin embargo, me alegra ver que se superponen con más y más personas.

En cierto modo, el diseño contra el código es similar a la diferencia entre las artes liberales y la ciencia.

La mayoría de las personas son mejores en una que en la otra. Muy pocos son buenos en ambos.

Pero en general, es más fácil para un estudiante de física escribir bien, que para un estudiante de inglés hacer un buen trabajo de física. Esto se debe a que 1) el requisito de lograr “bien” para la física es simplemente mayor, y 2) las carreras de física también han sido expuestas a escritos en todo momento.

Es lo mismo entre diseño y código. Sería más fácil para los desarrolladores hacer un diseño bien que viceversa, simplemente porque el requisito de “bien” es mayor en el desarrollo, y los desarrolladores han estado expuestos a diseños en todo (sin pensar necesariamente en ello).

Pero obviamente, “bueno” es un término relativo. Sería más sencillo enseñar a un desarrollador a ser un buen diseñador que al revés, pero no significa que sea más fácil para un desarrollador convertirse en un diseñador “maestro”. Un diseñador maestro es tan difícil de lograr como un desarrollador maestro.

Ambos grupos pueden ser snobs en torno a su respectiva área de experiencia y es probable que subestimen lo que saben poco.

Su comprensión de lo que es el diseño ahora puede no ser lo mismo que su comprensión de él dos años más tarde. Puedes encontrar que el diseño te parece simple, ahora. Y, como parece que lo disfrutas, parece ser una razón suficiente para entrar en él. Esto lo capacitará para estar en mejor forma una vez que deje de encontrarlo tan fácil. En un momento dado, es posible que deba abordar la forma en que trabaja desde un nuevo estado de ánimo. Esa es una habilidad esencial para cualquier persona que desee saltar sobre los límites.

La parte más difícil puede ser desafiar los prejuicios. Debido a que eres un simple técnico, es posible que tengas que trabajar más duro para encontrar oportunidades para crear una cartera como diseñador.

Hola,
Desarrollé esta aplicación, la diseñé e hice marketing para cero dinero.
Aplicaciones de Android en Google Play

Para ser honesto, pensé que encontrar un diseño original era difícil.
Aunque soy pobre en photoshop, pude diseñarlo utilizando el código.
Fue difícil? Bueno, sí, lo fue. El diseño llevó mucho tiempo. Y siempre pensé que era un estúpido diseñador. Pero resulta que mi aplicación era muy apreciada por su diseño y la experiencia de usuario.
Me tomó cerca de 6 meses desarrollar esta aplicación y la mayor parte del tiempo se usó en el diseño, la interfaz de usuario y la UX. Tal vez me tomó 6 meses porque estaba aprendiendo desde que era mi primera aplicación.
Por cierto, mi aplicación se encuentra entre los 20 mejores reproductores de música para Android 🙂

Como diseñador y desarrollador, creo que esta pregunta es casi irrelevante. A los consumidores de UX / Design, es decir, la gente común que usa las cosas que hacemos, no les importa lo elegante o funcional que es el código cuando la interfaz que usan es excelente para mirar y funcional para arrancar. Todavía tengo que encontrarme con un solo cliente / usuario que podría decir, simplemente haciendo clic, cómo se creó una interfaz / sitio web. Las tecnologías utilizadas en la creación de ambos (código y diseño) están convergiendo a tal velocidad y profundidad. Estoy bastante seguro de que, en tan solo unos años, los únicos verdaderos codificadores serán quienes crearán las excelentes aplicaciones que utilizamos para crear una gran web. diseños y, estremecimiento (uso no intencional de la jerga), UI / UXers.

Es más fácil para un diseñador aprender a codificar. En mi experiencia, los diseñadores respetan la programación y la ven como su propio conjunto de habilidades. Los programadores, por otro lado, no tienen el mismo respeto por el diseño. Creen que cualquiera puede hacerlo fácilmente y se trata más de “hacer las cosas bonitas” que de una disciplina. El diseño es una disciplina distinta al igual que la programación; a menos que un programador sepa esto, nunca tendrá la oportunidad de hacer un buen diseño.

Soy ambos y empecé como diseñador (mi pasión es el arte y el diseño). Una cosa, aunque con la práctica, puede ser perfecto, pero es más fácil para un diseñador aprender a codificar que al revés de mi experiencia. Ahora el diseñador puede no ser el mejor programador (ya que a los buenos programadores / ingenieros les encanta leer código como poesía y escribir código de una manera muy optimizada y limpia), sino un código limpio y excelente.

Por lo que he experimentado, la mayoría de los diseñadores aprenden a codificar porque no están satisfechos con la forma en que se ha codificado su diseño. Entonces, en la frustración y la auto satisfacción, terminan aprendiendo a codificar, pero sobre todo en la parte delantera, ya que siempre hay excepciones.

Para ser justos, me he encontrado con algunos muy buenos programadores / ingenieros que son realmente buenos en UX (experiencia de usuario) pero no pueden diseñar. Valoran a los usuarios y les encantan los diseños limpios y hermosos, y se esfuerzan al máximo para que sea perfecto. En resumen, los desarrolladores pueden ser excelentes personas de UX.

He descubierto que los programadores, si bien piensan que son grandes diseñadores, no lo son.

He programado desde que era un niño, pero prefiero el diseño y fui a la escuela y me formé para el diseño. Avance rápido más de 20 años y he estado haciendo desarrollo web durante más de 10 años.

Siento que tengo un gran terreno común en ambas disciplinas basado en mis experiencias. Con esa nota, también encuentro que soy un diseñador mucho mejor que el programador. La comprensión de ambos me ha hecho una mejor persona de UX / UI con seguridad.