ti-enxame.com

Como lidar com o "fanfarrão da programação"?

Portanto, tenho certeza que todo mundo já encontrou essa pessoa em um ponto ou outro, alguém fica sabendo do seu projeto ou ideia e inicialmente mostra algum interesse. Você começa a falar sobre alguns de seus métodos e geralmente nessa época eles interpõem-se afirmando como você deve usar o método X em vez disso, ou apenas usar a biblioteca Y. Mas não como uma sugestão amigável, mas na fronteira com um mandamento. Muitas vezes, repetindo o mesmo conselho indefinidamente, como um papagaio excessivamente zeloso.

Pessoalmente, gosto de reinventar a roda quando estou aprendendo, ou mesmo apenas para me divertir, mesmo que fique pior do que o que foi feito antes. Mas essa pessoa aparentemente não consegue recriar QUALQUER utilidade para tais fins, ou possivelmente tentar algo que não siga estritamente as práticas tradicionais OOP, e não se contentará com nada exceto seu senso de perfeição e, portanto, naturalmente espalhar sua lama crítica pelos meus ouvidos com força total. Para completar, eles eventualmente começam a justificar seu conselho (retardamento) listando todas as coisas incrivelmente complexas que codificaram sozinho (geralmente ao longo das linhas de "confie em mim, eu" fiz/usei o programa X por muito tempo, blá, blá, blá ").

Agora, estou longe de ser um mestre em programação, provavelmente nem sou tão bom e, como tal, valorizo ​​conselhos e críticas, mas acho que conselhos/críticas têm uma hora e um lugar. Também existe uma grande diferença entre ser útil e ser narcisista. No passado, eu provavelmente teria usado uma rejeição ao estilo George Carlin um pouco mais forte, mas não acho mais que queimar pontes seja a melhor abordagem.

Você tem algum conselho sobre como lidar com esse tipo de açoite verbal?

18
Peter G.

Não apenas os deixe falar. Coloque-os na frente de um teclado. A frase "ok, mostre-me" deve servir. Minha experiência é que a maioria dos golpes não são tão bons, e quando eles realmente tentam fazer o que dizem, não funciona e as coisas ficam bem quietas.

36
Conrad Frix

Estou programando há trinta anos. Conheço muitas pessoas que me consideram um "mestre em programação". Quer saber meu segredinho sujo? Eu mal sou competente em algumas áreas, mas é isso. Principalmente eu suck.

Eu trabalhei com alguns gênios incríveis naqueles anos, não o tipo de gênio atriz-no-pódio-borbulhante-sobre-sua-co-estrela, mas o tipo de gênio em chamas, Gênio com G maiúsculo. Caramba, eu li Knuth.

Se você trabalhar duro e por tempo suficiente, mais cedo ou mais tarde, vai perceber que o melhor que você pode fazer é realmente insignificante em comparação com a amplitude e a profundidade do talento que existe. Não consigo ver como alguém pode chegar a esse ponto e sair com qualquer coisa, exceto a mais profunda humildade.

Qualquer um que domina suas opiniões sobre outra pessoa e acredita que seu caminho é o correto acima de tudo é simplesmente não um programador muito bom. Acredite em mim.

Meu conselho, você está no caminho certo, não queimando pontes. Ouça educadamente, tire tudo de bom que puder e siga seu próprio caminho.

17
par

Tente descobrir por que ele sente a necessidade de se intrometer dessa maneira.

  • Ele tem medo de você fazer a coisa errada e desperdiçar tempo/dinheiro da empresa?
  • Ele é inseguro e tem medo de ser irrelevante?
  • Ele está tentando ser útil, sugerindo uma solução melhor, mas falhando?
  • Ele está entendendo mal seu objetivo ao explorar o espaço da solução?
  • É esse o jeito dele de ser amigável?
  • Alguém disse a ele que você deve sempre usar X, então ele sempre sugere X? Por que eles disseram isso a ele?
  • Ele é um vendedor da tecnologia X?

Todos eles têm respostas diferentes.

Com um melhor compreensão do seu 'fanfarrão' - comece perdendo esse rótulo para ele - vocês serão muito mais capazes de encontrar uma maneira de trabalhar juntos.

Você também pode investigar por que isso o incomoda tanto. Por que você não é capaz de ignorar a entrada dele ou desviá-la sem causar danos?

5
Alex Feinman

Como a maioria das situações sociais, depende do contexto.

Se essa pessoa estiver desempenhando um papel de liderança (o contexto provavelmente é um local de trabalho), então você está meio confuso, a menos que possa convencê-la a usar técnicas diferentes das que escolheram. Esperançosamente, eles estão abertos a críticas de sua equipe. Em muitos casos, descobri que apresentar argumentos sólidos, sólidos e baseados em fatos para explicar por que sua abordagem específica é melhor para o projeto geralmente os conquistará. Se eles continuarem a ser teimosos só porque "é assim que deve ser feito" (ou alguma outra razão boba), então eles acabam parecendo ruins de qualquer maneira e você parece que pelo menos tentou ser racional. Nesse caso, eu também recomendo verificar careers.so ...

Se essa pessoa for sua, você pode simplesmente ignorá-la e seguir em frente. Melhor seria pedir a eles que explicassem por que valorizam uma determinada biblioteca ou abordagem. Por meio da discussão, eles podem perceber que suas restrições são diferentes do que anteciparam (por exemplo, você não precisa de "incrível biblioteca super-rápida X" porque não precisa de velocidade bruta de pedal para o metal, ou você não não deseja usar o "componente Y pré-construído" porque seu objetivo é minimizar dependências). Você também pode obter informações valiosas sobre o que eles estão sugerindo. Normalmente, em situações como essas, acabo seguindo principalmente o meu próprio caminho, mas geralmente também coleto algumas informações úteis, pelo menos olhando para qualquer abordagem/tecnologia/biblioteca que eles estejam defendendo.

Se essa pessoa estiver embaixo de você, diga a ela para cair fora :) Ok ... talvez seja um pouco mais construtivo do que isso (não seja o tipo de pessoa com quem está tentando lidar!) E tente novamente entender o que está acontecendo e se comunicar de forma eficaz.

No final das contas, se a pessoa está realmente sendo um fanfarrão que não quer se comprometer, não tem a mente aberta e não se importa em aprender; então, tudo o que você realmente pode fazer é ignorá-lo e tentar tirar o melhor proveito da situação.

5
user819

Mude para um modo de programação funcional. A maioria dos golpistas sabem Java e nada mais. Então, no momento em que você os atinge com algo estranho como dizer Haskell ou LISP ou mesmo Ruby eles vão parar .

2
Zachary K

Eu diria a eles para f ** k off (Você poderia usar mais verborragia diplomática se desejar.) ou simplesmente ignorá-los. Não há muitas opções além do que eu disse. (O assassinato pode funcionar, mas a legalidade varia de acordo com o local.)

1
ChaosPandion

Por que você se importa com o que essa pessoa diz? Eles são seus chefes? Quem se importa? Todo trabalho tem um cara, espero que não você, que eles evitam, ou eles o ouvem vindo pelo corredor e se abaixam. Eles simplesmente não gostam dele. Eles podem nem saber por quê. Mas é assim que o mundo é. Seja cordial e quem se importa. Parece que você quer seu pedaço de carne e dar um tapa nele um pouco.

1
johnny

Havia um cara assim no meu último local de trabalho. Ele não apenas tinha uma opinião sobre cada tarefa discreta em que todos os outros estavam trabalhando, mas também rolava e perguntava "o que você está fazendo - só estou interessado!" bem quando você estava entrando em uma tarefa, em vez de continuar com o próprio trabalho para o qual ele havia sido designado. É uma coisa ter uma opinião sobre algo de vez em quando - cada um de nós tem pontos de vista, e as equipes produtivas devem estar sempre abertas a contribuições válidas de seus colegas - mas é outra perspectiva quando um indivíduo coloca repetidamente outros desenvolvedores fora de seu trabalho, pedindo-lhes para parar o que estão fazendo e explicá-lo a eles, na esperança de que eles possam desenvolver uma opinião durante o curso da conversa que eles propõem ter em vez de deixar seus colegas continue com seu trabalho.

Quando esse cara em particular tentou o acima em mim, sua linha de abertura foi "O que você está fazendo?", Para a qual eu dei um breve resumo educado da tarefa que eu estava começando, caso ele estivesse realmente perguntando casualmente, em vez do que buscar um debate longo e não muito esclarecedor sobre o assunto, como eu suspeitei por dolorosas experiências anteriores, era sua intenção. Quando em resposta à minha explicação geral, ele disse "Eu não entendo? ...", em um tom que sugeria que nada me faria mais feliz do que interromper o que eu estava fazendo para explicar minhas intenções a ele com mais detalhes, Eu apenas disse "Por que você precisa entender?", O que o parou de repente.

Todos os outros desenvolvedores no escritório riram alto enquanto ele voltava mal-humorado para seu assento, incapaz de responder à minha pergunta. A lição aqui, se é que posso dar uma, é que essas pessoas sempre são mais bem tratadas com civilização e calma, mas com firmeza. Se você deixar de entreter a interferência deles em seu trabalho e cortar quaisquer conversas que ameacem tomar o tom de uma discussão antes mesmo de começar, essas pessoas geralmente não têm para onde ir na tentativa de atrapalhar seu processo de pensamento.

0
user15534