kipukun

I think the difference here is that they are paying for a feature they are morally opposed to, and thus supporting it. So now they are faced with two options: subsidize the development of technology they don't like, or leave and stop using the service altogether. The outrage comes from feeling morally obligated to leave a paid service despite being otherwise happy with it.

You would also be in prison if you disclosed anything about Los Alamos during its development. It was a completely different environment than a single private company.

Someone left a company whose executives and senior researchers think their product will be the most important thing in the world after their IPO. Given that this person is already disclosing some elements of internal company sentiment, why not share any of these civilization-ending scenarios of this technology that these senior researchers are dreaming up? If they are so potent and necessitate leaving behind based on moral grounds, why not tell the whole world so we can stop it? We have to ask ourselves this question before resorting to pop-culture representations of fictional technology.

Constructed human life is just more complicated than the AI capitalists would want you to believe. For example, even if an AI model can design a circuit-board, does that mean it's inherently useful? You need to source the wafers, cut them, package them, advertise them, etc. Given LLMs by their nature are confined to language and language-adjacent tasks, that is a very small percentage of the overall reasoning needed to make changes in the real world. In reality, LLMs are the intended way to extract maximal surplus-value from white-collar workers. We may see an increase in innovation as a result of that, but not because AI necessarily did it, in the same way that the power loom didn't create computers because its textiles clothed the computer scientists.

An interesting tidbit made insufferable by the writing style of Claude. ATP these articles are a collection of keywords to do my own research.

A post-labor world is necessarily a post-capital world. It is pretty impressive that the only way we can envision this happening is by inventing a species of robots that somehow concurrently A.) have all the same reasoning and functioning capabilities as humans and B.) are completely subservient to humans to perform labor. Specifically addressed to TFA: you are already part of the permanent underclass.

Just because we've been doing something forever does not mean that a recent resurgence in policy interest and a re-evaulation of the social worth of these projects is a waste of time.

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.

This almost feels like satire.

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.

XGBoost is just faster on the GPU, regardless of the file format. A sibling post also pointed out compression helping out on bandwidth.

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.

[1] https://github.com/vortex-data/vortex/issues/2116

This game is awesome. I have no other feedback other than I had a lot of fun.

You'd be surprised. As long as your query is using Polars natives and not a UDF (which drops it down to Python), you may get good results.

To the second footnote: you could utilize Polar's lazyframe API to do that cosine similarity in a streaming fashion for large files.

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.

EDIT: typo

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.

(2021)

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.

Might've been overlooked, but "fastly" should probably be "quickly" on the main page.

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?

1. I use it on all of my servers.

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.

5. I never want to look at iptables again.

EDIT: fix spacing

Why not explain that POV?

so you're saying Valve should release software that, if a bug appears in this now unsupported Chrome version, is now susceptible to this bug that will literally never get fixed?

Neat project. Any roadmap for cross-validation support (GridSearchCV and friends)?

You know, I really like this idea. It's simple, straight-forward, the website loads, and its demographic is mostly everyone. Good stuff. One qualm is that two scrollbars show up, probably from some overflow: scroll stuff. Would consider looking at that.