Live data from Hacker News

Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

github.com

101–110 of 168 posts

Re: Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

#101

Going by the childish naming of the project, it doesn't inspire confidence in the professionalism of the author going forward, and neither will it help with getting it installed on corporate networks. I'm all for vulgar wit but this isn't that (yes I'm aware of the -tty convention) & just reinforces the cliche of tech skills inversely proportional to social ones

Given the memory-unsafe vice signaling, maybe this can become the official terminal of Fox News and the Department of War.

Re: Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

#102

Going by the childish naming of the project, it doesn't inspire confidence in the professionalism of the author going forward, and neither will it help with getting it installed on corporate networks. I'm all for vulgar wit but this isn't that (yes I'm aware of the -tty convention) & just reinforces the cliche of tech skills inversely proportional to social ones

He took zutty (GPL licensed), shitted some claude on it, then released it MIT. A license violation, but not like it matters, since it will end up in the same heap as every other bozo's vibeslop. It is aptly named.

Re: Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

#103
Creator of Ghostty here. Always a fan of new terminals. I noticed your benchmarks are against Ghostty 1.3.1, which is fair, since its the latest released, but our IO throughputs in particularly the areas you tested have improved by more than double on some machines, so if you get a chance, I would ask you rebenchmark on `main`.

I don't know if it'd be faster than your terminal or not, but it'd be significantly faster than 1.3.1. On my M4 MacBook Pro, ASCII processing improved by about 2.8x, if that holds in your benchmarks, it would be faster than shitty. But, who knows. I'd prefer you ran it yourself.

Re: Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

#104

Geeking out on terminals is like geeking out on shoelaces. I'm glad you guys are out there - someone has to do it.

You’ll be delighted to learn Professor Shoelace exists: https://www.fieggen.com/shoelace/

Those skeuomorphic eyelets are top notch.

Good for you Ian, happy guy.

I gotta say though: https://www.fieggen.com/shoelace/knots.htm

Most of these look like dogshit.

Feel like I would be tripping over my own feet lookin like a shipwreck.

This one is bullshit, he's padding content: https://www.fieggen.com/shoelace/startknot.htm That's not a knot. Not a knot.

That's the beginning of tying your shoes.

Come on Professor!

Re: Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

#105

I will def try this out and I absolutely love the name. Just an A++ name

Can you explain why you think so? Seems like a very childish name to me. Like a neighborhood kid outside on his bike yelling “shit” then pedaling away as fast as he can, to dissociate himself from the event out of fear of getting caught. FaTTY - Fast Terminal (executable named “ft”) RaTTY - Rapid Terminal (“rt”) LighTTY - Lightspeed Terminal (“lt”) Dragster (“dt”) McQueen (“mt”) Names are hard, but it’s trivial to co…

I am certain the name was chosen purposefully because damn is it funny.

Re: Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

#106
post #8

> The executable is named st; the desktop application and icon are named shitty That conflicts with the already existing suckless st. Also I am suitably impressed with the perf numbers, but I also somewhat take away that I could stick with (at least) alacritty or ghostty and not be much slower.

I know, but there aren't that many two-letter abbreviations!

You can branch out to different alphabets. Embrace unicode.

Re: Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

#107
post #93

> Shitty is moving from the imported GPL baseline to an MIT-only codebase. It does not intend to retain the GPL as the final project license. that's really something that cannot be done if you don't have the original right of the code. It's 100% derived work and thus has to preserve GPL license, even if you rewrite every single line.

I'll probably stick to the perspective expressed to me by the lawyer (I actually consulted on this topic), rather than the opinion of some random "GPL zealot" on the internet. The procedure described has been done many times, is well described, and is quite feasible, albeit quite complex. I think I can handle it! And, in any case, anyone who wants to can sue me in a real court, not an online one.

Hmm. Sounds like it follows the letter of the law (although much of it is LLM-generated, and there’s obviously quite a legal cloud surrounding that), but it does feel a bit against the spirit to me. Overall, I am quite satisfied with the name you’ve given it.

Re: Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

#108

Earlier quoted context omitted.

You’ll be delighted to learn Professor Shoelace exists: https://www.fieggen.com/shoelace/

Those skeuomorphic eyelets are top notch. Good for you Ian, happy guy. I gotta say though: https://www.fieggen.com/shoelace/knots.htm Most of these look like dogshit. Feel like I would be tripping over my own feet lookin like a shipwreck. This one is bullshit, he's padding content: https://www.fieggen.com/shoelace/startknot.htm That's not a knot. Not a knot. That's the beginning of tying your shoes. Come on Professor…

I do love the Ian Knot, and I taught myself to do it for a while. Alas I stopped wearing lace-up shoes for some years and when I went back to them the muscle-memory for the standard knot was strong, so I just stuck with it.

Re: Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

#109
post #30

Nice work! I do wonder, however, whether people really have issues with perf on any terminal emulator in 2026 I’ve been living in Terminal.app / zsh / tmux / vim for 15 years and have never once thought “this is slower than I want.”

To me, the most relevant aspect is the time it takes to open. I can't believe how slow the startup time in common linux distributions is by default, it's so annoying, by the time it opens I already forgot what I wanted to do. Alacritty has this cool feature where you only ever have to "open" a single terminal, whereas new windows can be created very efficiently with `alacritty msg create-window`, being forks of the i…

Yep, I want really fast startup too. Of the two I use:

xfce4-terminal starts utterly instantly without single instance feature.

Kitty has the single instance feature and starts instantly with it.

Re: Show HN: Shitty – fast terminal. Memory-unsafe and faster than yours

#110
post #37

Two mild criticisms: 1. Don't call your project "shitty". At best it's juvenile humor. At worst, it's going to make adoption within companies difficult for literally no reason; and 2. You don't need a two letter command. I'm sorry but you're not that special. Your tool should instead denote its purpose with its name. In this case something like "sterm" or "stty" would do that perfectly without being verbose.

stty is a very important existing command, but yeah sterm works.
Post reply on HN