1. 26
  1. 6

    “Traditional software development is broken by design”


    1. 4

      I think this is something that could be pretty useful, actually. I’ve been working in Elm for the last while, and one of my main complaints with the language is that getting things done requires a fair amount of boilerplate that could be generated by another tool instead – hooking up child components to parent components, propagating data from a parent down to a child via messages, passing requests for side-effects upwards to the root of the program. I would be curious to see if a visual programming tool like Luna’s editor helps with addressing those sorts of concerns.

      1. 2

        I signed up for the preview months ago. Has anyone gotten an invite yet?

        1. 5

          The form makes it look more like an application with the whole “why should we choose you?” bit, so I was kind of turned off and didn’t ‘apply’ to be a beta tester.

          1. 6

            Reading the bios and the form I got a similar feeling that this is some sort of ‘product’ we are signing up for. I am perfectly fine with it being a commercial endeavor but it the whole *-lang.org makes it feel like it is another open source project and then they have the polished startup-y landing page. I never understand the shroud of secrecy around not just telling people what you are actually making and what it will cost.

        2. 1

          I am confused: coding without a keyboard at all, or getting a working UML-like prototype by using the mouse, then “using the keyboard”?

          So I imagine who this language will be used by: persons that do not like to read backtraces, error logs, deal with memory assignment… But what this language can be used for? I may have to try, maybe it is a general purpose one.

          1. 6

            this doesn’t have anything to do with keyboard avoidance, as far as i can see. it’s based on the idea that some parts of the program are better represented visually as e.g., a dataflow graph or a dragged-and-dropped user interface, and others are better represented textually. seems wonderful in theory; i hope the implementation lives up to it.

            1. 1

              Well, maybe it is not this bad, then.

              But i still prefer reading code in my terminal :P

          Stories with similar links:

          1. Luna v1.4 released — a programming language with dual (textual/visual) representation via akavel 4 years ago | 29 points | 45 comments
          2. Luna: A hybrid-visual textual functional programming language (now in beta) via puffnfresh 4 years ago | 25 points | 10 comments