Live data from Hacker News

Show HN: Tableau-Like Data Visualizations in JavaScript

charts.com

41–50 of 117 posts

Re: Show HN: Tableau-Like Data Visualizations in JavaScript

#41
post #21

thanks for sharing, but holy slowwww

Exactly what I saw. This isn't a matter of slow server, but some examples are taking way too much ressources. Freezes. In the case of many charts in the scope, as i need refresh every 10 seconds, this will turn in blocking in no time. Testing performances in firefox debugger is already freezing with one chart and no refresh, and i didn't see the garbage collector be significant. (Memory leaks..) Too bad that charts are good. But performances should be a big warning.

Re: Show HN: Tableau-Like Data Visualizations in JavaScript

#46
post #37

Earlier quoted context omitted.

Hi, thanks for the reply! Actually, apologies for throwing your name next to tableau like that. I think your product does a great job incorporating things like R/python scripting to allow more flexibility in how data can be manipulated within the product. In this sense I prefer periscope to tableau (an in many other senses actually). A problem I encountered (granted over a year ago) was creating grouped bar charts wi…

Appreciate the feedback! Yeah, the hack you described for CIs is typical of "80% charting". We have a list of probably thousands of longtail visualization requests and we're way past the 80/20 point. These days customers who want to go 100% use the Python/R editors and do their custom visualization there. So you do your SQL query like usual, but then pipe it to Python/R for the visualization. Have you tried that, and…

Maybe try Muze to be able to build all those long tail viz :) - given that you don't have to think of any viz in Muze as a chart type - but rather compositions through layers. Would love to talk to you guys!

Re: Show HN: Tableau-Like Data Visualizations in JavaScript

#47
post #7

Earlier quoted context omitted.

> I’ve seen lots of people who struggle to find the perfect balance between low-level visualization kernel (like d3), or black-box configurable charts (HighCharts, FusionCharts) This is the biggest pain point for me with most current solutions. Either development time is super fast (e.g., tableau, periscope) but going beyond 80% is difficult, or development time is much longer (e.g., d3 or apis thereof) but you get f…

> The first 90 percent of the code accounts for the first 90 percent of the development time. The remaining 10 percent of the code accounts for the other 90 percent of the development time. Now, I'm not saying that directly applies to your problems, but there's good reason this is a saying. Going from 80% to 100% will take as long or longer as going from 0 to 80, because the last 20% is all edge cases that are a nigh…

Would love to know what is scoped in that last 10%?

Re: Show HN: Tableau-Like Data Visualizations in JavaScript

#48
post #35
post #14

Holy crap that's an A-level domain. How'd you guys get it?

Interestingly enough, while this is as good as it gets, my initial reaction to domain name was negative. From previous experience I learned that domains like that are taken by squatters or companies that... Well, don't really know how to capitalize on them. Kudos to OP for actually offering something to do with charts! :)

Well - we took it from squatters :) and are trying to turn it into something really useful. That's why looking for feedback on what we've built!

Re: Show HN: Tableau-Like Data Visualizations in JavaScript

#50
post #13

Earlier quoted context omitted.

We intend to be an open-core company, and monetize support and tools around the product.

Cool. You might consider describing Muze as a project rather than a product. E.g., On the homepage: Our first product, Muze... -> Our first project, Muze....

Thanks for this nugget. Will consider and then change! Curious question: why would you not want to call an open source library as product?
Post reply on HN