No es como el excesivamente estrafalario y necesario Stallman, pero cada vez que habla, millones paran la oreja para aprender algo nuevo. Nos referimos a John Carmack, que en una última aparición pública ha reiterado su posición sobre los negocios que están alrededor del soporte nativo de Linux. Luego de una larga exposición en Reddit, Carmack dejó en claro que el soporte nativo para Linux no es buen negocio y que la emulación es el camino a seguir.
Previamente había hablado por Twitter, pero más tarde, para ampliar la información y contexto de su frase, John Carmack escribió y difundió, a través de Reddit, el siguiente mensaje que hemos traducido para ti para que puedas apreciar todo lo que dice este verdadero hito de la programación:
Le deseo el bien a Linux, pero la realidad es que apenas entra dentro de mis 10 prioridades principales (quemen al hereje!); Uso Linux para los ordenadores de vuelo en el Armadillo Aerospace, pero no para el trabajo regular de escritorio. Fui feliz al escuchar que Rage corrió en Wine, pero no se hicieron esfuerzos para soportarlo.
Yo me siento siento tentado de portar a Linux por razones técnicas -me gustaría utilizar Valgrind otra vez, y Nvidia me ha dicho que algunas de las funciones experimentales de la GPU que me gustaría utilizar para la I+D sería más fácil de probar sobre Linux. Trabajando sobre controladores de código abierto Linux OpenGL otra vez también sería divertido, si alguna vez tuviera tiempo.
Sin embargo, no creo que un buen modelo de negocio pueda hacerse de darle soporte oficial a juegos populares de hoy día, y Zenimax no tiene una política de "binarios no oficiales", como Id solía tener. He discutido su valor (sobre todo en el contexto de las funciones experimentales de Windows, pero Linux también se beneficiaría), pero mis fuertes impulsos interiores han estado dirigidos a la liberación del código de Id Software, que creo que tienen mayores beneficios que los binarios Linux sin soporte.
No puedo hablar por los ejecutivos de Zenimax, pero ellos ni siquiera publican títulos para Mac (se asocian con Aspyr), así que me sorprendería mucho si ellos demostrasen interés en apoyar la publicación y soporte oficial de un título para Linux. Un puerto puede estar en funcionamiento en cuestión de una semana o dos, pero hay mucho trabajo que hacer más allá del soporte oficial. La sabiduría convencional indica que los juegos nativos de Linux no son un buen mercado. Id Software puso a prueba la sabiduría convencional en dos ocasiones, con Arena Quake y Quake Live. La sabiduría convencional resultó ser correcta. Argumentos pueden decir que ninguno de los dos era un caso de prueba óptima, pero fueron intentos honestos.
Si crees fervientemente que hay un negocio para los ports de Linux, puedes hacer una oferta a un distribuidor, ofrecer una garantía y estar dispuesto a hacer el trabajo y el soporte. Sin embargo, probablemente no recibirás una respuesta si estás ofreciendo menos de 6 dígitos a uno de los 10 distribuidores más importantes. Esto puede sonar ridículo, ‘¿quién rechazaría $20,000 USD?’, pero la realidad es que varios de los mismos recursos legales, financieros, ejecutivos y de soporte necesitan estar presentes en cada acuerdo sin importar su tamaño, y quitar tiempo de algo que está en el rango de las decenas de millones de dólares usualmente no es justificable”.
Realmente siento que la emulación de algún tipo es una dirección técnica adecuada para juegos en Linux. Evidentemente, es pragmático en el rango de soporte posible, pero no debería tener el estigma técnico que tiene. Realmente no hay mucho de nada especial en lo que hace un puerto nativo. (...) Una capa de cuña buena debería tener mucho menos impacto en el rendimiento de la variabilidad en la calidad del controlador.
Pasando de D3D para OpenGL implicaría más ineficiencias, pero averiguar exactamente cuáles son las dificultades y hacer algún tipo de extensión "D3D interop” para OpenGL para alisar hacia fuera es mucho más fácil que hacer docenas de puertos nativos completamente refactorizados de alto rendimiento. Lo ideal es seguir una serie de directrices sobre mejores prácticas, lo que podría permitir a los desarrolladores obtener versiones de Linux con apenas un poco más de esfuerzo que soportar, por ejemplo, Windows XP. Correctamente evangelizada, con Steam como plataforma de distribución monetizada, se trata de un camino plausible hacia adelante.
Rage se pudo jugar en Linux, pero por arte y obra de los desarrolladores de Wine.
Antes de que el odio se apodere de algún fanático descontextualizado, te recordamos que Id Software solía ser uno de los pioneros en el mercado de los juegos para Linux. El estudio de Carmack desarrolló versiones de Linux para juegos como Quake, Return to Castle Wolfenstein y Doom. Además, asumió el proyecto de crear el primer juego de navegador con cliente nativo de Linux, Enemy Territory: Quake Wars. Desde 2007 en adelante y pasando por el lanzamiento de Rage, Id software se ha ido separando de Linux en cuanto a intenciones de negocio con el soporte nativo por lo mismo que dicen estas palabras arriba citadas. No es un buen negocio y por eso recomienda que la emulación se desarrolle más, ya que es la clave para que Linux por fin tenga los juegos que merece.
Previamente había hablado por Twitter, pero más tarde, para ampliar la información y contexto de su frase, John Carmack escribió y difundió, a través de Reddit, el siguiente mensaje que hemos traducido para ti para que puedas apreciar todo lo que dice este verdadero hito de la programación:
Le deseo el bien a Linux, pero la realidad es que apenas entra dentro de mis 10 prioridades principales (quemen al hereje!); Uso Linux para los ordenadores de vuelo en el Armadillo Aerospace, pero no para el trabajo regular de escritorio. Fui feliz al escuchar que Rage corrió en Wine, pero no se hicieron esfuerzos para soportarlo.
Yo me siento siento tentado de portar a Linux por razones técnicas -me gustaría utilizar Valgrind otra vez, y Nvidia me ha dicho que algunas de las funciones experimentales de la GPU que me gustaría utilizar para la I+D sería más fácil de probar sobre Linux. Trabajando sobre controladores de código abierto Linux OpenGL otra vez también sería divertido, si alguna vez tuviera tiempo.
Sin embargo, no creo que un buen modelo de negocio pueda hacerse de darle soporte oficial a juegos populares de hoy día, y Zenimax no tiene una política de "binarios no oficiales", como Id solía tener. He discutido su valor (sobre todo en el contexto de las funciones experimentales de Windows, pero Linux también se beneficiaría), pero mis fuertes impulsos interiores han estado dirigidos a la liberación del código de Id Software, que creo que tienen mayores beneficios que los binarios Linux sin soporte.
No puedo hablar por los ejecutivos de Zenimax, pero ellos ni siquiera publican títulos para Mac (se asocian con Aspyr), así que me sorprendería mucho si ellos demostrasen interés en apoyar la publicación y soporte oficial de un título para Linux. Un puerto puede estar en funcionamiento en cuestión de una semana o dos, pero hay mucho trabajo que hacer más allá del soporte oficial. La sabiduría convencional indica que los juegos nativos de Linux no son un buen mercado. Id Software puso a prueba la sabiduría convencional en dos ocasiones, con Arena Quake y Quake Live. La sabiduría convencional resultó ser correcta. Argumentos pueden decir que ninguno de los dos era un caso de prueba óptima, pero fueron intentos honestos.
Si crees fervientemente que hay un negocio para los ports de Linux, puedes hacer una oferta a un distribuidor, ofrecer una garantía y estar dispuesto a hacer el trabajo y el soporte. Sin embargo, probablemente no recibirás una respuesta si estás ofreciendo menos de 6 dígitos a uno de los 10 distribuidores más importantes. Esto puede sonar ridículo, ‘¿quién rechazaría $20,000 USD?’, pero la realidad es que varios de los mismos recursos legales, financieros, ejecutivos y de soporte necesitan estar presentes en cada acuerdo sin importar su tamaño, y quitar tiempo de algo que está en el rango de las decenas de millones de dólares usualmente no es justificable”.
Realmente siento que la emulación de algún tipo es una dirección técnica adecuada para juegos en Linux. Evidentemente, es pragmático en el rango de soporte posible, pero no debería tener el estigma técnico que tiene. Realmente no hay mucho de nada especial en lo que hace un puerto nativo. (...) Una capa de cuña buena debería tener mucho menos impacto en el rendimiento de la variabilidad en la calidad del controlador.
Pasando de D3D para OpenGL implicaría más ineficiencias, pero averiguar exactamente cuáles son las dificultades y hacer algún tipo de extensión "D3D interop” para OpenGL para alisar hacia fuera es mucho más fácil que hacer docenas de puertos nativos completamente refactorizados de alto rendimiento. Lo ideal es seguir una serie de directrices sobre mejores prácticas, lo que podría permitir a los desarrolladores obtener versiones de Linux con apenas un poco más de esfuerzo que soportar, por ejemplo, Windows XP. Correctamente evangelizada, con Steam como plataforma de distribución monetizada, se trata de un camino plausible hacia adelante.
Rage se pudo jugar en Linux, pero por arte y obra de los desarrolladores de Wine.
Antes de que el odio se apodere de algún fanático descontextualizado, te recordamos que Id Software solía ser uno de los pioneros en el mercado de los juegos para Linux. El estudio de Carmack desarrolló versiones de Linux para juegos como Quake, Return to Castle Wolfenstein y Doom. Además, asumió el proyecto de crear el primer juego de navegador con cliente nativo de Linux, Enemy Territory: Quake Wars. Desde 2007 en adelante y pasando por el lanzamiento de Rage, Id software se ha ido separando de Linux en cuanto a intenciones de negocio con el soporte nativo por lo mismo que dicen estas palabras arriba citadas. No es un buen negocio y por eso recomienda que la emulación se desarrolle más, ya que es la clave para que Linux por fin tenga los juegos que merece.