3 ms·
I really like what the Juce people have done but I still question most approaches to problems take the path of creating a new language. It seems to me somethin
by CyberDildonics 8y ago
I really like what the Juce people have done but I still question most approaches to problems take the path of creating a new language. It seems to me something that could just as easily be a library is now constrained into sandbox where it can't be used nearly as easily or flexibly.
- teilo 8y agoThis is not something that can be replaced with a library, anymore than a library can replace OpenGL itself. Keep in mind that this is more analagous to a GL shader. It is not a general purpose language.
- CyberDildonics 8y agoThere are already shading languages and DSLs that work on buffers like Halide. Halide especially seems very good at transformations on buffers.
- stabbles 8y agoMaybe a better approach is to take an existing language and build a DSL for it
- kjeetgill 8y agoRespectfully disagree. DSLs embedded into another language are doubly terrible. Independent DSLs like GLSL or SQL are tricky to get right, but work; but they're just their own languages. With embedded DSLs you don't get the portability of a library and reusability of a library, but instead get a horribly crooked, compromised, limited grammar based on the meta-programming limitations of the hosting language (looking at you gradle!).