I modelli di progettazione sono soluzioni comuni ai problemi comuni. Quando aggiungi un cursore a una home page stai utilizzando un modello di progettazione. Quando qualcuno chiede: "Perché reinventare la ruota?" Stanno sostenendo l'adozione di un modello di progettazione.
Sul Web, il termine "modelli di progettazione" si riferisce più spesso a tecniche di programmazione, tuttavia esistono anche schemi di progettazione all'interno del visual design. E mentre risolvere un problema di codifica ricorrente con la stessa soluzione è un approccio efficiente, riutilizzare un design visivo non è altrettanto desiderabile.
Gli schemi di progettazione sono molto meno comuni nella progettazione di stampa rispetto a quelli sul Web, nonostante il fatto che il design di stampa abbia avuto molto più tempo per concepirli. La ragione di ciò è che il web design è fortemente influenzato da discipline quali l'architettura dell'informazione, la codifica e l'usabilità; tutto ciò abbraccia l'uso di modelli di design.
I programmatori non apprezzano l'originalità, apprezzano soluzioni efficaci ed eleganti. Se hai mai scritto in PHP, saprai che ci sono molti modi per recuperare i dati da un database, ma molti coder PHP hanno uno snippet che usano sempre. Se hai scritto JavaScript, saprai che ci sono una varietà di modi di fare il ciclo, ma uno di questi è più efficiente e generalmente preferibile. In effetti, la maggior parte degli editor di codice ha un frammento funzione proprio perché i programmatori riutilizzano le soluzioni.
I designer invece apprezzano l'originalità e, sebbene sia probabilmente vero che alcuni designer usano schemi di progettazione perché non hanno l'immaginazione (o il coraggio) di fare altrimenti, la maggior parte dei designer sta semplicemente adottando una formula che ha dimostrato di ottenere risultati.
Tuttavia, l'utilizzo di un modello di progettazione non è naturale per il processo di progettazione, ed è per questo che troverete i modelli di progettazione più ovvi in cui la codifica ha un'influenza maggiore. Confronta i siti web progettati per le app mobili, il più delle volte vedrai che utilizzano gli stessi schemi di progettazione più e più volte: l'app è visualizzata su un telefono, allineato a sinistra oa destra; accanto al telefono c'è una tagline e un invito all'azione; lo sfondo è una fotografia sfocata di solito di un bar.
I modelli di progettazione sembrano funzionare. Sono convenzioni che si evolvono nel tempo ed è incredibilmente raro che un modello di progettazione sia credibile per un singolo individuo. Come il darwinismo culturale, quei modelli che sopravvivono al punto di essere identificabili come modelli, devono avere successo.
Anche gli schemi di progettazione sono probabilmente la via più semplice per il successo di un web designer. Forniscono soluzioni collaudate che centinaia, se non migliaia, di clienti hanno già firmato. Inoltre, gli schemi di progettazione non devono essere sottoposti a test beta, non hanno bisogno di test A / B, probabilmente non è nemmeno necessario che tua mamma li provi, perché i modelli di progettazione sono testati sul Web su base giornaliera e solo quelli che funzionano sopravvivono.
Utilizzare un modello di design è l'equivalente creativo di dipingere in base ai numeri.
Ma mentre i modelli di progettazione (appaiono) funzionano per i clienti, non funzionano per i progettisti. Utilizzare un modello di design è l'equivalente creativo di dipingere in base ai numeri. E se siamo onesti con noi stessi, siamo in questo per più di una busta paga. Sì, hai una responsabilità nei confronti del tuo cliente per offrire i migliori risultati possibili, ma hai anche una responsabilità verso te stesso. Se non hai intenzione di essere creativo, ci sono modi più semplici per pagare l'affitto.
I fautori dei modelli di progettazione sostengono che aumentano il coinvolgimento fornendo all'utente finale un'interfaccia utente comune con cui hanno familiarità, garantendo che un progetto abbia una curva di apprendimento poco profonda. Tuttavia, questo è un modo di pensare antiquato. Certo, se stai creando un'app complessa, alcune convenzioni aiuteranno i tuoi utenti a orientarsi, ma è molto improbabile che tu possa mai progettare un sito web per un demografico che non ha esperienza del Web.
Quando il Web era nuovo, era logico rendere ogni link blu. Ha aiutato le persone a orientarsi. Ma un linguaggio comune per i collegamenti non è più necessario perché comprendiamo dove possiamo trovare i collegamenti. Come testimoniato dal fatto che il modello di progettazione del link blu non è più onnipresente.
Il problema con i modelli di progettazione è che mentre sembrano funzionare a breve termine, hanno anche una data di scadenza; e nessuno sa cosa sia.
Gli schemi di progettazione si evolvono come flora e fauna, i migliori, o forse solo le idee più adattabili prosperano e si propagano. Ma, come i dinosauri che non hanno mai visto quel meteorite, i modelli di design incontrano eventi a livello di estinzione.
Un evento di livello di estinzione è un cambiamento così rapido, che l'evoluzione non è abbastanza veloce da adattarsi al cambiamento. Il T-Rex può aver dominato le foreste del cretaceo, ma non ha potuto far fronte a un paio di gradi di variazione di temperatura, oltre a quel piccolo mammifero da toporagno che lo sorvegliò passando inosservato.
Per molti modelli di progettazione, il responsive design era un evento di livello estinzione.
Fino all'esplosione del design mobile, uno dei modelli di progettazione più utilizzati era il layout del Santo Graal (così chiamato perché era considerato ideale, ma difficile da ottenere con il CSS che era disponibile al momento). Quando il web mobile ha introdotto la necessità di un design reattivo, i layout di Holy Grail sono caduti in disgrazia perché mentre continuavano a funzionare per desktop, non si adattano facilmente agli schermi mobili.
I problemi che i progettisti devono risolvere non esistono nel vuoto. Il Web è un ecosistema in continua evoluzione, con influenze esterne, pressioni interne e cambiamenti apparentemente casuali. Quando usiamo un modello di progettazione, stiamo risolvendo il problema di ieri, con la soluzione di ieri; e lasciamo il problema di oggi senza risposta.
I primi principi sono un metodo di pensiero logico che riduce ogni problema a idee centrali che non possono essere dedotte l'una dall'altra.
Per parafrasare Esempio superiore di Wikipedia: Tutti i browser sono bacati; Safari è un browser; Safari è bacato. La terza affermazione non è necessaria in quanto può essere dedotta dalle prime due affermazioni.
Elon Musk è un devoto dei principi del primo pensiero. La settimana scorsa, Segnalato VentureBeat la compagnia di Musk, SpaceX, ha costruito un razzo spaziale per circa il 2% del costo normale, semplicemente applicando il pensiero dei primi principi.
Quando ti affidi a uno schema di progettazione, stai affrontando un problema che potresti non dover risolvere.
L'antitesi del pensiero dei primi principi è un pensiero analogo; i modelli di progettazione sono un pensiero analogo. Quando ti affidi a uno schema di progettazione, stai affrontando un problema che potresti non dover risolvere. Se stili tutti i tuoi collegamenti in blu, stai risolvendo un problema di usabilità dal 2000, ma è un problema che esiste a malapena nel 2015.
Adottando un approccio basato sui primi principi, ci concentriamo sul nucleo del problema che il nostro cliente ha effettivamente, senza ereditare problemi non collegati risolti dalle scelte progettuali di altre persone.
I modelli di progettazione offrono soluzioni efficaci a breve termine a problemi comuni. Tuttavia, più il modello di progettazione è prevalente, più è stabilito e maggiore è la probabilità che si stia avvicinando a un evento a livello di estinzione.
Invece di confrontare le soluzioni e ricavare risposte dalle risposte di altre persone, dovremmo concentrarci sugli attuali problemi dei nostri clienti.
Il Web cambia costantemente intorno a noi e il design continua ad evolversi, adottando un approccio basato su principi di base, possiamo produrre un lavoro sufficientemente solido per sopravvivere online. Chissà? Potresti persino essere creativo.