daphreak
[1] https://www.mathworks.com/solutions/fpga-asic-soc-developmen...
[2] https://www.intel.com/content/www/us/en/software/programmabl...
I think I recall one them pointing out that a lot of challenges came from Facebook trying to be everything for everybody.
Moderating content so people don't get pictures of Boston Marathon gore next to their grandkids' photos is problem they made for themselves.
With your background you'd probably need to devote time mostly to learning the rules and regulations. You can take all 3 tests in one sitting for a $15 fee and be done with it. Each test gets you more privileges (power, frequencies).
Even without a license you can receive with a cheap SDR and home brew antenna. This blog has many examples of that: https://www.rtl-sdr.com/
Finally, you may want to find a local club. Usually visiting during a "contest" will enable you to get on the air. In the US you don't need a license to use the radio if you are with a properly licensed operator.
Hope you find the hobby as fun as I have.
ZFS is not designed for this use case, but at least it is something. Having compression, encryption, integrity checking, and data duplication on a potentially flaky external drive would be killer features.
So far its been worth it. Instantaneous search of all my email ever. With a properly configured mailcap file HTML emails are rendered ok (still have problems with links) and attachments open in external programs as well.
Since `alot` is written in Python and can be extended with Python hooks for almost any event it has been easier for me to customize than emacs.
The Wikipedia article on the topic is pretty US-centric, but I get the impression allergy rates are lower in other parts of the world.
Peanuts are cheap and nutritious. I'm sure that's why they are used.
The last thing we need is for all the closed-source, internet-connected, black boxes in our lives to poorly implement a complicated web standard protocol. There are so many places where we have already seen vulnerabilities with implementations of simple web severs and clients.
I've recently gotten in to amateur radio and it has been exhausting reading the wordy and anecdotal treaties of many "expert" hams on various topics. Not only are the works filled with jargon, but most posts start out with a tenuous link to actual science/technology and then immediately dive into very specific anecdotal experience.
I'm interested in finding better sources of info so if you or your club have good technical pieces on the web please let me know.
Luckily there are interesting self-hosted / local options mentioned in this thread.
Right now we have a press release that is pretty thin on details from SpaceX. Not quite comparable.
Minor nitpick, its a narrow band FM signal around 160MHz not AM.
On top of that the encoding is proprietary and one company holds the IP for the codecs. I can't believe the FCC allowed it to become a "standard".
Good luck getting that budget passed.
While the the slippery slope is not a valid argument it is always interesting to think about how precedent like this could spiral out of control.
One of the methods they discussed to both increase reproducibility and reduce experimenter bias was to register the experiment procedure and hypothesis with the journal before performing the experiment. It's been a while since I listened but I think one or more journals is supporting this workflow.
I'm glad we are working towards a better scientific process. These days sensationalism scores more grant money and Scientific American articles. We need incentives to improve our body of knowledge not just make headlines.
Personally, I would love to have a reliable way to detect counterfeit chips. For FTDI I do! Now it is trivial to lot test my chips: Just put one (or a few depending on your level of quality) on a test jig and use the latest driver with it.
Contrast that with one of these other generic pieces of silicon. Is the argument that since the drivers are generic it doesn't matter if counterfeits make it into your products? Of course it still matters! Every single datasheet value that you used in your design is now out the window.
FTDI should absolutely be more forthcoming with their counterfeit detection process. It is going to be a tough call next time I need a USB-Serial chip. FTDI has a great product and documentation, but a future update might break my device if it used counterfeit components that were so far undetected.
Many embedded systems allocate just once at startup and these "really dumb" implementations are completely sufficient. The vendors provide a fast, low-overhead solution by default and trust that developers can go find a more appropriate allocator if they need it for their application. Luckily we have many implementations to choose from!
That segmentation is very similar to hobbyist 3d printers.
Looking at the solutions they sell my guess is that the system is expensive enough that adding an iMac rather than some other consumer PC doesn't change cost too much.
At that point they probably picked the platform they were most comfortable developing on. Going back to the first blog post shows that the author prefers Cocoa for developing GUI's and the bio states that he is CTO of the company.
Again, all speculation, but thats how I'll rationalize it until he tells us different.
This does highlight the difficulty of manufacturing a complex system in small quantities without the opportunity to do an end to end test before use.
http://www.fiaformulae.com/en/news/2015/february/eight-manuf...
My guess is that they want to keep things as competitive as possible between the drivers. Slowly opening up the playing field for modifications will keep the races interesting but still foster innovation (at least for the first few years).
All of our tests right now are implemented as VHDL/Verilog testbenches. We automate building and running in ISim with a simple Python tool which generates xunit output. It works but its slow and kind of painful to manage testcases.