The short answer is yes, but your question implies a fundamental misunderstanding of Bitcoin and blockchains. The coins do not exist "in your wallet" - the wallet just holds your keys that prove you own some of the coins visible to everybody on the public blockchain.
If you want a really great learning aid, search for "Island of Yap Blockchain" and read any of the million articles about it.
I was mostly concerned with making sure none of the preinstalled Windows Home bloatware would remain after an upgrade. I figured the safest way would be installing Professional right off the bat.
If you happened to buy a machine with an OEM Windows Home license baked into the motherboard and want to install retail Windows 11 Professional, this makes it extremely frustrating because you no longer get the choice of which version of Windows to use during the install process.
You need to add the EI.cfg and PID.cfg [0] files to the installer medium before booting it. Once you have those files present with the correct syntax, it will install the version you want, but I can't imagine a non-tech person being able to figure this out on his own.
Rider is also a bit different in how it handles Visual Studio solution / project files AFAIK. You can definitely rig up IntelliJ for e.g. Python development, but PyCharm is going to be a far better experience.
I pay for the All Products Pack purely out of convenience - If I wanted to spend a ton of time tweaking my IDE, I'd go back to Emacs!
I also used to do this when working on a big convoluted system. I had a conference room near my desk with all the walls completely covered in code. A big pack of multicolored highlighters is key.
I remember a whole bunch of light bulb moments when I showed other developers the "big picture". It's an awesome technique when you're forced to work on spaghetti!
Sounds like you would probably like the EdgeSwitch line of products better than Unifi. Cheaper, faster, and easier to manage if you are trying to do something specific.
Thanks, I see. At least with `:adjust-log-time` you can make it work!
With my old log merging program, you had to supply a regex with groups for the different timezone components and optionally a UTC offset. That worked really well but was a pain to set up. Typically I was using it to look at the same format of files all the time though, so in practice it wasn't that bad.
I'm not really a C/C++ person but maybe I'll try and hack on lnav a bit and see if I can figure out how to add timezone support.
How does it handle merging log files that are in different time zones? I wrote a small script to merge log files from lots of different network appliances a long time ago, it was extremely useful for debugging problems that occurred across our distributed system. The most unfortunate part was that the appliances all logged in local time and didn't include their UTC offsets in the timestamps :(
A project you may want to look into adding is Tern [0]. I've had a good time reading through the code over the past couple of weeks, and have found it to be at least not "bad" code, and pretty easy to understand.
Specifically how they are untarring each container layer and creating a chroot jail to run commands inside is fairly self-contained and interesting.
Sometimes you can't use production data in your staging environment, like when prevented by privacy laws. Often times developers who would not have access to production data would have permissions to view data in a staging environment...
Creating tools to produce realistic test data and also using fuzzing tools can be just as good and sometimes even better than using actual production data.
If you prefer a GUI tool, DeepGit[0] is a very nice tool that allows you to do some pretty amazing code archeology. I use this all the time for figuring out how legacy code evolved over time.
If you want a really great learning aid, search for "Island of Yap Blockchain" and read any of the million articles about it.