Live data from Hacker News

Luna – Visual and textual functional programming language

luna-lang.org

171–180 of 331 posts

Re: Luna – Visual and textual functional programming language

#172
post #153
post #66

Earlier quoted context omitted.

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.

I think this is a really good idea -- many people, myself included, get really excited about Haskell and then are turned off by the complexity of monad transformers. I would recommend that you focus on good error messages that explain monad-related errors in "user land" and not force them to either guess about what's wrong or suddenly learn all the stuff under the hood. It's a terrible experience and you see it in C+…

That is a very good point. We treat "monads" in a very special way in Luna - they have their own type section and we can analyse them and report errors much clearer than Haskell can for example. This does NOT mean that we limit them in any way. You are free to define your monads and convert them to ordinary types or back as you wish :) But we normally dont describe them as monads, just as "context", because it is easier to understand.

Re: Luna – Visual and textual functional programming language

#173

Examples on the home page have broken indentation, or just a multi-level indentation that is confusing? class Point: x y z :: Int origin = Point 0 0 0 Point x y _ = origin print 'Origin XY coords are ($x,$y)' (Why is `origin =` indented at all?)

To line up the equal signs, so all assigned values are aligned as well.

Re: Luna – Visual and textual functional programming language

#174
> Traditional software development is broken by design

Which is why Luna is entirely hosted within itself and needs a Luna implementation to bootstrap.

We wouldn't want to ask investors to believe in any traditional development after telling them it's broken.

Re: Luna – Visual and textual functional programming language

#175

Earlier quoted context omitted.

This is what we want to deliver a little bit later. So you could go to our website, click "start", make the graph and everything will be run and scaled automatically for you, delivering you the results. Are we talking about the same functionality? (I'm abstracting over particular hardware provider).

1 click deployment to something like golem.network would be even cooler

Interesting idea! Are you thinking about any specific applications you'd like to deploy there? I'd love to learn more

Re: Luna – Visual and textual functional programming language

#176
post #143

Earlier quoted context omitted.

This was a super-valid position until Sept. 14, 2015, when Node.js and io.js combined to establish a stable runtime. From that day forward, JS/ES have been fast to change and stable.

I don't care what they done in terms of stable runtime. I mean, I care, but not in the context of the language itself. Language is all - combined! The runtime, syntax, libs, everything. I call it "experience" or "feeling". I like the idea to treat JS as web assembler, but as a language, JS is just a garbage. It will be garbage until you will be able to write code, that seems completely valid unless you are super JS g…

Pet-peeve from a Javascript Apologist:

The `map(parseInt)` example is an obscure strawman that exists solely due to historical purposes; it's very difficult to change this sort of thing in a language because it would involve one of two things:

1. Change the API of `parseInt`, break everything

2. Change the API of `Array::map`, break everything

If you want JS devs to respect your voice you may want to attack the more fundamental problems with the language, like its lack of type-safety, rather than the remnants of its "upbringing".

Re: Luna – Visual and textual functional programming language

#177
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…

This really looks fantastic, and I'd love to give it a spin. I could see this being pretty awesome to both use myself on projects, and with people I spend time with helping them learn to develop serious applications. Looking forward to see where Luna goes. Congrats on a great-looking product!

Re: Luna – Visual and textual functional programming language

#178

Examples on the home page have broken indentation, or just a multi-level indentation that is confusing? class Point: x y z :: Int origin = Point 0 0 0 Point x y _ = origin print 'Origin XY coords are ($x,$y)' (Why is `origin =` indented at all?)

You are right, all the last 3 lines should be aligned max to the left. We'll fix that soon on new website!

Re: Luna – Visual and textual functional programming language

#179
post #144

Earlier quoted context omitted.

When you're talking about building a community, I'm wondering how are you going to convince Data Scientists who are pretty much used to R and Python and not any functional programming language, try Luna? Any plans for it? Like a free course on Udemy or any mooc to take this to masses?

We are open to suggestions here. We know that Luna brings a great power to Data Scientists but there have to be a good way to show this power to them. I don't know currently what way would be the best and we've got a little time until we do it. For now, the first milestone for us is to build community around good programmers (including good programmers from the data science field) and later target less technical peop…

I'd be interested in (and have some experience) in bridging Python with other (data-heavy) languages, which would let you pull in a lot of functionality as nodes in your graph, or expose your graph as functions in Python.

Re: Luna – Visual and textual functional programming language

#180

Earlier quoted context omitted.

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!

in what way is javascript a non language? i write c, python and javascript- i dont see how one is any more of a language than another? you are baselessly pretentious

the_cat_kittles I did not wanted to hurt your feelings. Of course it is a language. By saying it is not I just wanted to express my strong anty-JS feelings, but they are of course very subjective :)
Post reply on HN