I feel like the intro to the article is understating the amount of work an individual pop artist puts into their work, even if it is supported by a team of engineers/writers/producers. I like the interview, however.
I'd like to add to your point that private torrent trackers have had invite tree systems for awhile, and usually if your invitee breaks a rule, you get in trouble as well, so you are encouraged to only invite people you trust. The system has worked well for a long time, and some of these communities still thrive because of the trust that is built.
You realize homes are also private property right? You can have a shitty neighbor like the one described that is also enabled by the fact that they're in their own home. That doesn't justify what they're doing, but your argument against stores as "private property" doesn't hold water.
The cuDF interop in the roadmap [1] will be huge for my workloads. XGBoost has the fastest inference time on GPUs, so a fast path straight from these Vortex files to GPU memory seems promising.
For your wimsey library, using “pipe” to validate the contracts would seem to me to drastically slow down the Polars query because the UDF pushes the query out of Rust into Python. I think a cool direction would be to have a “compiler” which takes in a contract and spits out native queries for a variety of dataframe libraries (pandas/polars/pyspark). It becomes harder to define how to error with a test contract but that can be the secret sauce.
Most people want unlimited for the convenience. You can very easily go to Fi or a budget carrier for more fine-grained plans like the ones you described.
Looking at your YC history, Rubbrband was initially meant to be "a way to train open-source Machine Learning models in just one line of code." I'm curious what this initial offering was and why you pivoted.
Gainax's financial troubles are well documented in an interview with Hideaki Anno, where he detailed how the company was pretty dysfunctional from the start. The company's president was arrested for tax fraud in 1999, for example. This has been a long time coming.
On the Parquet topic, the Polars lazyframe workflow of operating on a Parquet file is so convenient for me when wrangling hundreds of millions of rows. You avoid loading the data into a SQL server if you don't need to.
Do you think you'll add local file support in the future? Also, do you have any plans on making the reading of a source parallel? For example, connectorx uses an optional partition column to read chunks of a table concurrently. Cool how it's abstracted.
I'll bite -- he discovered a vulnerability in a large company and responsibly disclosed it to them. How is that a felony? Why would you post a felony online?
2. FreeBSD offers a coherent base system with sane tools. pf is a godsend, and the ports collection is a good trade-off of configuration and simplicity. ZFS used to be a killer feature but is being integrated into Linux systems.
3. FreeBSD is designed around "general purpose" use and has a lot of backing from corporations like Netflix.
4. FreeBSD is missing a true container solution that is compatible with Docker (jails don't count). There has been some work on this as of the most recent BSDcon, so I'm hopeful.