Don't use the form. Use the legal way to quit any contract in your country. For instance that means sending a paper letter to their offices with the postal service confirming that the letter was received. If your contract has a quitting period pay the 3 months or what. Then stop and ignore all the annoying emails and letters they send you. They will not sue, because they would lose.
Might cost you $5 for the special letter type, and might cost you 3 more monthly fees than you would be willing to pay otherwise. But this is 100% save in all countries with a working legal system. Of course if they come after you with baseball bats or car bombs, then you probably can't quit their "services" anyways. ;)
For some reason kubernetes community doesn't like docker. I'm not sure why, though. Afaik Docker was what started the whole container hype, and docker-swarm having some nice features like dependency tracking that I'm personally missing in kubernetes (there's probably a project for that already which I haven't tried out yet, tho).
My understanding is that Docker was the preferred container engine for k8s, but Docker did not reciprocate the interest, instead preferring to push Swarm.
Having supported Docker in production, I've found that the stability wasn't quite where it needed to be, but Docker Inc. seemed more interested in adding more and more features rather than stabilizing what they already had. I would definitely welcome a less complex base for running containers in production.
Docker was at times contentious, like when they injected an embedded DNS server into containers of some network types and refused to add a switch to turn that off:
That and, a few years ago, the amount of new bugs that would show up when they had to validate a new version of Docker for kubernetes to support. Eventually Docker adopted a less stressful, dual release cycle.
Google has internal equivalent of docker which they use instead, and they are one of biggest contributors to kubernetes. Im sure there are more reasons though.
I think the bigger point in the future will be not AI beating known gambling activities (gambling in the sense that you put in money and have a random outcome about whether you get money back, let's not have a discussion about poker being gambling or competitive sport). The bigger point will be AI creating gambling activities that are even less resistable than our existing options. There might be digital drugs.
This is more about historical AI challenges. When Chess was beat people realized painfully and happily that they can't beat Go with the same approach. Therefore it was the new Mount Everest.
And Starcraft is a competition because SC1 was a game that was easily adaptable for AI hobby coders and competitions. A little like they have this Robo Soccer world championship for Robo builders. It's part of the domain culture I guess.
Which is not much, if you could've gotten $500M more in investments.
My experience is the complete opposite of Tim Ferris Wisdoms TM. If you are where the money is at, you have vastly more opportunity to participate on the receiving end of money flows as well as information flows. So if you are a keen developer in SF you will not live on $60k for long, but rather quickly bargain your pay up the food chain to $120k or $150k. And then check out how well you can live on $120k in Thailand, you know?
There are two exceptions to this rule of following the money, though.
Exception 1: When you hit the ceiling. It might be much higher than you initially thought, but there is one. And when you hit it, it might be more reasonable to try to stabilize on that level and find a more peaceful and cheap environment to live in.
Exception 2: When the current location is over hyped. Bay Area might still be in that phase where prices really are too ridiculously high. If you spend more than $60k/year on rent alone then maybe it's not wise to go there for $120k. But it might still be worth an internship or finding customers there.
> It's not just safety and security that must be provided, but social inclusion as well
Isn't it curious that we need to provide this as external source of safety? I'm not disagreeing, I also think so, but it's still surprising.
If we think about that "the machine" is objective, and that it can look into our hearts, that it wants to reach as many of us as possible, and wants to convince us to do its bidding by positive feedback loops, then why doesn't provide safety and security as a default?
Makes me wonder if our feedback loop is somehow "buggy" and that the feedback loop and our needs are not really correlating that much.
Have I missed it or are there no results in the article? First he has a long intro, which is nice. Then he goes way over board explaining his data and code. Then he talks about his mattress. If you've seen results can you point them out to me? Thanks.
Well, it's always a trade-off. When you inline stuff that is in separate functions you certainly increase the debuggability and readability and maybe even the performance of that one usecase you currently think about. If your goal is rather straightforward and your code is unlikely to be reused in high percentages in later developments (i.e. if you are coding a game in C++) then it might be a really good idea.
But if you work for instance on MS Word your goals will change 2-4x a year, you will have a list of hundreds of goals, your code might be reused in MS Excel without people even telling you, etc. In such kind of situation it is much, MUCH more important to encapsulate everything in classes and methods and functions (methods changing states, functions not) in a way that it can be treated as a black box. So in that kind of situation you are rather building lego blocks and hope that they can be connected easily enough to build the house that the little child, which is your boss, wants. In that case your lego blocks each need to be very testable and very connectable.
And the truth is that most of us live somewhat in the middle. We have a clear, highest goal that needs to achieved asap, while at the same time having loads of competing medium-priority goals that change all the time. So, while John's insides might be awesome by itself if you haven't thought about this topic before, please don't go full steam in that direction for a few years now. The best result is usually a little unclear and in the middle between two extremes.
you can try to find likeminded people on Mastodon (also currently on HN front page, an open source, federated twitter clone) or scuttlebut (imo more decentralized even, but quite focussed on solar punk in New Zealand) I guess. Also the Pirat Party (actual political party in case you don't know) uses a similar system IIRC.
And you can probably just start with the community around Decidim and work your way outwards to a wider community by participating in discussions and learning to know people.
https://www.youtube.com/watch?v=6kfgXoclrjk