Cosa succede se non ho buone idee per implementare una funzione? [chiuso]

Sto lavorando sulla mia applicazione e sono bloccato. Devo implementare una funzione ma non riesco a trovare un buon approccio per implementare questa funzione. Ci stavo pensando da un paio di giorni e non sono venuti pensieri positivi. La ricerca in Internet non mi ha dato alcuna ispirazione.

Devo andare avanti, ma voglio sapere qual è il migliore:

• Pensa di più, aspetta di più e continua a cercare l'approccio migliore
• Smetti di perdere tempo e inizia con un design scadente, coprendo tutto con i test

Cosa pensi? Come ho detto prima, sto lavorando sulla mia stessa applicazione. Non ho nessuna scadenza, ma voglio anche finire di programmare l'app al più presto.

Oltre a parlarne con le persone (la domanda suggerisce che non hai colleghi nel progetto), trovo spesso un buon approccio per concentrarmi sulle cose che posso fare.

Di solito c'è una parte del codice che so che devo scrivere comunque. Le cose che non so ancora scrivere, vengono quindi sostituite da matrici che restituiscono risultati fittizi o usano un'approssimazione che è abbastanza buona per testare il resto.

Questo ti mantiene produttivo. E quando devi implementare il pezzo mancante, hai l'interfaccia. E hai scritto un sacco di codice che circonda il problema, nello stesso dominio del problema, che di solito mi aiuta a generare idee: sai più esattamente cosa ti viene richiesto di produrre e quali altri input sono disponibili se aiuta a risolvere il problema . Inoltre, spesso la conclusione è che il pezzo mancante non deve essere così completo come inizialmente pensato.

Se la ricerca fallisce, puoi sempre implementare usando la prima (non necessariamente la migliore) idea che hai avuto, e poi rifattorizzarla in seguito quando trovi l'approccio giusto.

Questo è l'approccio giusto, poiché anche se trovi qualcosa che sembra una buona idea, in seguito potrebbe rivelarsi negativa. O potrebbe essere buono in quel momento, ma in seguito trovi qualcosa di molto meglio. Quindi dovrai ancora refactoring.

Nel fare ciò, assicurati di progettare e implementare in modo che sia facile da refactoring. Se lo fai correttamente, dovrai cambiare solo la parte problematica e non iniziare dall'inizio.

Che ne dici di chiedere a un'altra persona? Ad esempio, puoi descrivere qui il tuo problema o, se si tratta più di un problema di implementazione, su stackoverflow.com e chiedere idee. A volte ti aiuterà già se inizi a scrivere il problema, anche se non ottieni buone risposte.

Alcune idee:

• Brainstorm
  Scrivi ogni stupida idea che hai (su carta o lavagna). Elimina quelli che sei sicuro che non funzioneranno. Continua a scrivere. Includi soluzioni a problemi del mondo reale potenzialmente correlati. Ad esempio, mescolare la vernice, mettere un chiodo nel muro o cambiare l'olio risolve una similitudine nel mondo reale?
• Chiedi aiuto
  Google, chiedi qui, chiedi ai tuoi amici geek, ecc.
• Risolvi un problema correlato
  Non puoi risolvere il problema, ma puoi risolverne uno molto più semplice? O ugualmente complessa, correlata? Fai quello. Quindi apportare piccole modifiche individuali per avvicinare la soluzione alla soluzione desiderata.
• Inizia a scrivere dall'esterno
  Indipendentemente dal fatto che la tua interfaccia sia un servizio Web, una pagina Web, un modulo nativo, una fotocamera, una tastiera, un monitor o qualsiasi altra cosa , esiste un'interfaccia. Scrivi alcune righe di codice / pseudocodice per far funzionare l'interfaccia. Usa metodi magici che non esistono ancora. Ricorsivamente fai lo stesso per ogni metodo magico inesistente. Ottimizza più tardi.

Non c'è niente di sbagliato nell'andare con la cattiva soluzione. Spesso in quel momento non sai abbastanza del dominio problematico. Andare con una cattiva soluzione ti consente di andare avanti e saperne di più sul problema. Quindi puoi ancora tornare indietro e riformattare la tua prima soluzione.

Cerco sempre di guardarlo dal punto di vista dell'utente finale. È molto facile pensare a un'idea "interessante" come uno sviluppatore su cui puoi lavorare per anni che in realtà aggiunge molto poco alla tua app.

Idealmente, vuoi mappare tutte le funzionalità della tua app e assegnarle le priorità in base al vantaggio per l'utente finale, personalmente uso MOSCoW , anche se finché mantieni il tuo metodo di prioritizzazione lo stesso in tutto può essere semplice come 1 - 5.

Dopodiché se scopri ancora che questa funzione è una parte essenziale della tua app, come già detto dalle persone, chiedi! Non credo di aver mai riscontrato un problema che alla fine non è stato risolto né da un collega né da quelle persone simpatiche su StackOverflow.

La mia opinione è: non scrivere mai codice che funzioni semplicemente! In futuro dovrebbe essere molto difficile fare il refactoring.

È un approccio molto comune per gli sviluppatori (e ovviamente per i PM o i capi). Ho sentito molto tempo "farlo funzionare" o "Risolverò più tardi" (più tardi quando ??? mai!) Ma, penso che la qualità non sia qualcosa che non puoi ottenere nel mezzo del progetto.

Il mio suggerimento è, smetti di pensare al tuo problema per un po '.... fai qualcos'altro e, a volte, le soluzioni escono da solo.

A proposito, chiedere a un collega è assolutamente un ottimo modo per risolvere i tuoi problemi.