Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Leaving Neovim for Zed

stevedylan.dev

Post reply on HN
Print view View original

311–320 of 331 posts

Re: Leaving Neovim for Zed

#311

Post by _7tgr »

pkkm wrote: post #310
_7tgr wrote: post #166

Earlier quoted context omitted.

And, oddly, they chose to do their own Scheme implementation for it. Not that I'm against Scheme in particular, but a lot of other people justifiably seem to be. It doesn't have the speed or learn-it-in-10-minutes of Lua (nvim) or the historical excuse of Elisp/Vimscript (emacs/vim) or the ecosystem of Typescript (vscode). Strange choice.

Scheme makes sense to me (better semantics than Lua), but I'm surprised that they didn't choose an established and fast implementation like Guile.

Yeah, that was mostly my thinking. I like lisp!

Re: Leaving Neovim for Zed

#312

Post by wyclif »

Filligree wrote: post #286
wyclif wrote: post #162

Earlier quoted context omitted.

It sounds like you don't have lazy loading enabled. No way it should take that long to start up, and version updates shouldn't be that frequent.

I don't know how to enable it. It isn't mentioned on the config screen, though not very much is.

How much ricing have you done of the default config? Lazy loading of plugins is enabled by default— you shouldn't have to do anything. LazyVim handles lazy loading automatically; you don't need to manually configure anything. It should look like this:

    -- lazy.nvim configuration example
    require('lazy').setup({
      defaults = {
        lazy = true, -- default to lazy loading
        -- other default options
      },
      plugins = {
        { 'neovim/nvim-lspconfig' },
        { 'hrsh7th/nvim-cmp' },
        -- ... other plugins
      }
    })

Re: Leaving Neovim for Zed

#313

Post by steelframe »

owenpalmer wrote: post #208
kstenerud wrote: post #191

> I was already a keyboard maximalist from previous jobs where I learned speed = productivity I've never understood this. In over 30 years in the industry, I've not once held a job where my keyboard speed had a noticeable effect on my productivity. Even when I had to type one-handed for a month, my productivity was unchanged. The average developer averages 10 lines of finished code per day. And even with a raw 10x th…

> The average developer averages 10 lines of finished code per day This is a ridiculous statement. Citation needed.

> This is a ridiculous statement

Ten lines per day?? Over my 20-year career in Big Tech I figure I've averaged about 10 lines of shipping code per week. I've been working in a domain-specific field and have shipped several kernel features. These days I'll sometimes go an entire quarter without writing a single line of code.

Not all of us went down the "Java code monkey" career path.

Re: Leaving Neovim for Zed

#314

Post by owenpalmer »

steelframe wrote: post #313
owenpalmer wrote: post #208

Earlier quoted context omitted.

> The average developer averages 10 lines of finished code per day This is a ridiculous statement. Citation needed.

> This is a ridiculous statement Ten lines per day?? Over my 20-year career in Big Tech I figure I've averaged about 10 lines of shipping code per week . I've been working in a domain-specific field and have shipped several kernel features. These days I'll sometimes go an entire quarter without writing a single line of code. Not all of us went down the "Java code monkey" career path.

> I'll sometimes go an entire quarter without writing a single line of code

Then you're not a programmer anymore, you're something else.

Re: Leaving Neovim for Zed

#315

Post by 8fingerlouie »

keybits wrote: post #306
8fingerlouie wrote: post #238

Earlier quoted context omitted.

My only gripe with Sublime Text is that they've changed to a "semi subscription" license model, where licenses expire after 2-3 years, and you essentially need to buy it again after that time. It's essentially the same model used by other editors like the Jetbrains suite, but unlike Jetbrains, updates to Sublime Text (and Merge) are few and usually don't contain much other than bugfixes. I've faithfully purchased Sub…

I'm in the same situation. The upgrade price for Sublime Text and Sublime Merge is $152 whereas the full license is $168. As you say, it feels more like a subscription model. I'd renew if the discount was bigger. I can of course continue to use the versions released while my license was valid, but it would be nice to get bug fixes and new feature while still supporting the developers.

I wouldn't mind the license fee as much if there was actually any development going on, but for the past 3-4 years, there has basically been 4-10 months between releases, and each release has been more or less bugfixes and rewrites [1]. There has been 4 updates in 3 years.

The issue tracker for ST has 1863 open issues, or 41% open vs closed issues [2], and the issue tracker for SM has 1055 open issues [3].

I have no problem paying for software, and i understand that most developers don't work for free, but with this software it doesn't even appear i'm paying for "work", and instead it appears to be more or less a passive source of income for the developer.

As i wrote earlier, i'm not entirely sure what i'm gonna do, but given the slow pace of improvements to ST, i guess i can easily wait a couple of years before updating, if ever.

[1]: https://www.sublimetext.com/blog/

[2]: https://github.com/sublimehq/sublime_text/issues

[3]: https://github.com/sublimehq/sublime_merge/issues

Re: Leaving Neovim for Zed

#316

Post by sph »

wyclif wrote: post #173
sph wrote: post #62

Earlier quoted context omitted.

neovim is what happens when the javascript kids decide to "improve" one of the best editors ever created. The entire Lua ecosystem standing on 50 unstable plugins that provide the entire kitchen sink, yet do not even have a 1.0 version is nightmarish. Follow any guide and either everything breaks, or you get an hodgepodge of automagic popups, stuff that autodownloads, flash messages and useless features that are comp…

>neovim is what happens when the javascript kids decide to "improve" one of the best editors ever created I don't think that's accurate. Now, if OTOH you said "the Lua kids" then I'd probably agree.

There are no Lua kids, i.e newbie programmers that start their career from Lua. The neovim Lua kids were JS kids all along, and brought their philosophy of churn over.

Re: Leaving Neovim for Zed

#317

Post by sph »

Natfan wrote: post #111
ninkendo wrote: post #74

Earlier quoted context omitted.

-rwxr-xr-x 1 root 24 Oct 29 1929 /bin/ed -rwxr-xr-t 4 root 1310720 Jan 1 1970 /usr/ucb/vi -rwxr-xr-x 1 root 5.89824e37 Oct 22 1990 /usr/bin/emacs

I'm not getting the same results for ed? $ whereis -b ed | cut -d' ' -f 2 | xargs ls -l -rwxr-xr-x 1 root root 55504 Feb 22 2020 /usr/bin/ed

I spent a few minutes trying to work out your pipeline. I think this is easier

    ls -l $(which ed)

Re: Leaving Neovim for Zed

#319

Post by imjonse »

_7tgr wrote: post #265
imjonse wrote: post #228

Earlier quoted context omitted.

I should have specified internal config files for the runtime queries that you mention. Those are .scm files.

I wouldn't really count that as editor config. Every editor with treesitter support will have configs for treesitter, for instance: https://github.com/nvim-treesitter/nvim-treesitter/blob/mast...

My comment is in the context of 'their own Scheme implementation'. Since they already handle some .scm files internally it's not that wild to pick Scheme over other languages as the base for plugins. It's a power user editor, Scheme should not scare them.

Re: Leaving Neovim for Zed

#320

Post by tacitusarc »

owenpalmer wrote: post #314
steelframe wrote: post #313

Earlier quoted context omitted.

> This is a ridiculous statement Ten lines per day?? Over my 20-year career in Big Tech I figure I've averaged about 10 lines of shipping code per week . I've been working in a domain-specific field and have shipped several kernel features. These days I'll sometimes go an entire quarter without writing a single line of code. Not all of us went down the "Java code monkey" career path.

> I'll sometimes go an entire quarter without writing a single line of code Then you're not a programmer anymore, you're something else.

A software engineer.
Post reply on HN