The way I talk about it in person is this is the "last mile for your data". The problem you have in Tableau, Splunk and all of them, is that you can do a shit load of heavy processing, but then the frontend is not very flexible. As in you can't do basic maths AFTER the data's been processed.
In fact, all of these tool will allow you to download a CSV file for further processing in Excel. This is the part I want to compete with.
> As in you can't do basic maths AFTER the data's been processed.
That's not true at all. It's just a different query language to yours and a different methodology to utilizing it. All the big BI and SIEM tools have post-processing capabilities able to do statistics at the Excel level, typically by creating new columns in the dataset. PowerBI has an excel-like function system for calculated columns. Tableau has a cross between Basic and Excel functions for calculated columns. Splunk and ELK are the standouts for letting you directly modify columns in their query languages, but the same sort of functions exist. In all of these tools, you can extend the query language as well through a plugin system, so for situations where you need a full programming language, there is an escape hatch (though a hard one to use).
> further processing in Excel. This is the part I want to compete with.
If you want to compete with Excel, you're going to have to get on its level. Specifically, the JavaScript must go. The reason big companies use Excel is because they have a couple of people at the company in the reporting jobs that can handle some programming, but most of the data entry and management has to be done by people who wouldn't know where to begin if you sat them down in a programming environment (IT gets called when people accidentally end up in the visual basic environment in Excel).
The majority of users do not want to live in a programming environment, so by having that be the primary interface, you're cutting the already small potential user base by another order of magnitude with the JavaScript environment. The advantage you get for an Excel-like query language is familiarity to the potential user base, less threatening environment, and additional control over the interface with the user (programming languages are generally poor interfaces, and JavaScript is no exception).
Re: Tableau et al. I don't agree but that's just my point of view. Having worked with Excel all my life, I am probably spoiled. I don't understand how people get by with Tableau...
Re: Javascript, yes I wish there was something better out there. But unfortunately, there's not, and I don't really have the time to build it.
In fact, all of these tool will allow you to download a CSV file for further processing in Excel. This is the part I want to compete with.
If that makes sense.