Live data from Hacker News

Viewing profile — madisonmay

madisonmay

HN member
Joined
Thu, Mar 28, 2013, 6:29 AM UTC
HN karma
1,263
Public activity
153 items

About madisonmay

Email: madison@indico.io Github: https://github.com/madisonmay Machine Learning Architect at indico: http://indico.io

Machine learning is my passion. Python + tensorflow are my tools of choice. Always happy to talk tech, so feel free to reach out if you'd like to chat.

Recent public activity

  1. comment
    Comment #48002948

    LLMs are not inherently non-deterministic during inference. I don't believe non-determinism implies lack of abstraction. Abstraction is simply hiding detail to manage complexity.

  2. comment
  3. comment
    Comment #43058201

    pypdfium2 is a great choice and a solid piece of software! You might want to look into https://github.com/VikParuchuri/surya as an alternative to tesseract. Yes, it's associated wi…

  4. comment
    Comment #39734317

    This is an excellent use case for LLM fine-tuning, purely because of the ease of generating a massive dataset of input / output pairs from public C code

  5. comment
    Comment #39385058

    It's more like saying "I've upgraded to 128GB of RAM, I'll never use my disk again".

  6. comment
  7. comment
    Comment #36775638

    See figure-2

  8. comment
    Comment #36038076

    Why the decision to license as GPL?

  9. comment
    Comment #35986662

    Thanks, I hate it.

  10. comment
    Comment #35846782

    Coding aid for unittests. Debugging aid for languages / frameworks I'm not particularly familiar with. Work that requires reformatting. Translating from rough drafts to more polish…

  11. story
  12. comment
    Comment #35564560

    Whether or not to split is more a measure of whether or not these two concepts are likely to split down the road than whether or not share similarity today.

  13. comment
    Comment #35433824

    Imperfect systems are still useful, and any sufficiently complex system is imperfect.

  14. comment
    Comment #34223938

    Interestingly it sounds like offloading could be made quite efficient in a batch setting if you primarily care about throughput rather than latency. Though I guess for most current…

  15. comment
    Comment #33939508

    Often it might be viable to implement prediction w/o necessarily implementing training (especially if there are published weights or a reference implementation). Not viable for pap…

  16. comment
    Comment #32384351

    Guessing data security constraints -- I'm likely in a similar boat.

  17. comment
    Comment #32384349

    I'm getting a variety of CORS errors in console. Maybe this helps: ``` Access to XMLHttpRequest at ' https://api.doqs.dev/v1/organization ' from origin ' https://app.doqs.dev ' has…

  18. comment
    Comment #32380075

    Awesome idea, but website seems unstable. Wasn't able to login after sign-up :/

  19. comment
    Comment #30973348

    For more efficient einsum, see projects like https://optimized-einsum.readthedocs.io/en/stable/path_findi... .

  20. comment
    Comment #29959260

    I suppose so, but perhaps trying to prevent the spaghettification has some positive benefits in terms of DRY + code structure.

  21. comment
    Comment #27868966

    Wojciech stated this pretty explicitly on his Gradient Dissent podcast a few months back.

  22. comment
    Comment #21707985

    Sweet! Looking forward to it.

  23. comment
    Comment #21707717

    @nloui any chance you're willing to share your dataset? Would be fun to replicate this with GPT-2 fine-tuning instead of a Markov chain.

  24. story
  25. comment
    Comment #20990162

    It's also possible it's part of a docker build step or similar. Even if they're aren't downloading models at run time they may be loading s3 if their pytorch-transformers lib docke…