That was a pretty poor description of UBI or at least a pretty poor proposed implementation. It wasn't even close to revenue neutral. There are many ways it could be implemented fundamentally though it relies of direct redistribution of wealth over Government controlled social subsidies.

1) Write everyone a check for $X (let's say $1000) every month. Cut existing programs or increase current taxes to offset cost.

2) A more self managing approach might be to tax everyone X% (let's say 10) of their non-UBI income every say month, and then split that evenly between everyone and redistribute it. This approach automatically scales UBI with the size of the economy, population and inflation.

You just need a web browser to access youtube. I have a homemade HTPC and I access it just fine, with firefox. Does Roku have a web-browser? You shouldn't need a corporate agreement to access this content.

This seems more like corporate grandstanding.

I wouldn't be surprised if this is related to the meteoric rise Doge Coin saw over the same time.
1) People trying to stay on top of the next big crypto currency jumping ship
2) People questioning the economic forces on the news of the uptick in Bitcoin's weird spoof cousin.

Those paper rectangles( or their 1:1 digital equivalent) are the only way to pay your taxes though, and the less value they have relative to the business you've done the more of them you have to acquire to not end up in legal hot water.

Most(maybe all) people can live without ever exchanging a bitcoin, Most people will need some amount of FIAT currency.

Relative values of all commodities though is entirely a social convention based hopefully on relative utility.

Reed Richards has 18 doctorates, but goes by the name Mr. Fantastic
Victor VonDoom dropped out of college and goes by Dr. Doom. He may have had an honorary degree bestowed upon him by a Latverian University.

This makes sense because of the fact that bitcoin in a deterministic virtual resource like a stock. We know how many bitcoins there will be tomorrow. But tomorrow a new gold mine could be discovered, or someone could reveal a secret stockpile. A country could decide to issue some more money, and the size of the money supply is difficult to even estimate for large complex economies, being that anyone loaning money at interest is creating money, and anytime people buy or sell anything they are creating value, perceived to be in the local money.
Once people start being able to live only in bitcoin transactions and running marginal reserve banks that operate in bit coin then its market cap will start to mean less.

Hilarious, it made me laugh. I'd mod it up if I could mod replies to my own posts.

I wish more of these dev boards had sata on board. It would allow people to experiment with what the can do when significantly more storage is available to them.

I have an old arm based UDOO board that had a Sata port. I recently swapped it in for an old home file server mother board and now save a ton of electrical

I know you could go USB to Sata converter, but then you are basically just putting another CPU in the chain, needlessly increasing power, cost and latency.

Debian already maintains a package management infrastructure.

Maybe the solution is to lean even harder into this concept with something like a fake_npm package that has an npm that just wraps dpkg, checks to see if the deb containing the requested package is present. If it isn't it could error out telling the user that the package they are building is missing a build dependency on "whatever". This way the build process doesn't need to download anything, but it acts the same to the build commands.

Then ideally you want something on the other side of this that allows debian developers to easily package something that has already been prepared for NPM distribution.

The problem isn't with keeping the absolute latest version of the package in there. The problem is these multiple dependency sources are preventing packages from ever getting in there. and as more and more software is built on the massive dependency frameworks like electron debian needs to come up with a a solution so they can have even an older version of some programs like say electron.

Fear of spam has really negatively impacted spread of federated services. I recently started giving Element(Matrix) a try again. I've tried XMPP which was kind of killed by google with gtalk. And I also still have hope for something SIP based like Jami taking off. the idea of using a DHT to pass around E2EE keys and store public account data to avoid centralized servers is just kind of neat. the CPU cost is just a little high for mobile.

I liked the 6502 computer as well. I have added some fun extensions. I'm using the 65c816 CPU though I haven't gone beyond the original 8-bit instruction set. but has room to expand. I had a 4 line lcd display instead of the 2-line display. and I've been using ca65/cc65 so I've gotten a little C runtine up and running on it. I recently got a PS/2 keyboard working with it.
By implementing write() and read() for my 4 line display and the PS/2 keyboard I'm able to use printf() and gets() inside my C code. I have not gotten to local echo yet, but that is next.

Every speaker is a microphone as a isolated electrical component, but the way the sampling and amplification circuits are connected highly bias the directionality. RAM is designed to read the signal levels of the RAM cells while reducing sensitivity to EM radiation. you really wouldn't want to try to write software that could run out of RAM that was more influenced by EM than its contents.
On the transmit side the ram is already amplyfing signals in order to set cell levels and is not overly concerned with EM leakage. So it works much better, but they are still probably doing thousands of writes to get it externally detectable.

Agreed. This is such ridiculous silicon valley high-school drama. It's like a commercial for a CW teen show. or maybe the parody of such.

They work for your queen you should probably write a letter.