As percepções conceituais só são permitidas àqueles que sabem por que um conceito é um conceito, por que uma percepção é uma percepção, por que o saber é saber. É preciso uma compreensão ampla do que é o cinismo, qual é sua causa, como e onde ele começa, por quais processos e estruturas se forma e, então, em que resultados e fenômenos se manifesta. Isso não fala apenas disso sozinho. Sobre todos os conceitos e pensamentos. Sobre a época e os países. Sobre tudo no mundo, faltam reflexão, pensamento e compreensão.
Ah... claro, isso também é importante. Quando li pela primeira vez, pareceu que o autor queria discutir algo mais fundamental sobre a velocidade de execução do código. Também é verdade que, como você disse, o Unity tem um editor lento, importação lenta e, no geral, um ciclo de testes lento...
Não parece que um CEO que fracassou sofra prejuízo real, já que muda de carreira para outra empresa. O verdadeiro risco acaba recaindo, como forma de responsabilização, sobre os funcionários que tiveram de levar adiante à força um negócio fracassado e veem suas vidas ameaçadas quando o departamento é desmantelado.
Em teoria, pacotes NuGet voltados para .NET Standard 2.0 podem ser importados e usados também no ambiente Unity... mas, pelo visto, ainda há vários pontos inconvenientes.
Em projetos grandes, o desempenho do editor também importa, porque prejudica bastante a experiência de desenvolvimento. O editor demora para abrir, a importação de assets também é lenta, e o ciclo de depuração/testes também é lento...
Ou então não, mas parece que estão aumentando cada vez mais os textos inúteis cheios de besteira sem pé nem cabeça. Acho que é um fenômeno global, haha.
O CEO é a única pessoa na empresa que assume riscos de forma ativa. Não é um risco pequeno, do nível de ficar sem receber salário. O CEO é quem assume o risco de perder até tudo o que tem. Essa é a parte mais importante. Se a IA também puder assumir esse risco, aí talvez valha a pena voltar a discutir esse tema.
É verdade que o texto é uma ferramenta de expressão realmente boa, e também muito importante, mas......
Não dá para armazenar tudo em texto.
No fim das contas, texto é uma expressão comprimida. Ele comprime e expressa, em um formato socialmente acordado, aquilo que podemos perceber com os cinco sentidos (visão, audição, tato, paladar e olfato).
Mas, se não houver informação sobre o objeto original que serve de base, por mais que os dados sejam armazenados em texto, esse texto perde o sentido mais tarde para quem não conhece esse objeto original.
Nós sabemos o que é uma fita cassete, mas se mostrarmos apenas a palavra “fita cassete” para crianças nascidas recentemente e perguntarmos o que é isso, quantas delas conseguiriam responder corretamente? Por mais que alguém descreva com cuidado a forma, a função e o modo de funcionamento de uma fita cassete, será que daqui a alguns milhares de anos seria possível recriá-la perfeitamente tendo apenas esse texto?
Nesses casos, algumas fotos da fita cassete, desenhos técnicos ou alguns minutos de vídeo mostrando seu uso podem ser mais úteis.
E também acho que seria bom considerar que, a partir do .NET 10, o problema que eles queriam resolver no passado com o IL2CPP está sendo tratado de forma precisa, embora em outra direção de desenvolvimento, também com o Native AOT.
Claro, a limitação aqui é que não se gera código C++ editável no meio do processo, mas, no fim das contas, a produção de binários nativos sem ocorrência de Just-In-Time ficou mais madura desde o .NET 8 e chegou ainda mais amadurecida no .NET 10.
Por esse motivo, acho que continuar adiando a modernização para o CoreCLR não será uma boa escolha para a Unity. Ou talvez uma substituição completa, migrando para outra linguagem ou outra base, possa até ser mais válida!
Como é fim de ano... fico pensando se GitHub Stars não era o KPI de alguém.
É um caso de atuação da Lei de Goodhart, mas, do ponto de vista de quem gerencia, não há nada tão conveniente quanto administrar por números...
Em uma plataforma como o GitHub, as estrelas provavelmente têm um peso considerável. O GitHub não se interessa por detectar abusos? Até no GeekNews isso é sinalizado imediatamente.
Acho que outro motivo pelo qual o Mono precisa necessariamente ser modernizado para o CoreCLR é que a Unity provavelmente não tem nem condições nem muita disposição para investir em melhorias de desempenho do Mono. Também acho que está mais do que na hora de encerrar de vez os legados da era do .NET Framework. :-D
É verdade, mas sinceramente não entendo por que fizeram questão de comparar o desempenho no editor... No mínimo, poderiam ter trazido uma comparação com uma build de debug, não? Ou não, será que aí ficaria ainda menos convincente? Por outro lado, tanto IL2CPP quanto Mono parecem tecnologias igualmente ultrapassadas.
É verdade que um certo cinismo é necessário.
Não seria o caso de, em áreas como revisão de código, transferirmos cada vez mais esse papel para a IA?
Afinal, ela é um talento adequado para o cinismo.
Se isso for implementado com sucesso, é provável que a otimização dos inúmeros jogos indie melhore bastante...
As percepções conceituais só são permitidas àqueles que sabem por que um conceito é um conceito, por que uma percepção é uma percepção, por que o saber é saber. É preciso uma compreensão ampla do que é o cinismo, qual é sua causa, como e onde ele começa, por quais processos e estruturas se forma e, então, em que resultados e fenômenos se manifesta. Isso não fala apenas disso sozinho. Sobre todos os conceitos e pensamentos. Sobre a época e os países. Sobre tudo no mundo, faltam reflexão, pensamento e compreensão.
Ah... claro, isso também é importante. Quando li pela primeira vez, pareceu que o autor queria discutir algo mais fundamental sobre a velocidade de execução do código. Também é verdade que, como você disse, o Unity tem um editor lento, importação lenta e, no geral, um ciclo de testes lento...
Não parece que um CEO que fracassou sofra prejuízo real, já que muda de carreira para outra empresa. O verdadeiro risco acaba recaindo, como forma de responsabilização, sobre os funcionários que tiveram de levar adiante à força um negócio fracassado e veem suas vidas ameaçadas quando o departamento é desmantelado.
CEO e grande acionista nem sempre são a mesma coisa, certo? Que risco um CEO profissional assalariado assume de ser privado de algo que possui?
Em teoria, pacotes NuGet voltados para .NET Standard 2.0 podem ser importados e usados também no ambiente Unity... mas, pelo visto, ainda há vários pontos inconvenientes.
https://learn.microsoft.com/ko-kr/dotnet/…
Em projetos grandes, o desempenho do editor também importa, porque prejudica bastante a experiência de desenvolvimento. O editor demora para abrir, a importação de assets também é lenta, e o ciclo de depuração/testes também é lento...
Ou então não, mas parece que estão aumentando cada vez mais os textos inúteis cheios de besteira sem pé nem cabeça. Acho que é um fenômeno global, haha.
O CEO é a única pessoa na empresa que assume riscos de forma ativa. Não é um risco pequeno, do nível de ficar sem receber salário. O CEO é quem assume o risco de perder até tudo o que tem. Essa é a parte mais importante. Se a IA também puder assumir esse risco, aí talvez valha a pena voltar a discutir esse tema.
Seria bom se também adicionassem compatibilidade com NuGet (ou será que estou dizendo isso por não conhecer bem Unity?)
Fico pensando quem assumiria a responsabilidade pelas decisões de um CEO de IA.
É verdade que o texto é uma ferramenta de expressão realmente boa, e também muito importante, mas......
Não dá para armazenar tudo em texto.
No fim das contas, texto é uma expressão comprimida. Ele comprime e expressa, em um formato socialmente acordado, aquilo que podemos perceber com os cinco sentidos (visão, audição, tato, paladar e olfato).
Mas, se não houver informação sobre o objeto original que serve de base, por mais que os dados sejam armazenados em texto, esse texto perde o sentido mais tarde para quem não conhece esse objeto original.
Nós sabemos o que é uma fita cassete, mas se mostrarmos apenas a palavra “fita cassete” para crianças nascidas recentemente e perguntarmos o que é isso, quantas delas conseguiriam responder corretamente? Por mais que alguém descreva com cuidado a forma, a função e o modo de funcionamento de uma fita cassete, será que daqui a alguns milhares de anos seria possível recriá-la perfeitamente tendo apenas esse texto?
Nesses casos, algumas fotos da fita cassete, desenhos técnicos ou alguns minutos de vídeo mostrando seu uso podem ser mais úteis.
E também acho que seria bom considerar que, a partir do .NET 10, o problema que eles queriam resolver no passado com o IL2CPP está sendo tratado de forma precisa, embora em outra direção de desenvolvimento, também com o
Native AOT.Claro, a limitação aqui é que não se gera código C++ editável no meio do processo, mas, no fim das contas, a produção de binários nativos sem ocorrência de Just-In-Time ficou mais madura desde o .NET 8 e chegou ainda mais amadurecida no .NET 10.
Por esse motivo, acho que continuar adiando a modernização para o CoreCLR não será uma boa escolha para a Unity. Ou talvez uma substituição completa, migrando para outra linguagem ou outra base, possa até ser mais válida!
Como é fim de ano... fico pensando se GitHub Stars não era o KPI de alguém.
É um caso de atuação da Lei de Goodhart, mas, do ponto de vista de quem gerencia, não há nada tão conveniente quanto administrar por números...
> É improvável que a Unity tenha condições ou vontade de investir em melhorias de desempenho do Mono
Também concordo fortemente com isso...
Manus - agente de IA de uso geral que conecta pensamento e ação
Nos comentários do Hacker News, a avaliação sobre a aquisição não parece ser muito positiva.
Em uma plataforma como o GitHub, as estrelas provavelmente têm um peso considerável. O GitHub não se interessa por detectar abusos? Até no GeekNews isso é sinalizado imediatamente.
Ao consultar pela API de feriados do governo, vi que o Natal aparece como
기독탄신일. Acho que o nome oficial é mesmo기독탄신일.Acho que outro motivo pelo qual o Mono precisa necessariamente ser modernizado para o CoreCLR é que a Unity provavelmente não tem nem condições nem muita disposição para investir em melhorias de desempenho do Mono. Também acho que está mais do que na hora de encerrar de vez os legados da era do .NET Framework. :-D
É verdade, mas sinceramente não entendo por que fizeram questão de comparar o desempenho no editor... No mínimo, poderiam ter trazido uma comparação com uma build de debug, não? Ou não, será que aí ficaria ainda menos convincente? Por outro lado, tanto IL2CPP quanto Mono parecem tecnologias igualmente ultrapassadas.
É verdade que um certo cinismo é necessário.
Não seria o caso de, em áreas como revisão de código, transferirmos cada vez mais esse papel para a IA?
Afinal, ela é um talento adequado para o cinismo.