xenon-ios VS enso

nanorand: Zero (required) dependency RNG library for Rust, using WyRand, PCG64, and ChaCha. asar-rs: Crate to read and write asar archives, commonly used in Electron applications. tracing-oslog: Crate to output tracing logs to the macOS/iOS os_log system. encrypted-ref: Fun lil' project which creates "encrypted" versions of Rc and Arc, which encrypt the pointers in memory. sweetpaste: "Sweet n' simple" pastebin program. Uses no JS, everything is rendered server-side. twitch-chat-logger: Logs public twitch chat to a SQL database, and exposes it through a public API. chippy: For-fun CHIP-8 emulator I made, with incomplete CHIP-48 and SUPER-CHIP support. otpee: Generic HOTP/TOTP library I made. (Generic as in... it uses generics for the hashing algorithms) xpc-serde: Serde (De)serializer for XPC communication on macOS/iOS. xenon-ios: Jailbroken iOS tweak which allows for easy file transfer between an iOS device and PC.

> At least I have yet to see one that is actually useful in the sense of a generic (or even a single-purpose-built) language

Yeah as said, https://github.com/enso-org/enso seems to be a general purpose functional programming language with visual editor, but otherwise I haven't really seen any no-code solutions worth their salt. I'm not particularly a fan of enso either, but it's the best I've seen.

Although it's not quite the same, I do like what Enso[0] is bringing to the table, especially the 1:1 visual node/language interop. Whether this is generalisable to a fully decoupled interface remains to be seen, but there's definitely potential.

[0]: https://enso.org/

I think Enso is already taken by a YC company [0]. Could get confusing.

[0] https://enso.org

COMPANY: Enso Inc. TYPE: Full time LOCATION: Europe and United States of America – fully distributed company REMOTE: Only remote VISA: No VISA required DESCRIPTION: Hi, we are Enso (enso.org, Y Combinator S21)! We are looking for an amazing Cloud engineer to join our core team. We are a remote first company, working in Europe and the USA.

Friends of mine are developing Enso (https://enso.org/), an interactive programming language with dual visual and textual representations.

Even well before Bret Victor's time, there were tools for visual programming. I have been using LabView to maintain data processing in an optical laboratory.

> I'm convinced this entire space should be visual.

At my last 2 jobs I spent entirely too much time debugging Matillion jobs, which are visual. I have my doubts that it’s the panacea that it appears to be.

That said, you may find Enso particularly interesting: https://github.com/enso-org/enso