I read a book 20 years ago(forgot the name), one chapter is called "work as a mercenary', since then I detached my personal feeling from the companies I worked at, it served both sides well over the years.
while neovim is great and I intend to switch even, some time down the road, it caused a not-really-compatible fork and diverted the efforts, I wish them to be merged however hard it will be.
I am maybe just a year or so down from the switch from vim to neovim, but lua is a game changer. It's like, it's easy to configure stuff yourself now. Better plugins are written because the tools are better, or at least so I'm convinced.
I will make a random comparison to latex vs typst (typesetting software). Both incorporate a programming environment, you can write a program right in your document. The difference is that the tex programming environment is a bit unapproachable and not very similar to other languages you may already know, while typst's equivalent is consistent and more similar to languages you know.
Am I the only one who absolutely hates Lua? Its syntax, the fact that variables are global by default unless you local them, `foo = nil` isn't variable assignment but instead variable unassignment!, etc.
There are far better scripting languages than Lua.
You are absolutely not. In point of fact pretty much everyone hates Lua except the handful of folks integrating it. It has a huge lead in terms of embeddability and performance vs. competitors like Python. So you see it show up in little C applications[1] again and again and again because everything else is just too much of a hassle.
But everyone agrees the programming experience in the language is awful.
[1] My son just got into RC planes, so of course I found myself looking at ExpressLRS radios and pulling EdgeTX from GitHub. It's an otherwise straightforward ESP32 board, and there in the app... yup, Lua everywhere.
> But everyone agrees the programming experience in the language is awful.
Simply not true. The power to weight ratio of Lua is amazing. You can keep the entire language in your head easily, and even without LuaJIT it’s crazy fast. It’s great for creating DSLs. As a configuration language it is excellent- in fact that’s how Lua originally came to exist.
DSLs and configuration languages aren't "programming experience" though. (Also that's oversold, you should be on a lisp if that's the design goal, Lua is a distant second.)
I stand by what I said. Lua sucks for coding. The only people who like it are ones who haven't mastered one of the "real" environments.
vim9script is much more approachable while still being native to Vim's internals and idea of text editing. I don't know about using it for things like LSPs though, perhaps an expert could chime in.
I've been playing with Rust a lot in the last few weeks, and I have been pretty happy with the Rust plugins available for NeoVim. It gives me most of the features I would want from a "real" IDE, but of course it's still Vim, so all my configs and other plugins still work.
I'm convinced that the reason it's so good is because Lua is simply a better language than VimScript, making it easier to make plugins.
If you follow any discussions around development, it seems the chance of this happening is essentially zero. I feel that they will continue to diverge into completely different editors.
Hard to say, but as it stands, but my view is that that the typical nvim users want Vim as a full-fledged IDE with little effort whereas Vim users still want Vim largely as a text editor. And of course there are already a whole bunch of incompatible differences between them that would only be noticed by the more "power" users I suppose.
after 50 years of de-industrialization in US, it's a sad fact that US can no longer produce most of those items, yes it's totally gone. It will take a few decades to rebuild, if possible at all. For now, whatever those junks are at Amazon, there are not many options to procure them elsewhere.
Build essential stuff locally, not junk of course.
Or else the virtual economy can not sustain forever based on borrowing money while producing very little locally.
This weird demoralization has to stop. We went to the moon in less than 10 years from beginning the Apollo program. It’s less than 10 years to build a nuclear power plant on average. We deployed the COVID vaccine worldwide in less than one year. Manufacturing is not that hard. If we want to do it, we can do it and we can do it quickly.
True. The biggest impediment to increased manufacturing is the pile of onerous regulations, many of which were created by the stroke of a pen since 2008, and which can be removed by another stroke of the pen.
Do you have any substantiation for either the point that onerous regulations are the primary impediment or that most of these have been created since 2008 (by fiat or otherwise)?
It's always going to be cheaper to make things in places where labor costs and environmental responsibility expectations are low.
That's why the manufacturing companies did it. The politicians allowed it because it was meant to make the world more peaceful and prosperous. Which it did, really.
If you're building tools that need to be deployed to machines, Go/Rust with their static binaries make a lot of sense. But for backend web services, it's hard not to go with Java imo.
fwiw - My favorite language is Rust, but Async Rust has ruined it for me.
Yeah, async Rust is needlessly difficult. I can't quite put my finger on it but having to sift through 10+ crates docs definitely left a very sour taste when I had to modernize one tokio 0.1 app to a 1.x one.
I do love Rust a lot as well but most of the time I am finding myself using either Elixir or Golang.
There's an attempt to make linux kernel threads context switching much faster (150-200us vs 2500-3000us) and if that happens, I'll really hope the rust community pivots from Async for backend development to normal threading. And if that happens, I'll happily use Rust like I used to.
reply