Acredito que sistemas de votação eletrônica não conseguem resolver o problema da verificação aleatória de confiabilidade pelo grande público.
A verificação do código do sistema só é possível por uma camada especial selecionada, e também não dá para confiar se o código verificado é mesmo o código usado na prática.
Se olharmos para que tipo de controvérsias surgiram e que confusão social foi gerada na Coreia do Sul, onde apenas o processo de coletar em um sistema eletrônico os resultados da votação em papel foi informatizado, parece possível inferir, em linhas gerais, que tipo de confusão social ocorreria se um sistema de votação totalmente eletrônico fosse adotado.
Isso mesmo T_T eu também passei pelo sufoco de tentar fazer exatamente a mesma coisa, tipo "vamos automatizar tudo!".
Como você comentou, foi mais eficiente excluir os casos ambíguos e priorizar primeiro os padrões claros hahaha
Padrões claros: Codemod
Padrões ambíguos: tratamento manual
Levar dessa forma em duas frentes acabou sendo mais eficiente quando se considera implementação, revisão e até o risco de bugs!
Tenho uma opinião um pouco diferente: pela minha experiência, todas as pessoas com esse tipo de capacidade e atitude tinham uma autoestima extremamente elevada.
Texto muito útil. Na hora de definir regras de AST, lembro que no começo tentei automatizar tudo e acabei penando... No fim, conforme você vai fazendo, a resposta é deixar de fora os casos ambíguos e definir só o que é realmente certo.
Acho que é um texto com insights de verdade.
Sou um desenvolvedor sênior em atividade com 23 anos de carreira e, desde o segundo semestre de 2024, venho usando desenvolvimento com LLM e vibe coding levados ao extremo. Tenho aplicado isso de formas realmente variadas, de AOS/iOS e serviços web full stack a batch e até fine-tuning de modelos, trabalhando com algo como 5 agentes em paralelo.
Nem imaginei que voltaria a ter a experiência de programar sem ver o tempo passar e acabar dormindo, algo que não acontecia comigo desde o começo dos anos 2000, haha.
Mas, deixando isso de lado, meu pensamento recente é que a área de desenvolvimento agora já se tornou algo que qualquer pessoa pode fazer.
A evolução dos agentes de codificação vai se acelerar ainda mais, e desenvolver vai ficar cada vez mais fácil e confortável. Vai chegar ao nível de fazer um documento no Excel ou no Word.
Como disse Andrej Karpathy, concordo que a melhor linguagem de programação é o "inglês".
Pessoalmente, tenho lido mais artigos de IA e escrito mais para conseguir me expressar de forma lógica. (Também estou me esforçando para conversar mais com a IA.)
São tempos realmente empolgantes.
Quem foi que escreveu a minha história?
Mais do que ser “alguém útil para outra pessoa”...
Acho que eu simplesmente gosto muito de, quando encontro (defino) um “problema”, pensar (simular) uma solução e desenvolver exatamente aquilo como PoC; quando o problema é resolvido, isso me dá uma satisfação enorme..
Por isso, seja um problema que eu mesmo descobri ou até um pedido de alguém, acho prazeroso quando ouço o “por quê?” e consigo me identificar com o problema..
Por isso também, escrever documentação “para mostrar” é realmente sem graça..
Mas escrever um “manual real de usuário”, que o usuário de verdade vai consultar e usar, parece divertido..
Nesse sentido, com a chegada da IA ultimamente, desenvolver tem sido muito divertido.
Quando eu “proponho” uma solução, a IA cria tudo rapidinho para mim..
Acho que faz tempo que eu não trabalho com tanta alegria quanto agora..
Às vezes eu mesmo me perguntava por que trabalhava tanto assim,
mas, ao ler este texto, acho que essa dúvida foi esclarecida.
Como o texto diz, em vez de pensar em corrigir esse tipo de tendência, acho que preciso tentar mudar a direção dela.
Obrigado pelo ótimo texto!
Eu tinha visto a reportagem da Bloomberg dizendo que o Craig ficou para trás por ter uma postura negativa em relação à IA, mas não sei se faria tanta diferença ele próprio assumir a liderança da estratégia de IA no lugar do John Giannandrea.
Antigamente eu ainda via bastante Show GN, mas ultimamente quase não entro mais em Show GN.
No Show GN de antes da era dos LLMs, além do interesse pelo produto criado em si, também havia curiosidade sobre a experiência de desenvolvimento.
Já no Show GN pós-LLM, a experiência de desenvolvimento dos produtos feitos com vibe coding acaba sendo compartilhada principalmente com relatos como "sem escrever uma linha de código", "sozinho" e "em um único dia", então parece que isso deixou de me interessar.
Acredito que sistemas de votação eletrônica não conseguem resolver o problema da verificação aleatória de confiabilidade pelo grande público.
A verificação do código do sistema só é possível por uma camada especial selecionada, e também não dá para confiar se o código verificado é mesmo o código usado na prática.
Se olharmos para que tipo de controvérsias surgiram e que confusão social foi gerada na Coreia do Sul, onde apenas o processo de coletar em um sistema eletrônico os resultados da votação em papel foi informatizado, parece possível inferir, em linhas gerais, que tipo de confusão social ocorreria se um sistema de votação totalmente eletrônico fosse adotado.
Texto muito interessante..!
O código de front-end do projeto atual está uma bagunça, então acho que vou ter que experimentar!
Isso mesmo T_T eu também passei pelo sufoco de tentar fazer exatamente a mesma coisa, tipo "vamos automatizar tudo!".
Como você comentou, foi mais eficiente excluir os casos ambíguos e priorizar primeiro os padrões claros hahaha
Levar dessa forma em duas frentes acabou sendo mais eficiente quando se considera implementação, revisão e até o risco de bugs!
Muito obrigado pela consideração!!
Tenho uma opinião um pouco diferente: pela minha experiência, todas as pessoas com esse tipo de capacidade e atitude tinham uma autoestima extremamente elevada.
Skip – desenvolvimento de apps nativos para iOS e Android com uma única base de código em Swift
Texto muito útil. Na hora de definir regras de AST, lembro que no começo tentei automatizar tudo e acabei penando... No fim, conforme você vai fazendo, a resposta é deixar de fora os casos ambíguos e definir só o que é realmente certo.
Acho que é um texto com insights de verdade.
Sou um desenvolvedor sênior em atividade com 23 anos de carreira e, desde o segundo semestre de 2024, venho usando desenvolvimento com LLM e vibe coding levados ao extremo. Tenho aplicado isso de formas realmente variadas, de AOS/iOS e serviços web full stack a batch e até fine-tuning de modelos, trabalhando com algo como 5 agentes em paralelo.
Nem imaginei que voltaria a ter a experiência de programar sem ver o tempo passar e acabar dormindo, algo que não acontecia comigo desde o começo dos anos 2000, haha.
Mas, deixando isso de lado, meu pensamento recente é que a área de desenvolvimento agora já se tornou algo que qualquer pessoa pode fazer.
A evolução dos agentes de codificação vai se acelerar ainda mais, e desenvolver vai ficar cada vez mais fácil e confortável. Vai chegar ao nível de fazer um documento no Excel ou no Word.
Como disse Andrej Karpathy, concordo que a melhor linguagem de programação é o "inglês".
Pessoalmente, tenho lido mais artigos de IA e escrito mais para conseguir me expressar de forma lógica. (Também estou me esforçando para conversar mais com a IA.)
São tempos realmente empolgantes.
Ah, isso é ótimo.
Estou usando muito bem! 👍
Quem foi que escreveu a minha história?
Mais do que ser “alguém útil para outra pessoa”...
Acho que eu simplesmente gosto muito de, quando encontro (defino) um “problema”, pensar (simular) uma solução e desenvolver exatamente aquilo como PoC; quando o problema é resolvido, isso me dá uma satisfação enorme..
Por isso, seja um problema que eu mesmo descobri ou até um pedido de alguém, acho prazeroso quando ouço o “por quê?” e consigo me identificar com o problema..
Por isso também, escrever documentação “para mostrar” é realmente sem graça..
Mas escrever um “manual real de usuário”, que o usuário de verdade vai consultar e usar, parece divertido..
Nesse sentido, com a chegada da IA ultimamente, desenvolver tem sido muito divertido.
Quando eu “proponho” uma solução, a IA cria tudo rapidinho para mim..
Acho que faz tempo que eu não trabalho com tanta alegria quanto agora..
Às vezes eu mesmo me perguntava por que trabalhava tanto assim,
mas, ao ler este texto, acho que essa dúvida foi esclarecida.
Como o texto diz, em vez de pensar em corrigir esse tipo de tendência, acho que preciso tentar mudar a direção dela.
Obrigado pelo ótimo texto!
Eu tinha visto a reportagem da Bloomberg dizendo que o Craig ficou para trás por ter uma postura negativa em relação à IA, mas não sei se faria tanta diferença ele próprio assumir a liderança da estratégia de IA no lugar do John Giannandrea.
Ah, eu acabei não escrevendo no Show GN...;;;
Obrigado por avisar.
Vou repassar direitinho ao criador do SecondB.
Obrigado pela sua opinião :)
Estou usando muito bem. Obrigado.
Acho que seria bom levar para o Show GN
Antigamente eu ainda via bastante Show GN, mas ultimamente quase não entro mais em Show GN.
No Show GN de antes da era dos LLMs, além do interesse pelo produto criado em si, também havia curiosidade sobre a experiência de desenvolvimento.
Já no Show GN pós-LLM, a experiência de desenvolvimento dos produtos feitos com vibe coding acaba sendo compartilhada principalmente com relatos como "sem escrever uma linha de código", "sozinho" e "em um único dia", então parece que isso deixou de me interessar.
Sarcasmo / Autodepreciação
Na verdade