I'm a student, and am looking for a good internship experience in the first half of 2024. I am currently a Google Summer of Code contributor at the Tor Project, and have contributed to Arti, the Rust rewrite of Tor in C, working beside the Arti devs.
I'm particularly interested in open source, computer networking and associated software. A while back I hacked around and built a peer to peer file transfer program to learn Rust, including the file transfer protocol too (you can check it out on https://github.com/gotlougit/p2p-file-transfer or on https://git.sr.ht/~gotlou/p2p-file-transfer). I did this mostly being inspired by Tailscale and also out of frustration of how getting uncompressed photos from friends was a mess.
I love learning new things and am a fast learner. Currently I am writing (and using!) a more secure, drop-in SSH agent replacement (at https://git.sr.ht/~gotlou/sshield or https://github.com/gotlougit/sshield) which encrypts SSH keys and unlocks them with a master password, with planned features including using Linux sandboxing mechanisms such as Landlock or seccomp-bpf to make the agent process less prone to RCEs.
This is amazing news, and I've found that thanks to Proton patches being upstreamed by Valve and CodeWeavers, not to mention the Wine community, that games that run on Proton tend to run using vanilla Wine as well, thus improving compatibility for Wine in general!
I post tech-related stuff, mostly just about projects I've built and more recently open source contributions under GSoC. The templating system to publish posts is very basic and custom, I wrote it in Python a couple years ago and never looked back.
I also appreciate some other tech, like using MicroG or Tailscale.
I've come across your platform before while trying to find a suitable place to host a backend for a project I'd built a while back as a team project (written in Rust, using Postgres as the database, you can check it out at https://github.com/vaidhya-web/backend)
By any chance, would you be open to a remote internship? I already have prior knowledge of Rust and am currently a GSoC contributor this year, also in a Rust project.
I'm a student, and am looking for a good internship experience in the first half of 2024. I am currently a Google Summer of Code contributor at the Tor Project, and have contributed to Arti, the Rust rewrite of Tor in C, working beside the Arti devs.
I'm particularly interested in open source, computer networking and associated software.
A while back I hacked around and built a peer to peer file transfer program to learn Rust, including the file transfer protocol too (you can check it out on https://github.com/gotlougit/p2p-file-transfer or on https://git.sr.ht/~gotlou/p2p-file-transfer). I did this mostly being inspired by Tailscale and also out of frustration of how getting uncompressed photos from friends was a mess.
I love learning new things and am a fast learner. Recently I migrated to NixOS, and quickly ended up configuring a tmpfs rootfs so I could manage the state of my system better.
I wrote a CHIP-8 emulator[0] a while back in C using SDL2 for rendering everything. It still has a couple issues with the timers and taking input.
I was new to C back then so I did this project to become more familiar with it.
You can check out my blog post[1] if you're interested how I went about it (there are a couple resources at the bottom I used to build it, including the one that HideousKojima recommended).
As for language, in hindsight, C was fine. CHIP-8 is so basic that you don't really need to worry about performance or to implement a JIT compiler unless you want to learn how to do those things specifically. Just pick any one out of the three (assembly is a bit of a weird choice though, why not write a CHIP-8 emulator and then a brand new program to run on that emulator in CHIP-8 assembly if you want to learn assembly?)
As for Gameboy, it would have more instructions, a different graphics system, sound etc. and overall be more complicated than CHIP-8. Try it out if you either feel a bit more adventurous or have implemented CHIP-8.
Wow, this is a nice feature! I'd much rather implement it by having a .txt or .raw file just in the same folder as the HTML page though, rather than having to go in the middle of the URL. I feel like it is more convenient to do so.
It's a minor nitpick really, but I quite like this idea! I think I'll try to implement this for my website too.
As for the other people here wondering why User Agents weren't used for this:
- Using static website hosting goes out the window, which is quite a shame because it makes everything so much easier
- User agents are pretty terrible for determining capabilities and intent (what if someone was using curl to get an actual webpage?)
- It will never cover all types of HTTP clients (a whitelist is pretty terrible as we have seen from various online services restricting Firefox users or Linux users from certain features for no other reason than their user agents weren't in the list the developers used to check for the presence of certain features).
Remote: Yes
Willing to relocate: within India
Technologies: Rust, C++, C, Python, Go, Postgres, MySQL, SQL, Linux, Nix
Résumé/CV: https://gotlou.srht.site/resume.pdf
Email: gotlouemail@gmail.com
Blog: https://gotlou.srht.site
LinkedIn: https://www.linkedin.com/in/saksham--mittal
I'm a student, and am looking for a good internship experience in the first half of 2024. I am currently a Google Summer of Code contributor at the Tor Project, and have contributed to Arti, the Rust rewrite of Tor in C, working beside the Arti devs.
I'm particularly interested in open source, computer networking and associated software. A while back I hacked around and built a peer to peer file transfer program to learn Rust, including the file transfer protocol too (you can check it out on https://github.com/gotlougit/p2p-file-transfer or on https://git.sr.ht/~gotlou/p2p-file-transfer). I did this mostly being inspired by Tailscale and also out of frustration of how getting uncompressed photos from friends was a mess.
I love learning new things and am a fast learner. Currently I am writing (and using!) a more secure, drop-in SSH agent replacement (at https://git.sr.ht/~gotlou/sshield or https://github.com/gotlougit/sshield) which encrypts SSH keys and unlocks them with a master password, with planned features including using Linux sandboxing mechanisms such as Landlock or seccomp-bpf to make the agent process less prone to RCEs.
For more info, check out my Github at https://github.com/gotlougit