wdanilo

19 ms·

61.
by wdanilo 9y ago
akavel thank you, thank you! <3 We've sent the mails, could you double check if it is not there? There was a thread about party in Krakow on our Chat, lets discuss it there! :)
62.
by wdanilo 9y ago
Here is the topic on Luna monetization on our forum: https://discuss.luna-lang.org/t/how-is-luna-monetized/46/9 As you can see, we are open for discussions here and we are still looking for the best model, so
63.
by wdanilo 9y ago
Of course we will do it. We are building this product for years and we are releasing it as Open Source project because we believe we can truly impact how people are able to process data. We do this because we want to contribute with Luna to
64.
by wdanilo 9y ago
<3
65.
by wdanilo 9y ago
Hi! Do not do another front-end! Use ours, here it is (with some additional code, we should move to separate repos soon): https://github.com/luna/luna-studio It would benefit both worlds - you start with something work
66.
by wdanilo 9y ago
Actually it is not intentional. We do not have any connection to Lua. The name "Luna" was used from the beginning of the project, people started recognizing us with it and we simply love this name so it stayed with us. If such con
67.
by wdanilo 9y ago
We'll fix that. I'm sorry you had bad experience with it.
68.
by wdanilo 9y ago
@jlebrech thank you! :) Regarding the AST topic: Luna does use AST for the translation - if you modify the graph, an AST-diff is created, applied to the AST and then AST-diff is created and applied to the text. If you cange text, the AST-di
69.
by wdanilo 9y ago
We believe it is. Such comments as this one give us always super-powers, thank you. We will do everything we can to make Luna the most powerful visual language ever created.
70.
by wdanilo 9y ago
Thank you! <3
71.
by wdanilo 9y ago
Luna is general purpose so it would be possible right now to rewrite the compiler from Haskell to Luna, but there is no plan for it simply because it would give us no benefits at the current stage. I agree that it should be done in long-ter
72.
by wdanilo 9y ago
@e3b0c The GUI lives here: https://github.com/luna/luna-studio . It contains code which speaks with our compiler and infrastructure and we will probably extract the barebone GUI to separate repository soon. Anyway, you
73.
by wdanilo 9y ago
@executesorder66 I am sorry if you feel we don't respect our user's privacy. We do and we are always searching for the best solution. We did not make the field optional, because we were sure it will not be a problem when testing t
74.
by wdanilo 9y ago
@netmask, I do not understand your question, could you please explain it better? :)
75.
by wdanilo 9y ago
I love dogescript ( https://github.com/dogescript/dogescript )
76.
by wdanilo 9y ago
@marmaduke that is definitely something you can do in a library. Luna provides two backends - a runtime interpreter and native code generator (the later is not yet available in this release). Both have access to the most primitive OS APIs.
77.
by wdanilo 9y ago
@cturner I'm sorry that you have bad experience with installation so far. Please report your issue to our bugtracker and provide as much information as possible. Windows support needs much love and we will improve it as fast as we can.
78.
by wdanilo 9y ago
@VladimirGolovin I'm sorry that you have bad experience with installation so far. Please report your issue to our bugtracker and provide as much information as possible. Windows support needs much love and we will improve it as fast as
79.
by wdanilo 9y ago
@alexchamberlain Luna is not strongly connected to Atom. In fact, Luna gui runs in HTML and you are able to run it in your browser without Atom right now. However, we do not officially support it. We have chosen Atom just to bring a decent
80.
by wdanilo 9y ago
@everdev, thank you <3 Luna is a visual language. It is important for us. How it looks like, how it behaves, how you feel with it, how fast you can work in it - these are the things which are most important when designing Luna. In fact,
81.
by wdanilo 9y ago
@bane, thank you for your comment. It is very important to us to work with people who already have experience with visual languages, so please, stay in touch with us and use our forum / chat to tell us about your ideas! We would love t
82.
by wdanilo 9y ago
@bsaul, oh I understand. I think we are not there yet. We do not have many ready use cases built in Luna. We will be working with our community to use Luna in real projects / create interesting examples. Then we would build a video sho
83.
by wdanilo 9y ago
@seanmcdirmid We are not yet there, but we develop Luna to target EXACTLY these use cases - program modification AND very direct data manipulation. We see Luna as an unified platform for building rich DSL's. An example of such rich DSL
84.
by wdanilo 9y ago
@anigbrowl I do not know flowstone DSP, but I see you were thinking much about GUI / nodes design. This is one of the topics I'm passionate about and I we want to make Luna the most powerful visual language available. I would love
85.
by wdanilo 9y ago
arnioxux, thanks for sharing your thoughts here! I completely agree, that double representation is the killing feature of Luna. Personally, I do not believe we can progress in the domain of software design by removing the textual form. Beca
86.
by wdanilo 9y ago
If we think about a programming language then it's universe is what a program can actually do. Luna is a general purpose, real programming language. If you are able to code something in C, you should be able to do it in Luna. From this
87.
by wdanilo 9y ago
Samuell, please note that we are shipping Luna together with Atom.io app. Look at `.luna/config/luna-studio/1.0/atom/packages/luna-studio/lib`. The main Luna Studio lib is around 35mb on my computer. There
88.
by wdanilo 9y ago
The installer is 170mb after unpacking - it is just an electron app (for providing you GUI) connected to our installation manager. The command line installation managar is very lightweight (around 2mb) - we will provide it as an alternative
89.
by wdanilo 9y ago
@kabes there is a BIG difference between Luna and NoFlow. Luna is purely functional, immutable, lazy, has double representation you can switch any time. NoFlow is visual layer over imperative, mutable JS without ability to swithc reprs. The
90.
by wdanilo 9y ago
@rayalez thank you for your feedback! It is very interesting for me personally. I would not have thought that video tutorials could be better than interactive ones, but it is probably because of my strong personal preferences towards exampl

More ›