Live data from Hacker News

Viewing profile — vitriol83

vitriol83

HN member
Joined
Sun, Nov 02, 2014, 1:28 AM UTC
HN karma
70
Public activity
52 items

About vitriol83

No profile information was provided.

Recent public activity

  1. comment
    Comment #48795806

    the Ramanujan one has some relatively high powered mathematical explanation https://en.wikipedia.org/wiki/Heegner_number

  2. comment
    Comment #48528118

    majority of parents are in favour of such a ban, otherwise they wouldn't do it if social media companies hadn't made social media a total cesspit of disinformation, child grooming …

  3. comment
    Comment #48493147

    mathlib and lean are currently too cumbersome for many researchers to use in say algebraic geometry, but maybe more suitable for combinatorics where it has been applied recently.

  4. comment
    Comment #48436370

    this has templeOS vibes

  5. comment
    Comment #47926027

    Formalised proofs and Lean in particular are still too cumbersome for the ``working'' mathematician to use it day-to-day for research-level math. But clearly there is some interest…

  6. comment
    Comment #47542977

    this seems to be the way. make great technical improvement in a way that's nothing to do with AI. the only way to make executives happy is to then tenuously link it to AI usage.

  7. comment
    Comment #47387445

    In my field which involves large legacy codebases in C++ and complex numerical algorithms implemented by PhDs. LLMs have their place but improvements in productivity are not that g…

  8. comment
    Comment #45760314

    are there any tools to convert large latex documents to typst ? it looks a huge improvement, but the migration path is the only thing that's stopping me.

  9. comment
    Comment #34399466

    In places where there is not much time for code refactoring, the following is helpful: Imagine an idealised future state of the codebase, which everyone buys into, and make sure an…

  10. comment
    Comment #31559739

    So many times it’s necessary to ‘identify’ two more objects which are isomorphic, and the ‘canonical’ is supposed to justify why this doesn’t cause a problem. The reason it is nece…

  11. comment
    Comment #31559144

    This is fairly obscure but the problem he highlights can be overcome easily by localising at the saturation of S_f, for D(f)=D(g) if and only if the saturations are equal, and loca…

  12. comment
    Comment #30231395

    Stacks, like EGA before it, is a wonderful reference but a terrible textbook. I think even the authors would agree with this! Fortunately there are many other books from which to l…

  13. comment
    Comment #30231375

    Modern Algebraic Geometry is indeed highly abstract, but generally the conjuring of obscure objects is with a specific goal in mind, for example - consolidation of many types of re…

  14. comment
    Comment #20513578

    They’re all very relevant, but I try not to expect the same from OSS projects as from a VC pitch deck. After all this is work given freely.

  15. comment
    Comment #20501153

    That’s rather solipsistic

  16. comment
    Comment #20480626

    I’m generally positive on rewriting openssl in rust, but agree the comparisons aren’t completely scientific or necessarily more important than correctness. First you should compare…

  17. comment
    Comment #19410124

    one issue with OOP in practice that I've seen is the entanglement of the domain representation (member variables of a class) and the varied operations on that data (methods). Class…

  18. comment
    Comment #19409176

    The difficulty with learning 'modern' algebraic geometry is not only is it very dense and general, but that means the original motivation can become lost. So I think understanding …

  19. comment
    Comment #17375945

    Writing a type checker is conceptually much more specialised than just a scripting language. Certainly I have no idea how to write one!

  20. comment
    Comment #17374452

    Can anyone suggest a good embedded language with static or at least optional typing ? I feel this is a gap in the market for embedded languages.

  21. comment
    Comment #10919000

    couldn't agree more, see e.g. similar restrictions in well-known bastions of socialism singapore, denmark and australia. non-resident investment in manhattan is literally rent-seek…

  22. comment
    Comment #10907593

    interesting article. a few more points which may be of interest - in addition to raid it's worth having automated off-site backup. the best solution i could find is duplicity as it…

  23. comment
    Comment #10889260

    Citation needed. Plenty of people regard high-level languages as nonetheless suitable 'systems programming'. This is the first FAQ on golang.org! See also https://ocaml.github.io/o…

  24. comment
    Comment #10888053

    I don't think that one can necessarily equate systems programming with manual memory management (see e.g. Go). It's true that manual memory management will (probably) be more effic…

  25. comment
    Comment #10887907

    The article is comparing Rust principally to Python (a new dynamically typed language) and C++ (an old statically typed language). It's certainly plausible that it can bring benefi…