A expressão "right tool for the job" provavelmente sempre quis dizer levar em conta tamanho da empresa, perspectiva de manutenção e custos também, então não entendo desde quando essa frase passou a ser interpretada como "use uma ferramenta especializada para uma tarefa específica".
Já era assim antes, mas parece que serviços como supabase e neon db ficaram ainda melhores ultimamente, porque são bons até para vibe coding de não desenvolvedores.
Como vocês fazem o gerenciamento entre Windows + Mac + iPhone?
No meu caso, entre Windows e Mac eu gerencio com Git, e entre Mac e iPhone com iCloud, mas ainda há vários pontos insatisfatórios. (Por exemplo, mesmo fazendo commit pelo Git no Windows, não há upload automático para o iCloud.)
Pergunto por curiosidade!
No processo de selecionar um modelo de processamento adequado e definir uma abordagem de pipeline em sistemas enormes de nível empresarial, a IA ainda deixa a desejar em termos de maturidade, então talvez seja melhor voltar os olhos para a arquitetura.
Claro, mas também não sei por quanto tempo isso vai durar...
Não tem muito jeito: ou matamos essa vontade resolvendo problemas difíceis de algoritmos, e tratamos o negócio de forma prática.
Na minha opinião, bem pessoal,
acho que dá para fazer o cherry-picking do prazer de ser builder e thinker.
Agora já dá para criar algo que funciona com um custo totalmente baixo (pouco tempo),
e manter o prazer que vem de as pessoas usarem isso e o prazer de ter resolvido um problema da vida real,
e, se com o tempo economizado você investir em problemas que exigem reflexão profunda (e eu de fato estou fazendo isso),
acho que isso tem seu próprio significado e também seu próprio prazer.
Não dá para negar.
Nas versões mais recentes, o MySQL também melhorou em vários aspectos de conveniência e está bem ok, mas ainda acho mais prático usar PostgreSQL.
Se for um caso em que você quer maximizar o desempenho com índice clusterizado, talvez o MySQL InnoDB seja um pouco melhor?
Parece que ele gera isso com os dados da sessão local. No PC de casa, quando usei, não saiu quase nada.
A expressão "right tool for the job" provavelmente sempre quis dizer levar em conta tamanho da empresa, perspectiva de manutenção e custos também, então não entendo desde quando essa frase passou a ser interpretada como "use uma ferramenta especializada para uma tarefa específica".
Não daria para, a fim de melhorar o código gerado por IA, executar adicionalmente o build em paralelo com o raciocínio?
Já era assim antes, mas parece que serviços como supabase e neon db ficaram ainda melhores ultimamente, porque são bons até para vibe coding de não desenvolvedores.
Só o fato de ter achado, desde o começo, que daria para fazer esse trabalho em 30~40 horas já é coisa de veterano...
No Obsidian, faço a sincronização entre Windows, Mac e iPhone via iCloud.
Sem usar o Sync pago, acho que por enquanto essa é a melhor forma.
Por outro lado, há quem diga: "Em 2026, pare de usar MySQL".. https://optimizedbyotto.com/post/reasons-to-stop-using-mysql/
A PwC também faz vendas de consultoria. Parece que o porte dos projetos de SI que vêm junto com a consultoria também é considerável...
Como vocês fazem o gerenciamento entre Windows + Mac + iPhone?
No meu caso, entre Windows e Mac eu gerencio com Git, e entre Mac e iPhone com iCloud, mas ainda há vários pontos insatisfatórios. (Por exemplo, mesmo fazendo commit pelo Git no Windows, não há upload automático para o iCloud.)
Pergunto por curiosidade!
Nossa, ele gera um relatório bem limpo. E ainda escreve com gentileza um guia de atualização do
CLAUDE.md; é um ótimo recurso.Uau! Estou esperando um Geek Day, e não um Geek Night 😊
O que sobra é o Mac mini; como ainda está no começo, provavelmente vai sair algo melhor, né?
Eles são lentos demais... até agora parece que nem existe um Google Workspace MCP decente ainda
No processo de selecionar um modelo de processamento adequado e definir uma abordagem de pipeline em sistemas enormes de nível empresarial, a IA ainda deixa a desejar em termos de maturidade, então talvez seja melhor voltar os olhos para a arquitetura.
Claro, mas também não sei por quanto tempo isso vai durar...
Não tem muito jeito: ou matamos essa vontade resolvendo problemas difíceis de algoritmos, e tratamos o negócio de forma prática.
Agora os eletricistas vão ter que programar por hobby, como tricô.
Assim como ainda existe tricô mesmo na era em que máquinas tecem roupas, acho que talvez também possamos ter programação como hobby.
Na minha opinião, bem pessoal,
acho que dá para fazer o cherry-picking do prazer de ser builder e thinker.
Agora já dá para criar algo que funciona com um custo totalmente baixo (pouco tempo),
e manter o prazer que vem de as pessoas usarem isso e o prazer de ter resolvido um problema da vida real,
e, se com o tempo economizado você investir em problemas que exigem reflexão profunda (e eu de fato estou fazendo isso),
acho que isso tem seu próprio significado e também seu próprio prazer.
kkkkkkkkkkkkk....
Não dá para negar.
Nas versões mais recentes, o MySQL também melhorou em vários aspectos de conveniência e está bem ok, mas ainda acho mais prático usar PostgreSQL.
Se for um caso em que você quer maximizar o desempenho com índice clusterizado, talvez o MySQL InnoDB seja um pouco melhor?
É isso mesmo kkk