Come dovresti procedere quando qualcuno ha rifiutato una buona cosa che hai fatto?

Non avresti mai dovuto raggiungere il punto in cui ritieni di aver finito, prima che i tuoi anziani lo vedano. Il rifiuto dovrebbe essere successo in fase di progettazione.

Poi arriva la domanda se può essere refactored in qualcosa di accettabile o meno. Se il primo, poi basta farlo. In quest'ultimo caso, devi discutere con il tuo capo in che modo questa situazione può essere evitata in futuro.

How should you proceed when somebody rejected a good thing you made?

Chiedi per i criteri di accettazione prima facendo altre codifiche.

• Quale dovrebbe essere lo ambito di questa funzione?
• Quali strumenti e lingue sono accettabili (vale la pena utilizzare ExtJS)?
• Quali altri vincoli ci sono (browser supportati, codifica, ...)?

Parla con le persone anziane sul perché il tuo progetto non è adatto e cosa vorresti che tu facessi diversamente la prossima volta. Prendi l'atteggiamento che, per quanto buono fosse, non era adatto. Non essere conflittuale al riguardo. Avere un progetto respinto è doloroso, ma imparare cosa fare la prossima volta è molto più costruttivo che discuterne con persone che probabilmente hanno ragioni per rifiutarlo.

Puoi anche chiedere informazioni sulla qualità del codice. Sii specifico: prendi una parte particolare e chiedi perché è così. Potrebbero esserci motivi per ciò che non ti piace a riguardo.

Inoltre, cerca di evitare di essere visto come il nuovo ragazzo senza esperienza che pensa di sapere come dovrebbe essere tutto. Scopri i motivi per cui le cose sono come sono. Potrebbero non essere dei buoni motivi e potresti non essere d'accordo con loro, ma non cambierai nulla senza specificarli.

ExtJS È una libreria piuttosto grande, e c'è una tassa di licenza per gli sviluppatori commerciali. Sono sorpreso che tu non abbia ricevuto l'approvazione prima di utilizzarlo nella tua soluzione.

Scrivi anche:

I would like to restructure the code, as the coding structure in my company is very bad and I want to improve that.

Questo non sarà facile. Se il resto della squadra pensa che non ci siano problemi, allora è probabilmente impossibile. In tal caso dovrai o adattarti o trovare una nuova posizione con una squadra più sofisticata.

Pensate che questa è una domanda molto più ampia di qualcosa di rilevante per i programmatori, ma in generale: se il vostro team ha affermato di avere una preferenza (sembra preferire un codice più piccolo), per procedere, rendete il vostro codice adatto alle loro preferenze. O spostati in una squadra che funziona allo stesso modo di te.

Generalmente, consideralo come un'esperienza di apprendimento - fagli spiegare loro che cosa preferirebbe che tu facessi.

Nel titolo dell'argomento suggerisci di pensare ancora che ciò che hai creato è "buono".

La prima cosa da fare è accettare che non lo sia. Non perché lo dico ma perché è stato respinto. Come tutti gli altri che devi imparare. Come indicato in altre risposte, ottieni i requisiti prima in cui inizi. Quando non accettano la cosa che hai fatto, chiedi loro perché, accetta la risposta, correggi e consegna di nuovo.

Una delle prime cose che le persone al mio primo (e attuale) lavoro mi hanno insegnato è chiedere , specialmente all'inizio. Se qualcuno vuole che tu faccia qualcosa, chiedi più da vicino e quando hai un'idea di implementazione, non esitare a scrivere un breve (nessuno vuole leggere pagine su pagine, ma mezza pagina di solito va bene) spec e chiedi se va bene. Se quello che hai pensato è buono, potrebbero essere impressionati, altrimenti potranno dirti prima che la situazione che descrivi si verifichi.

Sono abbastanza sicuro che non stai utilizzando tutto in extjs . Se la loro scusa è che extjs è un file lungo e dato che la libreria è probabilmente strutturata in molte piccole funzioni, metti le funzioni che stai usando in un altro file e torna ai tuoi boss con la tua nuova soluzione (che usa il piccolo file). La loro scusa non ha senso.

Se pensi di avere un modo migliore di fare qualcosa, provalo. Produci prove concrete che la tua soluzione sia migliore in qualche modo. Ciò potrebbe essere tempi di caricamento più veloci, prestazioni di runtime, coesione più elevata, accoppiamento più basso o qualsiasi numero di parametri. Potresti voler scoprire quali sono le metriche importanti per il tuo team o la tua azienda in modo da sapere quali saranno le argomentazioni convincenti. Qualunque cosa sia, fai un esperimento e produci alcuni dati. E se ti capita di sbagliare, ammettilo e impara dall'esperienza.

La prossima volta, considera quanto segue:

• Scrivi una proposta di progettazione, delineando cosa vuoi fare, quali moduli avrà e quali dipendenze esterne sono necessarie.
• Una volta che ha un aspetto "bello", scrivi un disegno più dettagliato.
• Una volta che è stato dato un "andare avanti" (un "andare avanti" è più strong di "sembra bello"), scrivi la tua richiesta, cercando feedback attraverso il processo.

Questo ti dà ampie possibilità di ottenere un feedback prima di investire molto tempo. Dà ai tuoi anziani la possibilità di fornire una guida, prima di andare su una pista che non approveranno. Fornisce inoltre più punti in cui c'è la possibilità di andare "in realtà, questo sarebbe meglio ..." così come "non avremo più bisogno di questo, mi dispiace ..."

Bene, se solo la dimensione del file js è un problema, controllerò se potresti in qualche modo ridurlo un po 'per renderlo più piccolo e renderlo così felice. Oppure fare un vero e proprio banco di prova dove le persone vedono che il tempo di caricamento è ok. In seguito, potresti ancora tornare e dire "comunque ... ho anche questa e quella funzione disponibili ... ci vuole solo così e così tanti kb"

Prima di perdere tempo a lavorare su soluzioni inaccettabili, chiedere la dimensione massima del file e se è possibile soddisfare tale requisito, accetteranno la soluzione.

È la prima volta per te o sono abituati a lasciarti lavorare su progetti che vengono rifiutati?

Sfortunatamente, probabilmente peggiorerà fino a quando non potrai leggere le menti.

Ho realizzato alcuni progetti che sono stati rifiutati dal cliente al termine. Mi sentivo male, ma, poiché non c'era niente da fare, il modo migliore per non sentirmi male è imparare dall'esperienza, tenere la testa alta, avere fiducia in te stesso e continuare a nuovi progetti.

Stava per migliorare la struttura del codice, ma hai creato un file SINGLE, che supera la massima accettazione?