Live data from Hacker News

Viewing profile — olokobayusuf

olokobayusuf

HN member
Joined
Sun, Mar 18, 2018, 6:44 PM UTC
HN karma
174
Public activity
68 items

About olokobayusuf

No profile information was provided.

Recent public activity

  1. story
  2. comment
    Comment #47173291

    There are over 2.5 billion Qualcomm processors in the world today (PC, mobile, automotive, etc). But the process for bringing AI models to run on Qcom processors is a (massive) pai…

  3. story
  4. story
    Show HN: Our command line tool to transpile AI Inference from Python to C++

    Hey all! We're a small (semi-stealth) team that's been working on a tool to rewrite AI inference code from Python to C++ (similar to llama.cpp, whisper.cpp, and so on). Today, we'r…

  5. comment
    Comment #45539378

    Congrats on the launch!

  6. comment
    Comment #45508931

    We should collab! We prefer to be the underlying infrastructure behind the scenes, and have a pretty holistic approach towards hardware coverage and performance optimization. Read …

  7. comment
    Comment #45508909

    We're building something closer to this at Muna: https://docs.muna.ai . Check us out and let me know what you think!

  8. comment
    Comment #45508872

    This is super interesting! I'm the founder of Muna ( https://docs.muna.ai ) with much of the same underlying philosophy, but a different approach: We're building a general purpose …

  9. comment
    Comment #45404878

    Yup that's true. We do benefit from massive efficiencies though, thanks to LLM codegen.

  10. comment
    Comment #45404791

    Our primary use case is cross-platform AI inference (unsurprising), and for that use case we're already in production by startups to larger co's. It's kind of funny: our compiler c…

  11. comment
    Comment #45404669

    I'm founding a company that is building an AOT compiler for Python (Python -> C++ -> object code) and it works by propagating type information through a Python function. That type …

  12. story
  13. comment
    Comment #44170679

    Function ( https://fxn.ai ) | Remote (US) We're building native code generation for AI developers. We generate high-performance C++/Rust to power open-source and on-device AI for o…

  14. comment
    Comment #43764176

    Link to original article that kickstarted all of this: https://medium.com/@eugeniyoz/powering-angular-with-rust-was...

  15. story
    Show HN: Powering React with Python (WASM)

    A few weeks ago, Theo T3 posted a read-through of a Medium article showing how to augment an AngularJS website with WebAssembly in order to compute a factorial. I've been building …

  16. comment
    Comment #43676561

    When we trace Python code, devs have to explicitly opt-in dependency modules to tracing. Specifically, the `@compile` decorator has a `trace_modules` parameter which is a `list[typ…

  17. comment
    Comment #43674073

    Not entirely sure what you mean by having to deal with C-API and having a language spec. We're also not competing with LLMs at all--we use LLMs for said conversion (under strict ve…

  18. comment
    Comment #43674051

    Actually we're currently implementing Numpy (and PyTorch) support, and will cover a few other core scientific computing libraries like scipy. See docs: https://docs.fxn.ai/predicto…

  19. comment
    Comment #43674034

    Not quite. First, Function is designed to be truly cross-platform but libraries like Numpy aren't compiled for say WebAssembly. Second, the native libraries are usually built aroun…

  20. comment
    Comment #43673987

    Spot on! The majority of the innovation here is in building enough rails (specifically around lowering Python's language features to native code) so that LLM codegen can help you t…

  21. comment
    Comment #43673976

    I think a more pedantic way to describe what I mean is: "What if we could compile Python into raw native code *without having a Python interpreter*?" The key distinguishing feature…

  22. comment
    Comment #43673962

    Yes, we upload user code to a cloud sandbox in order to run our symbolic tracing and code generation algorithm. Beyond that, we also compile the generated native code in the cloud …

  23. comment
    Comment #43672434

    Way ahead of you: https://github.com/olokobayusuf/python-vs-rust/blob/main/Car... I've clarified that this is not designed to be a rigorous benchmark. We've got rigorous benchmarks…

  24. comment
    Comment #43672412

    More serious reply: us and Mojo have similar visions of where the world is going. The key difference between us is that Mojo is itself a new programming language. Sure, it supports…

  25. comment
    Comment #43672373

    We use LLVM! We're not translating Python directly to LLVM IR (I think I've seen other projects do this). We translate Python to C++/Rust first, where we have rigorous unit tests f…