Hablamos con Troy Miles, el programador de "Neuromancer"

[Troy Miles es orador, autor y desarrollador de software con muchos años de experiencia. Comenzó su carrera escribiendo juegos para Commodore 64, Apple II e IBM PC en el 6502nd x86th Assembler. Dos veces ganador del premio Juego del año. Es autor de jQuery Essentials, así como de una gran cantidad de artículos de revistas y publicaciones en su propio blog. Creador de videos de entrenamiento. Actualmente programando aplicaciones web y móviles en Kelley Blue Book.]

Hola Es posible que me conozca de la serie Reversim Neuromant , donde hablo sobre cómo hacemos ingeniería inversa y portamos un videojuego basado en la novela del mismo nombre de William Gibson . Debido a su contenido, es más bien un spin-off que la siguiente parte numérica: un material independiente que no requiere preparación adicional por parte del lector.

Y comenzó con cómo viiri , con las palabras: “Este es el programador que escribió el Neuromancer. Creo que no le importará responder preguntas ”, me envió un enlace a una cuenta de Twitter de un hombre llamado Troy Miles (en la foto). Luego trabajé en la cuarta parte del ciclo y no le di mucha importancia. Después de pensarlo unas semanas más tarde, la idea de una entrevista con el desarrollador me pareció tan exitosa que inmediatamente le escribí a Troy sobre quiénes somos, qué hacemos y qué queremos de él. La respuesta no tardó en llegar; Troy reaccionó muy favorablemente a nuestro compromiso y aceptó responder mis preguntas.

- Hola, Troy, creo que es hora de comenzar nuestra breve entrevista. Para empezar, quiero que te presentes a mis lectores. Por favor, Troy, cuéntanos sobre los aspectos más destacados de tu carrera profesional.

- Hola a todos, mi nombre es Troy Miles . He estado trabajando como programador desde 1979, luego todavía estaba en la escuela secundaria. Me convertí en el cuarto empleado contratado por Interplay [después de su fundación] en 1983. Eran buenos tiempos y muchachos geniales. Escribí Neuromancer , El señor de los anillos , y ayudé con el desarrollo de muchos otros juegos.

Dejé Interplay en 1992. Todavía amaba a esta compañía, pero necesitaba un horario de trabajo estable. Pasé un tiempo en Phoenix Technologies Ltd , trabajando en software de sistema para módulos PCMCIA . De alguna manera, incluso escribí un artículo al respecto en el Dr. La revista de Dobb .

Después de Phoenix, me convertí en desarrollador independiente por un tiempo. Hice algunos juegos de CDI bajo contrato. Eran terribles, no en términos de programación: la jugabilidad era regular, y el CDI en sí mismo, en principio, no era una buena idea.

En 2007, me uní al Kelley Blue Book , donde permanezco hoy. Nuestro sitio web es www.kbb.com. Este es un recurso sobre temas automotrices. Sin brillo excesivo, pero mis colegas son lo suficientemente buenos.

Durante el tiempo que pasé en KBB, comencé a escribir de nuevo y, si es posible, realizar pequeñas conferencias. Hasta ahora, los informes han sido principalmente sobre jQuery y jQuery Mobile . Al final, en jQuery, incluso escribí un libro e hice un video tutorial sobre Ionic . También grabé un videoclip de jQuery Mobile para Learn Now Online .

El año pasado, comencé a hacer videos para LinkedIn Learning / Lynda.com . Hoy hay 5 de ellos: dos en C ++ , dos en Kotlin y uno sobre Bash . Planeo hacer algunos videos más de C ++ en el futuro cercano.

En mi tiempo libre desarrollo un juego móvil. Nada sobrenatural, un casual ordinario, que espero terminar en la primera mitad de 2019. Este será mi primer juego desde mediados de los noventa CDI .

- ¡Un historial impresionante! Pero volvamos a 1983, cuando llegaste a Inerplay . Cuéntanos cómo llegaste allí y quiénes fueron esos tipos geniales que mencionaste.

- Mientras estaba en San Diego , a unos 100 kilómetros de Orange , en California , hice mis propios juegos para Vic 20 y C64 . En 1983, se realizó una exhibición de juegos de computadora en un lugar llamado Lion Country Safari [Lagoon Hills, Orange] . Allí conocí a Brian Fargo . Luego trabajó para Boone , que fue dirigido por un tipo llamado Michael Boone (más tarde creó Boone Boards ). Hablé con Boon sobre llegar a ellos como desarrollador de juegos, sin embargo, cuando la compañía se vino abajo, Brian me llamó y se ofreció a unirme a su startup: Interplay Prouctions . Acepté Nuestra primera oficina estaba ubicada en el área industrial de Newport Beach , directamente encima de la oficina del fabricante de ropa Quiksilver .

[Foto proporcionada por el propio Troy.] En la foto de la primera fila [de izquierda a derecha]: Alan Pavlish , Brian Fargo , yo y Jay Patel . Fila de atrás: Bill Heinman , Troy Warrel y Todd Kamasta . Esta es una fotografía de finales de 1984, principios de 1985.

En aquellos días, estábamos haciendo algo bajo licencia, contrato de trabajo y puertos para otras compañías. Incluso hicimos algo por el Departamento de Defensa , a través de Loral . Se trataba de mapas con GPS , que era nuevo en ese momento. Por este trabajo, recibimos gracias del ejército de los Estados Unidos. También contratamos a la Universidad de California , Irvine . Hicieron juegos educativos bajo la guía de un profesor. También hicimos algunas películas de acción de aventura para Activison . Entre ellos se encuentran MindShadow , Tass Times en Tonetown y Borrowed Time . La proliferación de juegos no fue fácil en aquellos días. No fue muy difícil encontrar una pequeña tienda de computadoras que ponga su juego a la venta, pero tomó mucho tiempo, además, sin un millón de dólares en un banco, era simplemente imposible forzar una red comercial grande, como Sears o Walmart , para vender su producto. Hoy es mucho más fácil. Simplemente puede cargar su creación en la App Store o venderla usted mismo a través de su propio sitio web. Así que obtener Activison como editor significó mucho y nos permitió mantenernos a flote.

Alrededor de 1987, creé la aplicación más genial que nunca vio la luz del día. Se llamaba Software Studio . La aplicación le permitió crear algo así como una caricatura en C64 y Apple II . El set incluía un conjunto de escenas y personajes preparados. Cada personaje tenía su propio conjunto de animaciones, podían caminar, sentarse, bailar y todo eso. Allí se usó un motor de animación increíblemente efectivo: solo unos pocos kilobytes podrían caber en una caricatura de 5 minutos. Al principio, Activision se interesó en la aplicación, pero luego se alejaron de este tema. Luego intentamos interesar a otros jugadores, incluido Disney . Me gustó el programa, pero todos temían que fuera demasiado flexible. Disney estaba especialmente preocupado por el mal uso de sus personajes. Al final, admitimos la derrota y abandonamos esta aventura.

Después de un tiempo, Brian Fargo me preguntó si quería hacer un juego sobre Neuromancer , según un libro que ambos leímos. Los derechos de la versión cinematográfica parecían estar con Sabana Boys [Productions] , y se les dio el visto bueno para la producción. Tim Leary poseía los derechos de igronización, pero el desarrollo se estancó. Tim no es programador, pero los programadores con los que trabajó abandonaron el proyecto. Fuimos a Bel Air [Los Ángeles] , 60 kilómetros al norte, para encontrarnos con él en su casa, pero esa es otra historia.

"Una historia increíble, Troya". Es una pena que Software Studio nunca salió, parece que este fue un gran avance. Cuando era niño, usaba un software similar. No recuerdo el nombre, algo así como The Simpsons: Cartoon Studio , pero según los dibujos animados soviéticos. Pero fue dos milésimas, y lo hiciste hace 15 años. Impresionante

Pero volvamos a los negocios. La siguiente pregunta debería haber sido sobre cómo Interplay llegó a Neuromancer , pero ya lo respondiste :). Pero antes de comenzar a hablar sobre el juego en sí, tengo un par de preguntas, cuyas respuestas me interesan personalmente. Esa es la cuestión, Timothy Leary es sin duda una persona sobresaliente, entonces, ¿cómo fue trabajar con él?

Y otra pregunta, ¿estuvo el propio William Gibson involucrado en el desarrollo?

- Trabajar con Tim Leary fue muy bueno. Él fue realmente genial. Tim nos invitó a su casa para discutir el proyecto. Nos instalamos en su sala de estar, desde donde solo había una vista impresionante de Los Ángeles. Después de varias latas de cerveza, le contamos sobre nuestra visión del juego, que era muy diferente de su visión. No estábamos seguros de cómo reaccionaría, pero le gustó la idea, y parecía que estaba extremadamente interesado en hacer de esto una realidad.

Es curioso, Tim , "se quejó" de lo activo que era. Parecía que antes de eso nunca había conocido a un programador informático extrovertido. Me preguntó si yo era actor, no lo era, pero él solo quería que yo protagonizara la película. Entonces parecía posible, pero, por desgracia, nunca llegó al punto. Así que perdí la oportunidad de convertirme en una estrella de cine ;-).

William Gibson no participó en el desarrollo del juego. Aunque nos encontramos una vez en Santa Mónica , durante su sesión de autógrafos. Solo tenía unos dos minutos para hablar con él. Lo invitamos a beber con nosotros después de la sesión, pero ya tenía planes. Parece ser un tipo genial, y realmente aprecio que a pesar del hecho de que estaba ocupado, se tomó un par de minutos para conversar con nosotros.

"Me pregunto si Gibson jugó tu juego?" Hasta donde yo sé, entonces él no era fuerte en computadoras :)

Entonces, el "Neuromancer" . Sé que fuiste el único programador en el proyecto. Pero por ahora, centrémonos en el equipo de Neuromancer en su conjunto. ¿Quién más trabajó en el juego? ¿Cuáles fueron los roles?

"Hasta donde yo sé, Gibson no lo jugó".

Bruce Belfort fue productor y guionista. Él era el vínculo que nos mantenía unidos. Muy inteligente y amigable, fue para nosotros algo así como un mentor. El guionista principal fue Michael Stackpole . Entonces él era una estrella en ascenso, y ahora, un autor reconocible de ciencia ficción. Charles Wademan III fue nuestro gran artista. Utilizó las herramientas que preparé para crear la interfaz, los personajes y sus animaciones. Y finalmente, Brian Fargo , jefe de Interplay , se desempeñó como productor ejecutivo y estuvo muy involucrado en el proceso de creación del juego.

[Fotos encontradas en Internet. De izquierda a derecha: Michael Stackpole, Todd Kamasta, Bill Heinman, Troy Miles, Bruce Belfort, Charles Wademan III.]

En total, el juego tomó alrededor de 9-10 meses. Fue estresante pero divertido. Lo más genial fue cuán abierta y honestamente pudimos hablar entre nosotros sin tener en cuenta las críticas. Esto nos permitió exprimir al máximo el uno del otro, lo que hizo que el juego solo fuera mejor.

- Un punto importante, el juego se lanzó en un conjunto específico de plataformas, así que cuando hablas sobre cuánto tiempo le llevó al Neuromancer , ¿te refieres a alguna versión específica (si es así, cuál), o todas a la vez? Pregunto porque, por ejemplo, la versión para Amiga [izquierda], en comparación con la versión para MS-DOS [en el medio], parece un juego completamente diferente, sin mencionar la versión para C64 [derecha].

- Solo estoy hablando de C64 . Puertos realizados por otras personas. El C64 fue el mejor auto por su dinero, con un excelente chip de audio y video. El procesador 6502 también fue un artilugio interesante. Debido a su simplicidad, le permitía hacer cosas que los procesadores más potentes no permitían, como el código de modificación automática . Tales monstruos obligaron a sudar a los que hicieron los puertos. El juego fue escrito completamente en 6502nd Assembler .

— ! , , , , 6502- . , , ?

— : , , .

Voladura . El C64 podría tener varias pantallas visibles, y usted podría elegir cuál estaba activo simplemente configurando un valor específico. Usar una pantalla significa: limpiarlo , dibujarlo y configurar un bit para mostrar el resultado. Obviamente, aquí necesita la forma más rápida de borrar la pantalla. Y el más rápido resultó ser poner la batería a cero y escribir secuencialmente el valor de la batería en cada ubicación de memoria de pantalla. [Troy literalmente significa una entrada explícita en cada celda: mov ax, 0; mov screen[0], ax; mov screen[1], ax ... mov screen[n], ax mov ax, 0; mov screen[0], ax; mov screen[1], ax ... mov screen[n], ax mov ax, 0; mov screen[0], ax; mov screen[1], ax ... mov screen[n], ax .] Parece una locura, y como programador quieres envolver esto en un bucle for , pero la ramificación ralentiza críticamente la ejecución del código.

Interrupciones La interrupción de video en C64 comenzó cada 30 segundos. Podrías interceptar esta interrupción y obtener algo como "multitarea para los pobres". Hagas lo que hagas allí, debe ser rápido, de lo contrario la imagen se contraerá. Pero podría tener tiempo para hacer todo tipo de cosas útiles, como control de sonido o multiplexación de sprites.

Código auto modificable . El 6502nd pudo hacer una cosa muy extraña: cambiar las instrucciones antes de ejecutarlo. Parece una locura, pero la idea es simple: en lugar de verificar la condición y pasar a la siguiente rama de código, deje una rama y simplemente cambie su código dependiendo de la condición.

 repeat N times { if STATE is 1 increase A by one else decrease A by one do something with A } repeat N times { increase A by one do something with A when STATE has to switch { replace the opcode "increase" above with the opcode to decrease, or vice versa } } 

Por cierto, al principio la arquitectura de la PC era extremadamente inadecuada para los juegos. El problema con el sonido, un subsistema gráfico muy simple, y no recordemos la limitación de la memoria 640K . La mayoría de las PC eran entonces 8088 , y son mucho más lentas que sus contrapartes 8086 . Por lo tanto, más memoria y un mejor procesador no hicieron de la PC un mejor entorno de desarrollo.

- De hecho, la versión para PC se ve y suena pobre. Sin embargo, aquí hay un poco sobre el sonido. La banda sonora del juego se basa en la canción de Devo "Some Things Never Change" . ¿Tienes una historia sobre por qué se eligió esta canción y quién, en principio, fue responsable del diseño de sonido del juego?

- Aquí puedo ser inexacto. Hasta donde yo sé, Tim Leary y Mark Mathersbo de Devo [en la foto] eran amigos. De alguna manera, muy probablemente a través de Tim , tuvimos una introducción, y nos encontramos con Mark en su estudio en Marina del Rey . Mark es un tipo duro, muy experto en tecnología. Escuchamos muchas canciones del nuevo álbum de Devo , Mark pensó que "Some Things Never Change" sería lo mejor para nuestro proyecto y nos solidarizamos con él. Mark nos entregó una copia digital de la canción. Trabajar con archivos de sonido a finales de los 80 sigue siendo un dolor de cabeza. Bill "Burger" Heinman (ahora Rebecca Heinman ) fue un verdadero mago, pudo procesar el archivo fuente y hacerlo de 8 bits para C64 y 1 bit para otras plataformas. Entonces escuché por primera vez una canción real en un juego de computadora. El sonido no era perfecto, pero lo suficientemente bueno para su tiempo.

- Creo que esta canción encaja perfectamente. Pero volvamos a la programación y hablemos un poco sobre la arquitectura del juego. Para Neuromancer , ¿escribió un motor completamente nuevo o se basó en su trabajo anterior?

- Arquitectónicamente, el Neuromancer constaba de dos partes, animación y jugabilidad . La parte de animación , con actualizaciones mínimas, migró de Software Studio , esto le dio a la APN reacciones animadas y notas al pie de texto. El motor de juego era completamente nuevo. Inicialmente, era más complejo, con un uso abundante de números aleatorios, pero esta parte se descartó: a nadie le gustan los juegos que son demasiado impredecibles. El juego en sí tenía dos herramientas interesantes. El primero podría grabar el juego: la salida era un archivo de texto. Si le das de comer un juego, entonces ella comenzó a jugar sola. Esto fue para depurar. Además, el motor del juego se podía jugar solo, sin una parte de animación. De nuevo, para la depuración. La parte de juego del motor también podría funcionar sin animación . Todo esto facilitó la vida de los guionistas, incluyéndome a mí, ya que podíamos ir directamente a la escena correcta y trabajar con ella.

- Me gustaría detenerme en la parte del juego . Al estudiar la versión para MS-DOS, descubrimos que el juego usa algo así como una máquina virtual. La máquina ejecuta el bycode contenido en archivos de la forma "R% n.BIH" , que aparentemente son scripts para el NPC . Estos archivos son una mezcla de datos de control, bytecode, código de objeto 8086 y líneas ASCII. ¿Son todas estas características de una versión específica o parte de la arquitectura original?

- No es que haya trabajado mucho con los puertos, excepto que les expliqué a los programadores el código para 6502 , pero parece que está basado en archivos DAT del juego. Combiné animación y jugabilidad en estos archivos, además, también había código para los niveles. No olvides que el ensamblador 6502 no tenía un enlazador, así que lo escribí.

"Bueno, dado que trabajamos con el puerto, no tengo mucho que pedir por código, ¿tienes algo que agregar?" Ya hemos discutido algunas técnicas de bajo nivel, pero ¿tal vez recuerdas algunos problemas interesantes al trabajar en la lógica del juego?

"De hecho, en este momento no puedo recordar nada de eso". Buena suerte con el puerto, y por favor envíeme enlaces al juego y al artículo cuando estén listos.

"Por supuesto, Troy". Gracias por su tiempo Espero que hayan disfrutado esta entrevista. Una última pregunta: ¿tu juego favorito?

"Lo único que estoy jugando en este momento es el simulador X-Plane ". Ella es simplemente genial. A veces juego en mi iPad y realmente me gustan los juegos con física interesante, por ejemplo, Hello Stars . Parece ser estúpido, pero hecho con talento. A veces juego copiando juegos de 8 bits de la vieja escuela, como Pitfall y Donkey Kong , pero no he progresado mucho, simplemente no tengo suficiente tiempo.

Tal historia La entrevista resultó ser pequeña en volumen, pero, en mi opinión, muy amplia en términos de detalles. Publiqué una versión en inglés en mi blog .

Con respecto al juego, se ha hecho mucho desde que se publicó el último artículo: diálogos, inventario, guardar / cargar y un montón de cosas. Si todo va bien, en un par de semanas tendremos una construcción completamente jugable, hasta ahora sin ciberespacio, pero ya será posible avanzar un poco en la historia. La próxima parte de numeración del ciclo se lanzará después de que obtengamos esta compilación. Pero ahora, de todos modos, en mi blog , puedes seguir las noticias sobre el proyecto.