Viewing profile — herrington_d
herrington_d
HN member- Joined
- Tue, Sep 06, 2022, 7:17 PM UTC
- HN karma
- 128
- Public activity
- 80 items
- HN profile
- View on Hacker News ↗
About herrington_d
No profile information was provided.
Recent public activity
- story
-
comment
Comment #47353330
Isn't the case study.... too contrived and trivial? The largest code change is 800 lines so it can readily fit in a model's context. However, there is no case for more complicated,…
-
comment
Comment #47159378
I also have a tree-sitter Rust rewrite. Though I cannot find it more useful for end users... https://github.com/HerringtonDarkholme/tree-sitter
-
comment
Comment #44781665
it does not always work in my experience due to complex type definitions. Also extra tool calls and time are needed to fix linting.
-
comment
Comment #44781397
There are researches backing some sort of "typed language is better for LLM". Like https://arxiv.org/abs/2504.09246 , Type-Constrained Code Generation with Language Models, where L…
-
comment
Comment #44781363
The logic above can support exactly the opposite conclusion: LLM can do dynamic typed language better since it does not need to solve type errors and save several context tokens. P…
-
comment
Comment #44229709
Hi, ast-grep author here. thanks for sharing the video! production quality is amazing! I also did some youtube video recently. It is not easy and end product is far from polished. …
-
comment
Comment #44083228
One thing AE provides but not coroutines is type safety. More concretely AE can specify what a function can do and cannot do lexically in code. A generator/coroutine cannot. For ex…
-
comment
Comment #43747694
the blog lacks the review of one critical player effect.ts https://effect.website/docs/error-management/two-error-types...
-
comment
Comment #42667155
Calling other languages like "none of the tooling" in the "why" section sounds like a huge self-roasting since CCL does not have, say, highlighting/LSP/FFI for adoption.
-
comment
Comment #42617023
My point is that type error recovery is the property of the type system. Not the property of structural code editor.
-
comment
Comment #42613356
> Better type information. Because the program is always in a valid state the type checker can always run and give meaningful feedback. Note that programs can be syntactically well…
-
comment
Comment #42613201
This is a pretty fair comment. I wonder how structural editing figures out things like formatting/searching/diffing and copy/paste across different editors.
- story
-
comment
Comment #42536776
Since Skip is maintaining a reactive cache. How is the cached stored? I would speculate it would a distributed in-memory database so the computation service can scale. But I wonder…
-
comment
Comment #42515793
The feature dates way back to perhaps 2006, per Jetbrains' PDF archive[1]. Jb also updated their structural search UI/UX in 2018[2]. It is possible that users do not buy in the ide…
-
comment
Comment #42512249
[flagged]
- story
-
comment
Comment #42487379
[flagged]
- story
-
comment
Comment #42336825
Curiously the claim sounds like learning this programming language is equivalent to reading the whole DDIA book. :P
-
comment
Comment #42151573
Cool! is it possible to support structural search like ast-grep[1]? ast-grep has some interactive mode but it is nothing near Scooter. 1: https://ast-grep.github.io/
-
comment
Comment #42104499
Yes, ast-grep already has its own rule syntax [1]. But still parser performance and binary size are critical factors for a general tool. https://ast-grep.github.io/guide/rule-confi…
-
comment
Comment #42098708
Hi! ast-grep[1] author here. It is a tree-sitter based syntax tool to search tool. I wonder how you transition from tree-sitter to other builtin parsers? Tree-sitter gave a unified…
-
comment
Comment #41873763
Thank you for sharing this! While AI excels at providing general advice, it often falls short on delivering contextual insights specific to your code. I’m thrilled to see that ast-…