lunchplanner
| ancient-3d-for-turboc | lunchplanner | |
|---|---|---|
| 5 | 2 | |
| 11 | 0 | |
| - | - | |
| 0.0 | 10.0 | |
| over 7 years ago | about 4 years ago | |
| C | JavaScript | |
| - | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ancient-3d-for-turboc
-
Ask HN: Publish old projects even though the source code embarrasses you by now?
Nice! This prompted me to post my own code from the same era: https://github.com/pjc50/ancient-3d-for-turboc
I guess I should add screenshots.
-
Step Away from Stack Overflow
Twenty-five years ago, slightly before I was an undergraduate, I got hold of the PC Games Programmers Encyclopedia http://bespin.org/~qz/pc-gpe/ and built myself a software renderer. You can see it on github: https://github.com/pjc50/ancient-3d-for-turboc
Software matrix multiplication is a perfectly reasonable way of doing 3D graphics, when you don't have a GPU. They were just starting to become a consumer product at that time: https://fabiensanglard.net/3dfx_sst1/
-
Found a program I wrote in 1981 and decided to bring it back to life
The set of things you had to worry about is just .. different. My ancient programmer credentials from 1996: https://github.com/pjc50/ancient-3d-for-turboc
Back in the day, you had:
- single processor
-
Dissecting the Apple M1 GPU, part I
Is this where I post the code I wrote twenty-five years ago to do 16-bit fixed-point 3D rendering? https://github.com/pjc50/ancient-3d-for-turboc
The target architecture was a 33MHz 486 PC running in "real" (ie sixteen-bit) mode. While hardware floating point was sometimes available (DX systems) it was quite slow.
lunchplanner
-
Ask HN: Publish old projects even though the source code embarrasses you by now?
https://github.com/egeozcan/lunchplanner
I was having so much fun back then with this one. Meteor.js was a blast of productivity and I apparently couldn't have cared less about code quality. This is not embarrassing, there's no perfect code and we make different trade-offs all the time, not to mention the skill difference between you and your past self.
-
10 Years of Meteor: My experience with a pioneering JavaScript framework
Too long ago, I had written a lunch-planner as a joke to mock how much time we were losing by discussing what to eat at the office (and it even was used in a non-sarcastic way, to my own amazement), and I used meteor because it just worked.
2 years ago I said, I wonder if it works still, and I installed meteor, did an update and voila! It worked, just million times faster to build and much more responsive: https://github.com/egeozcan/lunchplanner/commit/91541a637531...
Even the built-in account system still works!!
Of course, it's not a serious project but I'm just very positively surprised how great of a DX Meteor has.
What are some alternatives?
mesa - Mesa 3D graphics library (read-only mirror of https://gitlab.freedesktop.org/mesa/mesa/)
Pixel-Art-Academy - An adventure game for learning to draw.
transmit - Final Project for Distributed Web Systems (Fall 2016)
js-utils - JavaScript utilities used in uirig.com
trualias - Mentally computable verification codes for email aliases implemented as a postfix tcp table or milter; uses asyncio.
liveblocks - Liveblocks is a platform to ship collaborative features like comments, notifications, text editors in minutes instead of months.
z80porter - Port writer/tester for Z80-based systems running CP/M
thin-backend - 🔥 Thin Backend is a Blazing Fast, Universal Web App Backend for Making Realtime Single Page Apps
irooster - Turn your Mac into a $2,000 alarm clock
K-BOOM - An Atomic Bomberman clone that runs on 80286, featuring video (1997).
fresh - The next-gen web framework.