Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Apache Superset

superset.apache.org

Post reply on HN
Print view View original

41–50 of 201 posts

Re: Apache Superset

#41

Post by CoastalCoder »

smallmancontrov wrote: post #29
noduerme wrote: post #20

So it's irritating to me that this is ranking #1 on HN (why is it, btw?) I just pulled the trigger on a large data gathering project using Metabase, and feel a bit hampered by the limitations in terms of charts and plugins... but I considered Superset first, and after a lot of thought I decided that almost everything I've ever worked with that was run by the Apache foundation turned out to be semi-abandoned disasterw…

Because we (the FBI Surveillance Van) saw that you picked Metabase, called our shady French-accented overlord, and he told us to dump it.

I thought your outrageous French accent just meant you're going to taunt him a second time.

Re: Apache Superset

#42

Post by bombcar »

lars_francke wrote: post #27
noduerme wrote: post #20

So it's irritating to me that this is ranking #1 on HN (why is it, btw?) I just pulled the trigger on a large data gathering project using Metabase, and feel a bit hampered by the limitations in terms of charts and plugins... but I considered Superset first, and after a lot of thought I decided that almost everything I've ever worked with that was run by the Apache foundation turned out to be semi-abandoned disasterw…

> almost everything I've ever worked with that was run by the Apache foundation turned out to be semi-abandoned disasterware over time Can you name a few examples?

Here's the list: https://projects.apache.org/projects.html?name

OpenOffice is probably the most famous (it still has the name, but it is dead, LibreOffice is the real "active" fork).

And the things in the "Attic" are officially dead - https://projects.apache.org/committee.html?attic and many more projects should be there.

Re: Apache Superset

#43

Post by CoastalCoder »

beastman82 wrote: post #38
noduerme wrote: post #20

So it's irritating to me that this is ranking #1 on HN (why is it, btw?) I just pulled the trigger on a large data gathering project using Metabase, and feel a bit hampered by the limitations in terms of charts and plugins... but I considered Superset first, and after a lot of thought I decided that almost everything I've ever worked with that was run by the Apache foundation turned out to be semi-abandoned disasterw…

> topping HN for no apparent reason I think the HN algo is pretty easily manipulated. I worked at a startup that had an effective process to get things to the front page

> I think the HN algo is pretty easily manipulated. I worked at a startup that had an effective process to get things to the front page

That sounds (potentially) sleazy. If you think it's a technique that HN could potentially defend against, I encourage you to explain it to hn@ycombinator.com.

Re: Apache Superset

#44

Post by smaudet »

lars_francke wrote: post #27
noduerme wrote: post #20

So it's irritating to me that this is ranking #1 on HN (why is it, btw?) I just pulled the trigger on a large data gathering project using Metabase, and feel a bit hampered by the limitations in terms of charts and plugins... but I considered Superset first, and after a lot of thought I decided that almost everything I've ever worked with that was run by the Apache foundation turned out to be semi-abandoned disasterw…

> almost everything I've ever worked with that was run by the Apache foundation turned out to be semi-abandoned disasterware over time Can you name a few examples?

Ivy, Netbeans, Open Office, Shiro, Solr all jump at me off this list:

https://projects.apache.org/projects.html?name

These are all projects that once were (more) relevant, however seem to have become rather niche (Gradle, Jetbrains/VSCode, GoogleDocs/Libreoffice e.g. for the first three are the dominant competitors).

Most of these projects (like the massive commons listings) are either used by some Java library somewhere (meaning their success/relevance is tied to the usage of Java), or are obscure enough that they are no longer used widely and so suffer from lack of interest.

There are gems in this list, to be sure, but if you just run into half-maintained projects all the time you're not likely to associate good things with the Apache name?

Re: Apache Superset

#45

Post by noduerme »

lars_francke wrote: post #27
noduerme wrote: post #20

So it's irritating to me that this is ranking #1 on HN (why is it, btw?) I just pulled the trigger on a large data gathering project using Metabase, and feel a bit hampered by the limitations in terms of charts and plugins... but I considered Superset first, and after a lot of thought I decided that almost everything I've ever worked with that was run by the Apache foundation turned out to be semi-abandoned disasterw…

> almost everything I've ever worked with that was run by the Apache foundation turned out to be semi-abandoned disasterware over time Can you name a few examples?

Well, OpenOffice as I said. Cordova is/was a hot mess (with some nice pioneering features, just really not well maintained imo and felt like quicksand to build even a small app on) Then the sort of long slow death of Flex (now Royale?) Apache seems like where software no one loves anymore goes to die.

Re: Apache Superset

#46

Post by rickspencer3 »

noduerme wrote: post #20

So it's irritating to me that this is ranking #1 on HN (why is it, btw?) I just pulled the trigger on a large data gathering project using Metabase, and feel a bit hampered by the limitations in terms of charts and plugins... but I considered Superset first, and after a lot of thought I decided that almost everything I've ever worked with that was run by the Apache foundation turned out to be semi-abandoned disasterw…

I think that there is an active company behind Superset called Preset.

https://preset.io/

I don't think it's semi-abandoned. I had a brief interaction with the project in my previous job, and I found the community and the company to be reasonably engaged and responsive.

Re: Apache Superset

#47

Post by adeptima »

boyka wrote: post #37
adeptima wrote: post #26

Had a very good experience with Superset. Superset allowed us to replace Tableau and not looking back Took me a while figure out how to embed it into my app using Superset Embedded SDK. Superset Embedded SDK - "Embedded SDK allows you to embed dashboards from Superset into your own app, using your app's authentication. Embedding is done by inserting an iframe, containing a Superset page, into the host application." h…

I have no experience with Superset. Can you elaborate on a few points where you see it excel beyond Tableau?

I dont want to start a rant against Tableau. It's a powerhouse. It's a great superior software. But when it comes to optimizing cost and comparing the total cost of ownership and opportunity to stop paying for Tableau server license we voted in favor of Superset and mix of Reactjs+Echarts widgets.

https://www.tableau.com/products/server

If you have money, dedicated team of data analytics who are already familiar with Tableau - no need to torture them with other tools.

Re: Apache Superset

#48

Post by itsoktocry »

CalRobert wrote: post #16
adlpz wrote: post #9

Has anyone tried both this and Metabase? I've used Metabase in a few projects and I find it very nice. This seems more powerful, perhaps? Is it worth it for BI on small datasets?

Yes, I am at a company using Metabase, but I have a decent amount of experience with Superset (albeit from many years ago). The reason we chose Metabase was that it had table joins, while Superset doesn't (unless it has added them since I used it). It also looks a bit sleeker. But I strongly prefer Superset; I found that with Metabase I had to turn a lot of things off to make it usable (Let me see "the_table" not "Th…

>I was constantly annoyed at the opacity around models vs "questions"

Yeah, somewhere along the line Metabase decided to get opinionated on "self-serve". I imagine it works well for some teams and companies, but for the tech-oriented, it's annoying.

I prefer my BI tools to be platforms that make for easy charting and cross-filters, while I build and control the models behind the scenes with a tool like dbt.

Re: Apache Superset

#49

Post by noduerme »

CoastalCoder wrote: post #43
beastman82 wrote: post #38

Earlier quoted context omitted.

> topping HN for no apparent reason I think the HN algo is pretty easily manipulated. I worked at a startup that had an effective process to get things to the front page

> I think the HN algo is pretty easily manipulated. I worked at a startup that had an effective process to get things to the front page That sounds (potentially) sleazy. If you think it's a technique that HN could potentially defend against, I encourage you to explain it to hn@ycombinator.com.

Maybe it's a YC startup.

Re: Apache Superset

#50

Post by staticautomatic »

marcinzm wrote: post #2

> Superset is fast, lightweight, intuitive, and loaded with options that make it easy for users of all skill sets to explore and visualize their data, from simple line charts to highly detailed geospatial charts. I tried Superset a few years back, and maybe it's changed since then, but intuitive is about the last thing I'd use to describe it. Things which I could figure out in a few minutes on any other BI tool liter…

Let’s be honest, intuitive is the last word we’d use to describe most Apache projects.
Post reply on HN