Luna – Visual and textual functional programming language
1–10 of 331 posts
Re: Luna – Visual and textual functional programming language
#2Very nice! I feel this space is under-developped. Luna reminds me a lot of Apple's Quartz Composer.
Visually representing anything complex is an immense challenge, but just like code is broken down into units (files/functions/whatever), a visual tool that can provide a fractal-like representation of a system would be awesome.
(I'm looking to dig deeper in this space for some pet projects.)
Re: Luna – Visual and textual functional programming language
#3I'm super interested in this project! I'd like to see how interop really works and how to get multiple data sources interconnected to produce amazing datasets.
Re: Luna – Visual and textual functional programming language
#4I like the idea of category-oriented programming. Would be interested to see a white paper on what that means.
Re: Luna – Visual and textual functional programming language
#5I'd like to see how the visual representation of larger non toy examples look. Looks like a very cool project !
Re: Luna – Visual and textual functional programming language
#6Interesting. I wonder if this is the future of not only reducing the barrier to entry to software engineering, but setting up a new tier of software engineer for the unskilled. Rather, would software have lower barrier to entry positions that are driven by piecing together software components like they would a factory job. I'm sure for most software a team is only necessary,but as software dominates our future, perhaps this is the bridge to unlocking more opportunities outside of a higher skilled tier of manual coding. I'm just talking off the top of my head, so I may be totally off base. Either way looks interesting, and that futuristic interface is sweet.
Re: Luna – Visual and textual functional programming language
#7Here is the snapshot from when this was submitted to HN about a year and a half ago: http://archive.is/V2VwE
My question: what has changed? Has anyone addressed any of the fundamental questions that were posed last time this was submitted? Are there any concrete examples of how you might use this for general purpose programming?
Re: Luna – Visual and textual functional programming language
#8Interesting. I wonder if this is the future of not only reducing the barrier to entry to software engineering, but setting up a new tier of software engineer for the unskilled. Rather, would software have lower barrier to entry positions that are driven by piecing together software components like they would a factory job. I'm sure for most software a team is only necessary,but as software dominates our future, perha…
This is one of those things that always seems like it ought to be the future but for various reasons it doesn't take off. My high school computer class used a programming language called ProGraph[1] that looked a lot like this, but without the text representation, and it was neat but honestly it was more tedious to both read and write anything of even moderate complexity than a pure textual form.
Re: Luna – Visual and textual functional programming language
#9Here is the snapshot from when this was submitted to HN about a year and a half ago: http://archive.is/V2VwE My question: what has changed? Has anyone addressed any of the fundamental questions that were posed last time this was submitted? Are there any concrete examples of how you might use this for general purpose programming?
That's more or less what I want to know. I've been subscribed to Luna for a while but I haven't received any updates or news about it whatsoever. The Twitter account is pretty dead. Even the images on the website seem pretty sketchy since I doubt many of the images are actually real or represent features of the editor. I've pretty much given up on this ever coming out.
Re: Luna – Visual and textual functional programming language
#10I 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 language coupled with a toolbox rivalling Moose would be interesting!