Domanda

Quindi sono sicuro che ognuno di noi ha incontrato questa persona ad un certo punto o in un altro, le catture qualcuno vento del vostro progetto o idea e inizialmente mostra un certo interesse. Si arriva a parlare di alcuni dei vostri metodi e di solito in questo periodo hanno interject affermando come si dovrebbe utilizzare il metodo X, invece, o semplicemente usare Y. libreria ma non come un suggerimento amichevole, ma confinante con un comandamento. Spesso ripetendo lo stesso consiglio più e più volte come un pappagallo troppo zelante.

Personalmente, mi piace di reinventare la ruota, quando sto imparando, o anche solo per divertimento, anche se si è visto di peggio di quello che è stato fatto prima. Ma questa persona apparentemente non può Fathom ricreare qualsiasi utilità per tali scopi, o forse provare qualcosa che non seguire rigorosamente le pratiche OOP tradizionali, e si accontentano di nulla se non il loro senso di perfezione, e quindi naturalmente tirare loro fanghi critiche verso il basso le mie orecchie tutta la sua forza . Per finire, alla fine iniziano a giustificare i loro consigli (ritardo) elencando tutte le cose incredibilmente complessi che hanno codificati da solo (di solito sulla falsariga di "Fidati di me, ho fatto / used programma X per un lungo periodo , bla bla bla ").

Ora, sono ben lungi dall'essere un maestro di programmazione, sono probabilmente nemmeno che buono, e come tale consulenza valore Io e la critica, ma penso consiglio / critica ha un tempo e di luogo. C'è anche una grande differenza tra l'essere e l'essere utile narcisistica. In passato probabilmente avrei usato un po 'più forte di George Carlin stile licenziamento, ma non credo che i ponti che brucia è il miglior approccio più.

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

È stato utile?

Soluzione

Non basta lasciarli parlare. Farli di fronte ad una tastiera. La frase "ok, Show Me" dovrebbe farlo. La mia esperienza è la maggior parte dei duri colpo non è eccezionale, e quando in realtà cercano di fare quello che dicono che non funziona e le cose si fanno molto calmi.

Altri suggerimenti

Sono stato di programmazione per trenta anni. Conosco un sacco di persone che mi considerano un "maestro di programmazione." Volete sapere il mio piccolo segreto? Sono appena competente in alcune aree, ma questo è tutto. Per lo più mi succhiare .

Ho lavorato con alcuni geni incredibili in quegli anni, non è l'attrice-on-a-podio-ribollimento-su-suo-co-star specie di genio, ma l'ardente IQ, Genius con un capitale-G tipo di genio. Heck, ho letto Knuth.

Se si lavora duro e abbastanza a lungo a questo prima o poi si sta andando a rendersi conto che la cosa migliore che puoi fare è davvero insignificante rispetto alla ampiezza e la profondità del talento là fuori. Non riesco a capire come si possa raggiungere quel punto e venire via con nulla, ma l'umiltà più profonda.

Qualcuno che signoreggia il loro parere su un'altra persona e crede che il loro modo è il modo corretto prima di tutto il resto è semplicemente non un buon programmatore. Prendere la mia parola per esso.

Il mio consiglio, siete sulla strada giusta, non bruciare i ponti. Ascolta educatamente, prendi tutto il bene da esso si può, quindi andare la tua strada.

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

Se questa persona è in un ruolo di primo piano (il contesto probabile essere un posto di lavoro), allora sei specie di hosed a meno che non si può convincerli ad utilizzare tecniche diverse da quelle che hanno scelto. Speriamo che sono aperti alle critiche dalla loro squadra. In molti casi ho trovato che presentano buone, basate sui fatti, argomenti solidi per il motivo per cui il tuo particolare approccio è meglio per il progetto spesso li conquistare. Se continuano a essere testardo solo perché "è così che dovrebbe essere fatto" (o qualche altra ragione stupida), poi finiscono per guardare male in ogni modo e si guarda come si almeno cercato di essere razionale. In questo caso, mi piacerebbe anche consiglia di controllare careers.so ...

Se questa persona è il vostro peer, è possibile praticamente solo ignorarlo e andare avanti. Meglio sarebbe chiedere loro di spiegare il motivo per cui il valore di una particolare libreria o di approccio. Attraverso la discussione, essi possono rendersi conto che i vincoli sono diverse di quanto previsto (ad esempio, non è necessario "X super-veloce biblioteca impressionante", perché non è necessario prime velocità pedale-to-the-metal, oppure si indossano 't vuole usare 'predefiniti Y componente' perché si mira a ridurre al minimo le dipendenze). Si potrebbe anche acquisire una conoscenza diretta alcuni di quello che stanno proponendo. Di solito in situazioni come queste che finisce per andare in gran parte la mia strada, ma io di solito anche spigolare alcune informazioni utili da almeno guardare in qualunque approccio / tecnologia / libreria che stanno sostenendo.

Se questa persona è sotto di voi, poi dirà di bug fuori :) Ok ... forse essere un po 'più costruttivo di quello (non abbiate il tipo stesso di persona che si sta cercando di trattare con!), E ancora una volta cercare di capire cosa sta succedendo e comunicare in modo efficace.

Alla fine, se la persona è in realtà essere uno sbruffone hardcore che non vuole compromessi, non è di mentalità aperta, e non si cura di imparare; allora tutto quello che può davvero fare è ignorarlo e cercare di fare il meglio della situazione.

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

  • Ha paura di voi fare la cosa sbagliata e di sprecare soldi società / ora?
  • È lui insicuro e paura di essere irrilevante?
  • Sta cercando di essere d'aiuto per suggestione di una soluzione migliore, ma non riuscendo?
  • Sta fraintendendo il vostro obiettivo ad esplorare lo spazio delle soluzioni?
  • E 'questo il suo modo di essere amichevole?
  • Qualcuno gli dica che si dovrebbe sempre usare X, così egli suggerisce sempre X? Perché gli dicono che?
  • È lui un venditore per la tecnologia X?

Tutte queste hanno risposte diverse.

Con un una migliore comprensione della tua 'sbruffone' - iniziare perdendo quell'etichetta per lui -. Sarà molto più in grado di trovare un modo per lavorare insieme

Si potrebbe anche indagare perché questo vi preoccupa così tanto. Perché non sei in grado di ignorare il suo ingresso, o innocuo deviare?

passare a una modalità di programmazione funzionale. La maggior parte dei duri colpo sanno Java e nient'altro. Così il momento in cui li si colpisce con qualcosa di strano come dire Haskell o Lisp o anche di Ruby hanno intenzione di smettere di morti.

Vorrei dire loro di f ** k off (Si potrebbe utilizzare verbosità più diplomatico, se lo si desidera.) o semplicemente li ignorano. Non ci sono molte opzioni di là di quello che ho detto. (Murder potrebbe funzionare, ma la legalità varia a seconda del locale.)

Perché ti interessa ciò che questa persona dice? Sono il vostro capo? Che importa? Ogni lavoro ha un ragazzo, si spera non, che evitano, o sentirlo venire in fondo al corridoio e anatra. Solo che non lo fanno come lui. Essi non possono nemmeno sapere perché. Ma questo è solo il modo in cui il mondo è. Essere cure cordiali e che. Sembra che si desidera la vostra libbra di carne e di schiaffeggiarlo in giro un po '.

C'è stato un tipo come questo nel mio ultimo posto di lavoro. Non solo aveva un parere su ogni singola operazione discreta chiunque altro stava lavorando, ma aveva anche roll up e chiedere "che cosa stai facendo! - Sono solo interessato" proprio quando si stavano diventando in un compito, piuttosto che andare avanti con il proprio lavoro al quale era stato assegnato. E 'una cosa con un parere su qualcosa di tanto in tanto - ognuno di noi ha viste, e le squadre produttive dovremmo sempre essere aperti a ingresso valido dal loro coetanei - ma è piuttosto un altro prospettiva quando un individuo mette ripetutamente altri sviluppatori il loro lavoro, chiedendo loro di fermare quello che stanno facendo e spiegare a loro, nella speranza che essi possano sviluppare un parere nel corso della conversazione che propongono di avere invece di lasciare che i loro colleghi andare avanti con il loro lavoro.

Quando questo ragazzo particolare ha provato quanto sopra su di me, la sua linea di apertura è "Che cosa stai facendo?", A cui ho dato una breve educato sintesi panoramica del compito che mi era appena iniziato su, nel caso in cui in realtà era solo chiedendo casualmente piuttosto che cercare un lungo dibattito e non molto illuminante sul tema, come ho sospettato dalla precedente esperienza dolorosa era la sua intenzione. Quando in risposta alla mia spiegazione panoramica ha continuato a dire "Non capisco? ...", in un tono che ha suggerito niente mi farebbe più felice di fermare quello che stavo facendo per spiegare le mie intenzioni a lui in modo più dettagliato, ho appena detto "Perché si necessità da capire?", che si è fermato morto nella sua tracce.

Ogni altro sviluppatore in ufficio ridacchiò ad alta voce, come ha fatto il suo modo imbronciato di nuovo al suo posto, in grado di rispondere alla mia domanda. La lezione qui, se posso presumere di dare una, è che queste persone sono sempre più trattati civilmente e con calma, ma con fermezza. Se non si riesce a divertire la loro interferenza con il vostro lavoro, e stroncare tutte le conversazioni che minacciano di prendere il tenore di un argomento, prima ancora di cominciare, queste persone in genere non sanno dove andare nel loro tentativo di far deragliare il processo di pensiero.

colpirli con il "Non si dovrebbe mai usare qualcosa che non capisci" linea.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
scroll top