| A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z | AA | AB | AC | AD | AE | AF | AG | AH | AI | AJ | AK | ||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | Project | Luna Enso | Red (non community project) | DynamicLand (non community project) | Unison (non community project) | Cranq (formerly flowCODE) | Appshare (formerly Yazz Pilot) | Jai | Mu | ValOS (Valaa Open System) | Instadeq | Lamdu | Glance | Curv | Wasp | Hest | Tree Notation | Onex/Object Network | Kayia | Subtext | Infusion | Ultorg (formerly SIEUFERD) | Parasail | Lobster | LES | Hilltop | Ceptre | Beads | Maraca | Dark | Mech | Lynxtool | Leibniz | Eve | Restructor | Aardappel | ||
2 | Primary dev(s) | Wojciech Daniło, Marcin Kostrzewa | Nenad Rakocevic | Bret Victor | Dan Stocker | Zubair Quraishi | Jonathan Blow | Kartik Agaram | Iridian Kiiskinen, Ville Ilkkala, Ilari Kajaste | Mariano Guerra, Javier Dall' Amore | Eyal Lotem, Yair Chuchem | Robbie Gleichman, Daniel Garcia | Doug Moen | Martin Sosic, Matija Sosic | Ivan Reese | Breck Yunits | Duncan Cragg | David Broderick | Jonathan Edwards | Antranig Basman/Fluid Project | Eirik Bakke | Tucker Taft | Wouter van Oortmerssen | David Piepgrass | Dan Swirsky | Chris Martens | Edward de Jong | Jon Whitehead | Paul Biggar, Ellen Chisa | Corey Montella | Tim Babb | Konrad Hinsen | Chris Granger, Rob Attorri, Josh Cole, Corey Montella, | Wouter van Oortmerssen | Wouter van Oortmerssen | |||
3 | Unique Selling Proposition (or your elevator pitch!) | Luna is a data processing and visualization environment built on a principle that people need an immediate connection to what they are building. It provides an ever-growing library of highly tailored, domain specific components and an extensible framework for building new ones. | A language with two levels, one for system programming, and one for general purpose programming. The system language is custom built to allow smart contracts in cryptocurrency, the general purpose language builds on the long history of Rebol, with fresh improvements, and a much wider platform span. Red is a very powerful and compact language. | Programming made tangible (edj best guess) | Code is stored not as text, but in AST form, and each unique AST is given a hash so it becomes immutable. | Visual programming language and development platform. Reduces cross-organization communication overhead related to code, and boosts productivity by shortening path between intent and implementation. | http://futureofautomation.wikidot.com/mu | No Code Data Analysis and Visualization | An experiment in creating a visual programming environment that's both powerful and easy to learn. | A language for live coding of procedurally generated art. 2D, 3D, simple interactive animations. Full colour 3D printing. Text based now, visual programming in the future. | Declarative language for building full-stack web apps faster and with less code. Frontend, backend and deployment - all in one concise DSL. | A drawing tool with visual programming features. Execution happens in time and space, and the programmer-artist actively participates in execution. | Tree Notation supports all of the semantic structures in programming—scalars, strings, lists, sets, maps, trees, scopes, expressions, statements, etc—without any syntax characters. It's a very dumb notation that simply splits a document into cells and nodes with scopes, using only spaces, newlines, and indentation. | Normal people can build and share dynamic digital stuff through a peer-to-peer/decentralised architecture and animate it with accessible declarative programming. | The missing link between spreadsheets and programming languages. Visual and tangible like a spreadsheet, general purpose like a programming language. | Ultorg is a graphical user interface for relational databases. By directly manipulating query results on the screen, users can construct and modify database queries at a level of expressivensess equivalent to SQL-92. | A language that makes loops automatically parallel. By the author of one of the leading ADA compilers. | The friendlyness of Python at the speed of Rust? Bringing advanced type and lifetime inference to the masses. Initially targetting game development. | People have learned to avoid custom text formats for data, since we've standardized on JSON and XML. Code is data too, yet every new programming language has its own incompatible notation & syntax tree. LES (stored in memory as Loyc trees) is the first step toward fixing this. It's a flexible C-like language for building DSLs, with a parser simpler than C. | High readability, low complexity. Flappy Bird in 91 lines with < 3 code elements per line on average. | Ceptre is a rule-based programming language based on a fragment of linear logic (roughly equivalent to multiset rewriting). It has a flexible user-defined type language and is designed to permit rapid prototyping of rule systems, such as game mechanics. | Bugs are easy to fix because the system can run backwards as well as forwards. A language so concise and mathematically symmetrical that your specification becomes executable, Progams are reliable and transfer of code bases to new staff is a breeze because programs are comprehendable. | Dark is a holistic programming language, structured editor, and infrastructure, for building backend web services. It's for frontend, backend, and mobile engineers. | Mech is a language for developing data-driven, reactive systems like animations, games, and robots. It makes composing, transforming, and distributing data easy, allowing you to focus on the essential complexity of your work. | Pure functional programming with node+wire; using well-tested UI elements from visual effects software, plus advancements. Marketplace of code where users can share (or sell) their work. | Digital Scientific Notation: a formal language designed for encoding scientific models embedded into narrratives (as in Literate Programming). Turing-complete but not really meant for "programming". | Structured programming with fully automatic whole program code refactoring | Graphical Concurrent Tree Rewriting: Program by example visual programming with concurrent/distributed computing. | ||||||||||
4 | Active/Dormant/Archived | Active | Active | Active | Active | Active | Active | Active | Active | Active | Active | Active | Active | Active | Active | Dormant | Active | Active | Active | Active | Active | Active | Active | Active | Active (struggling for time) | Active | Active | Active | Active | Active | Active | Active | Active | Archived | Archived | Archived | ||
5 | URL | luna-lang.org enso.org | https://www.red-lang.org/ | Active | https://www.unisonweb.org/ | cranq.io | http://appshare.co | https://www.mrphilgames.com/jai | http://akkartik.name/about | valaa.com | https://instadeq.com/ | lamdu.org | curv3d.org | https://wasp-lang.dev/ | Private | treenotation.org | http://object.network | https://kayia.com | http://www.subtext-lang.org/ | https://docs.fluidproject.org/infusion/development/ | https://vimeo.com/372006027 | https://adacore.github.io/ParaSail/ | http://strlen.com/lobster/ | http://loyc.net/les | hilltop-lang.org | https://github.com/chrisamaphone/interactive-lp Web editor prototype: http://microceptre.glitch.me/ | beadslang.org | maraca-lang.org | darklang.com | mech-lang.org | lynxtool.com | http://science-in-the-digital-era.khinsen.net/#Leibniz | witheve.com | http://strlen.com/restructor/ | http://strlen.com/aardappel-language/ | |||
6 | Github URL | https://github.com/enso-org/enso | https://github.com/red/red | https://github.com/unisonweb/unison | https://github.com/Cranq-io | https://github.com/zubairq/pilot | https://github.com/akkartik/mu | https://github.com/valaatech/vault | github.com/lamdu/lamdu | https://github.com/rgleichman/glance/ | github.com/curv3d/curv | https://github.com/wasp-lang/wasp/ | Private | https://github.com/treenotation | https://github.com/DuncanCragg/ | NONE | https://github.com/fluid-project/infusion | N/A | NONE | https://github.com/aardappel/lobster | https://github.com/qwertie/ecsharp | https://github.com/chrisamaphone/interactive-lp | https://github.com/magicmouse/beads-examples | 7 repositories, see website for links | github.com/mech-lang | https://github.com/khinsen/leibniz-pharo | https://github.com/witheve | https://github.com/aardappel/restructor | https://github.com/aardappel/aarded | |||||||||
7 | Twitter URL (main one for you or project) | https://twitter.com/dynamicland1 https://twitter.com/worrydream | https://twitter.com/cranqio | https://twitter.com/zubairq | https://mastodon.social/@akkartik | https://twitter.com/instadeq | twitter.com/LamduProject | https://twitter.com/wasplang | https://twitter.com/spiralganglion | https://twitter.com/treenotation | https://twitter.com/jonathoda | https://twitter.com/amb26ponder | https://twitter.com/eirikbakke | https://twitter.com/wvo | https://twitter.com/DPiepgrass | twitter.com/chrisamaphone | twitter.com/CodingFiend | https://twitter.com/darklang | twitter.com/MechLang | https://twitter.com/tr_babb | https://scholar.social/@khinsen/ | https://twitter.com/With_Eve | https://twitter.com/wvo | https://twitter.com/wvo | ||||||||||||||
8 | Open or commercial or mix | open (I think) | mix | apparently neither open nor closed: people can visit but there's no public repo; it's a non-profit, but.. | open | mix | Open source, MIT license | will be open source | open; forks encouraged | open core (with potential for commercial plugins) | commercial | open | Free software | open source (Apache 2) | Open source (with plans to build additional commercial products on top) | Commercial | open | core open, may commercialise i/o, adaptors, devices, content.. | commercial | Research prototype | open | Commercial | open | open | open | open | open | mix | open | mix | open | commercial | open | open | open | open | ||
9 | If commercial, name of company | New Byte Order Inc. | Red Foundation, et al. | non-profit | Unison computing, public benefit corp. | Cranq Ltd | Privately funded | Thekla Inc | Valaa Technologies Ltd. | gnandoo | LunchBox Sessions | Onex Software Ltd, but not commercialised yet | Kayia | individual | individual | Ultorg LLC | AdaCore sponsored | individual | individual | individual | individual | Dark Inc | individual | VC funded (2.3 million from Andreesen/Horowitz) | individual | individual | ||||||||||||
10 | Team size (plz order project cols by this!) | 8 | ~7 | anyone know ? | 7 | 4 part timers doing it for fun | 4 | 3 | 3 | 3 | 2 | 2 | 2 | 2 | 1 (plus 5 artists) | 1 full time | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 (project shrunk in july 2020) | 1 | 1 | 1 | 4 | 1 | 1 | |||
11 | Year project codebase started (then order project cols by this!) | 2018 | 2015 | 2016 | 2019 | 2013 | 2014 | 2014 | 2017 | Last version started in July 2019 | 2012 | 2015 | 2016 | 2019 | research started 2013-ish prototyping started 2015 production started 2019 | 2012 | Settled on state rewriting model in 1985 Added distributed state updates in 1992 Implemented multiple times in many languages Nearest to current form gestated 2002..2009 | 1997 | 2005 | 2008 | Since 2008 (commercial since 2016) | 2009 | 2011 | 2012 | 2014 | 2014 | long gestation | 2017 | 2018 | 2018 | 2019 | 2020 | 2016 | 2015 | 2016 | |||
12 | Countries | Poland | China, Europe, US, Serbia | USA | USA | UK, Hungary | Distributed | USA | USA | Suomi (aka Finland) | Argentina, Portugal, Germany | Israel | USA, remote | Canada | Croatia | Canada | USA, India | UK | USA | USA | USA | USA | USA | Canada | Israel | US | USA | UK | USA | USA | USA | France | USA | USA | UK | |||
13 | Most unusual feature(s) | Bidirectional graphical and textual programming. You can change the graphics and it will update the code, or change the code and it will update the graphics. | A very concise notation, with great combining power. Special attention is paid to producing Crypto contracts | You work with paper on tables animated via projectors on the ceiling, that have cameras reading dots on the page which form a barcode identifying the code. | Designed to be distributed-first. Code is stored in a database, not text files. | Compiles to multiple languages Hierarchical graph Forced focus on single component & its 1st-degree children Global, indexed component repository Strong emphasis on user experience | Emailable apps: All apps have a built in SQLite database with a Rails like migration schema. All apps can be saved as HTML, which saves the SQlite database schema, AND the data. That single HTML file can be emailed around which means emailable apps | super high performance at execution time | Bootstraps from machine code. Has an ugly, verbose syntax. To minimize machine code written, optimizes for good error messages rather than clean syntax. Code is designed to be run interactively rather than passively read. | No loops, no text entry, formula calculator, everything is draggable. | Shape programs are compiled into GPU shader code for fast preview, animation and interaction. | Generates nice code in web tech stack of your choice (currently only React, Redux, Node, Mongo). Allows extending via existing web technologies (js, html, css, ...). Not a general programming language (for now). | Rich drawing features that the programming model emerges from. You see data flowing through your system like balls in a Rube Goldberg machine. Debug the running program by pausing, rewinding, and moving in slow motion. | There are no syntax characters -- no parens, no brackets, no quotation marks, etc. | There is no concept of an "application", it's more like a global cyberspace or metaverse. Each object is autonomous. Objects communicate through state updates. | Works with data as an object model. Code is not stored in text files but as data, and you work with it directly in AST form. | WYSIWYG semantics: code is not a dead text fed into a black box; code is live executing data structures that are fully visible. No need for a debugger. Supports Programming by Demonstration. | A single visual representation shows the structure of the current database query overlaid on its own result. To achieve this, the data model of results are extended beyond the flat tabular model of SQL, to the so-called nested relational data model. | automatic parallelization of code | Can infer static types and compile time memory management without the help of the programmer, goes further in this aspect than existing such languages. | LES v2 is backward-compatible with JSON. LES has no semantics, but a universal Lisp-style macro system called LeMP (Lexical Macro Processor) is built on it. Enhanced C# is an example of a programming language built upon Loyc trees (same data structure as LES) and LeMP. | Every value-associated element has a built-in event handler that is triggered when the value changes | linear logic programming and stages | A replacement for Javascript, Java, and Swift. Generate web apps, mobile apps, and desktop software from a single code base. Uses deduction to dramatically reduce the amount of code that needs to be written. | Compiles to native machine code. "Pure" visual language; no grammars in the interface or implementation. Heavy emphasis on design simplicity and domain agnosticism (providing small, simple, and complete set of generic primitives). | Based on term rewriting. Fully declarative. Syntax designed for embedding into prose, like mathematical notation. | Automatically introduces (and removes) functions to improve the quality of code (DRY abstraction). Visual environment with type and structured error feedback. | Visual/Graphical programming language based on tree rewriting (by example). Can elegantly do state & concurrency. | ||||||||||
14 | It's a programming language | yes | yes | Realtalk | yes | More like a markup language for dataflow graphs | No, it just uses plain Javascript | yes; a greatly cleaned up C++ | Mu | yes; extends JS with a transparent ORM to global object space | yes | yes | It's a visual programming language for a subset of Haskell | yes | yes | it's a programming system | it's a syntax. you can build programming languages on top of it we call "tree languages" | yes (Onex) | yes | yes | no, is a JS framework, but in a sense - aims to disintermediate languages | no | yes | yes | No, it's a foundation for building programming languages (and DSLs, build systems, etc.) | yes | yes | yes | yes | yes | yes | yes | no | yes | yes | yes | ||
15 | It's an IDE | yes | no | kinda! | yes | yes | no | Mu | includes an IDE | yes | yes | yes | yes | no | it's a programming system | no | yes | yes | yes | eventually | yes | no | no | no | yes | no | no | no | yes | yes | yes | yes | yes | yes | yes | |||
16 | It's an OS | no | no | sorta! | no | no | It has a scheduler and a process model. It runs multiple child NodeJS processes so that simple rogue processes do not bring the system down | no | Mu | no (wrt hardware), debatably yes (wrt applications) | no | no | no | no | no | it's a programming system | no | yes | eventually | eventually | in a loose sense, will have "drivers" etc. | no | no | no | no | no | no | no | no | no | yes (see https://gitlab.com/cmontella/hivemind) | no | no | no | no | no | ||
17 | Live programming | yes | yes | yes | yes | yes | superfast compiler | no | yes | yes | yes | hopefully | yes | yes | tree languages can support | yes | yes | yes | yes | yes | instant startup | no | no | no | not yet | yes | yes | yes | yes | yes | no | no | ||||||
18 | Declarative or Imperative | visual direct manipulation language, bidirectional with text | imperative, kinda like LISP without parentheses | mixed? | mix | Imperative | imperative | Imperative | both? scripts are imperative, ui is declarative | declarative | declarative with support for imperative | functional | imperative style programming in a pure functional language | declarative | it depends | tree languages can be any | Declarative | declarative | yes | declarative | declarative | imperative, automatic parallelization | imperative, functional, oo, in that order | either/both | declarative with some imperative | declarative | combines declarative, imperative, deductive, and constraint-based features | visual direct manipulation + code snippets | declarative, mostly | functional | declarative | declarative | mostly functional | mostly functional | ||||
19 | "State first" or "State last"? Do you treat state as a first class element that people see first when using your system - like Excel and Airtable do - or do you aim to hide it like OO and FP do, in their different ways? | State last | State last | State last | State first | Expressions are referentially transparent. No objects, values are immutable. But there are mutable local variables, assignments, a while statement, to support imperative programming style. | extremely state first | tree languages can be any | State first | State first | State and code are coequal in dev mode. State-only in user mode. | State first | state first | state first | either/both | State first | state-first | State first | State first | state first (considering terms as "state") | state last | state last | ||||||||||||||||
20 | static, strictly, dynamically typed, untyped | based on Haskell | dynamic | static, strictly | static, strictly | Untyped mostly, except for Custom Components which use typing for type hints in the editor | static, strictly | Mu | dynamic | dynamically typed | static | static | dynamic. 6 primitive types. No user defined types (they aren't needed, just as Self doesn't need classes). Statically typed subset compiles into efficient GPU shader code. | dynamic-ish | tree languages can be any | types are syntax, "in the eye of the beholder" | dynamic | static | untyped, will have "type goggles" | static | static, inferred + flow sensitive specialization | any | static | strictly typed | static, strongly typed with an escape hatch | static, strictly | untyped | hindley-milner | semi-statically typed (static coarse-grained typing, dynamic fine-grained) | untyped | static, inferred | dynamically typed | ||||||
21 | Pure functional in whole or in part | yes | no | yes | in part | no | no | no | pure | yes | pure | pure functional | no | tree languages can be any | Pure functional in part: uses tree/graph rewriting so doesn't have a higher level concept of "function". | no | Pure functional looking in, imperative looking out. | functional at the leaves, stateful at the core | pure | impure (has e.g. very powerful higher order function features) | any | in part | no | hyperfunctional (code compiles to a thicket of composed calls, 2 function calls per line avg) | almost | no | pure | pure | no | impure | impure | |||||||
22 | Based on logic programming | no | no | no | no | no | no | no | no | no | no | you can build logic tree languages | no | yes | no | no | unsure (perhaps in the same sense as SQL is based on first-order logic) | used to have backtracking, was removed | N/A | yes | kinda | no | semi | no | no | yes | no | no | ||||||||||
23 | Elements of constraint programming | no | no | In development so that methods can be found based on example inputs and outputs | no | not yet | no | no | no | no | you can build constraint tree languages | no | yes | no | some, via "lenses to self" | no | no | N/A | no | yes, lots of constraint language used | no | yes | no | no | yes | no | no | |||||||||||
24 | Based on FRP | yes | no | no | fundamentally, but hidden | it's reactive and functional | no | no | easy-to-use mix of FRP and Elm Architecture | no | you can build frp tree languages | no | no | no | very loosely | unsure (not sure of the definition of FRP; Ultorg is reactive and functional, and permits set operations, but does not expose an explicit "map" type, for instance) | used to, removed | N/A | if spreadsheets are FRP, then yes (mostly), but with Eve-like code blocks instead of cells | no | has event model in the language | a little | no | no | no | no | ||||||||||||
25 | Based on Object Oriented Paradigm? | based on REBOL | no | yes, Visual basic 6 | no | yes | yes | no | no | no | no | you can build oo tree languages | no | no | no | no | very much optionally | N/A | no | no | complete opposite of OOP, no NEW or DISPOSE in language | no | no | no | no | no | no | |||||||||||
26 | Homoiconic (code and data look the same; self-modifying code) | yes, you can also create domain specific languages easily. | no | no | no | you can modify the code after the parsing pass, compiler gives you full ability to modify the code via an innovative feedback into the parser. | no | in essence; source code Media's are first class resources of the data model | no code representation, "code" is the visual representation | Hopefully will support self-modification | no | no | no | yes | yes | yes | not in terms of syntax as in LISP; yes in terms of semantics | significantly | no | no | yes | no | no | no self-modifying code, but you do have a fancy preprocessor with aliasing, shortcuts, compile time IF, etc. | no | yes | not currently, but likely at some point. | yes, it's terms all the way down | yes | no | kinda, functions and data structures rewritten using same graphical rules | |||||||
27 | Target audience skill level: beginners/intermediate/advanced | all ranges | intermediate | beginner | all ranges | Visual Basic 6 crowd | intended for 3D game development | intermediate | all ranges | all ranges | all ranges | all | tech-savvy artists & 3D printer enthusiasts | beginner and intermediate web developers | artists | all | all ranges | all | beginners | intermediate | intermediate | intermediate | intermediate - advanced | all | all ranges | all | all ranges | intermediate | advanced | all ranges | early: non-coders. late: everyone, coders included. | intermediate, domain experts (computational science) | all ranges | all ranges | beginner - intermediate | |||
28 | user engagement | "mostly enable easy adoption" and "empower users" | "mostly enable easy adoption" and "empower users" | give user a tactile method of interacting with the computer | "mostly enable easy adoption" and "empower users" | This is just a toy language, a fun enterprise Dev experiment some people have used to build throwaway API front ends | "mostly enable easy adoption" and "empower users" | "mostly enable easy adoption" and "empower users". tiered APIs from easy to powerful. | Empower expert users | tree languages can target complete non-programmers (even with pen and paper) or the most power users on the planet | quickly empower normal people | easy adoption | easy adoption by casual users | "mostly enable easy adoption" and "empower users" | easy adoption (by any frequent Excel user) | a more solid Python-like experience | what is this row for? | easy adoption | goal is to improve productivity of programming by a factor of 10, by eliminating most of the common errors, and ensuring all bugs are repeatable | easy adoption | for motivated users at this time | program without having to think about abstraction: copy & paste your code and let the IDE refactor it | tries to be beginner friendly by replacing variables by examples, and being graphical | |||||||||||||||
29 | language programmed in | Rust and Scala | Red (itself), REBOL | Haskell | TypeScript, CranqLang | 2013 - 2016, Clojure. 2016 - present, Javascript | C++ | C++ for OS and a tiny bootstrap of userland; then self-hosted. Can build itself without C++. | JS | frontend: javascript backend: elixir | Haskell | Haskell | C++ | Haskell | CoffeeScript | any. host language implementations in typescript, c++, python, more in the works | C/C++ | c | TypeScript/React | JavaScript | Java | C++ | C# (but have been wanting to port it elsewhere since the beginning) | designing first, then we'll see | standard ML and TypeScript | AS3, JS | typescript | Dark | rust | backend: python + llvm; front: JS/react | Pharo Smalltalk | rust, js | C# | Java | ||||
30 | Web-based | no | yes + CLI + IDE tooling | yes | no | no | currently | yes | no | not currently | next version will be | yes | yes | lots of tree stuff is on the web | no | yes | Browser based | fundamentally | no | no | has dedicated Wasm backend | not specifically | web-based editor in progress: http://microceptre.glitch.me/ | only for product delivery, development on Mac/Win | no | yes | yes | yes | no | yes | no | no | ||||||
31 | Development platforms supported (mac, win, linux, ios, android, web) | mac + win + linux | mac + windows + linux + Ethereum contracts + Raspberry Pi | all (to different extent) | NodeJS, Docker, Kubernetes, or Ubuntu Snap | at least win + mac + linux | *nix | web | mac + windows + linux | mac, linux | max, linux | web | any. supports pen and paper too! | always-on, no dev phase | Browser | MacOS, Windows, Linux | mac + windows + linux | win + linux + mac | any | mac/win/linux | mac + win desktop, Linux (with Wine installed) | web, currently focused on generating server-side back-ends | mac + windows + linux + web | browser | linux + mac + windows | win (.net + wpf) | win + linux + mac | |||||||||||
32 | Output target platforms (mac, win, linux, ios, android, web client, web server, game consoles, VR/AR, embedded) | mac + win + linux | no | anything program components support | web, and WebVR (via Aframe). AR in development | mac + win + linux + consoles | Mu | web | mac + windows | mac, linux, maybe VR in future | web | web | tree languages run on any | Android, Linux, Pinetime | Browser, desktop via electron | mac, win, web via electron, some IOT via Nexus | MacOS, Windows, Linux | mac + windows + linux | win + linux + mac + ios + android + wasm/web + steamvr | almost any (via Blazor, mono, .NET Core) | all programs are interpreted | web apps, mac + win desktop, Node.JS server side, Android/IOS for mobile | mac, win, web | linux backend server to support web apps | mac, win, web, embedded | anything LLVM will target | same (live environment) | win, possibly mono | win + linux + mac + android? | |||||||||
33 | Tools available (compiler, interpreter, debugger, lint) | compiler, interpreter, not sure if debugger avail | compiler, editor, live data inspector | compiler, editor, basic debugger | translator; time-travel debugger | live coding | at the moment "live debugging" and transpiler to JS | live coding environment | compiler | live graphics environment | compiler compilers, grammar builders, interpreters, debuggers, web frameworks, syntax highlighter generators, type checkers, etc | IDE | fully visual environment; automatic visualization of nested hierarchical results; highlighting spreadsheet-like formula editor | compiler uses LLVM, debugger | compiler | parsers, printers, syntax highlighting for Notepad++ and Visual Studio | command-line interpreter, browser editor | transpiler, debugger in progress | compiler | interpreter and debugger integrated in editor/language | compiler | live coding | authoring system with exploration functionality | IDE + compiler | IDE + compiler | |||||||||||||
34 | Networked to the core, or provided by a library | in core | library | library | in library | no | core | no | no | no | no, but would be cool for a tree language that did this! | to core | yes | Self-contained distributed execution, eventually | to whatever extent JS is networked | delegates execution to external database server (PostgreSQL, MySQL, Oracle, or Microsoft SQL Server) | no | no | no | in language | in core | yes | no | no | yes, can run distributed computations | |||||||||||||
35 | ||||||||||||||||||||||||||||||||||||||
36 | ||||||||||||||||||||||||||||||||||||||
37 | ||||||||||||||||||||||||||||||||||||||
38 | ||||||||||||||||||||||||||||||||||||||
39 | ||||||||||||||||||||||||||||||||||||||
40 | ||||||||||||||||||||||||||||||||||||||
41 | ||||||||||||||||||||||||||||||||||||||
42 | ||||||||||||||||||||||||||||||||||||||
43 | ||||||||||||||||||||||||||||||||||||||
44 | ||||||||||||||||||||||||||||||||||||||
45 | ||||||||||||||||||||||||||||||||||||||
46 | ||||||||||||||||||||||||||||||||||||||
47 | ||||||||||||||||||||||||||||||||||||||
48 | ||||||||||||||||||||||||||||||||||||||
49 | ||||||||||||||||||||||||||||||||||||||
50 | ||||||||||||||||||||||||||||||||||||||
51 | ||||||||||||||||||||||||||||||||||||||
52 | ||||||||||||||||||||||||||||||||||||||
53 | ||||||||||||||||||||||||||||||||||||||
54 | ||||||||||||||||||||||||||||||||||||||
55 | ||||||||||||||||||||||||||||||||||||||
56 | ||||||||||||||||||||||||||||||||||||||
57 | ||||||||||||||||||||||||||||||||||||||
58 | ||||||||||||||||||||||||||||||||||||||
59 | ||||||||||||||||||||||||||||||||||||||
60 | ||||||||||||||||||||||||||||||||||||||
61 | ||||||||||||||||||||||||||||||||||||||
62 | ||||||||||||||||||||||||||||||||||||||
63 | ||||||||||||||||||||||||||||||||||||||
64 | ||||||||||||||||||||||||||||||||||||||
65 | ||||||||||||||||||||||||||||||||||||||
66 | ||||||||||||||||||||||||||||||||||||||
67 | ||||||||||||||||||||||||||||||||||||||
68 | ||||||||||||||||||||||||||||||||||||||
69 | ||||||||||||||||||||||||||||||||||||||
70 | ||||||||||||||||||||||||||||||||||||||
71 | ||||||||||||||||||||||||||||||||||||||
72 | ||||||||||||||||||||||||||||||||||||||
73 | ||||||||||||||||||||||||||||||||||||||
74 | ||||||||||||||||||||||||||||||||||||||
75 | ||||||||||||||||||||||||||||||||||||||
76 | ||||||||||||||||||||||||||||||||||||||
77 | ||||||||||||||||||||||||||||||||||||||
78 | ||||||||||||||||||||||||||||||||||||||
79 | ||||||||||||||||||||||||||||||||||||||
80 | ||||||||||||||||||||||||||||||||||||||
81 | ||||||||||||||||||||||||||||||||||||||
82 | ||||||||||||||||||||||||||||||||||||||
83 | ||||||||||||||||||||||||||||||||||||||
84 | ||||||||||||||||||||||||||||||||||||||
85 | ||||||||||||||||||||||||||||||||||||||
86 | ||||||||||||||||||||||||||||||||||||||
87 | ||||||||||||||||||||||||||||||||||||||
88 | ||||||||||||||||||||||||||||||||||||||
89 | ||||||||||||||||||||||||||||||||||||||
90 | ||||||||||||||||||||||||||||||||||||||
91 | ||||||||||||||||||||||||||||||||||||||
92 | ||||||||||||||||||||||||||||||||||||||
93 | ||||||||||||||||||||||||||||||||||||||
94 | ||||||||||||||||||||||||||||||||||||||
95 | ||||||||||||||||||||||||||||||||||||||
96 | ||||||||||||||||||||||||||||||||||||||
97 | ||||||||||||||||||||||||||||||||||||||
98 | ||||||||||||||||||||||||||||||||||||||
99 | ||||||||||||||||||||||||||||||||||||||
100 |