Apparently they had not been contacted.

I think cue might be close but to be honest, some practical examples would have been helpful to get a better impression of the point the article is trying to make.

Personally I find rust projects very inviting. Figuring out the amount of unsafe code is easy with grep/rg (to a certain degree), the project structure is pretty standardized, etc. All of this makes even a complex project relatively easy to start with. At the same time, the language is pretty usual (C-like and readable). I understand people like it, and writing "written in rust" is a good call for those people, I guess.

"Written in JS" would communicate something else than "written in D" or "written in C++". It communicates a lot of things implicitly.

But the main point here is that this is something generated in a chat-like product. The task and expectations and level of control are completely different. I am not saying it is impossible something like this comes up in a model even with good training data, but even in this unlikely case, this would be easy to catch with a filter.

AI is not search. It is a likelyhood-based text generator which can be useful for finding good terms for search and a lot of other uses, and while people use it for search, the mode and UX is completely different. That is why people use it as such!

If a Restaurant cannot provide proper hygiene, it will be forced to improve or be closed if noticed. And for Grok (and others) hygiene is in question due to such incidents. Society needs to discuss metrics for AI chat hygiene so we can have consistent law enforcement to shut down services like these when they are not hygienic enough.

Besides, CO2eq are often wrongly measured with nuclear energy, ignoring building emissions and effect on the water temperature in rivers (every summer more and more plants need to shut down because of this), etc. Even if this would be done right, there are again and again longer periods where Germany exports energy to France because their reactors are often in maintenance. In the end I would say it is always a bad idea to rely on only one technology to a large degree. Only a well done mix makes you resiliant.

That said, I am just glad Fairphones are usually relatively well covered by open source versions of android and other operating systems. Even if I may need another phone for banking apps and all that annoying stuff in 2030 or so, I can at least safely re-use it for other purposes. My "old" Android is now nothing more than an offline mp3 player, which is kinda sad.

Impressive, but practically unplayable because, for example, the moment grass comes near to the camera it will likely halluci-spawn a wall or something right before the camera (behind the grass). Every time I saw a place to walk to, I was never able to reach it because of similar effects. But: nice idea.

I am not against zim or obsidian. In fact, I currently use plain markdown wit vs code, which boils down to a similar situation. But vs code and its extensions may be gone in a while and then I will have to look what to do.

I like that zim is not automatically a hosted solution but a local app. I would love to see more local apps for archiving solutions and PKM. I just have some issues with the Zim app itself. It works nice for some of my use cases, but not for all. And I wish it would just use markdown (I know it has limits). Stuff like that.

I think Zim does not really fit into the discussion because it does not rely on easily exchangeable standard software like a file explorer and browsers.

That said, I believe that notetaking applications mostly exist because file explorers do an extremely bad job and integrating applications with them is too limited or at least too reunified. Look at what these applications offer. 80% of it is actually the task of a file explorer.