Como opinião pessoal adicional, acho um pouco excessivo exigir a mudança de IDE (KIRO) apenas com o objetivo de usar SDD.

Pessoalmente, acredito que algo como uma extensão de IDE, um aplicativo auxiliar ou até mesmo uma CLI seria uma forma mais adequada como ferramenta de apoio.

Também acho que compartilhar informações sobre ferramentas de SDD que vocês conhecem pode ser de grande ajuda para quem estiver buscando referências.

Ah, é verdade. Acho que a metodologia Spec Driven também ainda está engatinhando, e parece haver muitas coisas nesse Spec que ainda precisam evoluir.

Compartilhar ferramentas e documentos nesse formato parece ser muito importante neste momento.

Acabei de ver uma toolkit de SDD chamada spec-kit, e aqui também estou vendo SDD. https://github.com/github/spec-kit

China, Indonésia, Reino Unido, Austrália, ... é um problema mais comum e espalhado do que parece

Na prática, a compatibilidade com Docker não funciona tão bem, então a usabilidade não é lá essas coisas...
Fui para o Podman pensando no modo rootless, mas acabei voltando para o Docker.
Como outra pessoa disse, se for para usar com Kubernetes, aí é melhor simplesmente usar containerd.

Fico me perguntando se, já que o Docker Compose não funciona bem e a vantagem seria a boa compatibilidade com Kubernetes, não seria melhor simplesmente usar Kubernetes direto.
Eu também tentei usar, mas como não funcionou de primeira e também não dava para mapear portas abaixo de 1024 diretamente, acabei usando uma combinação de k3s com nerdctl para build de imagens.

Eu até faço 775... e às vezes 776 também. 996... sinceramente, acho que até conseguiria entrar às 6, mas se me mandassem sair às 9 da noite, ia ser pesado demais.

Comparado à Coreia, que vivia gritando "segunda, terça, quarta, quinta, sexta, sexta, sexta"...
Aqui ainda deixam descansar um dia inteiro.

Eu queria trabalhar em 777, mas por causa da lei não há nenhuma empresa que me deixe fazer isso buá buá

Embora eu queira trocar algum dia, quando tentei antes, ao contrário do que os desenvolvedores diziam, muitos projetos com Docker Compose simplesmente não funcionavam direito...

O problema é que a IA torna esse tipo de coisa fácil demais, mas, na verdade, o que acaba desgastando mesmo é o feedback sem nenhum capricho, mais do que a própria IA.

Também é um problema do próprio sistema aberto de issues/PRs.
Há tempos eu já sentia pena ao ver mantenedores principais solo ficando cada vez mais exaustos e amargurados por causa de issues e relatórios de bugs descuidados e duplicados.

Hoje em dia, até no Windows que comprei com meu próprio dinheiro, é cansativo ter de evitar, a cada atualização, esses dark patterns que tentam me induzir a ativar um monte de funções estranhas.

"Uau, você realmente acertou em cheio no ponto principal."

Na verdade, a indústria de "IA" inteira passa um pouco essa sensação.
Não é direção autônoma, mas dizem que é direção autônoma
e não é inteligência, mas dizem que é inteligência

As pesquisas em sua maioria concluem que descanso e sono suficientes trazem benefícios para o indivíduo e até para a empresa,
mas a percepção das pessoas ainda continua presa ao passado.

Como referência, os trabalhadores que construíram as pirâmides do Antigo Egito trabalhavam 8 horas por dia.

Pelo que sei, ele também oferece suporte a recursos de rede, de forma semelhante ao Docker.
Ainda existe algo que não funciona direito?

Será que você poderia me dizer o motivo?

Nem tem suporte a rede do Docker, né.

Para um desenvolvedor 10x, com a ajuda da IA talvez dê para saltar para algo como 12x.

Também tenho curiosidade de saber por quê você pensa assim.