Apollo-11
Faktory
Apollo-11 | Faktory | |
---|---|---|
127 | 23 | |
56,524 | 5,503 | |
- | 0.8% | |
5.1 | 7.7 | |
7 days ago | about 24 hours ago | |
Assembly | Go | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 or later |
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.
Apollo-11
- Original Apollo 11 Guidance Computer (AGC) source code
-
Mistral CEO confirms 'leak' of new open source AI model nearing GPT4 performance
I often like to think about https://github.com/chrislgarry/Apollo-11 as an analogy. It's public domain with available source, in the assembly language in which it was written... so it fills all the definitions of OSS!
But the process by which that code arose, the ability to modify any line and understand its impact (heh) on a real execution environment, is dependent on a massive process that required billions of dollars and thousands of the smartest people on the planet. For all intents and purposes, without that environment, it is as reliably modifiable as an executable binary in any other context - or a set of weights, in this one!
-
Can a Transformer Represent a Kalman Filter?
But can a Transformer run on the Apollo Guidance Computer?
https://en.wikipedia.org/wiki/Apollo_Guidance_Computer
Frequency 2.048 MHz
Memory 15-bit wordlength + 1-bit parity
2048 words RAM (magnetic-core memory)
https://github.com/chrislgarry/Apollo-11/blob/master/Luminar...
-
TIL an Oxford University physicist claimed that for the moon landing conspiracy to be true, around 411,000 people would’ve needed to keep it secret. He also suggests the hoax would’ve broken down in 3.68 years.
You can look at the Colossus 2A code written by Margaret Hamilton and her very small team on Github.
- "Temporary" code in Apollo 11's lunar landing guidance equations (1969)
-
SpaceX poised for 'mid-November' launch of second Starship test flight
"Burn Baby Burn" might be even more apt!
https://github.com/chrislgarry/Apollo-11/blob/master/Luminar...
-
Software Disenchantment
My more positive take on this: our runtime environments are bloated because we have ways to enable trust, stability, and iteration speeds that people wouldn't have dreamed of in years past.
Your Notion desktop app and Google Chrome both support embedding & displaying multimedia content that's controlled by people that you may not trust, but they can draw on decades of engineering to sandbox that content. They can independently be updated without worrying about a centralized `flexbox.dll` that may or may not be the right version. They do not require building a new executable to make the vast majority of UI changes. And the cost is simply storage space and initial download bandwidth.
We can look with rose-colored glasses at an era of "every byte of assembly has been hand-crafted." I, too, look in awe at what was achieved with such things as https://github.com/chrislgarry/Apollo-11/tree/master/Luminar... . But that software, per https://en.wikipedia.org/wiki/Apollo_Guidance_Computer#Softw..., took 1400 person-years of work.
We have to compare apples to apples - the abstractions we have today would not prevent such a piece of software from being built, and indeed would allow us to build that exact software, even bit-for-bit the same, much more easily due to abstractions on our tooling itself. We have not departed a world where, given a nation-state budget, one could pay for 1400 person-years of work and create the AGC (though one might make arguments about the distraction levels of modern society, but that's a different thing entirely).
But we also exist in a world where I can build and ship a cross-platform video chat application in an afternoon (well, not counting app store approvals) and be reasonably confident that my app will be compatible with, and secure on, practically any computer or mobile device sold in the past half decade, regardless of how many other apps may have been installed on each device. I'd venture to say that Apollo engineers would, and do, find this aspect of our world fascinating, too.
- NASA's Voyager Team Focuses on Software Patch, Thrusters
-
Margaret Hamilton stands next to her handwritten code for the lunar missions
Thankfully it was eventually migrated to GitHub
Faktory
- Faktory: Language-agnostic persistent background job server
-
Ruby 3.3
Mike Perham (the sidekiq maintainer) also maintains the less well known faktory[0] which is language agnostic and has runners for both Ruby and Python
[0] https://github.com/contribsys/faktory
-
Software Disenchantment
Zen and the Art of Motorcycle Maintenance's entire thesis is "What is Quality?" How do you define it? How does it come about?
You can still get software quality but you have to be willing to devote time and effort to it. The binary for my modern, commercial background job engine written in Go, Faktory, is 5MB in size.
https://github.com/contribsys/faktory/releases/tag/v1.8.0
I know when I see an iOS app that is 5-10MB in size, I know it was crafted by someone who cares.
-
Building a PHP client for Faktory, Part 1
My recent queue foray put me on the scent of Faktory, a language-agnostic queue server made by Sidekiq's author. I noticed there wasn't a good PHP client (the one linked in the docs is pretty old), so I decided to build one.
-
What is the best task queue?
At work we use https://github.com/contribsys/faktory
-
New Gem for background job processing from Ruby/Rails -> Crystal
Have you heard of faktory before? Made by the sidekiq guy and allows you to d a similar thing.
- Are there any actively maintained or official Golang libraries for managing work queues?
-
Celery + RabbitMQ alternatives
I’ve started using Faktory with the Faktory Worker Python it also supports workers in any language.
-
Golang task queue
Try https://github.com/contribsys/faktory which is written in go but you interact with it as a service.
-
What are some popular background job processing frameworks in the Rust ecosystem?
There is faktory, from the author of Sidekiq, which is language-agnostic (the server is written in Go).
What are some alternatives?
DOOM - DOOM Open Source Release
gocron - Easy and fluent Go cron scheduling. This is a fork from https://github.com/jasonlvhit/gocron
microwatt - A tiny Open POWER ISA softcore written in VHDL 2008
temporal - Temporal service
midimonster - Multi-protocol control & translation software (ArtNet, MIDI, OSC, sACN, ...)
go-quartz - Minimalist and zero-dependency scheduling library for Go
WebKit - Home of the WebKit project, the browser engine used by Safari, Mail, App Store and many other applications on macOS, iOS and Linux.
Asynq - Simple, reliable, and efficient distributed task queue in Go
Godot - Godot Engine – Multi-platform 2D and 3D game engine
Sidekiq - Simple, efficient background processing for Ruby
GraphRedex - An interactive semantics explorer
leprechaun - You had one job, or more then one, which can be done in steps