nehalem

I fundamentally appreciate the single tool toolchain but ty‘s hesitant support of Django(’s quirks) preempts the advantages for me.

I wish it would at least be kept out of UI frameworks.

Thank you for your thoughtful reply. The extension system makes great sense.

But it's also stuff like `"SELECT * FROM my_df"` – It's super cool but why is my database connecting to an in-memory pandas data frame? On the other hand, DuckDB can connect to remote Parquet files and interact with them without (explicitly) importing them.

In these examples, DuckDB feels more like an ephemeral SQL-esque Pandas/Polars alternative rather than a database.

Probably it's just me losing track of what a database is and we've evolved from "a monolithic and permanent thing that you store data on and read data from via queries".

I have a deep appreciation for DuckDB, but I am afraid the confluence of brilliant ideas makes it ever more complicated to adopt —- and DuckLake is another example for this trend.

When I look at SQLite I see a clear message: a database in a file. I think DuckDb is that, too. But it’s also an analytics engine like Polars, works with other DB engines, supports Parquet, comes with a UI, has two separate warehouse ideas which both deviate from DuckDB‘s core ideas.

Yes, DuckLake and Motherduck are separate entities, but they are still part of the ecosystem.

To be honest, I don’t know. I just enjoy the simplicity of devenv. It’s the right amount of user friendly.

Sure and that’s nice going forward. Yet unlike with Chrome, older devices won’t be updated making this a nice add-on at best.

I like this a lot. What I would love to see is a panel to run management commands and see their output. Would be great in services like Google Cloud Run where you cannot access a shell anymore like you could on Heroku.

This is a straw-man argument. A public service that can answer whether a one-time key provided by the user to the service fulfills a certain requirement would suffice.

No doubt, maybe should I have emphasised the "general" part of "general purpose" more. Not a hardware person myself, I wonder whether there would be purpose-built hardware that could do the same more cheaply – think F(P)GA.

Whenever I see another supposedly menial device including enough general purpose hardware to run Doom, I wonder whether I should think of that as a triumph of software over hardware or an economic failure to build cheaper purpose-built hardware for things like sending audio over a radio.

Answering the question how to sell more tokens per customer while maintaining ~~mediocre~~ breakthrough results.

Seeing news like this, I wonder whether there is a market for an OSS Android and/or Linux distribution that provides the management comfort of Chromebooks without being tied to Google, Apple or Microsoft. A little like Keycloak but one layer higher.

The actual disturbing thing is that given Next‘s track record of questionable security architecture, the author felt compelled to make the joke explicit.