Eu também já fui quase um devoto de serverless e promovi arquiteturas serverless com bastante entusiasmo, mas hoje em dia prefiro mais uma estrutura feita com uma instância ec2 e um rds. E então vou separando uma coisa de cada vez conforme necessário. Passei a pensar muito mais antes de adotar serverless.
Há vários motivos, mas percebi que, se houver ao menos uma pessoa no time sem conhecimento de serverless, os custos de comunicação/manutenção aumentam consideravelmente. E, ao voltar a operar servidores, senti novamente que serverless não era tão barato nem tão prático quanto eu imaginava.
Ao trabalhar com o Claude Code, você acaba alimentando continuamente instruções e regras no contexto, e no fim fica quebrando a cabeça entre uso de tokens e tamanho do contexto. Aí pensei em criar uma pasta, escrever nela os detalhes de cada função em arquivos .md separados, e deixar no claude.md só um monte de ponteiros dizendo o que consultar para cada tarefa; funcionou surpreendentemente bem e de forma bem barata. Como os Skills no fim devem ser uma coleção desse tipo de coisa, parece que vão ser bem úteis.
Não precisa ficar enrolando nem falando besteira; no fim das contas, parece que a questão central é toda sobre como lidar com o contexto de forma eficiente.
Engenharia sempre é uma disputa de custos
No começo, isso é usado para reduzir o tempo de prototipagem ou de construção do negócio,
mais tarde é preciso reduzir os custos otimizando
Um texto desses por si só prova o quanto a pessoa não é engenheira
Isso, isso
Na prática, para aposentar o IE7 (que já não era mais suportado pela MS), grandes sites coreanos usaram esse método também — exibir um banner quando o acesso era feito pelo IE7. Pelo que me lembro, o efeito foi enorme.
Grace Hopper:
"If it's a good idea, go ahead and do it. It's much easier to apologize than it is to get permission."
"Se você teve uma boa ideia, vá em frente e faça. É muito mais fácil pedir desculpas do que pedir permissão."
Manutenção também consome recursos, então, se economizaram recursos, isso não é vantajoso para a empresa também?
> De 1 a 2 semanas dos principais ciclos de sprint eram dedicadas à correção de bugs do IE6
Pelo visto, embora eu não saiba como funciona o ciclo de sprint do Google, se for de um mês, estariam economizando pelo menos 25%...
> Incluía Chrome, Firefox, IE8 etc., e foi implementado para ser exibido em ordem aleatória.
De qualquer forma, foi uma atitude meio inesperada, então fico curioso sobre que benefício a empresa via nisso para deixar passar.
Como também não foi uma migração para o Chrome, não parece que tenha havido algum ganho especial para o Google.
Ou será que eles julgaram que já era lucro suficiente absorver ao menos uma parte dos usuários de IE, mesmo que não todos?
Se é só duas vezes mais rápido que o M1, minha primeira reação é pensar: ainda dá pra usar por um bom tempo... kkk.
Se a build leva 5 minutos ou 2,5 minutos... não vou fazer upgrade até cair para menos de 1 minuto!!
Eu também já fui quase um devoto de serverless e promovi arquiteturas serverless com bastante entusiasmo, mas hoje em dia prefiro mais uma estrutura feita com uma instância
ec2e umrds. E então vou separando uma coisa de cada vez conforme necessário. Passei a pensar muito mais antes de adotar serverless.Há vários motivos, mas percebi que, se houver ao menos uma pessoa no time sem conhecimento de serverless, os custos de comunicação/manutenção aumentam consideravelmente. E, ao voltar a operar servidores, senti novamente que serverless não era tão barato nem tão prático quanto eu imaginava.
Ao trabalhar com o Claude Code, você acaba alimentando continuamente instruções e regras no contexto, e no fim fica quebrando a cabeça entre uso de tokens e tamanho do contexto. Aí pensei em criar uma pasta, escrever nela os detalhes de cada função em arquivos
.mdseparados, e deixar noclaude.mdsó um monte de ponteiros dizendo o que consultar para cada tarefa; funcionou surpreendentemente bem e de forma bem barata. Como os Skills no fim devem ser uma coleção desse tipo de coisa, parece que vão ser bem úteis.MSA, OneDrive, Copilot etc... Eu queria que parassem de enfiar isso goela abaixo dos usuários.
Só para não haver mal-entendido: eu não estava dizendo que o Hacker News é uma besteira.
Não precisa ficar enrolando nem falando besteira; no fim das contas, parece que a questão central é toda sobre como lidar com o contexto de forma eficiente.
Claude Skills é incrível, talvez seja uma inovação ainda maior do que MCP
O GN+ acabou de resumir. Vale a pena conferir também!
Engenharia sempre é uma disputa de custos
No começo, isso é usado para reduzir o tempo de prototipagem ou de construção do negócio,
mais tarde é preciso reduzir os custos otimizando
Um texto desses por si só prova o quanto a pessoa não é engenheira
Isso, isso
Parece parecido com o Copilot Spaces, mas com uma sensação mais automatizada.
Fanatismo no alinhamento (alignment in dogmatism)
Na prática, para aposentar o IE7 (que já não era mais suportado pela MS), grandes sites coreanos usaram esse método também — exibir um banner quando o acesso era feito pelo IE7. Pelo que me lembro, o efeito foi enorme.
Parece ser um conjunto de ferramentas de vibe coding feito com vibe coding; é impressionante que tenha sido criado em apenas 5 dias.
Grace Hopper:
"If it's a good idea, go ahead and do it. It's much easier to apologize than it is to get permission."
"Se você teve uma boa ideia, vá em frente e faça. É muito mais fácil pedir desculpas do que pedir permissão."
O Windows é uma merda. É a primeira vez que xingo aqui, mas o Windows é uma merda mesmo.
Manutenção também consome recursos, então, se economizaram recursos, isso não é vantajoso para a empresa também?
> De 1 a 2 semanas dos principais ciclos de sprint eram dedicadas à correção de bugs do IE6
Pelo visto, embora eu não saiba como funciona o ciclo de sprint do Google, se for de um mês, estariam economizando pelo menos 25%...
> Incluía Chrome, Firefox, IE8 etc., e foi implementado para ser exibido em ordem aleatória.
De qualquer forma, foi uma atitude meio inesperada, então fico curioso sobre que benefício a empresa via nisso para deixar passar.
Como também não foi uma migração para o Chrome, não parece que tenha havido algum ganho especial para o Google.
Ou será que eles julgaram que já era lucro suficiente absorver ao menos uma parte dos usuários de IE, mesmo que não todos?
Os fins justificam os meios.
É mais fácil pedir perdão do que permissão.
Bem UNSEXY.
O post com impressões sobre Skills do Simon Willison também acabou de sair.
Claude Skills - personalizando a IA para se adequar ao seu fluxo de trabalho
Confira também o resumo do GN+
Se é só duas vezes mais rápido que o M1, minha primeira reação é pensar: ainda dá pra usar por um bom tempo... kkk.
Se a build leva 5 minutos ou 2,5 minutos... não vou fazer upgrade até cair para menos de 1 minuto!!