Show HN: I rebuilt the only parts of my IDE I use, in Rust, over a weekend (github.com)
28 points by kyle-ssg 4 hours ago
I don't know Rust.
Friday after work I realised that 90% of my IDE time now is just the commit/diff view — and even good IDEs feel heavy for that.
So over the weekend I built a dedicated native tool for just that. Kyde is a macOS git commit + diff editor with one goal: be fast, do Git well.
I'm curious whether anyone else mostly opens their IDE for git operations these days.
It's open source, and there's a signed app in Releases.
satvikpendem 4 minutes ago
This is basically what the agentic apps do already right? Like Codex, Claude Desktop, Copilot etc. Except with those I can also write commands to the AI as well as review their output all in one app rather than multiple.
spiralcoaster 7 minutes ago
Actual title: I had Claude code up a diff tool in Rust over the weekend
My guess is this made it to the front page solely from the Rust boost.
asadm 3 minutes ago
> I had Claude code up
What's the difference?
asadm 13 minutes ago
This is amazing and I will use this! Does it support git submodules? I like how VSCode divides changes into buckets across all git repos in current workspace, I can commit each separately from one sidebar.
tiesp 3 hours ago
UI looks great
kyle-ssg 3 hours ago
Oh thanks that's made my day haha!
smt88 an hour ago
The primary value of IDEs in the agentic era are: debugging, code review (with good diffing), and management of the agent’s context. I also use mine for browsing databases, but not everyone does that.
You seem to have one of those three. I’m not sure what your coding background is, but debuggers/profilers are incredibly useful and important, and it’s essentially malpractice for a developer never to use them.
xtracto 2 minutes ago
>but debuggers/profilers are incredibly useful and important, and it’s essentially malpractice for a developer never to use them.
Just wait for the moment you need to write code for an embedded platform that doesn't have a debugging mechanism.
I've been programming for more than 30 years. Funnily, I used to use debuggers A LOT (in Borland Turbo C++ DOS "IDE" times, Visual Basic, Eclipse, Netbeans, Adobe Flash Builder, etc). But nowadays I seldomly use the debugger, if at all.
M4R5H4LL 24 minutes ago
Such a cringy and unpleasant statement... OP is smart to adjust to change. I have hand-written software for the past 30 years, and the moment I stop using my IDE, you’d tell me don’t know what I am doing?? Dude, I probably was writing assembly code by hand when there were no IDEs and you were still trying to figure out the taste of Play-Doh. Some people really need to put their head in the right place.
johnfn 40 minutes ago
It is a little crazy to accuse people not using the dev tools you like to use of malpractice.
mhitza 36 minutes ago
Woah woah, temper down the assertion my friend!
Profiling is a tool meant for processes that relate to performance, or hot spots. Debuggers when integrated well[1], are great tools but compete with print based debugging which is a much more general skill one uses and needs to learn.
Let's reserve malpraxis considerations for writing code without any true thought given for security, privacy, accessibility and human rights affected.
[1] and I don't like the interface of any of the debuggers I used. Except maybe in ghci, if I had the patience to script a Tcl/Tk frontend one day.
kyle-ssg an hour ago
Hey! I'm a web and mobile developer for past 12 years and have wrote quite a lot of code over the years (github for receipts). I actually even written a mobile application profiler, it's on GitHub.
Debugging and profiling has always been outside of the IDE for me, except when I started out as a Java Developer.
mrits 2 minutes ago
I got out of the habit of leaning on debuggers with first making sure I'm not lacking in logging. I can't remember the last time I actually needed to set a break point.