Carga de CPU de 100% em um computador não é normal, mas
quando a carga de trabalho humana chega a 100%, a conclusão é que é preciso se esforçar ainda mais...
Hum... como observação paralela, nos últimos anos tem sido observado um fenômeno curioso: a maioria das startups vai de Flutter, enquanto grandes empresas como META e OpenAI vão de nativo..
Que boa notícia! Curiosamente, a linguagem TypeScript da MS parece fazer muitas escolhas realmente inesperadas, ao contrário do que se imaginava. Do ponto de vista da MS, sendo praticamente o seu primeiro projeto open source, também pareceu uma decisão muito sensata tentar complementar o JS, ao contrário do Dart do Google, que buscava substituí-lo; e nesta nova linguagem para port nativo, embora devesse ter várias linguagens próprias à disposição, também surpreende o fato de terem escolhido o Go, do Google.
Já tive a experiência de usar tipos genéricos compostos por recursão e, por causa da lentidão, recorrer a alternativas. Se for 10 vezes mais rápido, fico na expectativa de que esse tipo de ponto também melhore.
Parece que usar o Lynx Explorer pré-compilado seria algo apenas para a etapa de desenvolvimento. Na prática, entendo que o processo de compilar o Lynx Explorer exige esforço.
Parece que o tráfego vai se concentrar enormemente só nesse horário, então vai ser necessário um processamento eficiente.
Fico preocupado que, mais tarde, a manutenção do codebase TypeScript existente acabe sendo negligenciada.
O desenvolvimento da linguagem C# não parou, mas dá muito a sensação de que os frameworks que usam C# estão sendo deixados de lado.
Estou testando e passa uma sensação de pacote completo.
Textos parecidos vivem se repetindo, mas a ganância humana não tem fim e os mesmos erros continuam sendo repetidos
Carga de CPU de 100% em um computador não é normal, mas
quando a carga de trabalho humana chega a 100%, a conclusão é que é preciso se esforçar ainda mais...
Hum... como observação paralela, nos últimos anos tem sido observado um fenômeno curioso: a maioria das startups vai de Flutter, enquanto grandes empresas como META e OpenAI vão de nativo..
Pois é, mas também dá pra entender como os desenvolvedores de .NET se sentem...
Que boa notícia! Curiosamente, a linguagem TypeScript da MS parece fazer muitas escolhas realmente inesperadas, ao contrário do que se imaginava. Do ponto de vista da MS, sendo praticamente o seu primeiro projeto open source, também pareceu uma decisão muito sensata tentar complementar o JS, ao contrário do Dart do Google, que buscava substituí-lo; e nesta nova linguagem para port nativo, embora devesse ter várias linguagens próprias à disposição, também surpreende o fato de terem escolhido o Go, do Google.
Os desenvolvedores de .NET e Rust ficaram bem irritados.
Brother, atualização forçada de firmware para impedir o uso de cartuchos de tinta de impressora de terceiros
Ué, acho que já existe algo do lado do Deno que criou um toolchain baseado em Rust... por que de repente Go?
Já tive a experiência de usar tipos genéricos compostos por recursão e, por causa da lentidão, recorrer a alternativas. Se for 10 vezes mais rápido, fico na expectativa de que esse tipo de ponto também melhore.
A discussão sobre por que Go é interessante.
https://github.com/microsoft/typescript-go/discussions/411
Também há muitas coisas a considerar...
É muito triste ver tantas pessoas acabando no item 4.
Escreva em Go~
Eu estava justamente pensando em criar um app Android este ano, então isso foi uma orientação bem útil. haha
Estou muito animado.
Uau, meu Deus, se eu soubesse disso antes, acho que teria feito o projeto com muito mais facilidade... kkkkk
Parece que a produtividade 10x aparece na hora de fazer prototipagem.
Parece que usar o Lynx Explorer pré-compilado seria algo apenas para a etapa de desenvolvimento. Na prática, entendo que o processo de compilar o Lynx Explorer exige esforço.