They have lots of experience making ICE vehicles. Making an EV takes a different set of engineers and different assembly line practices and different suppliers and and and..
My understanding is that it only requires you send the notice in good faith, meaning that if you think you own a copyright but don't (because, say, you own too many copyrights to keep track of them) you're still in the clear.
When you clone a repo from Github, you now have locally an equally as valid and complete repository as Github. If you expose access to it over the Internet, I could clone that repo from you, work on it, and send patches to you. Etc.
Git was designed to facilitate a network of repos. For better or worse, most use cases naturally gravitate towards a single clone as the "canonical version", and unfortunately we've all got too comfortable in having that version be owned by a third party service provider.
Legitimate question, as most people see this as hosted on a server somewhere and your client doesn't sync with other clients... usually!
You do, in fact, have a client capable of working without a central server. It's tedious but sending patches over email is definitely one way to make it work without relying on a single system. You can also have and push to or fetch from multiple servers with your client, which can be other developer's own servers, or a server reachable over Tor as a hidden service, etc. It's very flexible if you want to go that path.
git was designed to be used decentrally. Every clone of a git repo is technically an equally valid source of truth for the repository. In practice though, pretty much every project has a single git repo that is used to synchronize all the other copies of the repo, because it's much easier to coordinate.
When people say decentralized they mean something like bittorrent or ipfs, often as opposed to http. Saying http is decentralized is... stretching the definition. With this logic a USB cable is decentralized because "you can use it against any target you like". USB mass storage dead drop devices can be connected to by anyone. And USB "is a protocol", just like the examples you mentioned. But I doubt anyone would claim USB is decentralized.
Though git is also not really what people would usually mean by decentralized (as it doesn't, by itself, try to connect to a pool of servers, DHT network, or something like that), it's definitely closer to it than http.
I'm also not sure "for real?" helps the conversation.
> having at least some of the processing done by the individual workstations and having information shared by and often stored at the workstations
Decentralized:
> the dispersion or distribution of functions and powers
(Both from Merriam Webster)
BitTorrent definitely fits the distributed definition (as you said), but whether HTTP is decentralized depends on how you view it. Yes, there can be more than one HTTP server, but again, there is more than one USB cable and I wouldn't call that decentralized. HTTP doesn't distribute the functions and powers between the client and the server (the two parties in any HTTP request): the client can hardly serve the response and the server can hardly issue a request. But it does distribute functions and powers between multiple servers because there isn't one global HTTP server or party that serves the Internet (now that would be a scary thought--looking at you, CloudFlare).
So it depends a bit on the explanation of that definition.
I think what I said before might be right: it's "stretching" the definition (interpreting it in a way that includes this). I can certainly see where you're coming from (anyone can host their own HTTP server just like anyone can host their own email or git server or bittorrent node) but it's not really how the word is usually used. But perhaps we use it wrong, because it does seem like a useful distinction to make (a centralized (proprietary) game server vs. a decentralized protocol like HTTP vs. a distributed protocol like BitTorrent).
USB tether is one less wireless signal to worry about. If you're tethering for a long time you're probably plugging your phone into your laptop anyway, to charge it.
I always disliked wired tether and USB cellular modems because Linux thinks it knows about the link state and will close all your sockets if you briefly lost the carrier, whereas with WiFi tethering Linux is never aware of whether the phone has a carrier or not. The ergonomics are much nicer, imho.
I admit I never tried the wired mode on iOS. Maybe it doesn't propagate the link state?
Unlike cellular modems, the iPhone acts as a router and the link state it propagates is the link state of a (virtual) interface connected to that router, independent of the state of the upstream cellular interface.
This is a silly solution, but can you solve this by creating a bridge device and putting the cellular modem (and nothing else) on the bridge? Then the link state of the bridge should remain up.
I wonder why my experience is so different. I primarily use it while taking the train to my parents and for the second part of the journey the signal is bouncing between 2g/3g/no signal but I've not encountered this.
I wrote a paper about this in college but South Park does both. There are times where they are just poking turds at things and people they find funny, and there are times they try and be more poignant.
No interaction is not the same as "fine". See the post about the person who had a whole bottle of gin and some beers but didn't feel the booze until the next morning. A lethal alcohol dose is already dangerously easy to reach.
IMO we need the FDA to start caring about supplements. They should at least be allowed to nail companies straight-up lying about dosages. Hell, classify them as food and they probably could.
