> the data may have made it to storage, but that doesn’t necessarily mean it’s actually visible, because the metadata necessary to reach it might not have been written yet.
The author should clarify here that this fsync wrinkle only affects newly created files, not updates to existing ones.
This thread of comments seems to be getting somewhat off topic. I believe the point being made by open3dlabs is that copyright is basically a pay to play system for corporations which is obviously unjust. You're right that copyright isn't enforced on individuals, but DMCA is definitely enforced on small content sharing sites which have little to no recourse compared to large corporations that can flagrantly break the law.
Exactly. It's like the Clean Air act. Nobody's coming looking for your wood stove but they'll happily pull a million bucks out of some podunk business who's maintenance guys were foolish enough to use up an old case of paint that predates whatever the modern VOC regulations are.
Just because individuals aren't an enforcement target doesn't mean enforcement isn't happening.
Is this not a good idea? It makes average users more selective about what content they are sharing, and reduces scam/bot content that can currently spam post links for free.
Facebook knows what you want to see, because you can follow pages and individuals. They choose to show those scam/bot posts to you anyway. This isn't to fight bots.
Very few spam/scam posts I see rely on external links. FB is an all in one scammers paradise. This just seems like a transparent attempt to keep people on platform.
Those 35 links to "you wouldn't believe which politician wants to kill our kids now" type posts are why I quit facebook. There is value in know what my friends are doing, but the negative value of that hate isn't worth it.
Latency can also be traded for availability. EBS storage provides replication and can trivially be removed/attached to new instances if the database server for some reason needs to be taken down. Any database with built-in replication/consensus (Kafka, Spanner, Dynamo, Cockroach, etc.) is making this same tradeoff and is effectively hitting the network on every storage request.
> Any database with built-in replication/consensus (Kafka, Spanner, Dynamo, Cockroach, etc.) is making this same tradeoff and is effectively hitting the network on every storage request.
I don't think this is true. I am not sure about those you described, but say you have PG replicas, you can run query on replica node without hitting some network attached storage. This is obviously true for reads but not for writes.
Yeah, you are correct. I was thinking about writes but not reads. Even the databases I mentioned typically have optimizations such that when there is a stable leader, reads don't require any network.
Considering that the topic is an article is comparing raw NVMe vs EBS performance for postgres storage and GP saying that cloud is unnecessarily inefficient, I misinterpreted your comment as implying that networked storage is always an unnecessary cost. In many cases the cost of replication and availability is lower than the cost of data loss and downtime.
I'm no theologian but I don't really think this coheres with standard Catholic doctrine. Typically, we say that God is being itself, pure and uncaused. All things maintain their very existence through God. We know that God has intellect because the world we reside in is intelligible. God has no need to experience change or time because he actualizes their very existence, and in order to do so, must already have perfect knowledge of it. Humans, even our souls, are created beings and are not any more a part of God than anything else that exists. Jesus was unique in that he was a hypostatic union of human nature and divine nature, and even though he was an indivisible union, these natures nevertheless remained distinct.
Edit: I wrote this response before you added that this was specific to the theology of John Scotus Eriugena.
Yes. He was posthumously condemned in 1225 with an order for his books to be burned. When his works resurfaced in the 1600s, he was added to the banned books index.
Edit: Ah, yeah, this was just one thinker. Early catholic thought is diverse and fascinating. A lot of work went into reconciling religion (and the rest of society really) with the “science” of the time. There is a lot of fun exploratory work trying to reconcile Catholicism with other philosophies, only some of which became cannon. It’s one of the reasons why the scientific revolution was so jarring for all of society - it threw thousands of years of convergent philosophy across society into a paradigm shift when we were forced to abandon things like the 4 element theory.
"In particular" could also be interpreted here as just signaling the main subject of the article, not necessarily making any sort of claim to comparative amount of syncretism.
Editor snobbery digression: that would be poor writing. The job of signaling the main subject of the article belongs to the headline and lede, and "Christian saints" is right there.
No, that phrase is just filler. And IMHO it's basically wrong. Certainly if the author want to show that Christianity is more likely than other religions to import ideas, the article has a lot more work to do than point out one myth. Literally everyone does this.
This is a really pedantic editorial argument. I'm not going to claim the author's sentence is anything amazing, but you are being overly critical. The paragraph clearly introduces the general concept of religious influence through contact, then transitions that idea to pointing out instances of this in Christianity. It is quite literally particularizing the idea as it relates to the main subject, and so it uses the phrase "in particular" in its transition sentence. It's not "basically wrong", it's basically right and you are interpreting it in the least charitable way.
I'm just going to repeat: there is nothing notable or unique to Christian appropriation of myths and stories from other religions. It does it at least as much as everyone else does, and everyone does it everywhere. So trying to tie this uniquely to Christianity seems needless and confusing. The deeper point is more interesting and more important.
Is there anything in that paragraph you'd like to argue about?
Open-source is an inherently radical anti-capitalist philosophy. In your eyes everyone "deserves" what the market is willing to pay, but open-source developers would rather donate their time and energy to create or contribute to something that is freely accessible to anyone and everyone. Also, believe it or not, but some people are not motivated by money, and actually derive value from the process of creating software.
The issue with rug-pulls like this is that they are deceptively masquerading with this philosophy as a calculated business strategy to adopt users. Then in this case they start using deceptive tactics like removing build files so they can continue appearing to be fully open source, even though they are violating the spirit of that term. Finally, they drop the facade when it is deemed valuable enough. Even if you are a strict capitalist, there is nothing virtuous or meritocratic about these kinds of business strategies, they rely on tricky, concealed intentions, and rightfully deserve criticism.
I'll also add that there is nothing "courageous" about deciding to extract more value from your labor at the expense of public accessibility. True courage is found in acts of selfless sacrifice.
> Open-source is an inherently radical anti-capitalist philosophy.
No it isn't. Open source isn't inherently political in any way. Maybe that's what it's about to you, but I open source things because I want to give to others out of a general sense of wishing to build up the whole community. I don't have anything against capitalism.
First off, in some sense everything is political. Next, I am not claiming that you can't be supporter of open source while also holding a wide array of associated political views. My point is that the concept of open source fundamentally rejects the ideal capitalist conception of the world as a bunch of purely rational self-interested agents seeking to optimize wealth and economic output. Willingly performing labor for its own sake, for the benefit of others, with no expectation of return value, is obviously not capitalist behavior.
"First off, in some sense everything is political."
That's what every partisan hack says before they shove their culture war politics down your throat. Some people out in the real world get laid and just can't be bothered to hear your opinion about the race-swapped Snow White remake, regardless of whether you loved it or hated it.
Politics is a lense of analysis that can be applied to almost anything related to the group behaviors of people. Refusing to engage with it because there are charlatans that apply these methods poorly just demonstrates an inability or lack of desire to understand. It's quite revealing btw that you decided to frame intellectual pursuits and sexual behavior as being in opposition and/or claim that the later is somehow more important.
Rust has a sizable and well featured standard library at this point. I think it would be absurd to claim that the base language is "near-unusable" if you are using it for system programming, which is its intended use case.
Huge standard libraries make sense for Java, Go, Apple platform etc. because they are developed by giant enterprises that can manage the overhead. Thinner modular systems are a more natural fit for open source development.
Thinner modular systems also require some good tooling and a good platform that ensures many security properties.
You will be trading a stable and vetted huge standard library for 200 small packages that may all be targets for supply-chain attack. Open-source projects don't all have the resources unfortunately to keep track of all their dependencies, so I'm not sure it's necessarily a more natural fit.
True. And the rust standard library is pretty good. But I really wish we had a good, fast, small futures executor in std. And accompanying async variants of File and Socket and so on.
Async rust is a jungle of weird compatibility questions. People treat async runtimes like sports teams. (I know I do). I wish it were more like Nodejs where async is just built in.
Serde is not even part of the standard library. There’s no HTTP client (let alone server), logging, decent date/time…
That’s not what I call well featured.
Most programs should need close to zero dependencies.
Of course they’re free to do what they want, and there’s the question of maintenance overhead[0], but while https://blessed.rs/ needs to exist, Rust’s standard library is deficient in my eyes.
[0] One idea would be to treat a language more like an Linux distro and have library maintainers like package maintainers but a unified quality, audit, and release process
It’s being used for a wide variety of other purposes however, and so perhaps it’s time to adapt to that reality.
While overhead is a real concern, I think it’s often blown out of proportion. Once a language achieves a certain baseline of stability and isn’t in constant flux and the standard library matures, changes become infrequent and maintenance load is low. The work is heavily front-loaded.
Not at all true, look at the large parts of Python's standard library that are effectively unusable or irrelevant. And they even allow some breaking changes over time (unlike Rust). This is especially true when it comes to anything related to internet protocols or file formats, but there are other modules that have far better replacements on PyPi too (re vs regex for example).
> It’s being used for a wide variety of other purposes however, and so perhaps it’s time to adapt to that reality.
Who is going to pay for the resources to make that happen, though? The reality is that the bulk of Rust contributions come from a fairly small group of people, many of whom are volunteers. Some are Mozilla employees, and they don't have all the funding in the world.
Yes, it would be great if every open source project could magically be able to meet the needs of all its users, but that just isn't how it works.
Please don't take this personally, trying to offer this as constructive criticism. I don't find this to be a very interesting example of the language. If the main feature is a unique approach to memory/multithreading/network safety, I would like to see an example of a multithreaded networking program that uses dynamic allocations, not a ~100 line a procedure that uses static buffers and terminal IO.
The author should clarify here that this fsync wrinkle only affects newly created files, not updates to existing ones.