Hacker News: hackermanai

New comment by hackermanai in "SpaceX to buy Cursor for $60B"

hackermanai — Wed, 17 Jun 2026 07:44:42 +0000

> Claude one shots pretty much everything

What?

> An IDE at this point is best as a tool for code review.

I heard from a friend that most devs building serious stuff still write code. It's shocking but true. (No code review needed.)

New comment by hackermanai in "SpaceX to buy Cursor for $60B"

hackermanai — Wed, 17 Jun 2026 07:31:07 +0000

At least it didn't succeed yet. They should drop a model somewhere, beating something else in some use case, and maybe people would use.

New comment by hackermanai in "SpaceX to buy Cursor for $60B"

hackermanai — Wed, 17 Jun 2026 07:26:55 +0000

> You just say, "Go Build me x - it should have y,z features - and build it in golang for me" - and that's it - the 3-4 page Plan comes back - usually pretty credible - and then you click "build.".

What you're describing seems like a workflow for building toys only. There's currently no reality in which someone would actually know what the y,z features are before making them. A plan generated in 5min would likely suggest a suboptimal solution compared to what a good solution would look like (which might take a year or two to figure out, for a human, so still a week or so for SOTA models if at all possible). Building something in golang is cute, but hard to be convinced until more novel applications are being generated from prompts.

The data submitted by Cursor's users tho, that seems to be very valuable.

New comment by hackermanai in "Software is made between commits"

hackermanai — Fri, 12 Jun 2026 08:08:07 +0000

I think this is a cool approach, like a giant undo stack.

New comment by hackermanai in "Are insecure code completions in PyCharm a vulnerability?"

hackermanai — Thu, 11 Jun 2026 07:30:46 +0000

I have this line completion feature in koieditor.com as well, and it's hard to suggest "safe"/good completions at a low latency. Best approach I could think of is a second pass to verify first pass, but adds to latency, or change to better model, which often also impacts latency.

New comment by hackermanai in "Ask HN: Why is the HN crowd so anti-AI?"

hackermanai — Mon, 08 Jun 2026 08:31:26 +0000

Many are pro AI, anti hype.

Ask HN: Which product branding do you prefer?

hackermanai — Tue, 26 May 2026 07:49:28 +0000

A: hackerman.ai B: koieditor.com

Help me decide!

Comments URL: https://news.ycombinator.com/item?id=48276485

Points: 2

# Comments: 1

New comment by hackermanai in "Using AI to write better code more slowly"

hackermanai — Tue, 26 May 2026 06:06:51 +0000

I think this approach is more common than the hype for actual work. I do something similar, many back and forth, then settle on something often with now known tradeoffs, written by hand to spot issues as a final guard/ keep consistent naming etc.

New comment by hackermanai in "BBEdit 16"

hackermanai — Fri, 22 May 2026 06:54:29 +0000

Not a textedit fork, but I am building a minimal text editor with niceties based on scintilla. So performance wise on par with Notepad++ et al.

New comment by hackermanai in "Native all the way, until you need text"

hackermanai — Sun, 17 May 2026 17:25:34 +0000

> Usually performance was the reason for using native APIs rather than web views, but this doesn't seem to be true any more.

It's still true. There's no way around it, web views will always be slower.

New comment by hackermanai in "Ask HN: What are you working on? (May 2026)"

hackermanai — Mon, 11 May 2026 04:59:58 +0000

Hackerman Text editor.

595 days and counting.

ᕙ(⇀‸↼‶)ᕗ

New comment by hackermanai in "Obsidian plugin was abused to deploy a remote access trojan"

hackermanai — Mon, 11 May 2026 04:46:59 +0000

> actively reject multiple safety warnings

Is this like a popup? which most people actively accept without blinking

I think plugin/extensions should be a bit harder to run by default. I get the user friction from extra hurdles before using their plugins etc., but I don't think there is an actually safe way to execute arbitrary code, unaudited, without sandboxing, or other restrictions.

New comment by hackermanai in "Local AI needs to be the norm"

hackermanai — Mon, 11 May 2026 04:32:53 +0000

> “But Local Models Aren’t As Smart”

This is what makes me continuously doubt and rewrite the local-first approach to inline chat in my editor. Next edit/ code complete makes more sense due to latency advantage. But chat is hard.

It's fast and feels good to run locally, but output quality is just not ChatGPT etal.

New comment by hackermanai in "Tell HN: VS Code v1.117.0 automatically adds GitHub Copilot as your co author"

hackermanai — Mon, 04 May 2026 14:46:32 +0000

> How does anyone at Microsoft/Github thinks this is ok?

Their whole marketing department probably.

New comment by hackermanai in "Ask HN: Those building Swift apps without touching Xcode, what is your workflow?"

hackermanai — Mon, 04 May 2026 14:40:25 +0000

> .. webview ..

That would make it an web app tho. Not sure if that's what OP wants when making Swift apps.

New comment by hackermanai in "Zed 1.0"

hackermanai — Thu, 30 Apr 2026 07:35:47 +0000

I recently tested input latency on Mac Mini M2 Pro, keypress to visible pixel (p95 value).

- Zed 36.8ms (26.3 avg) - Sublime 33.5ms (25.9 avg) - VSCode 31.7ms (20.6 avg) - Hackerman Text 15.3ms (12.5 avg)

All editors tested as stripped down as possible, minimal UI etc., empty file, no syntax highlighting. Mostly surprised by VSCode tbh.

Testing on sqlite3.c (with syntax highlighting): Zed 60.5ms, Sublime 37.1ms, VSCode 22.0ms, and Hackerman Text 18.4ms.

New comment by hackermanai in "Zed 1.0"

hackermanai — Thu, 30 Apr 2026 07:20:40 +0000

And soon™, https://hackerman.ai/

New comment by hackermanai in "Zed 1.0"

hackermanai — Thu, 30 Apr 2026 07:09:31 +0000

> How else are you going to have “a quick glance at code” across project files without using a new view for that?

By showing the text around match inline with the search result in the tree. Especially useful if you do not expect to edit every search result. If you do expect to edit every search result, then Zed's multibuffer is arguably better/ faster.

New comment by hackermanai in "Zed 1.0"

hackermanai — Thu, 30 Apr 2026 07:03:54 +0000

I think VSCode use ripgrep and Zed has its own ripgrep-like search. Zed likely still do more work per match due to the multibuffer. A normal nested tree-based result should be faster.

I think multibuffer can be good in edit/renaming use cases, but it's very annoying for fast lookups/navigation across different files (as mentioned elsewhere).

New comment by hackermanai in "Zed 1.0"

hackermanai — Thu, 30 Apr 2026 06:19:53 +0000

> Zed felt it had the right to download, install, and run node.js without any permission just to run some LSP (which I don't even use).

Yes. This is bad. Zed keeps installing and running all sorts of random background stuff. This should be an opt-in.