If you actually want something that looks decent, it feels like tool use would at least help cover the obvious blunders. Building layers to composite would go a long way to removing some slop here.
5,220 karma · joined November 29, 2015
If you actually want something that looks decent, it feels like tool use would at least help cover the obvious blunders. Building layers to composite would go a long way to removing some slop here.
Code review is such a key step to the feedback loop and helps keep people current on the changes as they come out. Skipping that entirely is just inviting disaster.
As far as LDPC, I'd love to, but I need to get a better understanding of them first. I'll probably go for Turbo next just because conceptually they feel closer to the convolutional codes I have already. But time willing, it'd be fun to do both.
tldr: My library matches or beats libfec's SSE2 assembly for convolutional codes and pretty steadily beats it in Reed-Solomon. For the convolutional codes, my crate is using a generic, templated decoder rather than hand-written assembly, so it was nice to see that I could match the performance.
Github is a giant complicated stateful mess with a lot of reads and writes. It also has a lot of features at this point. Hard to scale and hard to optimize.
Thanks, Cinco
Remote: Mostly (Open to 0 - 3 days/wk in office)
Willing to relocate: No
Technologies: Rust, Elixir, Typescript, Python
Linkedin: https://www.linkedin.com/in/brian-armstrong-sf/
Email: brian.hn.hireme@gmail.com
Hello HN! I'm a Staff Software Engineer with a variety of backend experience. I helped Discord scale its WebRTC system and helped guide its media infra (blog post: https://discord.com/blog/how-discord-resizes-150-million-ima... ). Currently open to work where I can put my skills to use and help get your projects into production.
Some of my personal and working traits: I'm a big fan of data-driven decision making. I think the best time to think about "how are we going to deploy this" is before any code gets written. I think empathy is underrated and I prefer over-communication to under-.
Cheers!
Remote: Mostly (Open to 0 - 3 days/wk in office)
Willing to relocate: No
Technologies: Rust, Elixir, Typescript, Python
Linkedin: https://www.linkedin.com/in/brian-armstrong-sf/
Email: brian.hn.hireme@gmail.com
Hello HN! I'm a Staff Software Engineer with a variety of backend experience. I helped Discord scale its WebRTC system and helped guide its media infra (blog post: https://discord.com/blog/how-discord-resizes-150-million-ima... ). Currently open to work where I can put my skills to use and help get your projects into production.
Some of my personal and working traits: I'm a big fan of data-driven decision making. I think the best time to think about "how are we going to deploy this" is before any code gets written. I think empathy is underrated and I prefer over-communication to under-.
Cheers!