Como não sofrer com ideólogos quando você é uma pessoa pragmática? [fechadas]

Eu sou uma pessoa pragmática (acho que sou. Mas, novamente, Jon aqui tem um ponto interessante). Às vezes, a solução mais simples para um problema para realizar o trabalho é a que melhor se adapta a mim, se não é uma blasfêmia e uma censura absolutas a quaisquer princípios de design. Confira minha resposta a esta pergunta no Stack Overflow . Simples. Trabalho. Foi aceito. Poderia ser melhorado. Claramente não é perfeito e não é muito elaborado. E vem esse cara . Ele me rebate, comenta a questão de como sua resposta é melhor, mais precisa, etc. E quando pergunto por que ele me rebaixou, ele me chama de errado nos comentários. Lembra-me desta história em quadrinhos .

Só para esclarecer isso: a resposta dele é claramente melhor. Mas esse não é o ponto!

Enquanto estou no Stack Overflow, posso rir e não me importo com essas coisas, porque essas pessoas estão longe, no mundo real, sofro de ideologias de vez em quando. Caramba, eu não estou criando um software milagroso, preciso manter esse imenso legado em execução, e é uma aventura para mim todos os dias. Sou bom em algumas coisas e ruim em outras. Estou ansioso para aprender coisas. Mas posso aceitar uma ou duas falhas em um sistema como elas são: falhas. Amanhã, vamos refatorar todos eles, mas primeiro vamos fazer o que o cliente deseja e depois tomar uma cerveja.

Minhas perguntas são:

• Como você lida com ideologias / ideólogos, quando você é uma pessoa pragmática?
• Como você lida com o pragmatismo / pragmatista, quando você é uma pessoa ideológica?

Estou interessado nos dois pontos de vista.

Sem tentar ser engraçado, como pragmático certamente você pode ser pragmático sobre isso?

Outras pessoas são mais uma restrição com a qual você deve trabalhar, o mesmo que solicitações de alteração tardia, clientes difíceis, ferramentas inadequadas, tempo limitado e assim por diante. Todas essas são coisas com as quais você diz que lida pragmaticamente e isso é o mesmo.

Se você trabalha com alguém que acredita ser difícil, precisa encontrar uma solução para o problema que funcione, mesmo que não seja o ideal.

Comece perguntando a si mesmo qual é o grande negócio que eles estão sugerindo e, com base nesse trabalho, descubra se você o adota (se não é grande coisa), ou encontra um compromisso (se possível), ou luta contra ( se eles estão sendo totalmente irracionais).

Se você acha que eles estão totalmente fora de ordem, sempre pode se consolar com o conhecimento de que, quando acabar sendo escalado, seu gerente quase sempre escolherá sua solução (se é realmente viável) porque os gerentes geralmente se tornam gerentes por serem, bem, , pragmático.

Mas se você não pode fazer isso, posso sugerir que você está sendo um pouco ideológico em relação ao seu pragmatismo e talvez você não seja tão pragmático, afinal?

Como pragmático, proponho que você deixe essa noção verdadeira com você: você não é seu código .

Você escreve código. Você escreve em qualquer nível e com qualquer qualidade que você faz. Então você vai para casa.

Permita que os idealistas identifiquem seu valor próprio com sua produção e se validem colocando sua Solução Perfeita em um pedestal de ouro. Se isso é tudo o que eles têm, então Deus os abençoe. Triste existência que eles têm por lá.

Penso que esta ideia de "pragmáticos versus idealistas" é uma falsa dicotomia. É um continuum em que existem diferentes níveis de pragmatismo e idealismo, e cada indivíduo se enquadra em uma parte diferente do continuum e em questões diferentes. Você pode ser um pragmático quando se trata de design de software, mas um idealista quando se trata de política ou arte. Eu posso ser o oposto. E um "idealista" com design de software pode se considerar um pragmático quando comparado a alguém ainda mais ideológico.

Portanto, acho que meu conselho seria não ficar obcecado com os rótulos e, em vez disso, tentar comunicar seus pontos de vista e convencer seus colegas de trabalho de que você está certo porque sua ideia é melhor . Se você é meu colega de trabalho e nós discordamos, seu argumento de "minha ideia é mais pragmática e, portanto, correta" não voará comigo. Mas se seu argumento é "meu design é melhor por isso e por isso e por isso", você pode muito bem me convencer.

É uma questão de aceitação .

Estou muito frustrado com os arquitetos, chamados de arquitetos . Frustrado o suficiente para lhes dar um apelido;)

Na minha experiência, é muito difícil mudar outras pessoas, se não impossível. Você deve redirecionar sua energia para algo mais produtivo e positivo.

Duros negativos são inúteis.

É assim que você deve lidar com eles: não lidando com eles .

Depende de quem você está lidando. Um ideólogo se recusará a usar certas soluções. Um idealista prefere usar certas soluções. Não há muito que você possa fazer com um ideólogo. Os idealistas responderão positivamente à simpatia + praticidade, ou seja, "eu adoraria usar o HTML5 também, e se o orçamento o suportar, podemos. Mas temos que lidar com todos (no contexto apropriado pejorativo) que não atualizarão sua Web". navegadores, por isso precisamos implementar uma solução flash primeiro. "

Compreender onde sou pragmático e onde sou idealista é um ponto de partida. Todos nós temos coisas básicas nas quais temos maior probabilidade de ser realistas, pois coisas como comida e bebida tendem a ser necessidades que são atendidas ou você morre devido à fome ou desidratação, geralmente com alimentos imperfeitos. Ao mesmo tempo, a maioria de nós provavelmente tem alguns valores que tenderíamos a defender acima de tudo o que eu pensaria. Portanto, acho que há um pouco de nós dois e entender por que nós dois seria um bom lugar para começar, embora isso possa ser visto como um desvio da pergunta: é como eu lidaria com o problema de estar em uma das extremidades da gangorra e ter que lidar com pessoas do outro.

Elizabeth Lesser: Leve "O Outro" para o Almoço é uma conversa recente do TED que pode ser uma boa adição se alguém quiser uma sugestão de como ver isso de maneira diferente. Humanizar esse outro lado pode ser útil se quisermos avançar coletivamente, embora eu possa ser um pouco moderado por ser idealista dessa maneira.

É realmente uma questão de lidar com dois tipos de pessoas que discordam de você: A) Aquelas que podem mudar de idéia B) Aquelas que provavelmente nunca mudarão de idéia.

Grupo A) você dá o seu melhor argumento / opinião, tenta ser civilizado e, eventualmente, muda de idéia ao longo do caminho. É mais provável que você ouça o que eles têm a dizer. Você sente que eles estão abertos e o encontraram no meio do caminho. É mais provável que pensemos como pessoas com quem nos sentimos confortáveis.

Grupo B) você se emociona, aproveita a oportunidade para despejá-los e aponta o erro de seus caminhos. Alguns xingamentos geralmente chegam à conversa. Nada é resolvido e, na melhor das hipóteses, você concorda em discordar.

Não estou dizendo que esse é o caminho certo, mas geralmente o que acaba acontecendo.

• Como você lida com ideologias / ideólogos, quando você é uma pessoa pragmática?
• Como você lida com o pragmatismo / pragmatista, quando você é uma pessoa ideológica?

Acredito que a melhor opção é montar equipes com a mentalidade comum. Provavelmente, é uma maneira de fazer as coisas funcionarem sem que alguns membros da equipe experimentem dor mental todos os dias úteis.

A partir de agora, é definitivamente mais uma coisa que assisto ao entrevistar - é a equipe formada por pessoas curiosas, de mente aberta, pragmática e orientada a objetivos (é isso que eu gostaria) ou há um cheiro de astronautas, ideólogos e fanáticos (do qual eu prefiro não fazer parte).

É verdade que não vai ajudá-lo agora (a menos que você possa mudar para outra equipe ou departamento), mas talvez uma dica útil para o futuro?

[Respondendo a um comentário - sobre astronautas da arquitetura ...]

Não deixe que os astronautas da arquitetura o assuste

Os astronautas da arquitetura Groove Designers?

Os astronautas da arquitetura estão de volta

Astronautas de arquitetura assumem

Sua resposta é claramente melhor. Mas esse não é o ponto!

Tem certeza de que é um pragmático? :)

Na maioria das vezes, quando vejo alguém sendo chamado de idealista de forma depreciativa, eles não são idealistas, mas simplesmente pragmáticos, levando em consideração as conseqüências por um período mais longo do que a outra pessoa.

Claro, código sujo pode ser pragmático, se tudo que você está olhando é ser capaz de ir para casa no tempo sem qualquer prorrogação, mas uma vez que você levar em conta que as pessoas muitas vezes não realmente ter a chance de voltar e consertar as coisas depois, e que você pode ficar preso ao código por um longo tempo, fazer as coisas da maneira certa deixa de parecer idealismo e começa a parecer mais as ações de uma pessoa pragmática que está simplesmente pensando além do futuro imediato.

Minha experiência é que existem dois tipos de codificadores:

1. O programador "código primeiro, faça perguntas depois"
2. O programador "pondere por duas semanas e depois codifique em uma hora"

É fácil assumir que este é um debate pragmatista / ideólogo, mas realmente não é. O fato é que essas duas pessoas estão usando abordagens opostas para fazer a mesma coisa. Ambos querem fazer as coisas . Talvez você possa dizer que o programador do Tipo 1 é como uma lebre (sempre correndo para fazer as coisas), enquanto o programador do Tipo 2 é como uma tartaruga (lenta e constante vence a corrida).

O que vejo acontecendo é algo assim: o programador Tipo 1 não é feliz a menos que esteja constantemente elaborando código. Eles podem parar para pensar um pouco, mas apesar de tudo, vêem isso como uma perda de tempo. Eles querem dar um soco e levar as coisas à medida que elas vêm, em vez de planejar. O programador do Tipo 2 deseja ter uma abordagem do código mapeada antes do tempo. Eles não começarão a codificar até que já saibam o que vão escrever, como vão escrever e que a abordagem seja a correta.

Se você definir um programador Tipo 1 e um programador Tipo 2 para trabalharem juntos na mesma tarefa, o programador Tipo 1 terá iniciado seu projeto por muito tempo quando o programador Tipo 2 decidir qual abordagem adotar. Nesse ponto, o programador do Tipo 1 notará que o programador do Tipo 2 realmente não iniciou a codificação e tentará ajudá-los a entrar no programa e começar a fazer alguma coisa. O programador Tipo 2 notará que o programador Tipo 1 começou a codificar com abandono imprudente e tentará fazê-los parar e pensarpor meio segundo. Sem o conhecimento do que está acontecendo, o programador Tipo 1 rotulará o programador Tipo 2 como um ideólogo que não deseja fazer as coisas, e o programador Tipo 1 rotulará o programador Tipo 2 como um codificador de cowboys que não aprecia o código adequado.

Aqui é onde as coisas ficam complicadas. Quando os dois reagem dessa maneira , ambos estão certos até certo ponto. O programador Tipo 1 precisa aprender a parar, respirar e depois pensar no que está fazendo antes de correr para o código. Como diz o ditado, "semanas de codificação podem economizar horas de planejamento". O programador Tipo 2 precisa aprender a parar o planejamento em algum momento e apenas escrever algum código. Como diz o outro ditado, "os melhores planos de ratos e homens geralmente dão errado".

As organizações precisam de dois tipos de pessoas. Gerentes inexperientes ou maus gostam de ver seus lacaios girando sem parar e geralmente incentivam os programadores do Tipo 1. Os microgerenciadores gostam de saber o que, onde, quando e como seus funcionários vão codificar e geralmente incentivam o programador do Tipo 2. Assim, as organizações precisam fazer um esforço consciente para incentivar um equilíbrio.

Não sei, mas eu entendi seu ponto. Fico com tanta raiva quando vejo algum idiota se gabando de usar VIDEO e H.264 porque é "aberto" (sim, certo, com codec proprietário fechado) que funcionará em 20% dos clientes, em vez de usar o Flash que funcionará para 98% de clientes (e é realmente o mesmo H.264 apenas em players diferentes).

Mesmo quando vejo um noob dizendo que "SQL" está morto porque temos mongo - e esse tipo de idiota não consegue usar AMBOS adequadamente.

E nós temos centenas de trolls / idiotas postando em fóruns, escrevendo artigos de jornal / imprensa hoje.

E isso sempre me deixa louco. Uma história. O cliente queria algumas adições de vídeo à sua página comercial:

• ok amanhã será feito
• será em HTML5?
• não, sugiro fallback em Flash e HTML5, porque o HTML5 não é suportado em mais de 50% dos dispositivos corretamente.
• mas tudo bem, todo mundo está dizendo que é um futuro, eu quero HTML5. Não quero flash, está desatualizado / mal / tanto faz.
• tudo bem, mas nem sempre funciona.
• isso não é um problema

No dia seguinte:
- tag de vídeo simples e simples, 2 codificações diferentes, 100% corretamente executadas. Claro que há flashback que estou mostrando ao cliente. O desempenho é patético, mas funciona. Agora, o cliente pega seu laptop "ele também quer verificar".
- Vai para a página e o BAM. Firefox 3. algo. 5 FPS, o som está saltando, parece 100% quebrado.

• Não quero que funcione assim, está quebrado. Faça funcionar direito.
• Eu já lhe disse que não vai funcionar bem
• Mas assista esse cara (> youtube.com) clicou no primeiro vídeo => trabalhando na perfeição.
• É um flash (porra!)!
• Ah, você tem certeza que não é HTML5
• Sim im (motherfu * * *) certeza!
• Ah, então por favor, faça assim.

E há mais e mais desses idiotas! Eles querem vídeos HTML5, Games on Canvas, blogs mongoDB para 100 visitantes e outras besteiras! APENAS PARA O F *** ME F *** K, porque todos aqueles idiotas fanáticos estão prejudicando a indústria de TI !!!

Agora a solução. Diga aos idiotas do fucxxxx que você está usando HTML5, mongoDB ou qualquer outra merda idiota no planeta que eles querem. Faça do seu jeito, faça o trabalho e deixe que eles acreditem em seus contos de fadas, no Papai Noel ou no que eles quiserem acreditar! Se eles propuserem alguma besteira idiota / fanática em vez de sua solução completamente funcional - ignore, deixe-os fxx eles mesmos