Como lidar com o “golpe de programação”? [fechadas]

Então, eu tenho certeza que todo mundo já encontrou essa pessoa em um ponto ou outro, alguém percebe o 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 interceptam, dizendo como você deve usar o método X, ou simplesmente usar a biblioteca Y. Mas não como uma sugestão amigável, mas que faz fronteira com um mandamento. Muitas vezes repetindo o mesmo conselho repetidamente como um papagaio excessivamente zeloso.

Pessoalmente, gosto de reinventar a roda quando estou aprendendo, ou mesmo apenas por diversão, mesmo que seja pior do que o que foi feito antes. Mas essa pessoa aparentemente não pode imaginar recriar QUALQUER utilidade para tais propósitos, ou possivelmente tentar algo que não siga estritamente as práticas tradicionais de POO, e se contentará com nada além de seu senso de perfeição e, portanto, naturalmente levantará suas críticas pelos ouvidos com força total. . Para finalizar, eles acabam por justificar seus conselhos (retardamento) listando todas as coisas incrivelmente complexas que codificaram com uma única mão (geralmente na linha de "confie em mim, eu fiz / usei o programa X por um longo tempo , blá blá blá").

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

Você tem algum conselho sobre como lidar com esse tipo de flagelação verbal?

Não basta deixá-los falar. Coloque-os na frente de um teclado. A frase "ok, mostre-me" deve fazê-lo. Minha experiência é muito difícil, e quando eles realmente tentam fazer o que dizem, não funciona e as coisas ficam bem quietas.

Venho programando há trinta anos. Conheço muitas pessoas que me consideram um "mestre de programação". Quer conhecer meu segredinho sujo? Eu sou apenas pouco competente em algumas áreas, mas é isso. Principalmente eu sou péssima .

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

Se você trabalhar duro o suficiente, mais cedo ou mais tarde, perceberá que o melhor que pode fazer é realmente bastante insignificante em comparação com a amplitude e profundidade do talento existente no mercado. Não vejo como alguém pode chegar a esse ponto e sair com qualquer coisa, menos a humildade mais profunda.

Qualquer pessoa que expresse sua opinião sobre outra pessoa e acredite que seu caminho é o caminho 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, aproveite o melhor que puder e siga seu próprio caminho.

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

Se essa pessoa está em um papel de liderança (o contexto provavelmente é um local de trabalho), você fica meio confuso, a menos que possa convencê-la a usar técnicas diferentes das que elas escolherem. Espero que eles estejam abertos à crítica de sua equipe. Em muitos casos, descobri que apresentar bons argumentos, sólidos e baseados em fatos, sobre por que sua abordagem específica é melhor para o projeto, muitas vezes os conquistará. Se eles continuam sendo teimosos apenas porque "é assim que deve ser feito" (ou algum outro motivo bobo), eles acabam parecendo ruins de qualquer maneira e você parece que pelo menos tentou ser racional. Nesse caso, eu também recomendo conferir carreiras.so ...

Se essa pessoa é sua colega, você pode simplesmente ignorá-la e seguir em frente. Melhor seria pedir-lhes que explicassem por que valorizam uma determinada biblioteca ou abordagem. Através da discussão, eles podem perceber que suas restrições são diferentes das previstas (por exemplo, você não precisa da "incrível biblioteca super-rápida X" porque não precisa da velocidade bruta do pedal ao metal, ou não Deseja usar o "componente pré-construído Y" porque você pretende minimizar as dependências). Você também pode obter informações valiosas sobre algumas das sugestões. Geralmente, em situações como essas, acabo seguindo o meu próprio caminho, mas geralmente recolho algumas informações úteis, pelo menos olhando para qualquer abordagem / tecnologia / biblioteca que eles estejam advogando.

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

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

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 dinheiro / tempo da empresa?
• Ele é inseguro e tem medo de ser irrelevante?
• Ele está tentando ser útil por sugestão de uma solução melhor, mas falhando?
• Ele está entendendo mal o seu objetivo de explorar o espaço da solução?
• Essa é a maneira dele de ser amigável?
• Alguém disse a ele que você sempre deveria usar o X, então ele sempre sugere o X? Por que eles disseram isso a ele?
• Ele é vendedor de tecnologia X?

Todos estes têm respostas diferentes.

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

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

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

Eu diria a eles para se safarem (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.)

Por que você se importa com o que essa pessoa diz? Eles são seu chefe? Quem se importa? Todo trabalho tem um cara, espero que não você, que eles evitem ou o ouvem descendo o corredor e eles se esquivam. Eles simplesmente não gostam dele. Eles podem nem saber o porquê. Mas é assim que o mundo é. Seja cordial e quem se importa. Parece que você quer sua libra de carne e bater nele um pouco.

Havia um cara assim no meu último local de trabalho. Ele não apenas opinava sobre todas as tarefas discretas em que todos estavam trabalhando, mas também se levantava e perguntava "o que você está fazendo - só estou interessado!" exatamente quando você estava começando uma tarefa, em vez de continuar seu próprio trabalho ao 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 sugestões válidas de seus colegas - mas é outra perspectiva quando um indivíduo retira repetidamente outros desenvolvedores de seu trabalho, pedindo-lhes que parem o que estão fazendo e expliquem a eles, na esperança de que possam desenvolveruma opinião durante o curso da conversa que eles propõem ter, em vez de permitir que seus colegas continuem seu trabalho.

Quando esse cara em particular tentou o que foi dito acima, sua linha de abertura era "O que você está fazendo?", Ao qual dei um breve resumo educado da tarefa em que estava apenas começando, caso ele estivesse apenas perguntando casualmente do que procurar um debate longo e não muito esclarecedor sobre o assunto, como eu suspeitava de uma experiência anterior dolorosa, era sua intenção. Quando, em resposta à minha explicação geral, ele continuou dizendo: "Eu não entendo? ...", em um tom que sugeria que nada me faria mais feliz do que parar o que estava fazendo para explicar minhas intenções para ele com mais detalhes, Eu apenas disse "Por que você precisaria entender?", O que o impediu de seguir em frente.

Todos os outros desenvolvedores do escritório riram alto enquanto ele voltava emburrado para o seu lugar, incapaz de responder à minha pergunta. A lição aqui, se posso presumir dar uma, é que essas pessoas são sempre melhor tratadas civil e calmamente, mas com firmeza. Se você não entender a interferência deles em seu trabalho e interromper qualquer conversa que ameace assumir o teor 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.

Bata neles com a linha "Você nunca deve usar algo que não entende".