If the man is taken at his word, his only error was buying from a seller on Amazon.ca. What credit card he used there didn't matter at all.
1,471 karma · joined January 15, 2012
[ my public key: https://keybase.io/rohansingh; my proof: https://keybase.io/rohansingh/sigs/FYqfP0wJErPun-vsVRQ2fAEqahFzGh-6AGFTFN5MRYE ]
That said, we are building a Home Assistant integration at Tidbyt as well.
1. It looks like the commission believes Starlink is trending away from the targets rather than toward them, and that can't help their case.
2. It's hard for me to see how there would not be at least some political considerations here. The fact that this program exists at all is a political decision. So it's part & parcel of the playing field — which is probably why most leaders work hard to not piss off their regulators.
> While Starlink faults the Bureau for relying on the most recent available data at the time of its decision to evaluate is existing network performance, Starlink does not explain what other data source the Bureau should have used in lieu of using the most recently available data. When the Bureau's decision was made, the most recent available evidence showed that "Starlink’s performance had been declining for download speed, upload speed, and jitter test performance." In other words, it was not only failing to meet the RDOF public interest obligations, but also trending further away from them.
(edited to fix formatting)
They don't, do they? One really nice thing about Go is writing and calling functions that _don't_ return any error. You can be confident that they will not throw any exceptions at all.
Meanwhile, devs were still targeting IE because it was where the users were. It was totally preferable to develop for Chrome or Firefox, but I recall spending countless hours still getting that stuff to IE, because that's what customers were using.
Sure, developers helped speed along adoption, but I think the new browsers ultimately succeeded because they're better products for the customer.
I've shipped ESP32-based boards and written firmware for it that really tries to cram in as many features as possible, but you do hit limits. While I almost certainly wouldn't make the choice of shipping a high-volume product with an actual Raspberry Pi in it, I do see why trying to cram all of this into an MCU is tough — especially if you're trying to get to market quickly.
Perhaps this would have been a good place to use the RPi CM4 though?
We've also released hardware spec that folks have used to start writing their own open firmwares, which don't need to reach out to our servers or the Internet at all. That's something I'd like to contribute to and support more of (though with a tiny company, our resources are limited).
With the PC use case, have you considered having the game integration push images to the Tidbyt via our REST API? Or is that something you're ruling out due to connectivity, privacy, or other reasons?
Would be curious to understand more about what's actually happening behind the scenes?
[1]: "Tidbyt is a company that sells a product called the Tidbyt. It is a retro-style display that has hundreds of apps and can be used to keep up with the things you care about. With Tidbyt, you can stay up to date on what's playing right now on Spotify and Sonos, follow sports scores in real time, and get real time transit information for subways, buses, and ferries. Tidbyt is easy to set up and is highly rated by customers; it's a great way to stay in the know."
Hardware is a tough business and managing cash flow & inventory requires you to be a lot more deliberate than a pure SaaS business. Fortunately we had a lot of examples going in of how not to do things.
Maybe it didn't accomplish your original goal, but props for what you did accomplish. Quite impressive.
With Tidbyt our default pipeline uses our cloud, but the hardware is fully unlocked for you to flash your own firmware.
It's funny how, as a student, your teacher seems like a real adult person from a completely different generation. But I guess after you fast-forward a few decades, the difference becomes pretty trivial.
We're also starting to realize that competition to own the hardware might not be the best for anyone. There's definitely room for many different kinds of zero-interaction displays.
Instead, I'm thinking about what it would look like for 3rd-party devices to run Tidbyt OS and be able to run our apps and connect to our services. We've done a lot of work to make it a great experience for users and it's silly for everyone to have to reinvent everything from scratch.
I always opt for a compact numpad-less keyboard with a trackpad right next to it. I like to have the trackpad as close to the keyboard as possible.
I'm a vim user, and what this means is that while I mostly use the keyboard, I can quickly switch over to the trackpad as an auxiliary input for certain movements.
I know the common refrain with vim is to learn how to do things without the mouse... and I certainly can do that pretty effectively. But after over 10 years of vim, I find that using a little bit of trackpad can actually save a lot of time.
If you're tired of that, I'd highly recommend Happy Dog the Happy Dog:
https://topatoco.com/collections/ryan-north/products/qw-happ...
It's based on this comic:
It totally doesn't make any sense! I think I might have been fascinated with the idea of Rube Goldberg machines or something at the time. Or maybe I thought I could build a "security system" with it? Also it was summer and I was a bored teenager.
Back in 2002, I was getting a package with a brand new Pocket PC (smartphone without the phone, running Windows). And I really wanted to know when it was delivered, but the UPS guy would regularly leave packages on the porch without ringing the bell or anything.
This was before you could get delivery alerts or anything like that. But I had a spare laptop with an integrated webcam (wow!), and I'd figured out how to make it run actions on motion detection.
My plan was to point the laptop at the door, and eject the CD drive when it detected motion. The tray of the drive would push a water bottle off the table. That would land on a seesaw, which would launch a deck of cards in a hard plastic case at the door and make a very loud noise.
It's unclear why I couldn't just play a really sound on the speakers instead. Anyway, I tested the program by standing in front of the laptop and waving my hand.
It worked perfectly! The CD tray ejected, and I watched as the water bottle slowly rolled off the table. It dropped onto the seesaw...... and instantly launched a hard plastic deck at my face and got me right between the eyes.
Never again have I been in so much pain and also so excited about my code working perfectly at the exact same time.
But I have to agree with the commenter above, the background made me feel really dizzy and strange in a way I've never experienced from a computer screen before.