Why not at the every least use RSS for Posts? Why invent a new json spec? Wouldn't it make more sense to build this around RSS?

> A language’s type system doesn’t need to model every possible type of guarantee

Actually this is the exact point of a type system. Why would you want to write unit tests for stuff the compiler can guarantee for you at the type system level?

I'm surprised by the backlash in the comment section here, all of these things seems like the obvious next step for Rust. It seem people are scared of big words?

> It seem people are scared of big words?

Classic "skill issue" hubris by the language community.

That is when the LSP works, now you've just introduced another thing that may fail.

For pytoy - maybe. Me personally, would love LSP-sourced completion in jetbrains. This dump bot suggests compile errors, APIs sucked out of thin air and other model-sourced nonsense. It does NOT read my code as I read and navigate code.

Id like LSP LLM in my IDE…

I would make sense that depressed people use AI as an assistive tool in their daily lives.

My hypothesis is that depressed people use AI more for companionship/sexual roleplaying than as an assistive tool. Though you could count that as "assistive" as well, I guess. Depression, loneliness, and a lack of social contacts are highly correlated.

One interesting next step would be correlating "AI" use with how much of a social life those users have.

Now we can see it knitting space-time before our eyes

React Native is able to build abstractions on top of both Android and iOS that uses native UI. Microsoft even have a package for doing a "React Native" for Windows: https://github.com/microsoft/react-native-windows

It's weird that we don't have a unified "React Native Desktop" that would build upon the react-native-windows package and add similar backends for MacOS and Linux. That way we could be building native apps while keeping the stuff developers like from React.

There are such implementations for React Native: https://reactnative.dev/docs/out-of-tree-platforms

React Native desktop on Linux isn't a thing, the GTK backend is abandonned.

So if you want a multiplatform desktop app also supporting Linux, React Native isn't going to cut it.

https://reactnative.dev/docs/out-of-tree-platforms says otherwise

React Native Skia allegedly runs on Linux too

React Native Skia seems abandoned. But maybe this will make React Native on Linux viable

https://github.com/gtkx-org/gtkx

React Native Skia last commit is three years ago.

Would be interesting to see some tooling built around being a custom diff driver for a bunch of different standard formats!

I had some interesting luck with the generic approach to unzip the DOCX/XLSX/ODT/etc, then to the contents recursively apply other filters like XML and JSON formatters/prettifiers.

(My work [1] in this space predated git so it wasn't written as a git diff filter, instead it automated source control. But the same principles could be used in the other direction.)

Not the highest level diffs you could possibly get, but at least for a programmer even ugly XML and JSON diffs were still nice to have over binary diffs.

[1] https://github.com/WorldMaker/musdex

I found this in my git starts: https://github.com/xltrail/git-xl?tab=readme-ov-file

And then there is also Pandoc that I guess could be helpful in this regard.

Personally I mapped <leader>q to quit, and <leader>w to save, as well as <leader>x to save and quit.

I remember when https://sshx.io/ first launched for this use case