mdergosits

As good as slack is for communicating I don't think it should be used as a "knowledge" store. At a previous employer I found that commit messages were a great way to store information. Maybe commit messages aren't as great for question and answers, but searching slack doesn't seem very intuitive.

Idea: A slack bot that searches for questions and answers and creates a wiki out of the scraped information.

I hope for RISC-V to become popular. It has the potential to be a great open source ISA that anyone can use and extend.

Client side encryption is definitely the way to go, soon enough computation will become possible on the encrypted data. Maybe there will be homomorphically encrypted virtual machines/ containers.

I may be off here but, I found that when I had the window fullscreen the graphics were rendering very slowly and my reaction times were very slow. I then made the window smaller and the graphics were much smoother time and my reaction times were much better.

Reminds me of the Velvet Underground song / story "The Gift"

https://www.youtube.com/watch?v=mI-YiaWDgB4

> Refresh page to play again

This was very infuriating. The server seemed to be under load and took several minutes to load. I was not going to wait for it load again to retry the simulation.

> Yes, there were bunk beds in the office. And they got a lot of use!

Glad they got rid of the office, maybe it will allow people to have a better work life balance.

We ran it on access points, switches, and a firewalls. We found it was pretty good to a certain extent, but was hard to scale with multiple cores.

I used click in production. It was a great piece of software. It allowed us to do packet processing and routing in the linux kernel with high level C++ code. It also had a great "standard library" for packet routing primitives.

At my university, some courses have started making virtual machines for students with all of the necessary software. This also turns out to be a problem because installing virtualbox or VMWare on a variety of laptops can be difficult for the course staff.

Location: California

Remote: No

Willing to Relocate: Yes, San Francisco, Seattle

Technologies: C/C++, Golang, Java, Linux, Click, Git, and always willing to work in whatever tools best fit the problem.

Resume: https://goo.gl/Qzfevg

Email: mad293 [at] cornell.edu

Notes from when we get close to exhaustion of IPv9:

https://tools.ietf.org/html/rfc1606

Border Gateway Protocol