frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

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

https://github.com/pg83/shitty
75•pshirshov•2h ago•36 comments

Show HN: Kakehashi – Experimental userspace to run macOS binaries on Linux ARM

https://github.com/wie-project/kakehashi
173•vlad_kalinkin•8h ago•36 comments

Show HN: Mu – Tools for Agents

https://github.com/micro/mu
25•asim•3h ago•8 comments

Show HN: Make your Framework 12 sound like a creaky door

https://github.com/ArcaEge/creakwork12
45•arcaege•4h ago•4 comments

Show HN: NixOS-DGX-Spark – Nix and NixOS on the DGX Spark

https://github.com/graham33/nixos-dgx-spark
91•graham33•8h ago•27 comments

Show HN: Isopolis – isometric pixel map of SF

https://sf.isopolis.city/
4•nuwandavek•21m ago•1 comments

Show HN: ssh ssh.place

https://ssh.place
2•jeninh•45m ago•0 comments

Show HN: Bor – Open-source policy management for Linux desktops

https://getbor.dev/blog/2026-08-02-bor-v080-release/
168•eniac111•16h ago•22 comments

Show HN: MicroCodex Coding Agent – OpenAI/codex reimplemented in C++ <1MB binary

https://github.com/paoloanzn/microcodex
15•paoloanzn•4h ago•6 comments

Show HN: Fuse – statically typed functional programming language

https://fuselang.org
102•the_unproven•13h ago•29 comments

Show HN: Blanked – Compare tech hiring processes by role and company

https://www.blanked.work/
2•mustafak99•2h ago•0 comments

Show HN: DRM-CLI – open-source release manager for MSSQL/PostgreSQL/Oracle

https://github.com/dband-drm/drm-cli
2•dband-drm•2h ago•0 comments

Show HN: STB-like zero-dependency O(N) FMM gravity solver

https://github.com/nihiL7331/polesitter
2•nihiL7331•2h ago•1 comments

Show HN: Cl33-opLM, a 236M language model with a reversible operator bottleneck

https://cl33.t3atlas.dev/
2•MirrorEthic•2h ago•0 comments

Show HN: Syncular – offline-first SQL sync with TypeScript and Rust cores

https://github.com/syncular/syncular
75•quambo•15h ago•27 comments

Show HN: I'm a 15 Year Old Wannabe Engineer, This Is a Cycloidal Gearbox I Built

https://github.com/tom-ilan/cycloidal_gearbox
317•tomilan•23h ago•102 comments

Show HN: Alfa. Killing AI hallucinations with resonance

https://github.com/ConsciousGroupMind/SKYNET-800---Collective-Intelligence-Forecasting-System
2•SKYNET800•3h ago•0 comments

Show HN: Katharos Functional programming and CSP-style concurrency for Python

https://github.com/kamalfarahani/katharos
33•kamalf•14h ago•8 comments

Show HN: I implemented the Kimi K3 paper from scratch in PyTorch

https://github.com/TimRots/kimi3
4•ENOMEM•3h ago•0 comments

Show HN: Elevators

https://john.fun/elevators
1624•Jrh0203•2d ago•397 comments

Show HN: Authoryze- payment controls for AI agents

https://authoryze.ai
3•kevinfee•4h ago•2 comments

Show HN: My public second brain – 660 notes, 15 years, open source

https://www.ssp.sh/brain/
2•zazuke•5h ago•5 comments

Show HN: Framer Theme Toggle Component for Light and Dark Mode

https://pixcodrops.com/articles/theme-toggle-for-framer/
2•brownieman1325•5h ago•0 comments

Show HN: Kota – Bring AI agent CLIs into the same room

https://www.kota.place/
2•chriswunan•6h ago•0 comments

Show HN: I worked on a new browser for 2 years, today it passed Acid 3

https://code.intellios.ai/cwbrowser/
152•coolwulf•2d ago•44 comments

Show HN: An interactive in-browser tutorial for MarkoJS V6 with solvable lessons

https://markojs-tutorial.netlify.app/
2•defunkt-dev•6h ago•0 comments

Show HN: Social Hiking App

https://losttrail.app
2•lpeancovschi•6h ago•0 comments

Show HN: Mapping Jensen Huang's five-layer AI stack to engineering degrees

https://ai-five-layer-map.pages.dev/
2•ithkai92•6h ago•0 comments

Show HN: Mousecrack – Bypass captchas with deep learning

https://github.com/puffinsoft/mousecrack
2•ReactRocks•6h ago•0 comments

Show HN: Logan Basic v2.1 - An online BASIC interpreter.

https://sinusoft.com/loganbasic/
24•Sinusoid314•3d ago•3 comments
Open in hackernews

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

https://github.com/pg83/shitty
75•pshirshov•2h ago

Comments

Barbing•1h ago
Unironically better name than “CRM“ for a CRM https://news.ycombinator.com/item?id=49142360

With this you can DuckDuckKagi for the crappy terminal (versus “CRM crm”… ah guess they wanted you to remember their company name)

al_borland•1h ago
Except others are already using it, with proper capitalization.

https://github.com/fearlessgeekmedia/shiTTY

This one just tried to reserve the name with an empty repo a year ago... probably where the LLM got the name.

https://github.com/immz4/shitty

yjftsjthsd-h•1h ago
> 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.

pg83•1h ago
I know, but there aren't that many two-letter abbreviations!
functionmouse•57m ago
on one hand I wanna say you shouldn't make conflicting names

on the other hand what gives them the right to st but not you?

voakbasda•36m ago
Let the best tool win.
normie3000•1h ago
Why wouldn't you use this?
Retr0id•57m ago
Personally, I have never felt constrained by the performance of my terminal, so I pick based on other features.

(I have, also, thought about building my own perf-optimized terminal. It's a fun problem space!)

pg83•56m ago
For example, flicker free resizes for MacOS, something that neither Kitty, nor Alacritti, nor Ghostty can boast of.
y1n0•35m ago
I'm not knocking your project, but ghostty doesn't flicker for me on resize. Is this a common problem people have?

My main complaint with ghostty is the crappy configuration.

pg83•29m ago
It's not that it's a serious problem, it's just that for me, as a perfectionist, flicker is very noticeable when resizing.
tulio_ribeiro•9m ago
The lifetime rendering-time savings wouldn’t even offset the five minutes required to install it and make it my default terminal.

I would need to display roughly 70 GB of benchmark-equivalent ASCII output before Shitty recovers a five-minute switching cost relative to GNOME Terminal.

This assumes I’m actively blocked by every byte being rendered.

cyanregiment•43m ago
Geeking out on terminals is like geeking out on shoelaces.

I'm glad you guys are out there - someone has to do it.

butterisgood•24m ago
Optimize the aglets!
cyanregiment•5m ago
I only use the finest of gold.

They also count my steps.

theturtletalks•37m ago
Any plans for a "libghostty" alternative for your terminal?
pg83•34m ago
No, there are no such plans right now, but overall, the project's architecture allows for easy separation of different layers for developing a terminal emulator - the parser, in the form of a ragel state machine, and the vterm state machine, with distinct boundaries between them. The rendering layer is separated slightly less clearly, but it's also solvable.
chamomeal•29m ago
I will def try this out and I absolutely love the name. Just an A++ name
ddlsmurf•27m ago
why no iTerm2 in the benchmarks ? It far outperforms the likes of kitty and ghostty
pg83•25m ago
I'm not imposing my opinion, but in my experience, iterm2 is the slowest terminal emulator I know of, so I didn't even bother trying. But overall, I'll add iterm2 to the list, too.
jitl•12m ago
> far outperforms the likes of kitty and ghostty

this is not true on my machine, at least for my usual benchmark Doom-fire-zig[1]. on said benchmark, ghostty 1.3.1 runs at about 350fps, wezterm 20260713-212414-b3255666 runs at 415fps, Terminal.app runs at 100fps, iterm2 3.6.11 runs at 80fps.

[1]: https://github.com/const-void/DOOM-fire-zig

collinvandyck76•8m ago
has iTerm2 improved significantly in the last couple of years? I remember feeling the speedup when I went from iTerm2 to kitty, so that's surprising to me.
tulio_ribeiro•27m ago
This is obligatory read: https://blog.royalsloth.eu/posts/it-takes-a-phd-to-develop-t...

Later, Microsoft fixes the issue but fails to give Muratori credit. After backlash, they went back and gave him a footnote: https://devblogs.microsoft.com/commandline/windows-terminal-... (atlas release section)

GitHub thread in question: https://github.com/microsoft/terminal/issues/10362#issuecomm...

And this gem: https://github.com/microsoft/terminal/issues/10362#issuecomm...

bearead•27m ago
I prefer Ghostty as there is no this "Claude" thing in its contributors. But I guess it's always good to have competitions.
throwatdem12311•22m ago
Mitchell is a big proponent of using AI to code. He’s just not a dummy and knows his sh*t and he reviews the code diligently. Hell, he just promoted that he started a company for making tooling for AI agents. There is lots of LLM code in Ghostty it’s just not attributed.
pg83•19m ago
I'm a huge proponent of AI, as long as there's a human in the loop and strong models are used. In fact, it's even reflected in our CONTRIBUTING.md that we prefer LLM-assisted code!

https://github.com/pg83/shitty/blob/master/CONTRIBUTING.md

butterisgood•25m ago
Best named project I've seen this year!
pg83•23m ago
I hoped that at least someone would like it :))
3eb7988a1663•24m ago
Gutenberg's copy of Moby Dick is 1.2MB[0]. Which is to say the slowest benchmarked terminal could display a paltry ~53 Moby Dicks per second, while shitty gives you ~98 Moby Dicks.

I am not sure how many Moby Dicks I require per second, but it is good to have options.

[0] https://www.gutenberg.org/ebooks/2701

joncp•19m ago
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.”

pg83•17m ago
Speed itself may not be very important, but it is a very interesting challenge in itself - to prove to yourself that you can surpass the state of the art!
marvinborner•3m ago
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 initial window. It makes using my pc a lot more comfortable.
jmyeet•5m ago
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.

p1necone•5m ago
This is cool, but I gotta say - I care much more about keypress-to-screen latency on my terminals than throughput - would love to see some numbers on that.