Ah... parece que Mono sigue basado en el legacy .NET Framework...
No es un juego, pero estoy migrando una app financiera de WinForm de unas 100 mil líneas, con .NET 4.8 + LINQ to SQL, a .NET 10 + Entity Framework, y se siente claramente mucho más rápida. ¡Incluso hay tareas de cálculo que pasaron de tardar 10 segundos a 3!

 

Por "me estoy quedando atrás", expresó la razón por la que "tú te estás quedando atrás"

 

No es que el DMA use la caché directamente, sino que como es una memoria compartida tanto por el DMA como por la CPU, hay que considerar la coherencia de caché.

 

“Probabilístico, propenso a errores y difícil de entender por completo por dentro” suena simplemente como una forma indirecta de expresar que uno no quiere aceptarlo. Creo que la IA también podría evaluar así a los humanos.

 

Lo leí con interés.
Pero, ¿cuál es la razón de usar caché también en el área DMA?
Parece que sería fácil que surgieran problemas ahí.

 

Parece que estás confundiendo al fundador con el CEO. También hay muchos CEOs que solo se enfocan en los resultados de corto plazo y luego se van a la siguiente empresa.

 

Si se implementa con éxito, probablemente mejorará la optimización de muchísimos juegos indie...

 

Las percepciones conceptuales solo les son permitidas a quienes saben por qué un concepto es un concepto. Por qué una percepción es una percepción. Por qué el conocimiento es conocimiento. Se necesita una comprensión general de por qué el cinismo es cinismo. Cuál es su causa. Cómo. Dónde comienza y mediante qué proceso y estructura se forma. Y por eso, en qué resultados y fenómenos se manifiesta. Esto no habla solo de eso. Sobre todos los conceptos y pensamientos. La época y los países. El pensamiento sobre todo en el mundo. El razonamiento. La comprensión es insuficiente.

 

Ah... sí, claro que esto también es importante. Cuando lo leí por primera vez, me pareció que el autor quería hablar de un problema más fundamental relacionado con la velocidad de ejecución del código. También es cierto que, como dices, Unity tiene un editor lento, importaciones lentas y, en general, un ciclo de pruebas lento...

 

No parece que un CEO que fracasa salga realmente perdiendo, porque termina cambiando el rumbo de su carrera hacia otra empresa. La verdadera responsabilidad la terminan pagando los empleados que tuvieron que ejecutar a la fuerza un negocio fallido, cuando les desmantelan el departamento y ponen en riesgo sus vidas.

 

¿No siempre son la misma persona el CEO y el accionista mayoritario, no? ¿Qué riesgo de perder algo que posee asume un CEO profesional asalariado?

 

En teoría, los paquetes de NuGet dirigidos a .NET Standard 2.0 deberían poder cargarse y usarse también en el entorno de Unity... pero parece que, de todos modos, hay bastantes puntos incómodos.

https://learn.microsoft.com/ko-kr/dotnet/…

 

En proyectos grandes, el rendimiento del editor también importa porque puede deteriorar mucho la experiencia de desarrollo. La apertura del editor es lenta, la importación de assets también es lenta, y el ciclo de depuración/pruebas también es lento...

 

No sé por qué cada vez hay más posts vacíos llenos de disparates del tipo “si no, da igual”. Parece ser un fenómeno global jaja.

El CEO es la única persona en una empresa que asume riesgos de forma activa. No se trata de un riesgo pequeño, como el nivel de no poder cobrar un sueldo. El CEO asume el riesgo de que le quiten incluso todo lo que tiene. Esa es la parte más importante. Si la IA también pudiera cargar con ese riesgo, entonces valdría la pena volver a hablar de este tema.

 

Ojalá también agregaran compatibilidad con NuGet (¿será porque no conozco bien Unity?)

 

Me pregunto quién asumiría la responsabilidad por las decisiones de un CEO con IA.

 
cronex 2025-12-30 | comentario padre | en: Apuesta siempre por el texto (2014) (graydon2.dreamwidth.org)

Es cierto que el texto es una herramienta de expresión realmente buena y también muy importante, pero...
No se puede guardar absolutamente todo como texto.
Al final, el texto es una expresión comprimida. Comprime y expresa en un formato socialmente consensuado aquello que podemos percibir con los cinco sentidos (vista, oído, tacto, gusto y olfato).
Pero si no existe información sobre el objeto original del que proviene, por mucho que guardemos los datos en texto, ese texto pierde su significado más adelante si ya no se conoce el objeto original al que hacía referencia.
Nosotros sabemos lo que es un casete, pero si a niños pequeños nacidos recientemente solo se les muestra la palabra "casete" y se les pregunta qué es, ¿cuántos podrían responder correctamente? Aunque se describan con mucho detalle la forma, la función y el modo de funcionamiento de un casete, ¿sería posible recrearlo perfectamente dentro de miles de años basándose solo en ese texto?
En un caso así, podrían resultar más útiles unas cuantas fotos del casete, algunos planos, o unos minutos de video mostrando cómo se usa el casete.

 

Y también me parece que sería bueno considerar que, a partir de .NET 10, el problema que antes intentaban resolver con IL2CPP está siendo abordado con precisión, aunque en una dirección distinta de desarrollo, mediante Native AOT.

Claro, la limitación es que en el proceso no se genera código C++ editable en el medio, pero al final la producción de binarios nativos sin que ocurra Just-In-Time ha ido madurando desde .NET 8 y llegó aún más consolidada en .NET 10.

Por esa razón, creo que seguir postergando la modernización hacia CoreCLR no va a ser una buena decisión para Unity. O quizá reemplazarlo por completo y pasarse a otro lenguaje o a otra base podría ser una alternativa más válida.

 

Como es fin de año... me hace pensar si los GitHub Stars no habrán sido el KPI de alguien.
Es un caso donde opera la ley de Goodhart, pero desde la perspectiva de gestión no hay nada tan cómodo como administrar con números...