TeddyDD

Each to their own, I use both for different things, I like EveryDoor UI better for placing POIs.

Great app. There is also https://every-door.app/ that gives you slightly different set of tasks and allows you to place POI easily. I recently mapped a lot of trash cans and benches around my neighborhood while walking with my dog.

Good thing then that the most popular version control system on the planet does not have silly, unprofessional name...

10x faster is probably underselling it given my experience with both. PyInfra is very fast.

Adding to sibling comments: I used to use Ansible professionally and PyInfra for homelab. Ansible is ridiculously slow.

The only issue was I had to implement some facts and operations myself that probably were available in some Ansible package but to be honest it was trivial.

It's normal text editor like VSCode or Sublime. It's fast. The out of the box experience is good (auto configured LSP, tree sitter etc.)

Good idea, sounds like the only sane way to use it.

Don't use Hugo. The maintainers are so detached from reality it's not even funny. The project is about 12 years old, has +80k stars on github and used in production by many. Despite that still no 1.0 version and they introduce breaking changes for no good reason. You website will break all the time. I made a mistake of creating few websites with it and now I have to rewrite them all in other SSG because I refuse to participate in this circus.

This seems to be insanely useful. Google search is so bad nowadays I often withed for some kind of history indexing. Good job!

Even better - train a model on MS source code leaks and use it to work on Wine fork or as you said - vibe coded MS office. This would be hilarious.

No REPL for example.

In what specific areas Phoenix Live View is so far ahead? Do you mind elaborating?

The unfortunate disadvantage of Live View is that you need to write Elixir. A lovely language, but it would be hard to sell in company that use only <SOME_LANGUAGE>. The hypermedia libraries like d* and htmx can be used with any backend.

OOB is annoying in HTMX because you need to include hx-swap-oob attribute in every component you want to swap this way. In Datastar you just use id.

Have you considered wrapping this in web component so it can be used without the div + constructor call ceremony?

I like the idea of bundling Lua with bunch of batteries but the syntactic changes go too far. They seem to be lousily designed attempt at turning Lua into Typescript.

For example coalescing operator. You can do the same in standard Lua with or. Pipe operator might seem like cool idea, but the language needs to be designed around it (Elixir) or you need multiple variants (threading macros in Lisps).

Python breaks compatibility across minor versions. I'm not surprised seeing such proposal.

https://www.warmplace.ru/soft/sunvox/manual.php#ctlauto

It seems it's possible

Good desktop client.

We don't need visual programming, we need moldable development like Glamours Toolkit but implemented in a language that does not suck.

It's like saying nginx is better than superbase/firebase. Apples to oranges.

You could replicate PocketBase in Readbean, but you would have to implement from scratch: - resources with CRUD API and real time subscriptions - admin UI - authz & authn system

Seems like vaporware for now.

But then you have to keep old interpreter installed and you won't benefit from improvement in new versions of the interpreter.

Your old Go code not only will work with new versions of the compiler - it probably will run faster.

Without any hesitation. Google won't kill Go given how much they use it internally. Even if they do, someone else will take over. Additional benefit of choosing Go over Python is lack of breaking changes in minor releases.

It should, just well funded, like Blender.

Hard to tell since there is zero documentation in regard to models.

I agree on the keyboard. I had T470 from my employee and the keyboard felt nicer than every Dell and HP I ever used.

Same here. Lazyness bit me. Back to antennapod I guess.

Isn't gsettings/gconf/dconf something like registry? Gnome tends to implement worst stuff from Windows and Mac after all...

I'd probably use Helix if it had 1:1 Kakoune keybindings. Or even Vim bindings.

Vim bindings are not the most consistent, but they are ubiquitous. Every program that offers Vim mode has very similar keymap. If modal text editor deviates from them, it better be for good reason.

Kakoune bindings are very different from Vim, but they are provably and objectively [1] better, so that's fine. They are also more consistent and there is a clear idea behind the whole design. It's written down in documentation. You might prefer Vim or Emacs, but at least you can see that changes from well known Vim scheme are not made at whim.

Helix keymap feels like it was improvised without any thought behind it. „Let's take Kakoune binds and add back visual mode cuz I feel like it.” Currently, they are designed by committee in this GitHub issue[2]. I don't see any design notes and explanations why should I spend time learning Helix keymap.

[1] https://github.com/mawww/golf [2]: https://github.com/helix-editor/helix/issues/165

They still do breaking changes, so it's probably for the best.