There used to be aggregate subscriptions where you would get multiple participating websites under one payment, and then it would distribute the money based on your actual views. Kinda like Spotify for news.
It always seems to fall apart after a while, with websites just opting for their own individual systems (I guess they get more money that way?).
Internet is just a series of tubes. You're talking about alternative content/services providers (news, video, shopping, etc.) if the existing ones choose to require only approved browsers.
Are you going to run your own news company?
At that point, that's not a tip, that's a bid in a market. Maybe they should just rename the terms like a trading app.
The main pitch is that you don't have to spend time and effort with installing and configuring a project for development when onboarding new people to it, or when you want to contribute to someone else's project etc.
You get a proven, up-to-date "works on my machine" kind of environment that others also use, and you don't need to "pollute" your host system by installing additional tools necessary for each individual project. Compilation (and other build steps), running the project, running the tests, debugging, IDE configuration (e.g. language servers, linter plugins), etc. all happen inside the container.
I personally don't find it all that useful for projects I'm working on long-term myself, but it's nice if you need to check something in someone else's project which you're not that familiar with.
There are the USB-C to headphone jack dongles. Not a great solution, but they exist.
I think it was created by the same people as VS Code, and definitely designed around its needs (at least initially), kind of like the Language Server Protocol.
There is some preliminary support in IntelliJ - https://blog.jetbrains.com/idea/2023/06/intellij-idea-2023-2-eap-6/#SupportforDevContainers, but then it wasn't mentioned in the normal 2023.2 release notes, not sure if they pushed it to a future release or what. Either way, it's a work in progress there.
Then there are tools like https://devpod.sh/ that also use devcontainters.
Regarding how it's different from just using compose directly, I think the idea is that you "connect" your IDE to it and it specifies things like extensions (obviously IDE-specific), debuggers and debug configurations, language servers setup, environment to use when you open a terminal into it, etc.
I do think it solves an interesting problem where you’re working on your desktop and decide to move to your laptop and continue working on the same codebase, but don’t want to commit early so you can pull down the changes to your laptop.
You can just push the changes to a different branch and then merge it to your normal feature branch later. Takes like 5 seconds.
VS Code also supports the devcontainter format, where you can get a well-defined fully configured dev environments locally or remotely. It also automatically asks whether you want to use them if the project has a devcontainer.json file.
So you can get the benefit of a standardized environment without going all-in on cloud.
I don't think they allow JIT in their App Store apps either.
They can still prevent the JIT from working because the resulting native code would not be signed. That would result in worse JavaScript performance in such browsers, but considering today's hardware and software optimizations, it may not matter that much in practice.
The other option is to buy satellite phone which cost $300/mo just to keep it for emergencies.
No it's not, there are other, much more affordable options, such as https://www.garmin.com/en-US/p/837461/pn/010-06003-SU
It does say "for up to 30 days". Would've been better if it was 24 hours, but after the initial wave of verifications, there probably won't be much there.
That is assuming you can trust the company that does the verification for them.