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

131–140 of 331 posts

Re: Luna – Visual and textual functional programming language

#131

Post by wdanilo »

zimablue wrote: post #126

This idea will eventually work and be huge I think (I know visual programming languages already exist but a commonly used one to emerge). As someone who believes in metaprogramming and flexibility though I'm hoping for something dynamic, not a heavy mandatory type system that compiles to Haskell.

We believe in something very similar, there are some differences though. Luna type system is not dynamic BUT it is also not mandatory. Our whole standard library does NOT mention a single type - all are inferred by type system and you can, if you want, state them explicitly. To sum this up, we want Luna to be simple to use, intuitive, but have a strongly typed backbone with power similar to Haskell or Idris IF needed. Does it makes sense to you? :)

Re: Luna – Visual and textual functional programming language

#132

Post by kustosz »

mixedbit wrote: post #122

How do you envision version control/code reviews with Luna projects? Can diffs be explored at visual level or only source code level? If one developer moves nodes around without altering any logic are such changes tracked in the code repository?

For starters we've made sure to make git diffs as readable as possible. The visual data is kept at the end of text file (hidden when using our editor), usually in a single line. So if you just move nodes around, one line gets changed and it is clear what to ignore when scanning the diff, while making sure to retain the changes in the repository. For later stages, we envision much deeper integrated version control, including viewing git diffs in the visual editor.

Re: Luna – Visual and textual functional programming language

#134

Post by wdanilo »

svtiger wrote: post #108

May want to remove from your "About Us" bio: "hates Java Script" -- can't say I disagree, but you might alienate potential converts -- really should inject as much positivity as possible. Any negative messaging will do nothing but harm.

I prefer to alienate potential converts than convert JavaScripters! Just joking of course. It is hard to hide hate to a non-language treated as a super cool language. But you are right, I've never thought about it this way. I will change it, thank you!

Re: Luna – Visual and textual functional programming language

#135

Post by d3ckard »

wdanilo wrote: post #134
svtiger wrote: post #108

May want to remove from your "About Us" bio: "hates Java Script" -- can't say I disagree, but you might alienate potential converts -- really should inject as much positivity as possible. Any negative messaging will do nothing but harm.

I prefer to alienate potential converts than convert JavaScripters! Just joking of course. It is hard to hide hate to a non-language treated as a super cool language. But you are right, I've never thought about it this way. I will change it, thank you!

Well, it was pretty good ad for me, so maybe reconsider.

Re: Luna – Visual and textual functional programming language

#136

Post by jancsika »

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.

Nice.

A few more questions:

Is does z-ordering just follow the painter's model?

As a user am I allowed to place two nodes at the same x/y coordinate?

As a user am I allowed to position nodes in a way that creates a visual ambiguity in the diagram (e.g., two or more perfectly overlapping edges among nodes)?

Edit: As a user am I allowed to place a node at an x/y that lies within the bbox of another node?

Re: Luna – Visual and textual functional programming language

#137

Post by dgreensp »

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…

Can I implement pixel-level video effects with Luna (e.g. warping, time map, segmentation, keying, etc.)?

Re: Luna – Visual and textual functional programming language

#138

Post by thecity2 »

kustosz wrote: post #69
thecity2 wrote: post #4

I 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 yo…

This sounds a bit like Idris with its dependent types.

Re: Luna – Visual and textual functional programming language

#139

Post by d3ckard »

crimsonalucard wrote: post #45
agentultra wrote: post #20

Earlier quoted context omitted.

Math. When learning graph theory it can be quite useful at first. But once you start using set theory the graphical representation actually hides more information than it gives and intuition starts to get in the way of us discovering useful properties.

I think this visual stuff is perfect for functional (math based) programming as composed expressions aren't easily readable as english. I find language to be better suited for imperative procedures. Think about it, I have a list of tasks, do I write that list in ordered English bullet points or do I draw a diagram?

Actually diagram might be better suited, for example to display the difference between sequential in parallel tasks.

Re: Luna – Visual and textual functional programming language

#140

Post by qubex »

wdanilo wrote: post #110
kowdermeister wrote: post #106

Earlier quoted context omitted.

Thanks for the response, it makes more sense now. However your site does say it's "just" a programming language with huge font size :) You might want to add what you just posted, there's nothing wrong with it, but it would make more people to get it IMHO.

There is a big difference between what Luna is and who we target with our website. We want now to keep in touch with good developers and build community around them and make Luna a dancing and singing complete development environment with high-level libraries useful for less technical people. The libs we include are very limited currently, so Luna would not be very usable for non-technical people in its current state…

I applaud your candor.
Post reply on HN