Ci atteniamo agli usi e alle best practice standard perché lavorano e comunicano bene l'intento, ma senza provare nuove cose non possiamo davvero crescere. Hai mai provato qualcosa che sembrava assurdo ma ha funzionato davvero bene? Quando funziona, come evitare di confondere altri sviluppatori con usi non standard? E cosa fai quando le cose vanno terribilmente male - refactoring, ricominciare da capo o semplicemente andare con esso?
Sì, ma con semplici wrapper.
La maggior parte degli utenti avrà solo bisogno di accedere attraverso i wrapper di semplicità. Il sistema sarebbe molto familiare a loro, perché i wrapper di semplicità sono progettati per essere molto simili ai vecchi sistemi. Tuttavia, gli utenti avanzati che necessitano di maggiore potenza e gli sviluppatori del nuovo team di sistema dovranno familiarizzare con il nuovo modello.
Se le cose vanno terribilmente male, l'intero progetto deve essere gettato via. Questo è il motivo per cui il feedback iniziale (integrazione) è importante, in modo da poter fermare la perdita prima.
Inoltre, dedica un po 'di attenzione all'educazione dei tuoi compagni riguardo l'interno e le eventuali precauzioni speciali necessarie. Metti un sacco di impegno nel test.
Sempre.
Evito di confondere altri sviluppatori con l'espirazione solo su progetti personali. Ho detto che alcuni dei migliori e peggiori codici che abbia mai scritto sono stati per progetti personali, quando provavo nuove cose.
Quando le cose vanno terribilmente storte, dato che di solito è solo una piccola parte, la butto via o la refactoring finché non è utilizzabile.
Leggi altre domande sui tag design-patterns