yes that is easiest; or just be a 100% owned subsidiary. (that's what say, waymo is).
the good thing is that you afterwards the cap table of the subsidiary or the spunoff can evolve (ex: waymo / amp can raise money independent of the parent company).
I think this is really unfair, in the current day and age, especially when there are "Open Weight Models" that are bending the definition of the FOSS.
I don't have a skin in the game, but I personally think that the definition of FOSS is too rigid and strict and is not evolving. There has been many challenges over time (LGPL's linking exception, tivoization, AGPL trying to fight against SaaS, Open Core business models, ...); and we are really bestowing very harsh moral standards for people who are trying to do the right thing.
For me, Sentry, being 10+ years in its existence (I used it ever since its logo was a Starcraft II unit), never participated in the usual enshitification of the software, being labeled as "NOPE" is disingenuous. I would gladly pay for Sentry because I love the software, and I also know that if shit hits the fan, I can self-host it (though the configuration for self-hosting got progressively difficult over time, but that's the complexity of modern SaaS stack). I can make similar arguments to other tools in this site that I'm familiar with.
I like `gevent` but I think it may have been too hacky of a solution to be incorporated to the main runtime.
"creating the first ever first-class language with green-threading at its core."
... isn't that what Go is? I think out of all languages I use extensively, Go is the only one that doesn't suffer from the sync/async function coloring nightmare.
This is the answer; turns out that non-transformed links are the most generic data format, without any "compression" - QR codes or a third-party-intermediary - needed.
Definitely agree that goroutines don't suck; it makes go into one of the only languages without "function coloring" problem; True N:M multithreading without a separate sync and async versions of the IO libraries (thus everything else).
I think channels have too many footguns (what should its size be? closing without causing panics when there are multiple writers), thus it's definitely better "abstracted out" at the framework level. Most channels that developers interact with is the `Context.Done()` channel with <-chan struct{}.
Also, I'm not sure whether the go authors originally intended that closing a channel would effectively have a multicast semantics (all readers are notified, no matter how many are); everything else have pub-sub semantics, and turns out that this multicast semantics is much more interesting.
But the term itself was created and captured by the left from the beginning; Proudhon first used it; Marx popularized it; so in the history of terminologies it always had the meaning that we associate with it.
I like the term "market economy" or "commercial society" more, because it does capture more of what's happening on the market and the society.
I think the parent's suggesting that they should be "one way" shortcuts; i.e. "# Heading" auto-formatting as a heading is a shortcut, and it doesn't allow you to go back and modify the original markdown.
Yes; Ubuntu did this from the beginning; (6.06 is the first I've used, and I still remember _when_ I used it), Python's introducing CalVer too (aptly numbered PEP https://peps.python.org/pep-2026/)
Yes, they tried to avoid the cliche by pointing at the cliche, but they weren't able to refute Our Incredible Journey.
Though, this was a real product, with almost 10 years of operation; very few products last this long, and the product wasn't immediately shuttered after the acquisition, so it is unfair to categorize them into the same OIJ bucket.
yes `== null` is quite convenient for the null or undefined check.
In general, the whole `==` versus `===` is a silly argument in a typescript codebase, because if you know the types of the arguments, `==` behaves predictably.
Who's the target audience for this pricing that can afford this? The RUM pricing is indeed quite ridiculous.
It feels quite ridiculous, especially if you are managing "soft" resources like IAM roles via Terraform / Pulumi. At least with real resources (say, RDS instances), one can argue that Terraform / Pulumi pricing is a small percentage of the cloud bill. But IAM roles are not charged for in cloud, and there are so many of them (especially if you use IaaC to create very elaborate scheme).
DuckDB would've been a good example to be included, because it tries to target the need for horizontal scalability with an efficient implementation altogether. If your use case stays below the need for horizontal scalability (which in the modern world, mixture of clever implementation and crazy powerful computers do allow), then you can tackle quite a large workload.
- 1. multiplexing protocol implemented on top of HTTP/2
- 2. serialization format via protobuf
For most companies, neither 1 or 2 is needed, but the side effect of 2 (of having structured schema) is good enough. This was the idea behind twrip - https://github.com/twitchtv/twirp - not sure whether this is still actively used / maintained, but it's protobuf as json over HTTP.