Live data from Hacker News

Show HN: CodePerfect, a fast, lightweight IDE for Go

codeperfect95.com

61–65 of 65 posts

Re: Show HN: CodePerfect, a fast, lightweight IDE for Go

#61
post #2

Ironic that it has an in-window file menu and is currently macOS only. Usually it's the Linux/Windows apps that are ported to macOS that have this.

The GUI looks like Dear Imgui. Probably easier for the developer to not use Mac only APIs. Hopefully they fix it later.

Re: Show HN: CodePerfect, a fast, lightweight IDE for Go

#62
post #25

Fast is not everything. Switch some years ago from Sublime to VSCode. Sublime is super fast, has many extensions, but VSCode is another league with more and powerfull extension and functions and a huge community. Electron etc. are not really arguments in 2023, cause my computer is fast, faster than i could do anything. The extensions and function help me working faster, not the text editor.

Agreed. People talk about fast start-up times, and no latency etc like these are problems with vscode? I just did a cold start of vscode here and it took approx 1 second to start on a M1 mac. For what it is worth, I generally never really even close vscode during the day - its typically open for days and days at a time so startup time seems kinda unimportant. And as for latency, has anyone ever noticed any latency at…

Never noticed UI latency when doing elixir programming. The slowdown is always the very slow compiler and language server.

Takes a few seconds to even highlight issues, and that’s when it works.

Re: Show HN: CodePerfect, a fast, lightweight IDE for Go

#63

I like that it is written C/C++. I remember Eclipse was written in Java, and I thought that was really cool. Java to edit Java.

Eclipse was less cool once you had to use it. Only IDE to have a restart option in the file menu, for when it got confused.

Goland does too

Re: Show HN: CodePerfect, a fast, lightweight IDE for Go

#65
post #52
post #51

Earlier quoted context omitted.

sorry, in theory it's okay, in practice it's much more difficult. -- edit -- speaking of Qt

CGO supports C++.

Qt framework is not about C++. It creates another language inside with different mechanics. And most important, different memory management patterns. Sometimes the objects are managed by Qt parent object, sometimes not. I wouldn't commit to a project that would create a GUI in Qt using CGO.
Post reply on HN