If you’re looking for something more lightweight in between vanilla GDB and a full GUI frontend, I would highly recommend GDB Dashboard: https://github.com/cyrus-and/gdb-dashboard
It’s just a single file (replaces your ~/.gdbinit) that wraps your GDB session with a nice TUI using the Python API. I’ve found it to be a nice middle ground.
Love the idea. Please try to add Madcap (https://madcapcoffee.com/) to your list of coffee producers; they are one of the best coffee roasters in the US, in my opinion. They already have a traditional subscription model that ships all over the country.
Magical is truly the word to describe Docopt. I use it for all Python code I write and have also used the C and C++ variants. I would highly recommend Docopt to anyone writing command-line utilities.
I really like the concept. One small improvement I would recommend is to allow cards to be swiped in any direction, specifically up or down. Depending on how you are holding your device, it can feel more natural to swipe up to discard, for example.
Turns out we are funded. PACE may be funded as well actually, but there's no clear indication either way. I was at the all-hands a few weeks ago where it seemed to be a bit more grim but lately there has been some talk of PACE surviving.
While it's not entirely impossible that some classified mission has done some basic reservicing of a DoD bird, I know from working on Restore-L that we will be the first ever to do what we are doing, namely autonomous rendezvous and capture of another satellite in LEO and reservicing.
The X37 does not have the mechanical tools or sensors required to perform the kind of reservicing Restore-L is doing.
Refueling satellites will absolutely be a thing :) Restore-L is going to do just that in 2020-2021, and do it autonomously to boot.
I work on Restore-L and believe me, there is a huge need for on-orbit satellite refueling and reservicing. The vast majority of satellites reach their end of life due to depletion of fuel, not due to electrical problems or sensor issues. This will be a huge business one day.
I was rejected from Google when I first graduated from college. Now I work at NASA and I'm very thankful I didn't get that job.
Saying that the hiring process is flawed isn't the same thing as saying everyone is special and deserves a job there.
From my anecdotal experience, I felt that they focus too much on algorithms and give the same interview to every candidate regardless of their experience or desired job. I made it very clear I wanted to work in embedded systems and write code for microcontrollers and they asked me questions about graph theory. Algorithms are not everything, especially for a company with such diversified technology opportunities. If I'm working on search, then sure. But embedded software? Can't they take the time to focus the interview even the slightest bit?
Not a big deal though. I know they have an endless supply of candidates and thankfully we as software engineers have a pretty good selection of places to work.
There was a time when we weren't exactly sure which client we were going to refuel, but as far as we know, it will be Landsat-7. I believe NRL and possibly others are working on reservicing more "hush-hush" clients, but I can't say for certain for that very reason haha.
We're going for LEO reservicing. It's quite a challenging mission, especially since our client was never meant to be reserviced let alone rendezvoused with in the first place.