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

Life is too short for a slow terminal

mijndertstuij.nl

Post reply on HN
Print view View original

81–90 of 98 posts

Re: Life is too short for a slow terminal

#81

Post by JdeBP »

1vuio0pswjnm7 wrote: post #75
1vuio0pswjnm7 wrote: post #45

"The single biggest win is what's not there: no oh-my-zsh, no prezto or plugin manager. I've honestly never understood the appeal of these frameworks." "Most of these optimizations are about leaving stuff out. It's about being intentional and only adding things you're going to use." I don't use X11 or a similar graphics layer, only textmode. Thus I don't use a terminal emulator I don't use zsh. I use NetBSD sh Smalle…

I use the term "terminal emulator" in the same sense as in the blog post: "The terminal itself Shell startup is only half the story, because the emulator adds its own input latency. I use Ghostty, which is GPU-accelerated and native, and my config is just seven lines long." I do not use Ghostty or anything similar^1 1. https://en.wikipedia.org/wiki/List_of_terminal_emulators Further, the terminal emulator cited by th…

> I do not use a graphics driver.

Yes you do. It's the one that your in-kernel terminal emulator talks to in order to splat its bitmap fonts onto the screen. It is whatever wsdisplay has attached to, which can be one of a range of things from genfb through voodoofb and machfb to radeonfb. There was even a vesafb about 20 years ago.

Re: Life is too short for a slow terminal

#82

Post by tecoholic »

abejfehr wrote: post #12

I'm surprised people are still using nvm, considering it's impact on shell startup time. I can't recommend switching to mise highly enough: https://mise.en.dev/

Second this. Just add Starship.rs for prompt and offload tool chain version handling to mise. That covers about 100% of my needs.

If your org doesn’t use mise, just add mise.toml to your global gitignore. Mise tries to be a single tool covering multiple needs, but don’t have to use it that way. I just manage toolchain versions and envvars (replace direnv).

Re: Life is too short for a slow terminal

#83

Post by [deleted] »

1vuio0pswjnm7 wrote: post #75
1vuio0pswjnm7 wrote: post #45

"The single biggest win is what's not there: no oh-my-zsh, no prezto or plugin manager. I've honestly never understood the appeal of these frameworks." "Most of these optimizations are about leaving stuff out. It's about being intentional and only adding things you're going to use." I don't use X11 or a similar graphics layer, only textmode. Thus I don't use a terminal emulator I don't use zsh. I use NetBSD sh Smalle…

I use the term "terminal emulator" in the same sense as in the blog post: "The terminal itself Shell startup is only half the story, because the emulator adds its own input latency. I use Ghostty, which is GPU-accelerated and native, and my config is just seven lines long." I do not use Ghostty or anything similar^1 1. https://en.wikipedia.org/wiki/List_of_terminal_emulators Further, the terminal emulator cited by th…

[deleted]

Re: Life is too short for a slow terminal

#84

Post by 1vuio0pswjnm7 »

1vuio0pswjnm7 wrote: post #45

"The single biggest win is what's not there: no oh-my-zsh, no prezto or plugin manager. I've honestly never understood the appeal of these frameworks." "Most of these optimizations are about leaving stuff out. It's about being intentional and only adding things you're going to use." I don't use X11 or a similar graphics layer, only textmode. Thus I don't use a terminal emulator I don't use zsh. I use NetBSD sh Smalle…

On NetBSD, I don't use a framebuffer

I use the vga driver which does not do graphics

Re: Life is too short for a slow terminal

#87

Post by everforward »

blfr wrote: post #54
abejfehr wrote: post #12

I'm surprised people are still using nvm, considering it's impact on shell startup time. I can't recommend switching to mise highly enough: https://mise.en.dev/

How often do you launch a fresh terminal though? I start mine with a script to have favourite tabs ready at boot and then generally not much afterwards.

This is going to vary wildly by what you do and how much CLI you use.

I’m an SRE and the answer is “constantly”. I get pulled in a lot of directions, it’s way easier to maintain context if I open a new terminal or tab for each thing.

Joe asks about something, I open a terminal. Teammate asks about something, new terminal. Joe replies, I swap back to his terminal to look at the scrollback buffer.

I’m closer to you when doing more dev work. One tab running a watcher for builds and restarting the app, one tab to run tests or whatever, a couple for poking around if I need to grep or curl or whatever.

Re: Life is too short for a slow terminal

#88

Post by 1vuio0pswjnm7 »

1vuio0pswjnm7 wrote: post #75
1vuio0pswjnm7 wrote: post #45

"The single biggest win is what's not there: no oh-my-zsh, no prezto or plugin manager. I've honestly never understood the appeal of these frameworks." "Most of these optimizations are about leaving stuff out. It's about being intentional and only adding things you're going to use." I don't use X11 or a similar graphics layer, only textmode. Thus I don't use a terminal emulator I don't use zsh. I use NetBSD sh Smalle…

I use the term "terminal emulator" in the same sense as in the blog post: "The terminal itself Shell startup is only half the story, because the emulator adds its own input latency. I use Ghostty, which is GPU-accelerated and native, and my config is just seven lines long." I do not use Ghostty or anything similar^1 1. https://en.wikipedia.org/wiki/List_of_terminal_emulators Further, the terminal emulator cited by th…

"I do not use a graphics driver"

Maybe this is not clear. I apologise for any ambiguity

vga(4) can be referred to as a "graphics driver"

For example,

https://man.netbsd.org/vga.4

But it does not support (non-text) graphics

It only supports text

The blog author is using a graphics layer such as X11 or Wayland along with a terminal emulator such as Ghostty on top of it

I do not use those things

Re: Life is too short for a slow terminal

#89

Post by dawnerd »

bin_bash wrote: post #72
dawnerd wrote: post #64

Earlier quoted context omitted.

I used to use volta but then they killed it and told people to switch to mise. The mise setup is just way too complicated. I just am tired of having different config files for different tooling when it should just read whats in the package.json and be done with it.

package.json config is supported https://mise.jdx.dev/lang/node.html#nvmrc-node-version-and-p...

The problem is you still have to know to look for that setting to enable it. That’s too much work when I can just stick with the older tools that work without touching anything.

Re: Life is too short for a slow terminal

#90

Post by anon7000 »

abejfehr wrote: post #12

I'm surprised people are still using nvm, considering it's impact on shell startup time. I can't recommend switching to mise highly enough: https://mise.en.dev/

You can also just replace nvm with fnm (https://github.com/Schniz/fnm). It’s a lot faster and generally works better too.
Post reply on HN