Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Luna – Visual and textual functional programming language

luna-lang.org

Post reply on HN
Print view View original

91–100 of 331 posts

Re: Luna – Visual and textual functional programming language

#91

Post by wdanilo »

msd81257 wrote: post #73

I'd love to hear how this might be applied as a general debugger concept for CUDA and the likes. To a layman like me, CUDA's GDB debugging interface has always left a sour taste in my mouth due to the high amount of parallelism that simply can't be displayed through a debugger entailed to be used only on a single thread. I'd love to see someone working on (and I'm probably going to take a crack at it myself ;) ) not…

It would be supper cool to debug CUDA with Luna, but keep in mind there is a really long way until it will be possible. It is however very interesting path and I'm super curious where it could lead us to! I'm willing to support it as I can if you would like to try do it by yourself. You will be even able to cut off our backend and use the GUI for your purposes, however more interesting (and even probably also easier) way to do it will be to make some abstractions in backend and build the graph using provided by us backend server, its API and replacing only the interpreter / compiler plugins. To sum this up, a very interesting idea!

Re: Luna – Visual and textual functional programming language

#92

Post by wdanilo »

kowdermeister wrote: post #83
wdanilo wrote: post #26

Hi guys! My name is Wojciech Danilo and I'm one of the founders of Luna. The timing for this news is a little unfortunate, because we are just before releasing Luna as an Open Source project! However, it's great time to answer some questions and give you a short update what has happened for the last couple months: 1. We've raised a seed round of $1M, so we can safely focus on product development and shortly on commun…

How did you convince VC-s, that there's need for a new programming language? (I'm totally not saying there's no need, but since it's highly technical and I probably would fail at it I'm really curious)

We are not really making a programming language. So, err.. ok, we are. But it is "just" an engine. Luna is a data processing platform. It allows you to prototype, design and deploy data processing applications much faster than it is currently possible, while working in an elegant, interactive data visualization environment. Moreover, we are supported by many cool companies that want to use Luna for their purposes, including IOT, Data Science or Bioinformatics ones. We got a really big interest in our technologies and we've collected the whole round in less than 6 weeks, choosing the investors we liked among many that wanted to contribute. I'm writing about it because I'm really very grateful for their help and super happy that the need for such development is widely recognized.

Re: Luna – Visual and textual functional programming language

#94

Post by coldtea »

tree_of_item wrote: post #25
gramstrong wrote: post #11

Earlier quoted context omitted.

I'm not sure what the idea even means, or if it really warrants a separate paradigm than OOP. Is it related to category theory? Frustrated that a 'new' paradigm got dropped on me with only a couple sentences of explanation.

It's bogus, they just wanted to use the word "category" to try and lure in FP enthusiasts.

And you know that because?

Re: Luna – Visual and textual functional programming language

#95

Post by wdanilo »

CyberDildonics wrote: post #87
indescions_2017 wrote: post #75

Earlier quoted context omitted.

Really cool you chose to do an image processing demo with the "color grading" example. That is such a natural fit for visual programming. I could see Luna fitting into a video post-production or digital asset creation pipeline for games. The combination of a visual interface and functional logic could be used to create mind-blowing custom procedural solutions! Have you given any thought as to what media libraries you…

The thing there is that is already how image processing and compositing has been done for 30 years. Check out Nuke, Digital Fusion (which is free), Shake, Flame, etc.

@CyberDildonics, I think that @indescions_2017 was referring to pipelines suitable to be run inside game engines, working at "runtime", not batch-processing data upfront. You cannot utilize any of the software you mentioned to do it. You can use Houdini engine, but it's image processing capabilities are super limited currently and even if they improve, you are limited to thinking in the context of SOPs, DOPs, CHOPs etc, without being able to extend it with custom datatypes and procedures.

Re: Luna – Visual and textual functional programming language

#96

Post by coldtea »

adgasf wrote: post #44

Why implement a new language rather than a GUI on top of Idris, PureScript or similar? (That aside, very excited!)

Because few care for Idris and PureScript.

They wanted simplicity and to control the language and syntax -- not to tie themselves to some Haskell-like environment.

Re: Luna – Visual and textual functional programming language

#97

Post by wdanilo »

xor1 wrote: post #90
wdanilo wrote: post #26

Hi guys! My name is Wojciech Danilo and I'm one of the founders of Luna. The timing for this news is a little unfortunate, because we are just before releasing Luna as an Open Source project! However, it's great time to answer some questions and give you a short update what has happened for the last couple months: 1. We've raised a seed round of $1M, so we can safely focus on product development and shortly on commun…

I really like how the Luna site looks. As someone who knows nothing about web front-end, how was it made? Custom-built? Template?

Our programmer designed it and we've just build it using some standard bootstrap. It might seem like a joke, but it's currently not :D

Re: Luna – Visual and textual functional programming language

#98

Post by pera »

agentultra wrote: post #10

I find thinking visually to be quite limiting. Although having a mixed textual representation is interesting. I sort of get this with the Moose platform in Pharo which I use for analysis based work. The most painful part of that though is interfacing with foreign systems. And maybe Smalltalk... not a bad language but I've been bitten by the Haskell/Lean/Idris bug. A seamless FFI experience as promised with this langu…

I think it really depends on the kind of problems you are trying to solve: expressing programs visually is very common in signal processing (see for instance GNU Radio and Pure Data) because the flow of the signal through different components is one of your main concerns. Also having easy to tweak parameters in the form of knobs and sliders widgets, or adding for instance an oscilloscope node anywhere anytime, aids your development workflow a lot.

Re: Luna – Visual and textual functional programming language

#99

Post by k__ »

wdanilo wrote: post #92
kowdermeister wrote: post #83

Earlier quoted context omitted.

How did you convince VC-s, that there's need for a new programming language? (I'm totally not saying there's no need, but since it's highly technical and I probably would fail at it I'm really curious)

We are not really making a programming language. So, err.. ok, we are. But it is "just" an engine. Luna is a data processing platform. It allows you to prototype, design and deploy data processing applications much faster than it is currently possible, while working in an elegant, interactive data visualization environment. Moreover, we are supported by many cool companies that want to use Luna for their purposes, in…

Haha, I was thinking the same.

Well it's not really a programming language, but a data processing platform, business people love that -> VCs love that.

Re: Luna – Visual and textual functional programming language

#100

Post by wdanilo »

kustosz wrote: post #36
jancsika wrote: post #13

Where are the node positions stored?

We store them in a separate section in the source file, which is hidden by default when editing. So a bare .luna file is a readable text file, containing some metadata at the bottom, which is not shown when editing with our editor. This way we achieve clear representation and full portability of the source files.

This way we are also compatible with git etc! :)
Post reply on HN