Unfortunately, we had too many students for each computer during classes. I started a revolt that “Computers are wasting our study time, as our upcoming board exams are more important.” The whole class signed the petition and the School Head had to schedule a class-wide talk and agreed to make it totally optional to the point of, “If you really want, you be part of it. But yes, study for the exam is more important.”
So, the computer classes ended up with just me (the traitor), a friend from Kerala, and the school head’s daughter. We ended up like 3 computers each to our disposal. I wrote a QBasic Game-ish program to impress my first girlfriend — she uses the arrow keys to launch dots to hit some area on a heart-shaped thingy on the screen and it prints her name. I remember using physical graph-paper to calculate the screen “pixels” (I think) or co-ordinates to calculate strike areas.
Oh and Yes, almost all of my classmates remember me for being that traitor.
https://brajeshwar.com/2025/fixing-a-dos-computer-for-the-ar...
Of course, the kernel would be based on capabilities (probably SeL4). And applications would probably ship as WASM bundles. And I'd have a built in local first user database built around CRDTs and things instead of a file system, kinda like a modern Lotus Notes. But for the UI? That era was great.
At that time, there was almost no spam because we could report them to abuse@domain...
There was no firewall in front of our campus and we were using rlogin to connect outside. I used export DISPLAY from Brest to Paris (to use xdvi that was not installed locally).
IMO, the security (ssh and killing rlogin) is the main change that is a really useful progress.
Incidentally, I recently replayed Loom, from a bit before that era. It's still a lovely, wonderful game! Such a shame the fan-made sequel (Forge) seems to have died.
16-bit, to me, are the dark ages. Lot's of confusion, not much good came out of it technologically and aesthetically. God, everything was ugly. Maybe all the trials and tribulations were necessary for what was about to come but I like to believe they weren't.
32-bit to me is the golden age and 64-bit is platinum.
If you offered my a time machine to go back, I'd surely say: "No, thank you!". There hasn't been a better time than now, but if you'd forced me at gun point, I'd pick the 80s over the 90s any time.
No SSDs though :(
On the other hand, at least I'll get to play Castle of the Winds.
(I also loved Z: Steel Soldiers, but despite the '01 release date, I'm sure it too would have run on a Pentium II).
[1] possibly NCD-16, https://groups.google.com/g/comp.windows.x/c/yGBvXhuTL0Y
I have fond memories of the 486 era, which was really the early 1990s. I'm kinda surprised the PC component of this isn't mentioned here. it was also peak Borland.
It does mention Windows NT but honestly nobody really cared about that until NT 3.0/3.5 and it soon thereafter became Windows XP and laid the foundation for modern Windows.
1993 IIRC had pre-1.0 Linux. I downloaded a distribution (SLS) onto ~30 5.25" floppy drives about that time.
But I really wonder if it was that the tech was sufficiently good at that time or it's simply the tech we had when life was sufficiently good. 1993 was before the dot-com bubble started. That's true. And I guess with more computing power came a lot of the things that many people dislike now. Ads, news feeds, social media, micro-transactions, etc.
But we also have Youtube, video streaming, digital maps and navigation, search engines and a host of other things that are genuinely good.
This stuff was also fantastically expensive (in inflation-adjusted dollars). We shouldn't forget that too.
Windows XP really was fantastic…
I was eyeing a career in IT and moved across soon after, and was dumped into Novell Netware 3.12 land which was an eye opener (Fire Phasers anyone?).
On the Amiga4000 and Apple you could run their 'native' OS, or you could run a modern day NetBSD or a BeOS version (HaikuOS wouldn't run).
On the Pentium-66, modern Freedos would run, Windows 3.11+win32s+calmira, Windows98SE, Windows2000sp5, XPlite, NetBSD and perhaps even an absolutely stripped down Linux 6 kernel with all the features that would be handy.
You could program in a modern i586 build FreePascal, Zig, Lua, juniper, micropython/shedskin, mruby/natalie, picoruby, juniper - perhaps a low memory JVM could run (OpenJDK 8 or JamVM).
It'd be possible to use sqlite, raylib and r3d-freepascal for efficient 3D games/apps next to Quake/Darkplaces, Doom2/GZDoom, Duke3D, Counterstrike 1.5, Halflife, perhaps Unreal1, Irrlicht and FTEQW.
Modern LambdaMOO's Toastunt/Moor could be made to run and inform6 and tads3 interactive fiction compilers. Fairy-Stockfish could be compiled - so enough creativity for gaming. I am just worried about getting Vassal, the java boardgame game engine to run comfortably... but the resolution would be pretty low to play many boardgames comfortably: the highest ATI card could drive 1280x1024. I would really like to use it so I don't have the real world board game setup time. Keldons Race for the Galaxy would compile and run though.
For internet, Dillo+ supports https, gemini and gopher. https://github.com/crossbowerbt/dillo-plus This can also be used to browse zim offline wikipedia files with kiwix-serve.
Now my only real problem is that we wouldn't have GenAI - probably EVER - would that be a blessing or a curse?
--- Handy Linux kernel 6 tweaks for low memory situations if you don't want to run NetBSD (which perhaps would be the best choice):
* zram + zstd zram creates a compressed block device in your RAM. To the OS, it looks like a regular swap partition, but it lives entirely in memory. When your 64MB fills up, the kernel sends data to /dev/zram0. The data is compressed (usually 3:1 ratio) and stored back in a small slice of your RAM. Version 6.19 includes better compression ratios and rebalancing. It prevents the CPU from over-working itself on decompression.
* zswap + zstd zswap is a front-end for a physical swap file on your hard drive. It intercepts pages headed for the hard drive, compresses them, and keeps them in a RAM pool. If that pool gets too full, it evicts the oldest compressed data to the actual disk. Starting in 6.18, zswap transitioned to using the zsmalloc allocator by default. This reduces "internal fragmentation," meaning it packs those compressed bytes tighter.
* frontswap API that allows the kernel to intercept swap-outs and store them in a transient memory pool; it works with Zswap to keep the system responsive during high load.
* Maple tree Replaces old "Red-Black trees" for memory management; it reduces the CPU cycles needed to find data in RAM.
* SLUB sheaves A modern memory allocator optimization that packs small objects into "sheaves" to reduce fragmentation.
* CONFIG_SLOB_BERBER A specialized 2025 backport of the old "SLOB" allocator; a memory-efficient way to handle kernel objects, saving roughly 1-2MB of overhead compared to the standard SLUB used in modern PCs.
* Ext4 without journaling Disable the "Journal" to save RAM and disk writes; it provides the best file-allocation speed without the memory overhead of Btrfs.
* Reiser4 patch An efficient file system for small files; it packs them directly into the tree nodes, which saves disk space and reduces I/O.
* KSM (Kernel Shared Memory) Scans RAM for identical pages (like duplicate library code) and merges them into one; it’s a "free" RAM upgrade if you run multiple instances of the same program.
* Very High Frequency (VHF) HZ Tuning Manually setting CONFIG_HZ to 100 (instead of the modern 1000); this reduces the number of times the CPU "wakes up" per second, saving precious cycles for actual work.
* DevTmpfs Automates device node creation entirely within the kernel; it saves you from running a heavy udev or mdev daemon in userland, freeing up roughly 2–5MB of RAM.
* LZ4 Compression for Kernel/Initramfs Using LZ4 instead of xz, gzip or zstd for the kernel image.
Maybe the doctor could take you back there with a TARDIS, but time paradoxes and fixed points in time and all that
The problem with a lot of those beautiful systems is that they were neither free nor easy to use. The things that won were either or both of these.
For hardware the things that won, like the PC platform, had scale, and therefore won on price performance. A lot of the hardware mentioned here was priced for enterprise. Platforms that were only available in those price brackets and never fell in price either died or stayed extremely niche (s390x).
A second problem with the nice software is that a lot of it was not ported to the cheap hardware.
For software, free isn’t just about money. It’s also about virality. A free OS or language implementation can just be copied. You don’t have to ask permission.
The only non-free software that won was easy to use. Free is usually still unable to achieve that. People will pay for ease of use. The nice well engineered stuff, though, was usually still arcane.
I think “worse is better” can be explained by these things. Worse is not better for some non obvious systemic or evolutionary theoretic reason. Worse is cheaper, or free, and therefore has scale and can spread virally.
Linux was free. The web was free. C compilers were free and Java and JS were free. Windows and macOS and later phones were easy to use and still cheaper than those enterprise grade things.
It later turned bad with way too much complexity introduced in a symbiosis between Google and a relatively small group of prolific key web standards people.
It was a variation of embrace, extend, extinguish, but with a combination of open standards and sheer complexity.
I enjoy having a computer that allows me to create all kinds of things that weren't possible in 1993 ... mash together all kinds of audio, video, text ... put it in a backpack, bring it somewhere, perform on stage, with an 800$ laptop. Amazing.
I'm one of those "Encarta kids" who dug through Encarta for nights on end while the parents were out, and still spend slow Sundays reading random Wikipedia articles.
Having the archives that have been created since 1993, whether Wikipedia, Youtube (to me still one of the most amazing music discovery tools I've ever encountered), Archive.org, Google Scholar, Zenodo, at my fingertips has probably widened my personal horizon beyond imagination. Not sure who I'd be without it.
So even sadder to see it all drown now in AI slop ...