Em Stack Exchange, insistimos que as pessoas que fazem perguntas se esforcem um pouco em suas perguntase nós somos meio idiotas quanto a isso. Ou seja, quando o senhor se propõe a fazer uma pergunta, deve …
- Descrever o que está acontecendo com detalhes suficientes para que possamos acompanhar. Fornecer o histórico necessário para que possamos entender o que está acontecendo, mesmo que não sejamos especialistas em sua área específica.
- Diga-nos por que o senhor necessidade para saber a resposta. O que levou o senhor até aqui? É uma curiosidade ociosa ou isso está de alguma forma bloqueando o senhor em um projeto? Não precisamos de toda a história de sua vida, apenas nos dê algum contexto aqui.
- Compartilhe sua pesquisa sobre o seu problema; o que o senhor descobriu até agora? Por que não funcionou? E se o senhor não fez nenhuma pesquisa… deveria estar perguntando? Se o senhor está nos convidando para gastar nosso valioso tempo ajudando-o, é justo que dedique uma quantidade razoável de seu valioso tempo para elaborar uma pergunta decente. Ajude-nos a ajudar o senhor!
Temos um ótimo Página Como perguntar que explica tudo isso, com links generosos em toda a rede. (E no Stack Overflow, devido ao grande volume de perguntas, nós realmente force novos usuários a clicar nessa página antes de fazer sua primeira pergunta. O senhor mesmo pode ver isso fazendo uma pergunta como um novo usuário).
O que estamos tentando evitar, acima de tudo, é a pergunta de passagem sem resposta. Essas perguntas não ajudam ninguém e, se não forem verificadas, podem arruinar um site de perguntas e respostas, transformando-o em uma cidade fantasma virtual. No Stack Exchange, as perguntas que são tão desprovidas de informações e contexto que não podem ser razoavelmente respondidas serão ativamente fechadas e, se não forem melhoradas, eventualmente excluídas.
Como eu disse, somos um pouco idiotas com relação a isso. Mas por um bom motivo: estamos tentando, de forma não tão sutil, que o ajudar o senhor a se ajudar, ensinando ao senhor Resolução de problemas do Rubber Duck. E isso funciona mesmo. Ao longo dos anos, recebi muitos comentários sobre como as pessoas, no processo de escrever seus minucioso e detalhado para o Stack Overflow ou outro site do Stack Exchange, descobriu a resposta para seu próprio problema.
Isso é bastante comum. Veja o senhor mesmo:
Como posso agradecer à comunidade quando resolvo meus próprios problemas?
Até agora, publiquei apenas uma pergunta e quase publiquei outra. Em ambos os casos, respondi às minhas próprias perguntas, pelo menos parcialmente, enquanto as escrevia. Dou crédito à comunidade e ao próprio processo por me fazer pensar sobre a resposta. Não há nada explícito no que estou escrevendo que indique obviamente a resposta que eu precisava, mas algo no fato de escrevê-la me faz pensar em outras linhas de pensamento.
Por que é que a formulação adequada da pergunta muitas vezes leva à resposta?
Não sei quantas vezes isso já aconteceu:
- Tenho um problema
- Decidi levá-lo para o stack overflow
- Escrevo minha pergunta de forma desajeitada
- Percebo que a pergunta não faz sentido algum
- Levo 15 minutos para repensar como fazer minha pergunta
- Percebo que estou atacando o problema de uma direção totalmente errada.
- Começo do zero e encontro minha solução rapidamente.
Isso acontece com o senhor? Às vezes, fazer a pergunta certa parece ser metade do problema.
Começar a fazer uma pergunta na verdade me ajuda a depurar meu problema
Começar a fazer uma pergunta realmente me ajuda a depurar meu problema, especialmente ao tentar formular um corpo de pergunta coerente e detalhado o suficiente para obter respostas decentes. Isso já aconteceu com mais alguém?
Não é um conceito novo, e todas as comunidades parecem descobrir isso sozinhas com tempo suficiente, mas o “Ask the Duck” é uma técnica muito poderosa de solução de problemas.
Bob apontou para um canto do escritório. “Ali”, disse ele, “há um pato. Quero que o senhor faça a sua pergunta a esse pato”.
Olhei para o pato. Ele estava, de fato, empalhado e muito morto. Mesmo que não estivesse morto, provavelmente não teria sido uma boa fonte de informações sobre design. Olhei para o Bob. Bob estava falando muito sério. Ele também era meu superior, e eu queria manter meu emprego.
Sem jeito, fui para perto do pato e inclinei a cabeça, como se estivesse rezando, para comungar com o pato. “O que”, Bob exigiu, “o senhor está fazendo?”
“Estou fazendo minha pergunta ao pato”, disse eu.
Um dos superintendentes de Bob estava em seu escritório. Ele estava sorrindo como um bastardo em torno de seu palito de dente. “Andy”, disse ele, “não quero que o senhor reze para o pato. Quero que o senhor reze para o pato. faça sua pergunta ao pato.”
Lambi meus lábios. “Em voz alta?” eu disse.
“Em voz alta”, disse Bob com firmeza.
Limpei minha garganta. “Duck”, comecei.
“Seu nome é Bob Junior”, disse o superintendente do Bob. Lancei-lhe um olhar de reprovação.
“Duck”, continuei, “quero saber, quando o senhor usa um cabide de manilha, o que impede que o tubo do sprinkler salte para fora da manilha quando o cabeçote descarrega, fazendo com que o tubo…”
No meio da minha pergunta ao pato, a resposta me veio à mente. O suporte da manilha é suspenso da estrutura acima por um comprimento de haste totalmente rosqueada. Se o instalador de tubos cortar a haste de rosca de modo que ela fique encostada na parte superior do tubo, ela basicamente manterá o tubo no suporte e evitará que ele balance.
Virei-me para olhar para Bob. Ele estava balançando a cabeça. “O senhor sabe, não sabe?”, disse ele.
“O senhor passa a haste totalmente roscada até o topo do tubo”, eu disse.
“É isso mesmo”, disse Bob. “Da próxima vez que o senhor tiver uma pergunta, quero que venha até aqui e pergunte ao pato, não a mim. Pergunte em voz alta. Se o senhor ainda não souber a resposta, pode perguntar para mim.”
“Está bem”, disse eu, e voltei ao trabalho.
Adoro essa história em particular porque ela deixa bem claro como o a parte essencial da solução de problemas com patos de borracha é comprometer-se totalmente a fazer uma pergunta completa e detalhada a essa pessoa imaginária ou objeto inanimado. Sim, mesmo que o senhor acabe jogando a pergunta fora porque acaba percebendo que cometeu um erro estúpido. O esforço de orientar uma pessoa imaginária em relação ao seu problema, passo a passo e com alguns detalhes, é o que muitas vezes o levará à sua resposta. Se o senhor não estiver disposto a se esforçar para explicar completamente o problema e como o atacou, não poderá colher os benefícios de pensar profundamente sobre o seu próprio problema antes de pedir a outros que o façam.
Se o senhor não tiver um amigo de codificação (mas o senhor deveria ter)o senhor pode utilizar a técnica de solução de problemas Rubber Duck para resolver problemas sozinho ou com o benefício da grande comunidade da Internet. Mesmo que não obtenha a resposta que queria, o fato de se forçar a explicar completamente o problema – o que é uma boa ideia – pode ser útil. de preferência por escrito – frequentemente levará a novos insights e descobertas.
[advertisement] Qual é o seu próximo passo na carreira? Carreiras no Stack Overflow tem as melhores listas de empregos de grandes empresas, quer o senhor esteja procurando oportunidades em uma startup ou na Fortune 500. O senhor pode pesquisar em nosso anúncios de emprego ou criar um perfil e deixe que os empregadores encontrem o senhor. |