Live data from Hacker News

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

github.com

51–60 of 89 posts

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

#51
post #34
post #15

Earlier quoted context omitted.

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

> Just wait for the moment you need to write code for an embedded platform that doesn't have a debugging mechanism. Very close to 0% of programmers on this site are doing this. The vast majority are writing JavaScript/TypeScript, Python, or some other high-level language and targeting web platforms. > But nowadays I seldomly use the debugger, if at all. That might be fine for you and your use cases, but it's not fine…

>That might be fine for you and your use cases, but it's not fine for CRUD app developers who are essentially passing and mutating data around databases and state machines.

I've done a mixed bag of these, but yep ultimately mainly just CRUD now days and yep that's all we're doing. It's what a lot of us are doing!

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

#54
post #52

What models and tools did you use to create this? What were your biggest challenges in making this?

> What models and tools did you use to create this?

Opus 4.8.

> What were your biggest challenges in making this?

UI that had to react due to things such as the window size changing, specifically with horizontal and vertical scrolling and getting it to work with mouse drag + text selection via shift and arrow keys. It was a lot of back and forth. In the end after getting it working for the main editor I (Claude) turned it into a with_scrollbars decorator method.

Knowing to splitting god functions before they sprawl / emphasising regression tests, and specifically frame rate regression has helped me a lot so far I think.

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

#55
post #43

Earlier quoted context omitted.

> Isn't this basically admitting you had nothing to do with this project No. They had nothing to do with the code. The project is not only the code. > and anyone else could pay an ai to make the same thing easily? This assumes that the difficult part is typing code, but in reality the most difficult part is to know what to build, specify it, evaluate and iterate on it. If it were truly as easy as asking an AI once, t…

> If it were truly as easy as asking an AI once, then everyone would already be shipping successful products daily. AI just lowers the bar to entry. I could not agree more! I think there's a finite group of people who have a strong software engineering background who really know the rewarding pain and are able to embrace AI in an optimistic way.

Yes!

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

#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.

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

#58
Pretty good, and I think I could definitely use it. One thing that I immediately missed is syntax coloring. For Markdown and other known extensions. I am sure it will be trivial to add it.

Another possible useful feature would be to add "open in system" or similar in the right-click menu for a file, to open the file with whatever application the OS has bound to it.

EDIT: I see there's a plugin thing that when clicked installs the highlighting. Cool!

EDIT: Also missing is selectively staging lines of a changed file to commit. I would actually change the behaviour of the Git UI so that it matches the VSCode one, to reduce the learning curve. Most people already know how that works, no need to make them learn a new UX.

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

#59

You didn't wrote this. Generating code from AI is NOT programming.

OP doesn't say they wrote it. They say they built it. This seems to be the word that people have settled on to describe having the llm put something together according to your requirements.

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

#60
post #58

Pretty good, and I think I could definitely use it. One thing that I immediately missed is syntax coloring. For Markdown and other known extensions. I am sure it will be trivial to add it. Another possible useful feature would be to add "open in system" or similar in the right-click menu for a file, to open the file with whatever application the OS has bound to it. EDIT: I see there's a plugin thing that when clicked…

Yep of course, Syntax colouring will come. And it was intentionally left out first couple days due to critical path for me, I imagine I'll add intelisense too but I'm glad I decided to make language support installable - goal is fast + great Git.

>open in system:

Isn't that reveal in finder? I did add this if so :).

> selectively staging lines

Oh I've never actually done this! But I think I understand, so just pushing a few lines in a changed file. Fun! I've always used a different IDE where I don't think that's a thing. I'll add an issue.

Post reply on HN