Hello everyone,

I’m excited to introduce the alpha release of kcats, a fresh take on stack-based programming languages, inspired by the language Joy, designed with simplicity, learnability, and functionality in mind.

Our aim with kcats is to make it easier for anyone to write short programs for personal automation tasks. We believe that existing languages require learning too many specialized functions and concepts. Kcats addresses these issues by offering a streamlined alternative. Originally conceived as a scripting language for a forthcoming messaging protocol, it’s useful for general programming as well.

Key features of kcats:

Simplicity: kcats emphasizes fewer, general-purpose tools instead of a complex array of specialized ones. Its syntax uses words and bracket quotation marks [ and ], and no other symbols. It uses a few simple programming concepts including stacks, lists, functions, and pipes.

Introspective: The documentation, examples, and even the entire state of a running program, are data that can be queried and processed with the language itself. Kcats is its own debugger.

Powerful and Versatile: Despite its simplicity, kcats is designed to be a powerful tool capable of handling a wide range of programming tasks. The tools programmers use in other languages are there, and built from simple primitives - closures, error handling, metaprogramming, multithreading, channels, generators, i/o, and serialization.

A Focus on Tooling: kcats intends to make tool development, including IDEs and debuggers, as easy as possible.

As this is the alpha release, we eagerly welcome all feedback, contributions, and constructive criticisms from the community. We’re especially interested in improving the documentation and learning experience.

Join us in exploring this new language and contribute to making programming more accessible to everyone. Your feedback is essential to making it intuitive and easy to use!

Please check out our docs and alpha release here: https://github.com/skyrod-vactai/kcats

Happy coding!

Best, Skyrod

  • key
    link
    fedilink
    English
    210 months ago

    Maybe they meant core syntax? The other symbols are mostly operators that defined at a separate layer I’d guess. Definitely agree with you that it’s a strange claim to make given those are mandatory for any newcomer. I think they might be thinking in contrast to clojure or a similar lisp language given the syntax structure. Compared to the cluster fuck that is clojure this is symbol free and approachable.

    • @skyrod2OP
      link
      110 months ago

      Yes, exactly this - the language itself does not care about any symbols other than quotation marks. I admit I should have included the string delimiter ", I’ll update that.

      It’s true that there are some standard library function names that have symbols in them, but the names are not part of the core language, you could easily alias them to something else and it would work just fine. In fact you could alias every function name to emoji if you want, the language doesn’t care. That was my point about lack of symbols.