This looks really beautiful: what's it written in?
Also, "Num in IO", nice. Now we wait for someone to write a "(Num in IO) in IO" action.
Luna – Visual and textual functional programming language
61–70 of 331 posts
Re: Luna – Visual and textual functional programming language
#62Earlier quoted context omitted.
> A lot of work in robotics involves software that maps to this style well (functional-ish, where data is being pushed through computational pipelines / graphs), and I think this could be a killer development environment for things like control systems, sensor fusion software, image processing / computer vision, etc. LabVIEW
yep, and I've used Labview (and Simulink, and other graphical editors) in the past for some of this. Why I'm excited about this is: 1) It's open source, so we can extend it and hack on it as needed. Thos is probably the biggest reason. 2) The dual textual / graphical representation is really useful in cases where you might want to switch between the two, or one makes more sense than the other. You can do some with te…
We would do everything we can to support such use cases. In fact we believe in the same things TFortunato. I would like, however, to emphasize some things. After the first release, connecting to foreign languages on the lowest levels (like C++ foreign interface) will be possible but very hackish. Connecting using serialized data will be of course very easy. Moreover Luna's backend to compile to machine code needs still much love and this is our biggest milestone after the release. I'm writing it just to ensure that I will not "overpromise" anything, however the described use cases are very important for us and we will support them as much as we can. Again, feel free to help us and contribute :)
Re: Luna – Visual and textual functional programming language
#63Earlier quoted context omitted.
Actually we did not run into problems with syntax! The syntax we were presenting last time has changed only slightly. I'd be happy to chat more about it! You can grab me here or message me directly at wojciech at luna-lang.org :)
Fantastic! Will do. Hopping on a plane now but will be in touch.
Have a safe and pleasant flight!
Re: Luna – Visual and textual functional programming language
#64Re: Luna – Visual and textual functional programming language
#65Earlier quoted context omitted.
What kind of plots can you make with this? This has real potential in the big-data and scientific fields. Plotting is hard and if you can easily tie together many data sources and models that are popular onto time series and geospatial plots this will be a winning combo go scientists.
You can connect to our data ANY HTML/JS compatible visualisation. Moreover Luna has some basic (and they are getting better with every day) bindings to drawing over webgl canvas, so you can define visualisations using our nodes. We will be showing examples how to define efficient heatmaps / custom plots using few nodes interactively in Luna. We will be more than happy to collaborate with you and anyone interested in…
If you can, internally, handle adding together multiple data sources you'll win in the academic space with something like this. Especially if you can choose a Python syntax for the "code" portion.
In scientific spaces you have many data sources that all mean completely different things. They are all recorded in different coordinate spaces (mag, distances, polar, etc) and you want to plot many of these things into the same plot and have them go where they were meant to be.
If you could generate 3D plots as well just by flipping a switch that would be a huge plus. The hard part is that we have many modeling softwares that are written in strange ways and in strange formats. One example of a very popular model with a difficult interface is the IRI (http://irimodel.org/). If you could just link a node of "IRI" into "Earth Plot" then that would be awesome.
Re: Luna – Visual and textual functional programming language
#66This looks really beautiful: what's it written in? Also, "Num in IO", nice. Now we wait for someone to write a "(Num in IO) in IO" action.
Hi! We write almost everything in Haskell.
By the way, Num in IO in IO is completely ok function signature - it means that you have a function that uses IO to optain a function which will return a number while performing another IO action :) However it is completely ok in Luna for the end user to type it simpler, like `a :: Num` and the compiler will keep track of all "monad transformers" under the hood.
Re: Luna – Visual and textual functional programming language
#67Hi 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…
Is this intended for a general purpose programming?
Re: Luna – Visual and textual functional programming language
#68Hi 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…
Great news! What are the hold-ups in going open source? How soon is "just before"?
Re: Luna – Visual and textual functional programming language
#69I like the idea of category-oriented programming. Would be interested to see a white paper on what that means.
This feature is a bit of a misnomer, as it immediately brings up discussions about category theory. That being said, the idea behind it is pretty simple, yet powerful. Our typechecker will be able to track the shape of data on a deeper level than usual types. Basically will be tracking the exact constructors used to construct data, not just types – something that is a huge pain in most existing typed languages. If you for example take Haskell, you can have a data type with multiple different constructors, and even though you may be certain that some of those are impossible to occur at some points in your program, it is difficult to express that certainty on typelevel – other than repacking to a different datatype, with less constructors, which then need to be named differently and need repacking even if you're just calling a function that expects a wider range of constructors, and thus is definitely safe.
However, due to the amount of work with more foundational layers of the language, we've had to postpone implementing this feature until further down the line. It is coming at some point for sure, though :)
Re: Luna – Visual and textual functional programming language
#70Is this related to the luna programming language experiment by TJ Holowaychuk? https://github.com/tj/luna
There is also a framework by this name that is (was?) being developed by Asana. Naming is hard in the global namespace!
Yeah it was - https://news.ycombinator.com/item?id=2191800