Quero ver alguém responder esta

Provavelmente a tua experiência foi com inexperientes.
Entender os requisitos de entrada, processamento e saída é o básico. O resto é receita de bolo.

E, ficar três anos buscando alguém para resolver o teu problema, é um pouco demais.

O próximo erro pode ser o teu. Qualquer linguagem vai, com maior ou menor esforço, resolver o teu problema. Na internet um vai te dizer para usar tal linguagem. Outro vai indicar outra e assim vai. E vais levar mais três anos para escolher a linguagem. E mais três para fazer o sistema. E assim vai, também. :D

Olha pelo seu relato parece que você deu azar de encontrar as pessoas erradas.

Sinceramente eu como desenvolvedor só aprendi a ter esse tipo de conversa com os clientes depois que de fato comecei a fazer isso e fui aprendendo com o tempo.

No inicio eu fazia um pouco do que você disse de sair metralhando ideias no cliente, talvez para demonstrar que de fato sabia de algo. Conforme fui fazendo isso com mais frequência aprendi que o caminho é o contrário, basicamente escutar o cliente, fazer as perguntas certas e em um momento posterior apresentar uma ideia concreta e bem desenhada rendeu mais resultados.

Acredito que para a grande maioria dos desenvolvedores o foco maior acaba sendo na parte técnica e nesses momentos um pouco de preparo talvez ajudasse. Ou também pode ser apenas falta total de compromisso/vontade.

Talvez o que te ajude a achar a pessoa certa seja alguma indicação, em alguma comunidade de desenvolvedores, uma empresa júnior de TI ou quem sabe até contratar algo como uma consultoria de TI.

Acho que no fim a dificuldade que você teve é a mesma que temos para encontrar bons prestadores de serviços, como mecânicos, pedreiros, dentistas etc.

Concordo plenamente com você em todos os pontos!

Mas talvez o erro possa estar no valor, no prazo, no lugar, no momento, na apresentação da necessidade/demanda, enfim, em várias coisas.

Desenvolvedor é um ser muito lógico e exato, logo para conversar com este ser é necessário entender determinados padrões.

Porém, quem é o recrutador/contratante/cliente é você, logo deveria ser o oposto a acontecer. E infelizmente conheço muitos desenvolvedores com essa inabilidade de escutar.

Talvez isso possa ser uma imagem do ego de quem sabe, ou então a gana por ter resultados de quem começou, vai saber.

O que sei é que para um projeto - independente do tamanho do projeto - o desenvolvimento é só uma parte do processo. É necessário ter planejamento, requisitos funcionais e não funcionais claros, a necessidade bem conhecida, com exemplos de cases que foram sucessos ou com exemplos factíveis de que pode ser real, por mais que seja algo totalmente novo, ainda sim, é necessário ter ideia do quanto a ideia/insight/produto/serviço é palpável, enfim, tem todo um ciclo de vida de uma ideia que precisa ser respeitado.

O desenvolvedor é uma parte deste processo - uma parte com certeza muito importante - mas que precisa ser compreendido como muitas vezes ser alguém que só conhece um pedaço do processo e dependendo do tipo da ideia que lhe for apresentada, com certeza ele irá ou se assustar e pensar em coisas muito além do aquém ou então ele irá trazer a realidade que ele viveu para resolver determinada situação. Em ambos os casos, ele irá trazer o contexto dele, que é desenvolver.

Talvez a sua busca inicial não deve ser por qualquer tipo de desenvolvedor, mas alguém com o entendimento do negócio como POs, ou então que tem a visão do um todo como Arquitetos. Ou poderia ser alguém com a visão mais voltada para DevOps, Full Stack, Frontend, Backend, Full Cycle, etc...

Você conhecendo o mundo da programação vai entender porque existem tantas divisões em nossa área que uma complementa a outra e faz a diferença no dia-a-dia de projetos do tipo pequeno, médio e grande.

Espero que esses toques possam ter te ajudado na tua jornada!

Contratar é sempre... SEMPRE... um fardo!

Mesmo pra coisas simples.
A quantidade de gente que não atende ao que você precisa é sempre imensa.

Eu já contratei pessoalmente, já contratei virtualmente, já contratei pra registrar carteira e já contratei pra projetos temporários.

E apesar de ter experiência tanto na área de TI quanto na ára de contratação, posso afirmar com toda certeza de que SEMPRE é um negócio chato.

E já tentei delegar para empresas de RH e, minha experiência com elas não foram boas. Meus próprios processos davam pouco trabalho a mais e um resultado muuuuuito melhor.

Colocar a ideia no papel e apresentar a ideia completa é um ótimo primeiro passo.

Pedir pra pessoa provar que já trabalhou com problema semelhante (se for um caso onde você vai contratar a pessoa pra resolver um unico problema e só... ) já dá uma filtrada boa.

Se o programador vier com mais soluções do que dúvidas, descarte! (mas dê o feedback... diga que não sentiu confiança porque as propostas de solução vieram antes de ele tentar entender o problema mais a fundo)

E.. tenha em mente que, profissional bom, experiente, que vai entender o problema, propor solução, demonstrar um fluxo de trabalho que você consiga acompanhar o trabalho dele.. vai custar caro!

E não precisa ficar com dó de freelancer.. faz parte da procura de novos trabalhos entregar orçamentos "sem compromisso"... se ele se icomodar com isso, passe para o próximo (você não vai querer trabalhar com gente mesquina.. heheheh).