¿Dónde termina la inspiración, dónde comienza la copia ilegítima?
17
Estoy creando la interfaz de usuario para una aplicación web que se ejecutará principalmente en Mac. Entonces mi objetivo es preservar la apariencia de Mac OS. Pero dado que no uso Apples Frameworks, no puedo usar su diseño de interfaz de usuario. Entonces mi pregunta es: ¿qué tan cerca puedo copiar su diseño sin violar los derechos de autor?
No, esas son todas manera demasiado cerca. Sufres del Síndrome de Shorts rojos.
Qué significa eso? Bueno, digamos que ves una carrera, y el tipo que ganó la carrera llevaba pantalones cortos rojos. Si quieres ganar una carrera, ¿sales a comprar pantalones cortos rojos y asumes que usarlos te hará ganar? No, mira lo que hizo el ganador para entrenarse a sí mismo para poder ganar. ¿Corría medio maratones todos los días? ¿Comer carbohidratos mínimos? ¿Beber té de algas? ¿Qué técnicas utilizó para mejorar sus habilidades? Esa es la idea que quieres copiar. Ni siquiera las acciones: la mentalidad. Este tipo sabía que los carbohidratos lo hacían lento, por lo que comió la menor cantidad posible de carbohidratos. Tal vez su albatros es lácteo, por lo que debe cortar los lácteos.
En esta instancia de UI, debe deconstruir qué hace que la interfaz de Apple sea atractiva: un alto contraste entre el fondo y las letras, una sensación tridimensional, una fuente sans serif fácil de leer, ese tipo de cosas. Luego descubres cómo aplicar esas ideas a tu trabajo único e individual. Y no deberías usar todos los trucos que hacen, porque tu trabajo no es de ellos.
Gracias por tu respuesta. Entonces, aunque no es una copia 1: 1, ¿está lo suficientemente cerca como para acusarme de violación de derechos de autor? Creo que el Síndrome de Red Shots es un poco exagerado aquí, ya que dado que la aplicación web se ejecutará principalmente en Mac, realmente quiero integrar la apariencia de Mac OS lo más cerca posible.
Lenar Hoyt
1
@mcb Creo que Apple preferiría que se vea lo más nativo posible. ¿Indican específicamente que no puede usar su apariencia si no usa su marco? Si es así, ¿cuál es la mayor desventaja para usted de que no puede usar su marco?
Matt Rockwell
55
Lo siento, me perdí la parte de la aplicación web en la pregunta. En ese caso, no trataría de hacer que se parezca en absoluto al diseño de Apple. Si no es nativo, no intentes que parezca nativo.
Matt Rockwell
2
"Copie su ética de trabajo, no su resultado final". +1. Muy bien dicho.
Philip Regan
2
@Matt "Si no es nativo, no intentes que parezca nativo". No lo pensé de esa manera. Gracias.
Lenar Hoyt
7
La respuesta a esta pregunta solo existe en la sala del tribunal, e incluso entonces, es una línea gris borrosa.
Esa es la cuestión legal, al menos.
La parte moral / ética es altamente subjetiva y depende en gran medida de que muchas variables tengan una respuesta genérica significativa.
Finalmente, a veces tiene sentido robar por completo. Especialmente en el diseño de la interfaz de usuario, donde la familiaridad y las convenciones contribuyen en gran medida a hacer que algo sea utilizable.
Si está creando un software OSX, Apple lo ANIMARÁ a usar sus estándares de interfaz de Factor Humano estándar. Apple comprende el valor de la coherencia y la familiaridad.
EDITAR: Tampoco entendí la parte de la pregunta 'aplicación web'. Definitivamente estoy de acuerdo con los demás, si no es una aplicación nativa, entonces no debería verse como una. Aquí es donde la familiaridad realmente sería contraproducente. La interfaz de usuario es familiar para los usuarios que están acostumbrados a las aplicaciones nativas en OSX. Sin embargo, los comportamientos no serán los mismos, por lo que en realidad es un gran detrimento de la usabilidad.
Lauren tiene razón. En este caso específico, la respuesta es bastante clara.
Su pregunta más general ("Cuán cerca ...") es una que se aborda constantemente en muchos tribunales en varios países y en al menos tres continentes. Érase una vez, el problema era puramente de derechos de autor, y ciertamente sería una violación en este caso sin una autorización explícita y por escrito de Apple. El derecho de autor es un tema complejo en sí mismo, pero incluso un ojo inexperto podría ver que se trata de un "trabajo derivado" (uno que se basa claramente en el trabajo de otra persona, con algunos cambios mínimos). Su solución, como dice Lauren, es invertir la equidad del sudor y darle a su creación su propia personalidad, su propio aspecto. Claramente eres una persona de Mac, por lo que sabrás cuándo tienes algo que encaja con la persona de Mac, incluso si se ve completamente diferente a la interfaz de usuario de Mac.
En general, "hazlo diferente". Si veo algo que me inspira (y usted, como cualquier diseñador, debería tener un libro de artículos que haya encontrado que le parezca particularmente bueno), entiendo por qué funciona y cómo lo hicieron. Esa técnica se convierte en parte de mi "bolsa de trucos" de diseñador, y utilizaré la técnica (¡no copiar el estilo!) Más tarde, en un contexto completamente diferente.
Para el diseño gráfico general, estoy de acuerdo, pero específicamente para el diseño de interfaz de usuario, dar a todo su aspecto no es necesariamente un buen diseño.
DA01
Tienes razón, por supuesto. No obstante, hay infinitas variaciones de cosas que, sin embargo, son familiares (los botones serían un buen ejemplo). Es un poco descortés simplemente copiar lo que alguien más hizo.
Alan Gilbertson
Para las interfaces generales del sitio web, estoy de acuerdo. Pero, por ejemplo, una aplicación para iPhone, hay muchos buenos argumentos para levantar los elementos de la GUI del iPhone directamente de la fuente para una experiencia de usuario consistente en el dispositivo. Es más una excepción a la regla.
La respuesta a esta pregunta solo existe en la sala del tribunal, e incluso entonces, es una línea gris borrosa.
Esa es la cuestión legal, al menos.
La parte moral / ética es altamente subjetiva y depende en gran medida de que muchas variables tengan una respuesta genérica significativa.
Finalmente, a veces tiene sentido robar por completo. Especialmente en el diseño de la interfaz de usuario, donde la familiaridad y las convenciones contribuyen en gran medida a hacer que algo sea utilizable.
Si está creando un software OSX, Apple lo ANIMARÁ a usar sus estándares de interfaz de Factor Humano estándar. Apple comprende el valor de la coherencia y la familiaridad.
EDITAR: Tampoco entendí la parte de la pregunta 'aplicación web'. Definitivamente estoy de acuerdo con los demás, si no es una aplicación nativa, entonces no debería verse como una. Aquí es donde la familiaridad realmente sería contraproducente. La interfaz de usuario es familiar para los usuarios que están acostumbrados a las aplicaciones nativas en OSX. Sin embargo, los comportamientos no serán los mismos, por lo que en realidad es un gran detrimento de la usabilidad.
fuente
Lauren tiene razón. En este caso específico, la respuesta es bastante clara.
Su pregunta más general ("Cuán cerca ...") es una que se aborda constantemente en muchos tribunales en varios países y en al menos tres continentes. Érase una vez, el problema era puramente de derechos de autor, y ciertamente sería una violación en este caso sin una autorización explícita y por escrito de Apple. El derecho de autor es un tema complejo en sí mismo, pero incluso un ojo inexperto podría ver que se trata de un "trabajo derivado" (uno que se basa claramente en el trabajo de otra persona, con algunos cambios mínimos). Su solución, como dice Lauren, es invertir la equidad del sudor y darle a su creación su propia personalidad, su propio aspecto. Claramente eres una persona de Mac, por lo que sabrás cuándo tienes algo que encaja con la persona de Mac, incluso si se ve completamente diferente a la interfaz de usuario de Mac.
En general, "hazlo diferente". Si veo algo que me inspira (y usted, como cualquier diseñador, debería tener un libro de artículos que haya encontrado que le parezca particularmente bueno), entiendo por qué funciona y cómo lo hicieron. Esa técnica se convierte en parte de mi "bolsa de trucos" de diseñador, y utilizaré la técnica (¡no copiar el estilo!) Más tarde, en un contexto completamente diferente.
fuente