Live data from Hacker News

Viewing profile — YuechenLi

YuechenLi

HN member
Joined
Fri, Feb 27, 2026, 3:55 PM UTC
HN karma
125
Public activity
44 items

About YuechenLi

Oh boy.

Recent public activity

  1. comment
    Comment #49263008

    Sure, what I mean by that is that LLM makes different kind of mistakes than humans, they usually take the shortest direct route to accomplish their task. You can see that with the …

  2. comment
    Comment #49262887

    C#, only because of dotnet ecosystem and tooling is great. TypeScript is a dark horse candidate, it's a great language with a great ecosystem trapped by JS tooling, and most of all…

  3. comment
    Comment #49262454

    I wouldn't say Go is IDEAL for AI coding, but it certainly has the case for one of the best programming languages that currently AI uses. Go definitely has its share of problems fo…

  4. comment
    Comment #49261814

    Nvidia's biggest advantage in AI has never been only their hardware performance but how entrenched their software is in ML research that flowed down stream. However, if you've actu…

  5. comment
    Comment #49255360

    If you actually read the data, especially the distribution graph in the last image, the conclusion that it draws is "the run-to-run distribution variance is so big that there doesn…

  6. comment
    Comment #49255110

    Reflection is good for prototyping and get something setup quickly, but if you build your architecture around it, not only do you lose access to NativeAOT, the code becomes very ha…

  7. comment
    Comment #49253210

    Go is absolutely one of the best programming languages for LLMs for the reason you say, and Python is just what LLMs like to use to write short throwaway scripts. Frontier LLMs are…

  8. comment
    Comment #49206583

    >But a genuinely good steak, medium-rare from edge to edge, browned properly, seasoned right, consistently delicious, is a different matter entirely. Actually it's pretty easy to g…

  9. comment
    Comment #49156224

    Cobol code isn't esoteric, but it is designed in a way that is unambiguous and clear about its control flow, but very verbose and tedious to read/write. Translating from Cobol to a…

  10. comment
    Comment #49112885

    10Hz is still a 0.1s of latency, which doesn't seem like a lot until you realize that an Arduino typically runs at 16 Mhz, which is literally a million times faster than running a …

  11. comment
    Comment #49112573

    Running a full LLM to actuate a robot is way too heavy, the minimum latency they can get down to is probably 1-2 seconds even with powerful GPUs, which is not very useful for pract…

  12. comment
    Comment #49101307

    Not always. If an instruction is short and vague, then LLMs tend to fill in the blanks by guessing and the results are unpredictable. Semantic density is the key, prompts/instructi…

  13. comment
    Comment #49100871

    LLMs don't really read documents like parsers do, from what I've observed, they behave like they first skim the document and find the section that they think are relevant to their …

  14. comment
    Comment #49099797

    [flagged]

  15. comment
    Comment #48935827

    Yeah, I still don't understand why they don't just use enums and have to invent a special "union" keyword instead. C#'s enums are extremely underpowered to begin with and the synta…

  16. comment
    Comment #48932509

    So... the verbosity of Go without the compile speed of Go? Go is not a language I would associate with ergonomics, and this doesn't even have most of modern C#'s best features: doe…

  17. comment
    Comment #48887819

    I got tired of Codex/Claude not being able to write good UI reliably, so I made a TypeScript library toolbox to help with that. https://github.com/yuechen-li-dev/MachinaLayout.JS P…

  18. comment
    Comment #48852003

    Just personal experience, I just find it way easier to do frontend work with Claude than it is with Codex.

  19. comment
    Comment #48849818

    The answer is it depends. Claude's generally better at frontend and debugging tasks, while Codex is stronger at backend features and exploratory work. They have very different codi…

  20. comment
    Comment #48839173

    Fair point, I phrased that too broadly, and you are right about the loose correlation. What I was gesturing at, badly, was more that Zig’s low-abstraction / explicit-by-default syn…

  21. comment
    Comment #48838740

    >Combined with the Rust rewrite, ICU changes, and identical code folding, Bun's binary size shrinks by ~20% on Linux & Windows. People who are surprised by this probably has not se…

  22. comment
    Comment #48837295

    I'm sure you know that JSON are object literals in TypeScript, there isn't really even a serialization process that's needed there. The AST/IR can still be in JSON, but the authori…

  23. comment
    Comment #48836766

    >Instead of requiring verbose low-level parameters such as scales, axes, spacing, and layout. Ok, Microsoft is conflating two different things here: LLMs don't really care about co…

  24. comment
    Comment #48768806

    I mean, the key is to stop trying to one-shot everything: The main problem I found with LLM code is more that they always try to take the shortest path to the solution possible, so…

  25. comment
    Comment #48710771

    Yeah, one of the big problems with that is that Claude/ChatGPT doesn't perceive images the way humans do at all, so when you upload an image to them, it gets tokenized in some form…