Programadores são péssimos Comunicadores (UDP vs TCP)

O texto sustenta que programadores costumam superestimar o código como linguagem universal e tratar envio de informação como comunicação. Para o autor, muitos problemas de projeto não se resolvem com código, porque comunicar exige que a mensagem seja recebida e entendida.

Fichamento

#

• Em open source, a participação costuma ser fragmentada e muitos projetos fracassam mesmo quando têm mérito técnico.
• Projetos grandes e bem coordenados ganham datas de lançamento e roadmap de features, aproximando-se do que o autor chama de projetos de verdade.
• No mundo real, comunicação pesa mais porque há mais risco e mais necessidade de controle sobre o resultado.
• Informação disponível em algum lugar não basta para haver comunicação.
• Comunicação depende de quatro partes: comunicador, recipiente, mensagem e meio de transmissão.
• Na metáfora de TCP, só há comunicação quando o receptor recebe e entende a mensagem.
• TCP aparece como o modelo com conexão estabelecida, entrega em ordem, controle de fluxo, checagem de erro e confirmação de recebimento.
• UDP vira a imagem de quem envia informação fragmentada sem esperar confirmação.
• O texto diz que UDP serve melhor para broadcast em grupos grandes, quando parte do público já basta.
• Fora do open source, o autor defende um modo mais parecido com TCP, porque a prioridade é garantir que a mensagem chegue corretamente e por inteiro.