4 ms·

FusionCharts mocks open source but uses it extensively

22 points by Ovid 13y ago

pthreads 13y ago
I call BS. Hobby projects doesn't mean open source. You are the one interpreting it as such and then claiming that is what FusionChart is saying.
- cujo 13y ago
  I said the same thing on his blog and he called me out for posting anonymously. Real fun guy.
  - bmelton 13y ago
    Not sure if you had the same problem I did. I also replied on the blog, selected "use my Google Account" to reply, but it never actually asked to authenticate me, and my response ended up being attributed to 'Unknown'. Regardless, I agree that the author has misconstrued the intent. Flagging.
- Ovid 13y ago
  I ran this past a few other devs first and there was general agreement that FusionCharts was mocking open source. They're using the same language used in the late 90s/early 00s to dismiss open source. Edit: removed unnecessary political reference.
  - cdoxsey 13y ago
    You should re-add that unnecessary political reference. It demonstrated your inability to discern motive properly. (Seeing racist dog whistles where none exist) Fusion Charts is attacking libraries like this: http://raphaeljs.com/ http://raphaeljs.com/ https://www.reverserisk.com/ico/ https://www.reverserisk.com/ico/ http://www.flotcharts.org/ http://www.flotcharts.org/ http://www.jqplot.com/ http://www.jqplot.com/ I've not tried these libraries in a while, but certainly a few years ago they were buggy and hard to use. In other words that marketing line makes a whole lot of sense if you were an actual javascript developer trying to make charts. Maybe things are different now, but I'd still use highcharts for a commercial website.
    - viseztrance 13y ago
      I've only used raphael js from that list (which can do a lot more than drawing charts), and found it a very well thought of library with good documentation and support.
    - pallavn 13y ago
      We're not attacking RaphaelJS or any of these libraries. In fact, we use a modified version of RaphaelJS as the core, which we've open-sourced at https://github.com/fusioncharts/redraphael https://github.com/fusioncharts/redraphael These libraries are great to start with, and works well for many use-cases. Just that when your needs expand (think of additional chart types for specific use-cases, cross-browser compatibility including IE6/7/8, direct support from developers, assurance of continued development and fixes, meaningful implementations for different business scenarios etc.), our customers believe in us!
- crisnoble 13y ago
  Which hobby projects are they referring to?
deleted 13y ago
[deleted]
hiphopyo 13y ago
Who cares about FusionCharts anyway when we have D3.js.
- pallavn 13y ago
  d3.js is a great library and we love the capabilities. However, there are clear use cases for both, which have been highlighted @ http://www.quora.com/What-are-some-capabilities-of-D3-js-which-cannot-be-achieved-using-fusion-charts http://www.quora.com/What-are-some-capabilities-of-D3-js-whi...
duiker101 13y ago
Flame post with no basis. Avoid.
restlessdesign 13y ago
Since when does a hobby project automatically equate to open source? Sure, the wording is still shitty, but I don’t think you have to view this as a direct attack on open source. I agree that you’re probably reading into this too much. But that’s okay—by posting it up to HN, you were able to get a larger sampling of devs to run it past! :)
- Ovid 13y ago
  "I agree that you’re probably reading into this too much. But that’s okay—by posting it up to HN, you were able to get a larger sampling of devs to run it past!" That's certainly true :)
pallavn 13y ago
Thanks for letting us know your stance on this but you have got the reading wrong. Let us clarify. When we say hobby projects, we don't mean open source projects at large. We mean those charting libraries that an enthusiastic developer decides to build over a weekend, as a learning project, and release to the world. Developers in other organizations looking for a charting library come across it, pick it up and start implementing it in their applications. The initial results feel good, but as soon as the developer moves onto implementing advanced capabilities, they start running into product limitations, cross-browser compatibility issues etc. And when they go back to the creator trying to get a fix for it, the developer has abandoned the project because it was a hobby project for him and his day job is keeping him busy. At this point, if you want to stick with the same product, you've 2 options; either extend the project yourself, or find someone who can do it for you - both of which could be distraction for your main development, and delay execution for you. We have been in business for over 11 years now and have seen a lot of players like this that come up, and hence our stance. As an enterprise, when you are building an application, charting might not be your core strength. And hence, when you are looking for someone to take care of that, you need to find yourselves an enterprise-grade charting component. Not only does that cover you on the product part of things and meaningful implementations that can inspire you, it also gives you extensive documentation, assurance that it will continue development and that when you have a tech query, you can go to a support team that will be there when you are running on a tight deadline and need a fix. That being said, we are not against open source at all. A good chunk of our own development tools and infrastructure are open-source. There are some good open source charting libraries as well, which we have listed in a competitor comparison table on our website at www.fusioncharts.com/javascript-charting-comparison/. Here's a good read on when choosing a commercial library, instead of open source library, for a niche purpose makes sense - http://www.codeproject.com/Articles/581146/8-reasons-to-choose-commercial-library-instead-of http://www.codeproject.com/Articles/581146/8-reasons-to-choo... But, at the end of the day, the decision is in your hand - for, developers are the king-makers!

22 points by Ovid 13y ago

I call BS. Hobby projects doesn't mean open source. You are the one interpreting it as such and then claiming that is what FusionChart is saying.

cujo 13y ago
I said the same thing on his blog and he called me out for posting anonymously. Real fun guy.
- bmelton 13y ago
  Not sure if you had the same problem I did. I also replied on the blog, selected "use my Google Account" to reply, but it never actually asked to authenticate me, and my response ended up being attributed to 'Unknown'. Regardless, I agree that the author has misconstrued the intent. Flagging.
Ovid 13y ago
I ran this past a few other devs first and there was general agreement that FusionCharts was mocking open source. They're using the same language used in the late 90s/early 00s to dismiss open source. Edit: removed unnecessary political reference.
- cdoxsey 13y ago
  You should re-add that unnecessary political reference. It demonstrated your inability to discern motive properly. (Seeing racist dog whistles where none exist) Fusion Charts is attacking libraries like this: http://raphaeljs.com/ http://raphaeljs.com/ https://www.reverserisk.com/ico/ https://www.reverserisk.com/ico/ http://www.flotcharts.org/ http://www.flotcharts.org/ http://www.jqplot.com/ http://www.jqplot.com/ I've not tried these libraries in a while, but certainly a few years ago they were buggy and hard to use. In other words that marketing line makes a whole lot of sense if you were an actual javascript developer trying to make charts. Maybe things are different now, but I'd still use highcharts for a commercial website.
  - viseztrance 13y ago
    I've only used raphael js from that list (which can do a lot more than drawing charts), and found it a very well thought of library with good documentation and support.
  - pallavn 13y ago
    We're not attacking RaphaelJS or any of these libraries. In fact, we use a modified version of RaphaelJS as the core, which we've open-sourced at https://github.com/fusioncharts/redraphael https://github.com/fusioncharts/redraphael These libraries are great to start with, and works well for many use-cases. Just that when your needs expand (think of additional chart types for specific use-cases, cross-browser compatibility including IE6/7/8, direct support from developers, assurance of continued development and fixes, meaningful implementations for different business scenarios etc.), our customers believe in us!
crisnoble 13y ago
Which hobby projects are they referring to?

deleted 13y ago

[deleted]

hiphopyo 13y ago

Who cares about FusionCharts anyway when we have D3.js.

pallavn 13y ago
d3.js is a great library and we love the capabilities. However, there are clear use cases for both, which have been highlighted @ http://www.quora.com/What-are-some-capabilities-of-D3-js-which-cannot-be-achieved-using-fusion-charts http://www.quora.com/What-are-some-capabilities-of-D3-js-whi...

duiker101 13y ago

Flame post with no basis. Avoid.

restlessdesign 13y ago

Since when does a hobby project automatically equate to open source? Sure, the wording is still shitty, but I don’t think you have to view this as a direct attack on open source. I agree that you’re probably reading into this too much. But that’s okay—by posting it up to HN, you were able to get a larger sampling of devs to run it past! :)

Ovid 13y ago
"I agree that you’re probably reading into this too much. But that’s okay—by posting it up to HN, you were able to get a larger sampling of devs to run it past!" That's certainly true :)

pallavn 13y ago

Thanks for letting us know your stance on this but you have got the reading wrong. Let us clarify. When we say hobby projects, we don't mean open source projects at large. We mean those charting libraries that an enthusiastic developer decides to build over a weekend, as a learning project, and release to the world. Developers in other organizations looking for a charting library come across it, pick it up and start implementing it in their applications. The initial results feel good, but as soon as the developer moves onto implementing advanced capabilities, they start running into product limitations, cross-browser compatibility issues etc. And when they go back to the creator trying to get a fix for it, the developer has abandoned the project because it was a hobby project for him and his day job is keeping him busy. At this point, if you want to stick with the same product, you've 2 options; either extend the project yourself, or find someone who can do it for you - both of which could be distraction for your main development, and delay execution for you. We have been in business for over 11 years now and have seen a lot of players like this that come up, and hence our stance. As an enterprise, when you are building an application, charting might not be your core strength. And hence, when you are looking for someone to take care of that, you need to find yourselves an enterprise-grade charting component. Not only does that cover you on the product part of things and meaningful implementations that can inspire you, it also gives you extensive documentation, assurance that it will continue development and that when you have a tech query, you can go to a support team that will be there when you are running on a tight deadline and need a fix. That being said, we are not against open source at all. A good chunk of our own development tools and infrastructure are open-source. There are some good open source charting libraries as well, which we have listed in a competitor comparison table on our website at www.fusioncharts.com/javascript-charting-comparison/. Here's a good read on when choosing a commercial library, instead of open source library, for a niche purpose makes sense - http://www.codeproject.com/Articles/581146/8-reasons-to-choose-commercial-library-instead-of http://www.codeproject.com/Articles/581146/8-reasons-to-choo... But, at the end of the day, the decision is in your hand - for, developers are the king-makers!