4 comments

  • h1fra2 hours ago
    Love the idea, but I don&#x27;t think this &quot;built for [...] non-technical users&quot; works. All the examples were more confusing to me vs a regular programming language and definitely not accessible to non-technical users.<p>Also, why would I want to compile to multiple languages? If I&#x27;m building a no-code platform, I won&#x27;t bother supporting 3 different languages since I&#x27;m the only one seeing the code.
    • swrobel21 minutes ago
      Yeah, P30D as presumably intuitive to non-technical users has me chuckling<p>Also, knowing that TODAY &gt; signup + P30D transpiles to TODAY &gt; signup + 30.days in Ruby. Which one is more readable?
  • Levitating3 hours ago
    Third example on the site does not in fact compile to SQL
  • fastball1 hour ago
    Targeting Python, Ruby, and <i>SQL</i> seems impossible if you want certain features.
  • jauntywundrkind3 hours ago
    I really like this idea! I wish I knew other data expression engines for js.<p>I feel like adding filtering languages into our http endpoints is one of those forever bespoke tasks. This is probably not the right form for tackling that problem, since it is a fairly complex query language &amp; processor and doesn&#x27;t cleanly map to something we&#x27;d use in a URL query string. But it makes me miss odata a little bit. And it makes me wish there were more visible popular options for data expression languages.