3 ms·
I've tried to get in UEFI development before but it was such a pain. Specifically, trying to read the edk2 docs was a pain as they seem to not be updated (the
by non-entity 6y ago
I've tried to get in UEFI development before but it was such a pain. Specifically, trying to read the edk2 docs was a pain as they seem to not be updated (the most accessible docs were referencing rather old Ububtu and gcc versions and I was even finding references to Visual Studio 2003). I also managed to find a bug in the project scaffolding tool they provide but I couldn't find a way to report bugs and I didn't bother fixing a submitting a PR because the last commit was 8 years old and there wasn't a sign that anyone else had ever done so.
> You go to firmware conferences sponsored by Intel, ARM, IBM, Microsoft, Apple, among others and it's the same few hundred people just switching companies.
Can't speak specifically to UEFI firware stuffm, but my experience with similar domains (that have a small number of really smart, but primarily professional members) is that they don't tend to be very "welcoming" to beginners.
- matthewfcarlson 6y agoYeah the docs have been a sort of pain for quite a few folks. We had some new team members join our team and revealed how much of our process is focused on being next to someone to ask questions while you're trying to figure out how to make your project boot. Part of the problem comes from the fact that until fairly recently, UEFI didn't have a great emulated platform so you could build stuff but unless you had the exact hardware (that often comes with NDA code that can be hard to get a hold of), tutorials are not very helpful/rewarding. Yah, lots of communities have established rules and even as a relative newcomer myself, getting something into EDK2 is a long and somewhat arduous process. They don't accept PRs, it's all over mailing lists. https://microsoft.github.io/mu https://microsoft.github.io/mu if you're curious about