Viewing profile — cirwin
cirwin
HN member- Joined
- Thu, Apr 12, 2012, 6:58 AM UTC
- HN karma
- 1,249
- Public activity
- 114 items
- HN profile
- View on Hacker News ↗
About cirwin
No profile information was provided.
Recent public activity
- story
-
comment
Comment #46113597
We'd love to (and, tbh, likely will). Search had been a blocker, but that's coming soon; beyond that not sure that there's any reason other than inertia. Alacritty is totally fine,…
-
comment
Comment #45047363
You can configure an arbitrary command to connect to ACP in your settings, maybe something like: {"agent_servers": { "Container Gemini": { "command": "ssh", "arguments": ["hostname…
- story
-
comment
Comment #43809539
Author here. Seemed like the least bad of the options. Being able to comment out sections of a config file easily is a prime use-case; and that really implies using newlines as del…
-
comment
Comment #43762819
We currently download node if the system version isn't recent enough (we used to always download it, but I fixed that...).
-
comment
Comment #43758206
Zed maintainer here. We use node.js to run a number of language servers and formatters (which are often written in node due to the VSCode ancestry...). There've been a lot of reque…
-
comment
Comment #43673218
I’ve been working on https://conl.dev , which fixes/removes YAMLs problematic features. Trying to find a tag-line for it I like, maybe “markdown for config”?
-
comment
Comment #43099385
This inspired me to write https://conl.dev I agree with his premise that TOML is not user friendly, but INI is not useful enough. CONL attempts to land in the gap
-
comment
Comment #42848561
`go tool` doesn't require a rebuild, but it does checking that the tool is up-to-date (which requires doing at least a bit of work). This is one of the main advantages of using `go…
-
comment
Comment #42846778
Primary contributor to the feature here. We went back on forth on this a lot , but it boiled down to wanting only one dependency graph per module instead of two. This simplifies th…
-
comment
Comment #42819742
For me (maintainer of Zed's vim mode) it comes down to a few things: 1. LSPs differ per-language, and so I'm never sure whether I'll get lucky today or not. It's more reliable for …
-
comment
Comment #42670290
I’ve been working on a configuration format [1] that looks surprisingly similar to this! That said, the expectation in CONL is that the entire structure is one document. A separate…
-
comment
Comment #42038801
Nice – I like your verbatim syntax for multiline strings! I went with indentation because a very common use-case in a configuration file is commenting out lines. Even with CSON-lik…
-
comment
Comment #42038563
Funnily enough, I've been working on solving the same problem concurrently. Though in my _very_ biased opinion; I think CONL is easier to read and write: https://github.com/ConradI…
-
comment
Comment #37715552
I wrote something like this for contact auto completion - running in the browser we had to ensure that both tree construction was fast, and also that completion was instantaneous. …
- story
- story
-
comment
Comment #29941594
A failure rate of ~once every two years is so tiny compared to the rate of failure introduced by other things (from human error, on up); and for many time-related things being off …
-
comment
Comment #29406089
This is great! A few more exciting things are happening with file-systems in Chrome that will make this a lot better soon. Firstly OPFS gives you a private sandboxed filesystem you…
-
comment
Comment #28023483
Shameless plug, but I built https://github.com/superhuman/lrt as simply as possible, explicitly to avoid this kind of issue (which seem to plague tools in this space).
-
comment
Comment #26160025
To do this well (for servers, which is the most common case) you need to keep the port open (and delay requests while recompilation is in progress) or clients can see transient err…
- story
-
comment
Comment #23170737
We went through the same problem at Superhuman (and as I write our latest extension update has been pending review for 2 weeks, so maybe we're about to hit it again). Simeon on the…
-
comment
Comment #21424817
Superhuman | Fullstack Engineer | San Francisco & Vancouver | Full-time | At Superhuman, we're rebuilding the inbox from the ground up to make it extremely fast, delightful, and in…