Live data from Hacker News

Viewing profile — Panzerschrek

Panzerschrek

HN member
Joined
Wed, Sep 10, 2025, 5:51 AM UTC
HN karma
291
Public activity
360 items

About Panzerschrek

No profile information was provided.

Recent public activity

  1. comment
    Comment #49219192

    > mcpp.toml ← project manifest It's a fatal flaw. A declarative language isn't powerful enough to be able to describe complexity of typical C++ project. That's why cmake language (…

  2. comment
    Comment #49219165

    Is it memory safe? Can I cause a memory-related bug writing normal (safe) code in this language? > The one rule is that once you use a resource, you cannot use it again What about …

  3. comment
    Comment #49192880

    > You're inside a virtual machine. It's wrong. I have Hyper-V and VirtualBox installed on my machine, maybe it has some effect? > You use Microsoft Office No, I don't. It was insta…

  4. comment
    Comment #49165105

    > The stack of each coroutine is fixed to a constant value. > #define COROUTINE_STACK_BYTESIZE 4096 That's the whole point of Go coroutines to have no such limitation on stack size…

  5. comment
    Comment #49164389

    > You have 12 marbles and a balance scale. I hate such interview questions. They have nothing to do with think one really needs to do in practice. It seems for me to be just a way …

  6. comment
    Comment #49151598

    Can I write a game using OpenGL in this language? Does its functional purity allow this?

  7. comment
    Comment #49135517

    https://sr.wikipedia.org/wiki/%D0%94%D0%B0%D1%82%D0%BE%D1%82... https://de.wikipedia.org/wiki/Datei:Embassy_of_Russia_in_Hav...

  8. comment
    Comment #49131911

    Is it hand-written?

  9. comment
  10. comment
    Comment #49131236

    > influenced by Brutalism Actual brutalism is actually pretty. But what is today called modern architecture, is not brutalism, but a consequence of construction cost cuts.

  11. comment
    Comment #49106294

    > C++ is just fine No it isn't. Using undefined behavior for things which can be implementation-defined behavior instead is harmful. It creates more space for bugs and security vul…

  12. comment
    Comment #49105984

    A good example of C++ bizarre design decisions. The exact handing of float int conversions should use implementation-defined behavior instead, defining some cases to be UB just add…

  13. comment
    Comment #49079988

    They are widespread, but not among "normies", but professional programmers. That's what I call a failure, since they were initially designed to be used by non-programmers.

  14. comment
    Comment #49079780

    Yet another attempt to fix the problem with 14 competing standards by introducing one more standard. Now a C++ developer can face a problem, when he needs some thirdparty dependenc…

  15. comment
    Comment #49079714

    I generally don't think it's a good idea to develop a language for non-developers. It was tried before multiple times and the end goal has not been achieved. Sooner or later one re…

  16. comment
    Comment #49056348

    > GCC Isn't needed if we rewriting anything in Rust anyway. > GNOME, KDE They aren't that huge. Huge is the overall codebase of applications using them. It's relatively easy to cre…

  17. comment
    Comment #49056289

    > we have to care about not using ages as shoe sizes and indexes with the wrong arrays. "Memory safe" languages usually don't help In languages even slightly better than C one can …

  18. comment
    Comment #49055922

    > but it's still possible to use memory incorrectly Only by misusing unsafe . Using it in regular programs actually isn't that necessary. In languages like C you have unsafe code a…

  19. comment
    Comment #49055842

    In case of such projects like LLVM C++ usage can be tolerated. But for new code or smaller codebases a better alternative should be considered. Also Fil-C can't be used for LLVM an…

  20. comment
    Comment #49054898

    The main problem of Fil-C or similar solutions is not that they provide absolute safety with no escape hatch (unlike languages with unsafe keyword). The problem is that they provid…

  21. comment
    Comment #49054727

    I am asking, because I doubt a single person can achieve this. It requires at least a team of several people.

  22. comment
    Comment #49048934

    Who is the author of this project? Is it a single person? A small team? A single person with LLMs?

  23. comment
    Comment #49048920

    Yet another prove of the idea that worse is better. First people use unsafe poorly-designed languages for writing critical software (already worse). Then someone invents a hack mak…

  24. comment
    Comment #49047662

    Looks nice for such wimpy hardware. But using 16-bit Z-buffer for 1-bit display seems to be an overkill. Sorting polygons works mostly fine if done right, especially if BSP tree is…

  25. comment
    Comment #49032729

    > Never null: it always holds a value, except in the moved-from state I am wondering why C++ can't implement "non-null" unique_ptr version in the same way? As I know, that the main…