Live data from Hacker News

Viewing profile — atombender

atombender

HN member
Joined
Thu, Sep 09, 2010, 5:51 PM UTC
HN karma
20,715
Public activity
6,415 items

About atombender

I'm Alex. I'm in Oslo, Norway working on interesting document store engine stuff for Sanity (https://sanity.io/).

Email: hackernews@purefiction.net

Github: https://github.com/atombender

Recent public activity

  1. comment
    Comment #49236848

    Maybe not the most discussed author on HN, but still thought I would post. John Crowley was a rare breed among American writers in that he was an accomplished science fiction and f…

  2. story
  3. story
  4. comment
  5. comment
    Comment #49122638

    This is a while back, and we've since re-engineered it a bit, but we had database shards processing 400-500 rows/sec, maybe more. Vacuum was not able to keep up even with more aggr…

  6. comment
    Comment #49119058

    My secret is paprika powder. It changes the whole flavor profile. A fair amount is needed, and it needs to be pretty fresh powder, not something that's sat in the cupboard for two …

  7. comment
    Comment #49116720

    Not true, unfortunately. The dead tuple build-up can happen in a very short amount of time. I speak from having had to deal with this in a production environment that used the SKIP…

  8. comment
    Comment #49115729

    A performance pitfall that isn't addressed in the DBOS article at all is the bloat problem: If you update or delete rows that you consume, dead tuples start to accumulate due to Po…

  9. comment
    Comment #49112154

    https://archive.ph/zxECq

  10. story
  11. comment
    Comment #49058922

    No, but when the compiler isn't enforcing anything, how do you know which ones are safe and which ones are not? If we ignore declarations etc. and only consider statement lines tha…

  12. comment
    Comment #49048875

    That is explicitly referenced in the article.

  13. comment
    Comment #49036706

    The original Zig code is metaphorically one big unsafe block. Even if the Rust port is made up of 3% unsafe blocks, that still means 97% of the original Zig code has been made safe…

  14. comment
    Comment #48994269

    This library is based in part on that same paper.

  15. story
  16. comment
    Comment #48884110

    > Project Hail Mary was predominantly practical effects Don't drink the Kool Aid. The studios love to make this sort of claim — recent examples include F1: The Movie, Top Gun: Mave…

  17. comment
    Comment #48880340

    Anyone know what he actually did at Google? Was it an active role, did he publish anything interesting? Or was it more of an Institute for Advanced Study kind of position?

  18. comment
    Comment #48870424

    https://archive.is/wtC7m

  19. comment
    Comment #48866589

    He's also recently been on Empire [1], the Goalhanger podcast — and sister show to the great The Rest is History (which I hope will cover this period someday, though they tend not …

  20. comment
    Comment #48859693

    Counterpoint: All of the current Postgres codebase is already wrapped in an invisible unsafe{}. The difference with a Rust codebase like this is that all of the unsafe code has bee…

  21. story
  22. comment
    Comment #48844687

    People bring this up a lot. What I see here is that thousands of potentially (not actually, just potentially) safety risks have been neatly tagged in the code. If you took a progra…

  23. comment
    Comment #48780829

    For those struggling to find tech specs: Apparently [1] it has a 2MP CMOS sensor, F2.4 aperture, 24mm equivalent wide-angle lens, and shoots a resolution of 1920x1080. [1] https://…

  24. comment
    Comment #48778029

    My memory is fuzzy here, so I may be wrong. But I remember the generation of buggy WYSIWYG editors that preceded ProseMirror, and they were all contenteditable-based. They would ty…

  25. comment
    Comment #48775267

    While these use contenteditable, it's not accurate to say they're just contenteditable plus some UI and interop. None of these modern editors (Wordgard, ProseMirror, Lexical, Slate…