I've made a PR with a draft 'languages' page for the site. I have created a curated list of languages in pr #89 that has some example languages to show the flexibility of Racket with respect to Syntax, semantics, ffi, and targets (javascript, assembler, html)
It is a first draft so I'm hoping for feedback on how it can be improved. (Sadly it doesn't express the spectrum of languages Matthias mentioned.) https://github.com/racket/racket-lang-org/pull/89 https://github.com/racket/racket-lang-org/issues/90 On Sat, Feb 23, 2019 at 11:08 PM Matthias Felleisen <[email protected]> wrote: > > > The ycombinator post shows so many misunderstandings of the basic issue, > it’s seriously sad. Here are some: > > 1. S-expression syntax does not mean it’s the same semantics. > 2. The means of implementation in Racket are radically different from a > lexer-parser approach. > 3. The nature of languages ranges from > — stand-alone languages with ugly syntax (example: datalog) > — #lang stand-alone DSLs (config, scribble) > — #lang language mixins (s-expr, 2d) > — embedded DSLs with mostly coarse-grained interactions with > Racket (redex) > — embedded DSLs with fine-grained interaction with Racket (the > language of class syntax; syntax-parse: the pattern and templated > languages, which interact via syn-pattern vars) > All of these are available via libraries. And I am almost sure I > am forgetting some classes of languages here. > > I suspect that if we collected the languages in just these categories, > we’d easily find over a hundred if not several hundred in both our code > base as well as external code repos. > > Thanks for taking up the battle against this lack of knowledge out there — > Matthias > > > > > > -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
