edición general
124 meneos
1818 clics
Rollercoaster Tycoon (o, el último hurra de MicroProse) [ENG]

Rollercoaster Tycoon (o, el último hurra de MicroProse) [ENG]

Chris Sawyer programó Rollercoaster Tycoon desde su casa durante dos años, trabajando dieciséis horas al día. Era el último de su especie: el último de los programadores de lenguaje ensamblador bare-metal y el último superviviente de la generación de programadores aficionados que en su día habían podido hacerse ricos —o al menos enriquecerse— creando videojuegos comerciales prácticamente por su cuenta y según sus propios términos. Cuando el juego estaba casi terminado, se lo entregó a su agente Jacqui Lyons (...)

| etiquetas: microprose , rollercoaster tycoon
Increíble lo que un tío solo pudo hacer.
#1 en ensablador...
#2 En 2009 un tio saco un sistema operativo multitarea y con entorno gráfico hecho enteramente en ensamblador. Incluso buscaba colaboradores y decia que no era dificil programar en ensamblador:

www.neoteo.com/menuetos-sistema-operativo-en-assembler

La última versión es de abril:

www.menuetos.net/download.htm

Hay gente para todo.
#8 "y decia que no era dificil programar en ensamblador"
Y no lo es, pero si es una patada en los cojones. xD
#8 Si no me equivoco la primera versión es del año 2000, el tipo lleva más de 25 años trabajando en el sistema operativo. Y 100% en ASM, mi total admiración.
#8 A ver, programar en ensamblador no es en si difícil, pero si necesita que conozcas muy bien la máquina para la que programas. Y no puedes ejecutar dicho código en una máquina diferente. Es MUY tedioso. Y hay muchísimas posibilidades de meter la pata y cometer fallos. Y debuguear es muy complicado. Y consume muchísimo tiempo. Y los programas son infinitamente más largos, complicados de leer, entender. Y ya cuando te metes con cosas como multiproceso, hilos, etc... hacer cosas difíciles es…   » ver todo el comentario
Yo me quedé en el Railroad Tycoon DeLuxe

El Rollercoaster lo he jugado con mi hijo mayor y le gusta, me sorprendió que le enganchase un juego así
#3 estaba viendo ahora lo que ha salido estos años y el Railway Empire 2 está muy bien de gráficos.
#6 con el OpenTTD me quito el mono
#7 La de horas que he echado (y sigo echando) con el OpenTTD...

Juegazo épico atemporal.
#3: Engancha bastante, porque primero intentas superar el reto, luego intentas devolver la deuda, y luego... en teoría ya está, pero seguro que hay suciedad en el parque, así que antes de guardar y terminar, intentas limpiarla, mientras ves eso encuentras cosas que mejorarías y las cambias, pones más bancos y papeleras, añades algunos jardines, limpias más... y claro, tienes unos ahorros que invitan a poner alguna montaña rusa nueva, y no te quedas corto, así que te endeudas, esperas a repagar…   » ver todo el comentario
#11 sí, si esa parte la entiendo, lo que me pareció curioso es que se enganche más a este tipo de juegos del siglo pasado y no al FC25 que juegan sus amigos
ttd deluxe!
Me sorprende el meneame de ahora (no el de los principios, que siempre había una noticia de software libre o linux en portada), porque nadie ha puesto la implementación libre del motor de este juego (que te permite jugar en tablets, linux y no se si hasta en una tostadora):

openrct2.io/
#24 a ese jugamos en casa con la Rpi 400 sí
#24: Y OpenLoco: openloco.io/
Aunque no está terminado, y por eso todavía no tiene liberados los límites a la hora de añadir complementos. :-P

Con ese también me he medio unas buenas panzadas de jugar en plan "voy a añadir aquí un transporte, que esta pobre industria está desatendida, y si no se la atiende cerrará y los trabajadores irán a la calle, añado ese transporte, guardo y cierro", y... bueno, añado ese transporte, guardo y NO cierro, hay que realizar más intervenciones, como poner algún cercanías en alguna ciudad, desdoblar alguna línea de tren, poner más líneas nuevas... xD
Uno de mis favoritos
Una de las series de videojuegos favoritos de mi infancia, horas y horas.... Mi afición por los parques temáticos viene de aquí.
Solamente programar un juego 2D con físicas de 3D y plasmarlo en pantalla con trozos de mapas de bits con miles de sprites no tuvo que ser fácil. Y en ensamblador.
Qué enganches con mi primo!!
#19 ya, sé la abstracción por la que existen los lenguajes. Mi comentario era más para animar a los programadores más jóvenes en probarlo y recalcar el que muchas personas piensan que asm es algo de otro planeta y que es increíblemente complicado. Cosa que no es cierta.
La gente le tiene mucho miedo a programar en asm, pero no varía tantísimo de cualquier otro simple. Y en cuanto te pones a jugar con macros y labels, te puedes montar de una forma muy rápida un pseudo lenguaje aún más sencillo.

Creo que se me hace más difícil acostumbrarme a alguno que plantee paradigmas rompedores como lisp, rust o forth.
#13 El problema principal es que si lo que haces tiene interés y es popular, no tardarán en pedirte que saques una versión para Mac, para Switch, para móviles, etc, lo cual tiene todo el sentido del mundo.
Pero entonces te das cuenta que lo que has escrito funciona sólo en una arquitectura de procesador, y tienes que reescribirlo todo para cada arquitectura nueva.
Incluso dentro de la misma arquitectura x86, en el periodo de tiempo donde Transport Tycoon, Roller Coaster Tycoon, y Roller Coaster…   » ver todo el comentario
#13 Un pseudolenguaje que sólo conoces tú. Es como montarte tu propia librería, framework, etc., tú vas a ser supreproductivo, pero costará que otros entren, lo entiendan y lo dominen. Y a corto plazo, da un poco igual, pero a largo... a veces es mejor tener herramientas hechas y probadas aunque no se ajusten del todo a lo que necesitas antes que reinventar la rueda con algo que te ajusta perfectamente pero que tienes que estar retocando o rehaciendo a cada poco porque tus necesidades cambian; ahí ya está el poner en una balanza y sopesar las cosas.
#21 sí, depende mucho del momento. Aunque como le dije a otro comentario, mi intención era animar a los programadores más noveles. Porque no es difícil entenderlo y programarlo. Parece que escribes algo en asm y ya eres un dios.

Por último y como opinión, la balanza que comentas cambia mucho cuando hablas de asm. Ya está profundamente acoplado el lenguaje al hardware, por lo que ese poco más de crear macros es lo de menos :-P .
#23 A ver, que yo en su día me hice una interfaz gráfica en ensamblador, con gestión de ratón, ventanas y botones (que básicamente te lo solucionaban todo rutinas estándar de la bios y programar un poco la vga, gestionar con un poco de tino algunos buffers de memoria, etc), y con ella tonterías varias como mostrar imágenes raster con un osciloscopio; la idea inicial era imitar el comportamiento de un monitor de tubo y proyectar animaciones, pero ni siquiera entrelazando y barriendo tanto de…   » ver todo el comentario
#4 soy fan.
Las historias de filtre son siempre mucho más detalladas porque dan un montón de contexto.

menéame