If AI replaces workers and pays taxes, should it also vote and receive social security?

Also health insurance in the sense like repairing damaged components and robotic parts replacement.

Belgium is not not exactly known for its functional government. They have a lot of them and can't seem to quite keep them together.

https://www.brusselstimes.com/1862716/542-days-brussels-brea...

https://contexts.co is another good way to jump around windows in macOS.

You Cmd-Tab, release Tab but keep holding Cmd, and type the name or shortcut of the window. No preconfiguration necessary, it becomes automatic to just tell it what you want.

Are you using "building" to mean "creating content" for the web? Then yes, in absolute numbers, it's more worth it (monetarily) than ever to create content. There are more people than ever making serious revenue with things they are publishing on the big platforms -- even if competition is increasing, consumption is also high.

"Building" websites? Indeed eroded by social media, many businesses are happy with only a Facebook/Instagram presence.

"Building" software? Yes and no: it's all still on the web but the increasing number of developers, and now AI, are making it easier to fill niches. There aren't many low hanging fruit left, you won't get rich quick with a todo app.

The value of the space is whatever the user/team finds valuable.

You almost had the right idea there: the value of what this emits is really in the summary of diffs. I'm certainly not going to go through each commit and read the diff each time I look at the log, but I still want to understand what happened and be able to find individual commits. If extra information about the author's thoughts is just not available, I'd much rather have summaries than a blank log of "WIP" comments.

It's absurd to gatekeep commit messages to only "the thoughts of the author", even if that's what usually goes in there. A good diff summary might even be more useful than a ramble that doesn't mention important changes.

It's not absurd, and it's also not gatekeeping.

Why do you want a summary of the changes? The bulk of the information in a commit is the diff itself.

The information that is not contained in the diff is the author's intent, and that's what the space is meant to contain.

I'm not convinced you actually believe that a summary is valuable because this whole comment is coming from a very defensive place.

From the looks of it, CoreWeave is a crypto company now turned AI company, currently offering infrastructure/cloud services. Definitely no focus on data or developer tools. (Also see the recent "CoreWeave is a time bomb" recent articles here, https://hn.algolia.com/?q=CoreWeave).

It's sad Marimo got sucked up into this, I fully expect it will not receive the love and support it deserves, especially now that it was shaping up to be an amazing tool. I can only hope it will fail quickly and painfully, so as to spawn an open source fork that will outlast the AI bubble.

Would love to be wrong.

Ooof, more bad signs

I'd argue the founders made the choice more than they company got sucked up

It's not reasonable to expect a source code management system to display the last output of every Python script.

It might have been convenient for Jupyter notebooks, but that was a side effect of what's essentially a negative feature, the last output of every cell being thoroughly mixed with the source code.

You may see it as a negative feature, but i see it as a positive feature. I can push my notebooks to GitHub with the outputs and share them with others. Those people can see what the results are without having to setup and run the notebook.

This is incredibly useful for knowledge sharing and learning

Oh don't get me wrong, I have nothing against publishing notebooks, on GitHub or anywhere else. That was the convenient part. The negative feature was Jupyter mixing output into the file source code, making it difficult to version.

With Marimo, the way to achieve the same result is to have it (automatically) export the notebook to a _separate_ static HTML file: https://docs.marimo.io/guides/exporting/#export-from-a-runni...

Same here, Fedora and iOS. I've mostly stopped using it because I couldn't rely on the app working when I needed it.

The computer doesn't even change addresses, there is no need for mDNS or anything fancy, setting up devices manually once would be just fine.

Yeah eveey time I want to use it I generally need to unpair and pair it again. Weird stuff like trying to send my clipboard from my phone and it goes the other way.

It's handy, but needs work.

Even today many apps still fit perfectly within those constraints. I'd gladly accept a fixed layout and no internationalization if that would mean sitting down and writing a rich app with one single dependency (!), zero boilerplate setup, and easy deployment.

The alternative I'd suggest to someone using Hugo for a simple site/blog would be https://www.getzola.org. Single binary, batteries included.

Does anyone have a better go to?

I switched from Hugo to Zola for a reason similar to the author's.

I've been using Zola now for years, and I'm really happy with it. Good features, and nice and stable.

This is what I use and I’ve been very happy with it for many years. It hasn’t caused me any trouble and as far as I can tell it hasn’t changed in the whole time I’ve used it.

I don't know about "better" but I like Nikola (https://getnikola.com)

I'd take Rust over python any time!

I've used Zola and it gets the job done in a few commands, nothing else I need from it tbh.

I’ve used Zola for years and I love it. Good maintainer, does what it needs to, and it’s fast.