I'm a huge fan of the base16 color schemes - not for their appearance (though most look great), but for their ease of integration within the shell and vim. Just clone the repos below, drop a few lines in your shellrc/vimrc, then use a single bash command to change the scheme in both. No more mucking with Xresources.
You're absolutely correct about RF noise. In the US, the FCC limits the power of all spurious emissions to be at least 43dB below the power of the fundamental frequency. Typically transmitters use a low pass filter (e.g. Buttersworth or Chebyshev) to reduce harmonic content.
Some micro transmitters (at the very low mW level) omit the LPF entirely. Looking at the datasheet for the ATtiny85, the maximum output current is 40mA and maximum output voltage is 5.5v which means this transmitter could theoretically produce an output of 220mW. PWM will reduce this obviously. The harmonics should be below this value, but they should probably add a filter. I've transmitting across the Atlantic Ocean at those power levels using a sub-optimal antenna and WSPR (https://en.wikipedia.org/wiki/WSPR_(amateur_radio_software)) encoding.
You can also use the Free Internet Chess Server (FICS) as a test bed for chess engines. The interface is telnet-based, so it's pretty easy to experiment with and learn. There's also "zippy" mode in xboard that allows you to connect your engine to FICS .
The commands below will login as a guest and display all of the computer accounts. Use the finger command to find info about an account.
telnet freechess.org
g <ENTER>
who C<ENTER>
finger ACCOUNT
Sadly, FICS has been dying a slow death for the past 10 years ... but there are plenty of idle CPU accounts waiting for an opponent.
Maybe it has to do with the start of solar cycle 25? Expect to see improving HF propagation over the next 3-5 years. It's an exciting time for radio nerds.
If you have one of the popular RTL-SDR's you may be able to pick up the HF bands by enabling the direct sampling mode (allows tuning between 500kHz - 28.8MHz).
I ran into two problems when trying to switch to a Raspberry Pi 4 8GB as a desktop replacement in mid-2020:
- A noticeably laggy screen update when running urxvt. Any action which caused large amounts of text to scroll on the screen (e.g. a file listing or paging through a man page) would cause a bit of a visual stutter. I was running with with XFT fonts enabled, so maybe that was a contributing factor. Web page scrolling also seemed to lag a bit too if I recall correctly.
- Lack of gamma support for blue light filters such as redshift or f.lux
I'm crossing my fingers there are improvements to these areas in the future.
“Make it work, then make it beautiful, then if you really, really have to, make it fast. 90% of the time, if you make it beautiful, it will already be fast. So really, just make it beautiful!”
I feel that Erlang adoption is probably the most realistic growth path for most serious Elixir developers. All of these topics you mentioned (breakers, message routing, etc) have been discussed and developed in the Erlang community for years. The only new thing that Elixir brings to the table in these areas is abstraction and syntax - both of which are arguably not needed in large complex systems.
Source: full-time Erlang developer of 7 years who spent a full year coding Elixir in its v1.0.x days
I built a system that scraped projections off http://apps.fantasyfootballanalytics.net/projections and joined them with weekly salary information from DraftKings. I then ran that data through a genetic algorithm that maximized projected fantasy points while keeping the team salary under the limit.
I entered about 10 matches ... and I lost every single match.
I don't know if my projection data was bad, my sample size too small, or if I was just unlucky. I gave up after a few weeks.