HN.zip

Show HN: I rebuilt the only parts of my IDE I use, in Rust, over a weekend

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.

29 points by kyle-ssg - 20 comments

20 Comments

mathieudombrock [3 hidden]5 mins ago
Why would you choose to have the ai use a language you don't understand? Isn't this basically admitting you had nothing to do with this project and anyone else could pay an ai to make the same thing easily?

Is this something you expect other people to use?

Are you planning to maintain this?

Is this just a joke?

I guess I don't really understand the point of posts like this.

spiralcoaster [3 hidden]5 mins 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 hidden]5 mins ago
> I had Claude code up

What's the difference?

applfanboysbgon [3 hidden]5 mins ago
The difference is that the resulting software is useless, buggy, unpolished, will only be used by the person who prompted it and only for about three days before they get tired of it, and that nothing was learned.
satvikpendem [3 hidden]5 mins 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.
kyle-ssg [3 hidden]5 mins ago
Hey, by this do you mean viewing a diff of before and after? If so I get what you mean, but given how important the review is pre-PR I do always come back to IDE.
asadm [3 hidden]5 mins 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.
kyle-ssg [3 hidden]5 mins ago
Hey! That's actually something I haven't checked, none of my active projects use them. I expect it won't break but I haven't designed the diff to account for that. I will take a look though it's a great point.
asadm [3 hidden]5 mins ago
Great. Otherwise I will find time to send a PR sometime.
kyle-ssg [3 hidden]5 mins ago
<3
tiesp [3 hidden]5 mins ago
UI looks great
kyle-ssg [3 hidden]5 mins ago
Oh thanks that's made my day haha!
smt88 [3 hidden]5 mins 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.

M4R5H4LL [3 hidden]5 mins 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.
xtracto [3 hidden]5 mins 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.

johnfn [3 hidden]5 mins ago
It is a little crazy to accuse people not using the dev tools you like to use of malpractice.
mhitza [3 hidden]5 mins 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 [3 hidden]5 mins 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.

asadm [3 hidden]5 mins ago
what kind of noob uses debugger from within their IDE?
mrits [3 hidden]5 mins 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.