@mimlop The problem is not with the choice of language, it's with the general priorities. Guile is an okay implementation language, G-expressions for example are very powerful. But Guile's implementation doesn't have the quality of life improvements that many mainstream languages have.
Not having an LSP implementation is maybe the biggest issue. Lisp advocates talk about S-expressions as if they magically solved refactoring forever, but I recommend actually trying some of the professional refactoring tools, like those in Jetbrains IDEs, then compare them with what you would have to do in Emacs to do the same.
Anyway, the much bigger issues are the contribution process and the packaging priorities. All the rest (docs, installer, bugs, etc) are just questions of time, but the arcane and archaic contribution process and the hard line free software and reproducibility stance is a question of leadership priorities. Luckily there seems to be some (although not substantial) interest by the core devs to improve on the former, but not so much the latter.
And sadly that overshadows all the really fricking cool technical stuff for me. It can have G-expressions for all I care, it's not going to fix the issue that packages are shipped with known vulnerabilities for months or are just completely broken for a year.
=> More informations about this toot | View the thread | More toots from csepp@merveilles.town
=> View mimlop@mastodon.social profile
text/geminiThis content has been proxied by September (3851b).