You're correct that most people who get ham licenses are good people, but, the venn diagram of licensed ham operators and people who bought a baofeng off amazon does not have a lot of intersection.
4,977 karma · joined November 15, 2014
Starlink could pretty easily serve everyone whose only current option is 4G/5G/DSL/Satellite.
Basically everywhere where there is no Fiber or Cable. That's still a decent chunk of the population.
I park directly below my office window so it's no issue for me to hit the remote start and then leave 10 minutes later but if I couldn't do that my remote start would be mostly useless.
For example say I go to a movie, ideal would be to remote start it just as the movie ends so it's warm by the time I make it to the car. With an RF-based remote start there's a 0% chance my remote starter works inside the theatre. It will only start working at some point after I leave the building and start walking towards the car giving me maybe a minute of warm-up time. Makes the feature kinda useless for this case.
You can have an LTE connection for probably around 10c/month/sim at the scale of Mazda with tiny amounts of data (plenty for, say, 100 remote starts/month).
It works even if you're too far from the car for the RF signal to reach. I park just below my office window because if I'm too far away, my RF-based remote start won't work.
Also being able to remotely adjust climate settings would be nice.
I do fully disagree with their implementation of this, especially with regards to a $10 subscription fee.
For example, BMW offering heated seats as a monthly subscription.
Regardless, ongoing costs for an LTE data connection which can handle things like remote start costs fractions of a dollar per month at the scale of Mazda.
App unlock, remote start + remote temperature control. All very useful.
I couldn't imagine buying a car without carplay now.
I was not prepared to feel this old today.
Avoids lots of weird makefileisims
For tests, my teachers would force me to clear my memory (you're not fooling catholic nuns with a fake screen, she would take my calculator and clear it herself).
But I got good at programming. I was so fast that I would just spend the first 30 minutes of a 1-hour test re-writing the programs and then spend 5 minutes completing the test and be excused to go to the computer lab for the remainder.
Eventually I got so annoyed of typing things out on the TI-83+ keyboard, and as I progressed the programs got more complex, that I bought a TI-92 with a qwerty keyboard and would be able to write solvers the test in 5-10 minutes and fully solve a test in 5-10 minutes. I mostly did it so I could have more time in the computer lab.
I still have those calculators too, I should see if they still work some day :)
Also, rebasing the future makes me think of time travel as git history.
Imagine the merge requests and the fights inside them
MR #1: went back in time and killed hitler.
It has led to some weird things whereby the L2 protocols (thinking wifi and LTE/cellular) have their own reliability layer to combat the problem you're describing. I'm not sure if things would be better or worse if they didn't do this and TCP was responsible, the iteration of solutions for it would be much slower and probably could never be as good as the current situation where the network presents a less-lossy layer to TCP.
We have to completely rethink things for interplanetary networking.
I thought I recognized your username, I remember jailbreaking the original iPhone on IRC with you helping :)
Your wifi and home network probably are closer to 1% than 0%.
at 1-10%, you're probably on some kind of shared connection (CMTS or GPON with TDMA) and your provider has an overloaded network design (and you're at the end of the upgrade/split queue).
at anything above 10% you're in the realm of weird broken stuff. Congestion on the internet between major providers is a thing but is far less common than it was a decade ago, it does still happen though. Major providers who have NECMP or NLAG links inside their backbones or between providers where one of the links breaks in a way which doesn't remove it from the ECMP/LAG and suddenly you drop 1/N of the traffic (where N might be 2 == 50% loss). More common was finding LAG/ECMP where 1/N of the links was oversubscribed but the others were fine due to unequal traffic distribution.
> noisy RF, industrial
Pretty uncommon in my experience as most of these environments are not as cost optimized and know already that they will be in weird RF/electrical environments so they just use wired ethernet (and even shielded cable for really janky situations).
While there are strategies to reduce congestion on backbone links, they are not commonly implemented and even less commonly implemented well and sometimes implemented intentionally poorly.
A TCP connection with 10% loss will work and transfer (it's gonna suck) and be very very very slow but their TCP 10% loss example is faster somehow?
TCP being reliable will just get slower with loss until it eventually can't transmit any successful packets within some TCP timeout (or some application-level timeout).
Even a 50% packet loss connection will work, within some definitions of the word "work" and also this brings up the biggest missing point in that chart: this all depends heavily on latency.
50% loss on a connection with 1ms latency is much more tolerable than 1% loss on a connection with 1000ms latency and will transfer faster (caveats around algorithms and other things apply, but this is directionally correct).
A real chart for this would be a graph where X is the % of packet loss and Y is the latency amount with distinct lines per protocol (really one line per defined protocol configuration, eg tcp cubic w/nagle vs without and with/without some device doing RED in the middle or different RED configurations, etc, many parameters to test here).
If this sounds negative, it's not, I think the research around effective high-latency protocols is very interesting and important. I was thinking recently (probably due to all the SpaceX news) about what the internet will look like for people on the moon or on mars. The current internet will just not work for them at all. We will require very creative solutions to make a useful open internet connections which isn't locked down to Apple/Facebook/Google/X/Netflix/etc.
I 100% agree that if I was doing those things, they would be wrong for me so I avoid doing them.
I don't like people who say "I don't like when I do this thing, so, this thing should not be available for people to do!"
I equally don't like people who say "I don't like when other people do this thing, so, this thing should not be available for people to do!"
I know that social media is designed to be addictive. This is why I'm mostly absent from it for most of my life.
If you use and enjoy social media and it brings joy to your life, great, have fun. It wasn't doing that for me (or more directly, I realized very early on it was going down a bad path) so I cut it out.
If you're lamenting social media and bothered by how much time you spend on it, or how it negatively impacts your life, or whatever: I am definitely going to advocate to you that you do simply have the option to turn it off. Life will move on!
You can also have a smart phone and not feel the need to immediately respond to every text message, nor, click every notification. You can even choose to not pick up phone calls if you want.
In the past decade while the reality of mobile connectivity hasn't changed much, the quality and ubiquity of it has improved dramatically.
10 years ago I would have agreed that in most places it was possible to get some form of internet connectivity, today, it's deeply unusual to travel anywhere in the USA and not get >100Mbit on LTE with "good enough" latency.
There's a huge difference between an audio player and having spotify (or apple music, or whatever you prefer) where you can play effectively any song you want at effectively any time.
There's a huge difference between having a camera and something which can record 4k video or take photos which surpass any digital camera we had in the early 2000s and even today surpasses virtually any camera in the price range of the whole phone. You would need something like a Leica fixed lens camera or a mirrorless DSLR with multiple lenses at several times the cost of a smartphone to equal the photo and video capabilities. This also ignores the fact that I can snap these amazing pics or videos and send them to a friend instantly.
At least it should start to show you more after you make a few guesses wrong.
The one in Lenox hill, even 5BR5BA I was off by way more than half and thought the final rent was absurd until I saw all the pictures.
This is deeply cursed and I love it.
But, it was attached to the handles with one of these: https://www.amazon.com/dp/B0B34Y5YZS
There are people who dive down and find lost stuff on the bottom of lakes, and people who go magnet fishing, they still might find your keys!
One of the AirTags actually flew around internationally for a week or so (London, Amsterdam, back to the US a few times!) but sadly after about a week there were no more updates.
Someone must have found the AirTag in whatever baggage container it was stuck in and removed the battery.
I still have the AirTag in FindMy, one day I suppose I'll delete it but I sometimes wonder what happened to it.
Did the person who found it just throw it out? Do recovered AirTags go back to Apple to be recycled and resold? Does the CEO of American Airlines, Robert Isom, have a scrooge-mc-duck-esque pool of lost AirPods he swims around in? Sometimes I wonder.
Basically 3 paths for:
- things with well-maintained upstream helm charts (checks the latest version of the helm chart and updates helmfile)
- things where I wrote a helm chart (checks for the latest container image and updates the values.yaml)
- things where there is no (reasonable) public docker image, or my own software, where I have full CI/CD to build and deploy a new container image.
Probably takes me 15 minutes a week to keep my two personal clusters fully up-to-date.
I would personally consider that a bit of an anti-pattern (I would always want to have software upgrades tied to the container) but that makes sense!
Not having to manage systems anymore, and fully relying on kubernetes to configure and manage everything is great, especially leveraging the redundancy and reliability of it.