Live data from Hacker News

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

github.com

61–70 of 89 posts

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

#61
post #56
post #39

I like how it looks. But the terminal already has excellent diff and commit tools.

I'm curious, what's some user-friendly terminal based tool to say stage only a couple of discontiguous lines from changes in a single file to commit in Git? I think I've tried the git command line "interactive" mode, and is really painful. I find myself going to an IDE, selecting the line and right-clicking + "stage selected ranges" to achieve that.

Lazygit is incredibly capable for everything (including this). I don't touch the git cli anymore.

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

#62
post #44

Earlier quoted context omitted.

You don't know the difference between "I painted a picture" and "I asked Samantha to paint this picture"?

Are companies allowed to make “Show HN” posts? How is this different than X company saying we build Y, when they literally paid people to do it for them?

Notice how you said "we" instead of "I". If some CEO posted "Hey, 'I' made this neat tool!" and took credit for the work of the staff that would be a more accurate comparison.

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

#63
post #20
post #4

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.

what kind of noob uses debugger from within their IDE?

How else do you use it? Unless you’re talking about a browser debugger, which is the same UX that I’m talking about.

I’m referring to server-side work when I say to use a debugger in the IDE, not something targeting the browser.

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

#64
post #7
post #4

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.

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 ri…

Print-based debugging is worse in every way and also the wrong tool for the job.

You should absolutely be adding logging, including optional verbose logs, to code. It’s a form of self-documentation and a major convenience during maintenance.

But it doesn’t compete with or replace using a real debugger, which allows you to step through your stack at any point and see potentially many megabytes of state that you literally can’t consume from a text console.

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

#65

Forced dark theme -- please don't punish me for having astigmatism--can't do dark mode

not to mention that light themes produce less eye fatigue and strain. but who cares about that

And dark themes hide my floaters and are easier on my old eyes.

There is not one singular answer for everybody.

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

#66
post #56
post #39

I like how it looks. But the terminal already has excellent diff and commit tools.

I'm curious, what's some user-friendly terminal based tool to say stage only a couple of discontiguous lines from changes in a single file to commit in Git? I think I've tried the git command line "interactive" mode, and is really painful. I find myself going to an IDE, selecting the line and right-clicking + "stage selected ranges" to achieve that.

Lazygit for a standalone program, or magit for an emacs package (some people use a different editor and just treat emacs+magit as a dedicated git frontend).

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

#67
Ignore all the negative comments, this is really cool. Looks a lot like a JetBrains IDE. One suggestion is to integrate claude code as a code editing window tab rather than a terminal window. If you'd like checkout https://github.com/sajithdilshan/agent-cli-plugin on how I did it for JetBrains IDEs as a plugin

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

#68
post #13

Earlier quoted context omitted.

> I had Claude code up What's the difference?

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.

I think you are just afraid for your job.

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

#69

Earlier quoted context omitted.

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.

That's what I'm not getting about these kinds of posts. What is the point of sharing this? It's just a bunch of nothing.

It's still software. It's on frontpage because people (like me) found it a good starting point for things we wanted ourselves but were too lazy to prompt.
Post reply on HN