Hacker News new | past | comments | ask | show | jobs | submit login

Hey all - Jim_64 here (the author)

Nice to see the comments!

Yeah there is plenty of power in these old computers to pull off the simple user interfaces that are popular right now. I think it's funny how the trend has gone back to bold colors, blocky designs and full screen programs, all the things we were limited to in the 80s.

I did write it in C, so if I did it in assembler, it would have been smaller and faster.

And, no, I didn't retro bright my system. Bought the one in the video from some 20 something dude in Chicago selling off his uncle's system. Seems it was always kept under a cover, so no sun damage!




Yeah there is plenty of power in these old computers to pull off the simple user interfaces that are popular right now. I think it's funny how the trend has gone back to bold colors, blocky designs and full screen programs, all the things we were limited to in the 80s.

It's also funny and a bit sad that despite these extreme "simplifications" of UI, software still seems neither faster nor smaller...


> It's also funny and a bit sad that despite these extreme "simplifications" of UI, software still seems neither faster nor smaller...

It drives me crazy.

My "favorite" anecdote when it comes to the inefficiency creep:

One of my favorite text-editors is an Amiga editor called FrexxEd. I ported it to run on AROS, a portable re-implementation of the AmigaOS API. AROS can run hosted on Linux with X.

On my laptop, booting the Linux hosted version of AROS, that initializes the full GUI etc., with the startup-sequence (a simple shell script that gets started on boot) set to start FrexxEd at the end lets me "boot to FrexxEd" faster than I can start even the terminal-only build of Emacs on the same machine...


Way back when in the 486 days, I was poking around simtelnet and found a K&R C compiler. This one, I think:

http://www.filewatcher.com/m/pcc12c.zip.175811-0.html

It came with a demo game, which was a Caterpillar clone which ran in text mode. (Unfortunately the archive above doesn't have the source, only the executable.) This game used loops for timing.

When I ran it on my high-end 486, at a whole 66MHz, the screen would flicker madly for a couple of seconds and then the game would exit. In that time it had run through all three lives with no user input.

That 486 was at least an order of magnitude faster than the 4.77MHz 8088 that the game had been written for. And modern machines are a good couple of orders of magnitude faster still. I wonder how long that game would take to run on the desktop I'm typing this on...


Vim can lend you a few million cycles, if you need'em. Vim starts close enough to instantly that I can't tell the difference. Modern Vim on a real Amiga is probably pretty slow though.


Can modern vim compile on an Amiga? I think I heard that the DOS version is completely broken because a default vim requires too much memory.


I think Bram stopped trying to maintain Amiga support after 6.x. But I don't have an Amiga anymore and haven't paid attention in a long time. I was surprised when it was still supported a few years ago.


did you byte-compile the .el files in emacs? .elc's load faster - also see: http://stackoverflow.com/questions/1217180/how-do-i-byte-com...




Consider applying for YC's first-ever Fall batch! Applications are open till Aug 27.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: