gamjaa 15 일 전 | comentário pai | em: Falha no imweb (imweb.com)

O link está apontando incorretamente para o domínio com.
Segue o link do aviso relacionado.
[Aviso] 16/04 (qui) Ocorrência de problema de acesso ao serviço ▶ Resolvido

 

Dá para viver sem geladeira, mas seria inconveniente.
Se você pode usar uma geladeira, não há motivo para não usar.

 

Obrigado!!

 

Essa licença é diferente da do gemma4 original.

 
osw0124 15 일 전 | comentário pai | em: Dizendo adeus ao Agile (lewiscampbell.tech)

Terrivelmente, parece ser o que mais vejo com frequência...

 

Nossa, quando eu tinha visto isso em 2020, não havia muitas bibliotecas capazes de lidar com HWP, mas recentemente esse número aumentou de forma explosiva.

 
galadbran 15 일 전 | comentário pai | em: Dizendo adeus ao Agile (lewiscampbell.tech)

Dependendo dos critérios, todo mundo é ágil. Fico pensando se já houve uma época como esta, em que fazemos deploy tão rápido e recebemos feedback.

 
develosopher 15 일 전 | comentário pai | em: Dizendo adeus ao Agile (lewiscampbell.tech)

Como não é como se nunca precisássemos ler código, dessa perspectiva a ideia de que código é melhor do que documentação parece válida; e, como documento no papel de instrução precisa ser lido pelo LLM, que é o agente de implementação, nesse ponto também concordo. Portanto, no fim das contas, acho que a conclusão é que ambos são importantes ao mesmo tempo.
O problema atual dos produtos gerados por LLM é a dívida que se acumula na fase de operação. Para uma operação contínua, os desenvolvedores precisam se envolver com o código e, para isso, ainda acho que o código precisa ser capaz de substituir a documentação.

 

Não foi exatamente por causa do libhwp; o problema maior era aquele grupo lixo. Não tem sujeito na frase; se você ficou com raiva ao ler, o problema é seu

 
nvkzrx 15 일 전 | comentário pai | em: Dizendo adeus ao Agile (lewiscampbell.tech)

E se o ciclo waterfall rodasse em apenas um dia?

 

Hehe, é curioso ver um modelo feito por uma comunidade coreana.

 

Ah, professor, sua observação está correta. A máquina de estados em si é, de fato, determinística. O que introduzi no manifesto é baseado em algo não Turing-completo, então não existem laços de repetição dentro da DSL. Graças a isso, é possível calcular como o programa vai funcionar antes mesmo de executá-lo, e explicar por que aquele resultado foi produzido.

Obrigado pela observação!

 

Entendi que você criou uma DSL, mas não ficou muito claro para mim o que seria uma máquina de estados determinística. Fiquei até pensando se também existe máquina de estados não determinística... Enfim, gostei da leitura. Espero que você continue desenvolvendo isso muito bem.

 

Não, o que mostrei foi um state diagram, que é uma das formas de visualizar as transições de estado internas do Manifesto.

Criamos a máquina de estados determinística como um framework.

Os cálculos dentro do Manifesto Core foram projetados para sempre produzir o mesmo resultado para o mesmo estado e o mesmo comando.

 

Resumindo, isso quer dizer que foi criada uma mini linguagem que desenha diagramas de estado?

 

Com a IA, tem aumentado o número de pessoas fingindo ser especialistas, e conforme elas começam a falar besteira, o mundo ficou caótico demais.
...

 
minhoryang 15 일 전 | comentário pai | em: Falha no imweb (imweb.com)

Oh. Parece que já foi restaurado.