Dove finisce l'ispirazione, dove inizia la copia illegittima?


17

Sto creando l'interfaccia utente per un'applicazione Web che verrà eseguita principalmente su Mac. Quindi il mio obiettivo è quello di preservare l'aspetto di Mac OS. Ma dal momento che non utilizzo Apples Frameworks non mi è permesso utilizzare il loro design dell'interfaccia utente. Quindi la mia domanda è: quanto sono autorizzato a copiare il loro design senza violare i diritti d'autore?

Pensi che sia ancora legittimo?

inserisci qui la descrizione dell'immagine

inserisci qui la descrizione dell'immagine

inserisci qui la descrizione dell'immagine

Risposte:


16

No, quelli sono tutti maniera troppo vicino. Soffri di sindrome da pantaloncini rossi.

Cosa significa? Bene, diciamo che guardi una gara e il ragazzo che ha vinto la gara indossava pantaloncini rossi. Se vuoi vincere una gara, esci a comprare pantaloncini rossi e presumi che indossarli ti farà vincere? No, guardi cosa ha fatto il vincitore per allenarsi per poter vincere. Ha corso mezza maratona ogni giorno? Mangia carboidrati minimi? Bevi il tè alle alghe? Quali tecniche ha usato per migliorare le sue abilità? Questa è l'idea che vuoi copiare. Nemmeno le azioni: la mentalità. Questo ragazzo sapeva che i carboidrati lo rendevano pigro, quindi mangiava meno carboidrati possibile. Forse il tuo albatro è un prodotto lattiero-caseario, quindi devi tagliare il latte.

In questa istanza dell'interfaccia utente, devi decostruire ciò che riguarda l'interfaccia di Apple che lo rende attraente: un alto contrasto tra lo sfondo e le lettere, un aspetto tridimensionale, un carattere sans serif di facile lettura, quel tipo di cose. Quindi scopri come applicare quelle idee al tuo lavoro unico e individuale. E non dovresti usare tutti i trucchi che fanno, perché il tuo lavoro non è il loro.

Copia la loro etica del lavoro, non il loro risultato finale.


1
Grazie per la tua risposta. Quindi, anche se non è una copia 1: 1, è abbastanza vicino da accusarmi di violazione del copyright? Penso che la sindrome di Red Shots sia un po 'inverosimile qui, perché poiché l'app Web funzionerà principalmente su Mac, in realtà voglio integrare l'aspetto del Mac OS il più vicino possibile.
Lenar Hoyt,

1
@mcb Penso che Apple preferirebbe che sembrasse il più nativo possibile. Dichiarano specificamente che non puoi usare il loro aspetto se non usi il loro framework? In tal caso, qual è il principale svantaggio per te che non puoi utilizzare il loro framework?
Matt Rockwell,

5
Spiacenti, ho perso la parte dell'applicazione Web nella domanda. In tal caso, non proverei affatto a far sembrare il design di Apple. Se non è nativo, non provare a renderlo nativo.
Matt Rockwell,

2
"Copia la loro etica del lavoro, non il loro risultato finale." +1. Molto ben affermato.
Philip Regan,

2
@Matt "Se non è nativo, non provare a farlo sembrare nativo." Non ci ho pensato in quel modo. Grazie.
Lenar Hoyt,

7

La risposta a questa domanda esiste solo nell'aula di tribunale, e anche allora, è una linea grigia sfocata.

Questo è il problema legale, almeno.

La parte morale / etica è fortemente soggettiva e dipende fortemente dal modo in cui molte variabili hanno una risposta generica significativa.

Infine, a volte ha perfettamente senso rubare completamente. Soprattutto nella progettazione dell'interfaccia utente in cui familiarità e convenzioni fanno molto per rendere qualcosa utilizzabile.

Se stai realizzando un software OSX, Apple ti incoraggerebbe effettivamente a utilizzare i loro standard di interfaccia Human Factor standard. Apple comprende il valore della coerenza e della familiarità.

EDIT: Inoltre non ho colto la parte 'domanda web' della domanda. Sono assolutamente d'accordo con gli altri, se non è un'app nativa, non dovrebbe apparire come questa. Questo è dove la familiarità sarebbe effettivamente controproducente. L'interfaccia utente è familiare per gli utenti utilizzati per le app native su OSX. Tuttavia, i comportamenti non saranno gli stessi, quindi in realtà è un enorme danno per l'usabilità.


5

Lauren ha ragione. In questo caso specifico, la risposta è abbastanza chiara.

La tua domanda più generale ("Quanto da vicino ...") è quella che viene costantemente affrontata in molti tribunali in più paesi e in almeno tre continenti. C'era una volta, il problema era puramente di copyright, e in questo caso saresti sicuramente in violazione senza un esplicito, scritto consenso da parte di Apple. Il diritto d'autore è di per sé un argomento complesso, ma anche un occhio inesperto potrebbe vedere che si tratta di un "lavoro derivato" (uno che è chiaramente basato sul lavoro di qualcun altro, con alcune modifiche minime). La tua soluzione, come dice Lauren, è quella di investire l'equità del sudore e dare alla tua creazione la sua personalità, il suo aspetto. Sei chiaramente una persona Mac, quindi saprai quando hai qualcosa che si adatta alla persona Mac, anche se sembra completamente diverso dall'interfaccia utente del Mac.

In generale, "rendilo diverso". Se vedo qualcosa che mi ispira (e dovresti, come qualsiasi designer, avere un libro di articoli che ti sei imbattuto che ti ha colpito particolarmente bene), capisco perché funziona e come lo hanno fatto. Quella tecnica diventa parte del mio designer "sacco di trucchi," e utilizzerà il tecnica (non copiare lo stile!) Dopo, in un contesto completamente diverso.


Per la grafica generale, sono d'accordo, ma in particolare per la progettazione dell'interfaccia utente, dare a tutto il suo aspetto non è necessariamente un buon design.
DA01,

Hai ragione, ovviamente. Tuttavia ci sono infinite variazioni di cose che sono comunque familiari (i pulsanti sarebbero un buon esempio). È un po 'scortese semplicemente copiare ciò che qualcun altro ha fatto.
Alan Gilbertson,

Per le interfacce di siti Web generali, sono d'accordo. Ma per esempio, un'app per iPhone, ci sono molti buoni argomenti per sollevare gli elementi della GUI di iPhone direttamente dalla fonte per un'esperienza utente coerente sul dispositivo. È più un'eccezione alla regola.
DA01,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.