3 ms·
> Also, parsing and generating N languages is a really, really hard problem. Really, it is not a hard problem with the right tools. Haskell, for example, is ex
by timthelion 9y ago
> Also, parsing and generating N languages is a really, really hard problem.
Really, it is not a hard problem with the right tools. Haskell, for example, is extremely good at parsing and generating (maybe that's the only thing that is is #1 in, but it is miles beyond any other language I have used...). An example of this is pandoc https://pandoc.org/ https://pandoc.org/
- humanrebar 9y agoHaskell has ways of expressing that sort of logic well, but you still need to write, maintain, and test all of the code that abstracts all the languages. There will be a lot of demand for optimizations, customization points, support for importing third party packages, and so on. There's a huge gap between proof of concept and fully mature product in this space. You're basically talking about modelling all the compilers and interpreters with one product.
- bpicolo 9y agoYou'd only need one interpreter. The only thing you're switching out is the lexer/parser.
- timthelion 9y agoYep, just like C# and VB.net. Basically no code duplication between the two.