5 ms·
One of the creators here. I appreciate the upvotes but its way too soon for that. Mun is currently in the very very early stages of development. It originated o
by baszalmstra 7y ago
One of the creators here. I appreciate the upvotes but its way too soon for that. Mun is currently in the very very early stages of development. It originated out of frustrations with Lua game development at Abbey Games. Lua is a great language but lacks performance, refactoring functionality and doesn't scale well with modern technology. However, there is no real alternative when it comes to code iteration times.
I do understand some of the comments questioning the publication of a website for a programming language that isn't even finished. Our goal was to have a platform to share progress and gauge interest on the topic to further help us develop Mun. We feel like there is no point in developing a programming language in private. Instead we want to actively engage with the community while developing Mun.
The website does state that its still in very early development. Should we emphasize this more?
- gravypod 7y agoWhat does mun plan to do that will improve performance over luajit?
- baszalmstra 7y agoLuaJIT performance on PC is very fast when its using the JIT. However, on consoles and some mobile platforms JITing is not allowed due to not being allowed to write to executable memory for security reasons. Mun compiles to machine code with LLVM so it should be very fast as well, hotloading overhead can be completely removed in builds where hotloading is not required (production builds for instance). Mun should therefor be able to run as fast as native code on all platforms.
- gravypod 7y agoSince Mun targets LLVM could it also be output to WASM to be using in-browser for HTML5 builds?
- baszalmstra 7y agoIn theory yes, but we have to look into that some more. At this point we only target Windows, MacOS and Linux but WASM is definitely on our list.
- minxomat 7y agoLuaJIT is not available on every platform. Love2D for example is pretty slow on iOS, especially at computing paths etc for custom draw calls. Defold is slightly different, still allowing Lua scripting, but not more than that, which is the appropriate place for Lua in a mobile-dominated market.
- rstupek 7y agoCoronaSDK uses Lua for IOS, Android, Windows and Mac. Our experience is its performance is sufficient for lots of games
- ksec 7y ago>The website does state that its still in very early development. Should we emphasize this more? Yes the Work in Progress Part should swap its places with Pillars. And it should include "Pre Alpha" in it. So we know what stage it is in.
- Lerc 7y agoThe two things I would recommend for clarity. State that it is not suitable for production yet. Perhaps a link to show the most advanced program that currently exists to show where the limits are. If you are seeking donations, be clear about _who_ you are. Otherwise you could be seen as a scam project.
- baszalmstra 7y agoThank you, we will incorporate that. Can you elaborate on what the things are you are seeking about who we are?
- moomin 7y agoCan I suggest that what you wrote here is actually a much better opening motivation than what’s on your site? 1) We like this thing that fits into the following use case 2) But we feel it has the following limitations 3) Which we’re planning to address like this. I think it’s really important to establish what ecosystem slot you’re aiming at. If it makes it to others, fine.
- ourlordcaffeine 7y ago> Lua is a great language but lacks performance Come again? I was under the impression that Lua, especially luajit, were incredibly fast languages
- mrec 7y agoFrom the Syntax section: > We take inspiration from a scala of application, scripting, and systems programming languages The word "scala" reads really oddly in that sentence; none of the English-language meanings of the word [1] fits, and to a technical reader it's just asking for confusion with the Scala language. Maybe replace with a clearer and less formal "bunch"? The syntax shown looks very Rusty, and I believe this started as a thought experiment for Rust. Do you see value in keeping that link explicit? That is, using Mun as a prototyping language for early iteration, then "freezing" it to vanilla Rust with minimal syntax changes once happy with the result? Also, if the goal here is fast iteration, it'd be interesting to see some ballpark figures for compilation times, which is one of Rust's major Achilles heels today. [1] https://en.wiktionary.org/wiki/scala#English https://en.wiktionary.org/wiki/scala#English