Live data from Hacker News

Vim 9.2

vim.org

61–70 of 203 posts

Re: Vim 9.2

#61
post #24

Earlier quoted context omitted.

> Even javascript would have been better for me than Lua. Why?

Because I know javascript a lot more than I know Lua (and I suspect given js popularity, a lot of people are in the same boat). Yes Lua is easy to learn, but it's still different enough that there is friction. The differences also aren't just syntactically, it's also libraries/APIs, and more. I also don't have any need/use for Lua beyond neovim, so it's basically having to learn a language specifically for one tool.…

I agree but also wonder if editor plugins fall squarely in the range of things an LLM could vibe-code for me?

There is a large class of problems now for which I consider the chosen programming language to be irrelevant. I don't vibe code my driver code/systems programming stuff, but my helper scripts, gdb extensions, etc are mostly written or maintained by an LLM now.

Re: Vim 9.2

#63
post #55
post #51

Earlier quoted context omitted.

tmux + vim + Claude Code

This. With so much of my work being done with Claude Code via terminal, I’ve used vim and tmux more than I have in the 20 years since I was first introduced.

How many people don’t know tmux in the industry is really beyond me.

Re: Vim 9.2

#64
post #35

> For over 30 years, Vim has been "Charityware," supporting children in Kibaale, Uganda. Following the passing of Bram Moolenaar, the ICCF Holland foundation was dissolved […] and its remaining funds were transferred to ensure continued support for the Kibaale project. […] Vim remains Charityware. We encourage users to continue supporting the needy children in Uganda through this new transition. I settled on vim for…

I used to work for a large enterprise, and tried to get vim ‘approved’ for internal use. I remember this charityware clause caused our legal department to get tied up in all sorts of arguments about how we could be opening ourselves to liability if we used it without donating. It was my first lesson in navigating large company processes.

In the end I just kept quiet about the fact that it ships in all the Linux package repos.

(Just to be clear, I fully support what Bram did here)

Re: Vim 9.2

#65

But where are the AI features?? Gonna get left behind! Only joking of course, actually quite refreshing to see a new version announcement of something this major without any AI nonsense.

Vim and its ilk have plenty of AI.

Actual Intelligence. It's connected to fingers/hands/arms/torso that is using it.

Re: Vim 9.2

#66
post #52
post #18

Earlier quoted context omitted.

Honestly curious, what are the tradeoffs with vim9 / vimscript?

well the library ecosystem, developer tooling, and gradual typing support for lua is far ahead of what’s available for vimscript. in my experience lua is #2 behind javascript/typescript’s #1 when it comes to scripting language LSP stuff. both python and ruby suffer from a profusion of alternative type checkers and whatnot that cause pain and fragmentation when it comes to tooling. it’s pretty great to have my vimconf…

Oh man imagine if NeoVim had been TypeScript. I would've switched then.

Re: Vim 9.2

#67
> The MS-Windows GUI now supports native dark mode for the menu and title bars, along with improved fullscreen support and higher-quality toolbar icons.

Congratulations on the new release! Looking forward to applying these awesome improvements.

Re: Vim 9.2

#69
post #46

Earlier quoted context omitted.

The copilot plugin works well

That's good to know. I've never actually tried Copilot. I was going to try this week.

Totally worth it. I tied it to openrouter.ai so that I could use 'all the AI's' (TM)

Totally worth it

Re: Vim 9.2

#70

Earlier quoted context omitted.

Because I know javascript a lot more than I know Lua (and I suspect given js popularity, a lot of people are in the same boat). Yes Lua is easy to learn, but it's still different enough that there is friction. The differences also aren't just syntactically, it's also libraries/APIs, and more. I also don't have any need/use for Lua beyond neovim, so it's basically having to learn a language specifically for one tool.…

I agree but also wonder if editor plugins fall squarely in the range of things an LLM could vibe-code for me? There is a large class of problems now for which I consider the chosen programming language to be irrelevant. I don't vibe code my driver code/systems programming stuff, but my helper scripts, gdb extensions, etc are mostly written or maintained by an LLM now.

I'm right there with you, and to be honest Lua just works. I helped with Neovim when it started ~10 years ago, and didn't understand the big deal about implementing lua.. But now that it's here, I can't believe it wasn't forked and implemented sooner
Post reply on HN