Come affrontare il "duro colpo di programmazione"? [chiuso]

Quindi sono sicuro che tutti si sono imbattuti in questa persona in un punto o nell'altro, qualcuno prende atto del tuo progetto o idea e inizialmente mostra un certo interesse. Puoi parlare di alcuni dei tuoi metodi e di solito in questo periodo si intromettono affermando come dovresti usare il metodo X, o semplicemente usare la libreria Y. Ma non come un suggerimento amichevole, ma al limite di un comandamento. Spesso ripetendo lo stesso consiglio più e più volte come un pappagallo troppo zelante.

Personalmente, mi piace reinventare la ruota mentre sto imparando, o anche solo per divertimento, anche se risulta peggiore di quello che è stato fatto prima. Ma questa persona apparentemente non riesce a immaginare di ricreare QUALSIASI utilità per tali scopi, o forse provare qualcosa che non segue rigorosamente le pratiche OOP tradizionali, e non si accontenterà di nulla tranne il loro senso di perfezione, e quindi naturalmente mi sgretolano le loro critiche con tutta la forza . Per finire, alla fine iniziano a giustificare il loro consiglio (ritardo) elencando tutte le cose incredibilmente complesse che hanno codificato da sole (di solito sulla falsariga di "fidati di me, ho creato / usato il programma X per molto tempo , blah blah blah ").

Ora, sono ben lungi dall'essere un maestro della programmazione, probabilmente non sono nemmeno così bravo, e come tale apprezzo la consulenza e la critica, ma penso che la consulenza / critica abbia un tempo e un posto. C'è anche una grande differenza tra l'essere utile e l'essere narcisista. In passato probabilmente avrei usato un licenziamento in stile George Carlin un po 'più forte, ma non penso più che bruciare ponti sia l'approccio migliore.

Hai qualche consiglio su come affrontare questo tipo di fustigazione verbale?

Non lasciarli solo parlare. Falli davanti a una tastiera. La frase "ok, fammi vedere" dovrebbe farlo. La mia esperienza è che i più duri non sono poi così fantastici, e quando effettivamente cercano di fare quello che dicono non funziona e le cose diventano molto silenziose.

Sto programmando da trent'anni. Conosco molte persone che mi considerano un "maestro della programmazione". Vuoi conoscere il mio sporco piccolo segreto? Sono appena competente in alcune aree, ma questo è tutto. Principalmente faccio schifo .

Ho lavorato con alcuni geni incredibili in quegli anni, non il genio dell'attrice su un podio che bolle sul suo co-protagonista, ma il QI fiammeggiante, Genius con un genio della G maiuscola. Cavolo, ho letto Knuth.

Se lavori duro e abbastanza a lungo prima o poi ti renderai conto che il meglio che puoi fare è davvero abbastanza insignificante rispetto all'ampiezza e alla profondità del talento là fuori. Non riesco a vedere come chiunque possa raggiungere quel punto e venire via con qualsiasi cosa tranne l'umiltà più profonda.

Chiunque signori il loro parere su un'altra persona e crede che il loro modo è il modo corretto di ogni altra cosa è semplicemente non è un buon programmatore. Prendi la mia parola per questo.

Il mio consiglio, sei sulla buona strada per non bruciare ponti. Ascolta educatamente, prendi tutto il meglio che puoi, quindi segui la tua strada.

Come la maggior parte delle situazioni sociali, dipende dal contesto.

Se questa persona ha un ruolo da protagonista (il contesto è probabilmente un luogo di lavoro), allora sei un po 'seccato a meno che tu non riesca a convincerli ad usare tecniche diverse rispetto a quelle che scelgono. Speriamo che siano aperti alla critica della loro squadra. In molti casi ho scoperto che la presentazione di valide argomentazioni solide e fondate sui motivi per cui il tuo particolare approccio è migliore per il progetto spesso li conquisterà. Se continuano a essere testardi solo perché "è così che dovrebbe essere fatto" (o qualche altra ragione sciocca), finiscono comunque per sembrare cattivi e sembri almeno aver cercato di essere razionale. In questo caso, consiglierei anche di dare un'occhiata a careers.so ...

Se questa persona è la tua pari, puoi praticamente ignorarla e andare avanti. Meglio sarebbe chiedere loro di spiegare perché apprezzano una particolare biblioteca o approccio. Attraverso la discussione, possono rendersi conto che i tuoi vincoli sono diversi da quelli previsti (ad esempio, non hai bisogno di una "libreria X superveloce fantastica" perché non hai bisogno di una velocità da pedale al metal grezzo, oppure non vuoi usare il "componente precostruito Y" perché stai mirando a minimizzare le dipendenze). Potresti anche ottenere informazioni preziose su alcuni dei loro suggerimenti. Di solito in situazioni come queste finisco per andare principalmente per la mia strada, ma di solito raccolgo anche alcune informazioni utili da almeno esaminare qualsiasi approccio / tecnologia / biblioteca che stanno sostenendo.

Se questa persona è sotto di te, allora digli di scappare :) Ok ... forse sii un po 'più costruttivo di così (non essere il tipo di persona con cui stai cercando di affrontare!), E prova di nuovo a capire cosa sta succedendo e comunicare in modo efficace.

Alla fine, se la persona è davvero un fanfara hardcore che non vuole scendere a compromessi, non ha una mentalità aperta e non gli interessa imparare; allora tutto ciò che puoi fare è ignorarlo e cercare di sfruttare al meglio la situazione.

Cerca di capire perché sente il bisogno di intromettersi in questo modo.

• Ha paura che tu faccia la cosa sbagliata e sprechi tempo / denaro dell'azienda?
• È insicuro e ha paura di essere irrilevante?
• Sta cercando di essere d'aiuto suggerendo una soluzione migliore, ma non ci riesce?
• Sta fraintendendo il tuo obiettivo nell'esplorazione dello spazio della soluzione?
• È questo il suo modo di essere amichevole?
• Qualcuno gli ha detto che dovresti sempre usare X, quindi suggerisce sempre X? Perché glielo hanno detto?
• È un venditore per la tecnologia X?

Tutti hanno risposte diverse.

Con una migliore comprensione del tuo "duro" - inizia perdendo quella etichetta per lui - sarai molto più in grado di trovare un modo di lavorare insieme.

Potresti anche indagare sul perché questo ti disturba così tanto. Perché non sei in grado di ignorare il suo contributo o di deviarlo innocuo?

Passa a una modalità di programmazione funzionale. La maggior parte dei duri conosce Java e nient'altro. Quindi nel momento in cui li colpisci con qualcosa di strano come dire Haskell o Lisp o persino Ruby, smetteranno di morire.

Direi loro di andarsene (se lo desideri, potresti usare più verbosità diplomatica) o semplicemente ignorarli. Non ci sono molte opzioni oltre a ciò che ho detto. (L'omicidio potrebbe funzionare, ma la legalità varia in base alle impostazioni locali.)

Perché ti importa cosa dice questa persona? Sono il tuo capo? Che importa? Ogni lavoro ha un ragazzo, si spera non tu, che eviti, o lo sentono venire giù per il corridoio e si abbassano. Semplicemente non gli piace. Potrebbero anche non sapere il perché. Ma è così che va il mondo. Sii cordiale e chi se ne frega. Sembra che tu voglia la tua libbra di carne e lo colpisca un po 'in giro.

C'era un ragazzo come questo nel mio ultimo posto di lavoro. Non solo aveva un'opinione su ogni singolo compito discreto su cui tutti gli altri stavano lavorando, ma si arrotolava e chiedeva "cosa stai facendo - sono solo interessato!" proprio quando eri in un compito, piuttosto che andare avanti con il suo lavoro a cui era stato assegnato. Una cosa è avere un'opinione su qualcosa di tanto in tanto - ognuno di noi ha punti di vista e i team produttivi dovrebbero essere sempre aperti a input validi dai propri colleghi - ma è un'altra prospettiva quando un individuo mette ripetutamente gli altri sviluppatori fuori dal loro lavoro chiedendo loro di fermare ciò che stanno facendo e spiegarglielo, nella speranza che possano svilupparsiun'opinione nel corso della conversazione che propongono di avere invece di lasciare che i loro colleghi continuino il loro lavoro.

Quando questo particolare ragazzo ha provato quanto sopra su di me, la sua linea di apertura è stata "Cosa stai facendo?", A cui ho dato un breve sommario educato del compito che stavo appena iniziando, nel caso in cui stesse semplicemente chiedendo casualmente piuttosto piuttosto che cercare un lungo e poco illuminante dibattito sull'argomento, come sospettavo da una dolorosa esperienza precedente, era la sua intenzione. Quando, in risposta alla mia spiegazione generale, continuò dicendo "Non capisco? ...", in un tono che suggeriva che nulla mi avrebbe reso più felice di fermare quello che stavo facendo per spiegargli le mie intenzioni in modo più dettagliato, ho appena detto "Perché avete bisogno di capire?", che si è fermato morto nella sua tracce.

Ogni altro sviluppatore dell'ufficio ridacchiò rumorosamente mentre tornava imbronciato al suo posto, incapace di rispondere alla mia domanda. La lezione qui, se posso presumere di darne una, è che queste persone sono sempre meglio trattate in modo civile e calmo, ma con fermezza. Se non riesci a intrattenere la loro interferenza con il tuo lavoro e annulli qualsiasi conversazione che minacci di prendere il tenore di una discussione prima ancora che inizino, queste persone generalmente non hanno nessun posto dove andare nel loro tentativo di far deragliare il tuo processo di pensiero.

Colpiscili con la riga "Non dovresti mai usare qualcosa che non capisci".