Skip to content Skip to footer
0 items - $0.00 0

Show HN: A new programming language inspired by Go, no LLVM by hualaka

Show HN: A new programming language inspired by Go, no LLVM by hualaka

Show HN: A new programming language inspired by Go, no LLVM by hualaka

18 Comments

  • Post Author
    hualaka
    Posted May 29, 2025 at 5:26 pm

    I am the author of the nature programming language. You can find code examples and a playground to try it out on the official website at https://nature-lang.org I would appreciate your feedback.

  • Post Author
    fithisux
    Posted May 29, 2025 at 7:00 pm

    Do you use Go Assembly for code generation?

  • Post Author
    arthurcolle
    Posted June 1, 2025 at 6:08 am

    the name of the programming language should be in the title, I'm sorry but come on

  • Post Author
    mrbluecoat
    Posted June 1, 2025 at 6:30 am

    Great job! An impressive set of functionality for an initial release. The syntax is also quite intuitive in general but these were a bit odd to me:

    (int,bool,bool) t = (1, true, false) // v: Define a tuple. Access elements using t[0], t[1], t[2]

    string? s = null

  • Post Author
    nlitened
    Posted June 1, 2025 at 6:31 am

    Impressive work, but how is it better/different from Go or other programming languages? What would be one’s motivation to switch to this language?

  • Post Author
    pjmlp
    Posted June 1, 2025 at 6:38 am

    Love the effort, and brownie points for proper imports instead of directly referring to SCM urls.

  • Post Author
    avestura
    Posted June 1, 2025 at 6:39 am

    Maybe I have a too strict definition of systems programming languages, but I would never call a GC language a systems programming language. Who would use an operating system that suddenly stops the entire world because some random language's runtime wants to collect its memory garbage?

    That said, well done for making this.

  • Post Author
    WhereIsTheTruth
    Posted June 1, 2025 at 6:50 am

    Nice, the kind of project everyone should support, a language with a fully working backend for both X86/ARM

    Clean source code too, impressive project

  • Post Author
    lambertsimnel
    Posted June 1, 2025 at 7:06 am
  • Post Author
    intalentive
    Posted June 1, 2025 at 7:07 am

    Why should I care whether LLVM is used? What’s the advantage?

  • Post Author
    CyMonk
    Posted June 1, 2025 at 7:24 am

    Why does it have a Millennium Falcon as a logo? ;)

  • Post Author
    thayne
    Posted June 1, 2025 at 7:27 am

    I like a lot of things about this, and it addresses some of my complaints about go.

    But I'm confused on why strings use ascii encoding instead of utf-8. What if you need non-ascii characters?

  • Post Author
    alain_gilbert
    Posted June 1, 2025 at 7:44 am

    I haven't seen anything about public/private properties/functions. So everything is public ?

  • Post Author
    hwj
    Posted June 1, 2025 at 10:41 am

    I'm surprised ".n" was not already a used file extension:

    https://en.wikipedia.org/wiki/List_of_filename_extensions_(M…

  • Post Author
    xigoi
    Posted June 1, 2025 at 10:48 am

    Considering that it’s supposed to be a “better Go”, there are some things it does worse than Go, such as type-before-name or using less-than and greater-than signs for type parameters.

  • Post Author
    alexpadula
    Posted June 1, 2025 at 11:31 am

    Really cool to see! Keep it up :) I wish you the best on Nature

  • Post Author
    potato-peeler
    Posted June 1, 2025 at 3:55 pm

    > No dependency on llvm and VM, compiles directly to target platform machine code and supports cross-compilation

    Hey, can you comment on how this was achieved?

  • Post Author
    codeptualize
    Posted June 1, 2025 at 9:36 pm

    Love this, definitely rooting for this to get big!

    I think the goal is great. My dream language is something "in between Go and Rust", Go but with more expressive types, Rust-light, something along those lines. This seems like it is hitting that sweet spot.

    Imo Go gets a lot right when it comes to productivity, but the type system always annoys me a bit. I understand the choice for simplicity, but my preference is different.

    Rust is quite enjoyable, especially when it comes to the type system. But, kinda the opposite of go, it's a lot, maybe too much for me, and I frequently don't know what I'm doing haha. I also don't really need Rust level performance, most things I do will run totally fine with GC.

    So Go with some extra types, same easy concurrency, compilation and portability sounds like a winner to me.

Leave a comment

In the Shadows of Innovation”

© 2025 HackTech.info. All Rights Reserved.

Sign Up to Our Newsletter

Be the first to know the latest updates

Whoops, you're not connected to Mailchimp. You need to enter a valid Mailchimp API key.