Quando surge algo em evidência, essa pessoa sempre sai produzindo em série seguindo o padrão de nome open*, então não me parece que a percepção sobre isso seja lá muito boa...
É um pensamento breve, mas ultimamente venho pensando nisso. Dizem que, no passado, especialistas em assembly olhavam para desenvolvedores em C e diziam coisas como “não sabem o valor da memória” e “não entendem o hardware”; e, vendo a situação agora, tenho a impressão de que é uma crítica parecida, no mesmo contexto. No fim das contas, do ponto de vista do desenvolvimento de software, talvez estejamos apenas passando a desenvolver em uma linguagem mais abstrata (IA) do que as linguagens de programação existentes até então. Sendo assim, é natural que a especialização nas linguagens usadas antes acabe diminuindo. Ainda assim, assim como até pouco tempo atrás chamávamos de “monstros” os desenvolvedores que trabalhavam com linguagens mais low-level do que as de hoje, talvez agora, mesmo desenvolvendo no vibe, quem ainda entende os princípios das linguagens tradicionais possa passar a ser visto como alguém diferenciado.
Conceitualmente é interessante, mas fico em dúvida se isso vai realmente funcionar bem na prática. Como também apareceu nas opiniões do HN, um mercado de dois lados (two-sided market) precisa ter sucesso em atrair clientes iniciais dos dois lados, então isso é um grande problema.
Aqui também aparecem caracteres em híndi. Ultimamente, com certa frequência, independentemente de ser openai, claude ou google, o output em coreano vem misturado com híndi; será que o pessoal da Índia fez a rotulagem do dataset em coreano?
Eu não gostava dos modelos chineses porque as respostas em coreano vinham misturadas com chinês, mas recentemente os modelos de ponta ficam misturando híndi o tempo todo, então minha rejeição aos modelos chineses até diminuiu
Parece que vai ser um bom material de referência. Se a abordagem do texto principal é fechar a válvula dos "tokens de entrada",
eu já passei muito por casos em que o problema é a própria quantidade de coisas "registradas", então experimentei criar uma ferramenta chamada claude-slim.
É uma CLI que faz varredura, classificação e organização de situações como metade de 60 skills nunca ter sido usada, ou o CLAUDE.md ter ficado inchado por causa de plugins. A contagem de tokens é baseada em js-tiktoken,
e, em vez de remover, move para skills.disabled/, então dá para restaurar a qualquer momento.
Graças aos horários rigidamente encaixados, as baldeações são confortáveis -> lado esperançoso
Como não há portas de plataforma, às vezes há pessoas que se jogam para se suicidar no horário de pico, e atrasos são frequentes por motivos como quedas de energia e falhas -> lado desesperador
Já faz 1 ano que moro no Japão, e sinto que em cerca de 53% das vezes as ferrovias japonesas são boas, mas nos outros 47% só passo raiva. Especialmente a linha Hibiya, que parece ter cheiro de mofo do ar-condicionado o ano inteiro; se eu andar sem máscara, sinto que vou pegar pneumonia.
Concordo. Em áreas de domínio altamente especializadas, como aeroespacial, medicina e controle de precisão, os dados centrais ficam rigorosamente isolados em redes internas fechadas, e para acessá-los é preciso ser um insider essencial ou, se for externo, pagar um custo considerável e assinar um NDA para que sejam abertos com muita dificuldade. A maior parte dos dados com que a IA aprende são públicos na internet e, no caso de serviços web/app baseados em Python e JavaScript, algum nível de automação total é possível.
Como os algoritmos de gráficos 3D e baseados em CAD usados em domínios avançados estão espalhados de forma fragmentada pela internet ou simplesmente não existem nela, a IA também acaba conseguindo produzir apenas resultados superficiais com vibe coding. Acho que uma abordagem segura e realista é manter um agente principal e, injetando continuamente o contexto do domínio em nível de microgerenciamento, desenvolver não por automação total conduzida pela IA, mas por um método de amplificação contínua liderado diretamente pelo desenvolvedor, no ciclo Planning → Redirection → Review.
Fico puto quando vejo desenvolvedores fazendo vibe coding no modo desligado. A qualidade do resultado deles é uma bagunça, e aí vão dar a desculpa de que foi a IA que escreveu? A responsabilidade é deles.
Obrigado. O consumo de tokens do Claude também é alto e, comparado ao Codex, eu fico um pouco menos satisfeito com o trabalho, então ultimamente tenho trabalhado mais com o Codex.
Quando surge algo em evidência, essa pessoa sempre sai produzindo em série seguindo o padrão de nome
open*, então não me parece que a percepção sobre isso seja lá muito boa...Quando uso muito o Claude, o japonês aparece com frequência. Ontem também foi assim.
Parece que chegamos a uma distopia.
Depois do Notion AI, simplesmente... até ficou difícil entender que tipo de app ele é
Nem sabia que esse tipo de coisa também tinha acontecido
É um pensamento breve, mas ultimamente venho pensando nisso. Dizem que, no passado, especialistas em assembly olhavam para desenvolvedores em C e diziam coisas como “não sabem o valor da memória” e “não entendem o hardware”; e, vendo a situação agora, tenho a impressão de que é uma crítica parecida, no mesmo contexto. No fim das contas, do ponto de vista do desenvolvimento de software, talvez estejamos apenas passando a desenvolver em uma linguagem mais abstrata (IA) do que as linguagens de programação existentes até então. Sendo assim, é natural que a especialização nas linguagens usadas antes acabe diminuindo. Ainda assim, assim como até pouco tempo atrás chamávamos de “monstros” os desenvolvedores que trabalhavam com linguagens mais low-level do que as de hoje, talvez agora, mesmo desenvolvendo no vibe, quem ainda entende os princípios das linguagens tradicionais possa passar a ser visto como alguém diferenciado.
É impressão minha ou parece que aqui também tem muitos comentários escritos por IA?
Por motivos como o 2, ao usar quase qualquer LLM eu sempre adiciono a instrução para também atuar como advogado do diabo, e isso parece ser bem útil.
Conceitualmente é interessante, mas fico em dúvida se isso vai realmente funcionar bem na prática. Como também apareceu nas opiniões do HN, um mercado de dois lados (
two-sided market) precisa ter sucesso em atrair clientes iniciais dos dois lados, então isso é um grande problema.Parece que é o seu próprio artigo, certo?
Aqui também aparecem caracteres em híndi. Ultimamente, com certa frequência, independentemente de ser openai, claude ou google, o output em coreano vem misturado com híndi; será que o pessoal da Índia fez a rotulagem do dataset em coreano?
Eu não gostava dos modelos chineses porque as respostas em coreano vinham misturadas com chinês, mas recentemente os modelos de ponta ficam misturando híndi o tempo todo, então minha rejeição aos modelos chineses até diminuiu
Nossa, obrigado por compartilhar!
Parece que vai ser um bom material de referência. Se a abordagem do texto principal é fechar a válvula dos "tokens de entrada",
eu já passei muito por casos em que o problema é a própria quantidade de coisas "registradas", então experimentei criar uma ferramenta chamada claude-slim.
É uma CLI que faz varredura, classificação e organização de situações como metade de 60 skills nunca ter sido usada, ou o CLAUDE.md ter ficado inchado por causa de plugins. A contagem de tokens é baseada em js-tiktoken,
e, em vez de remover, move para
skills.disabled/, então dá para restaurar a qualquer momento.https://github.com/iops-leo/claude-slim
Como a direção complementa exatamente as configurações do texto, acho que vale a pena usar em conjunto
Graças aos horários rigidamente encaixados, as baldeações são confortáveis -> lado esperançoso
Como não há portas de plataforma, às vezes há pessoas que se jogam para se suicidar no horário de pico, e atrasos são frequentes por motivos como quedas de energia e falhas -> lado desesperador
Já faz 1 ano que moro no Japão, e sinto que em cerca de 53% das vezes as ferrovias japonesas são boas, mas nos outros 47% só passo raiva. Especialmente a linha Hibiya, que parece ter cheiro de mofo do ar-condicionado o ano inteiro; se eu andar sem máscara, sinto que vou pegar pneumonia.
Depois de usar, a taxa de reconhecimento de esboços em guardanapos é surpreendente. Agora nem chat é mais necessário.
Na verdade, foi depois de usar um AI Agent que eu passei para o nvim.
Porque é muito mais confortável ver o código-fonte no nvim...
Concordo. Em áreas de domínio altamente especializadas, como aeroespacial, medicina e controle de precisão, os dados centrais ficam rigorosamente isolados em redes internas fechadas, e para acessá-los é preciso ser um insider essencial ou, se for externo, pagar um custo considerável e assinar um NDA para que sejam abertos com muita dificuldade. A maior parte dos dados com que a IA aprende são públicos na internet e, no caso de serviços web/app baseados em Python e JavaScript, algum nível de automação total é possível.
Como os algoritmos de gráficos 3D e baseados em CAD usados em domínios avançados estão espalhados de forma fragmentada pela internet ou simplesmente não existem nela, a IA também acaba conseguindo produzir apenas resultados superficiais com vibe coding. Acho que uma abordagem segura e realista é manter um agente principal e, injetando continuamente o contexto do domínio em nível de microgerenciamento, desenvolver não por automação total conduzida pela IA, mas por um método de amplificação contínua liderado diretamente pelo desenvolvedor, no ciclo Planning → Redirection → Review.
Fico puto quando vejo desenvolvedores fazendo
vibe codingno modo desligado. A qualidade do resultado deles é uma bagunça, e aí vão dar a desculpa de que foi a IA que escreveu? A responsabilidade é deles.Entre o boi preto e o boi amarelo, qual trabalha melhor?
O boi que leva bronca trabalha melhor.
Parece que sempre respondem com uma lógica parecida com essa... Calculadoras não erram contas. Elas cumprem direito o papel delas.
Obrigado. O consumo de tokens do Claude também é alto e, comparado ao Codex, eu fico um pouco menos satisfeito com o trabalho, então ultimamente tenho trabalhado mais com o Codex.