Back in 2012 when I originally submitted GoJS to HN, I didn't know if people would accept the browser limitations of Canvas, or the performance, or if anyone would even be willing to pay for a JavaScript library.
It does compete with "free", so in one sense it's expensive. In another sense, if it saves you X programmer days, or months, it becomes cheap very quickly.
What you are buying is thousands of hours of thought about implementing interactivity across browsers, data-binding, an undo manager, etc. Considerations large and small. Put another way, what you are buying is time, which many projects find crucial. (And with support, you are buying "can you show me a proof of concept for...", "how best might we...", etc)
It's not so much that you're competing with free, it's that you're competing with open source (which is also often free). The nature of open source is that it's very often better in terms of both quality and community. Add in the overhead of acquisition, and it makes it a no-brainer.
It's very hard to tell ahead of time that a paid library is going to save you X programmer days. You'd really need some way to convince someone that you are best-in-class in documentation, in community, in stackoverflow answers, in plugins, in features, in customizability, in debuggability, before they even start the painful and lengthy requisition process. And dedicated support is nice, but is it better than being able to google the answer to every question?
Now of course if you pick a small niche and no strong competitor exists, great, it's pretty easy to become best-in-class with your thousands of hours. But pick anything that is used by FAANG, and now on top of the community contributors you've got dedicated engineers they've assigned to invest in their investment.
Well, in my experience, you start with open source libraries first, and try to build functionality atop that. If becomes too troublesome then and only then do you look for a paid library.
At that point you can justify the rate by looking at how much work was done previously.
For an example, about ten years ago I was tasked with doing JavaScript charting for stock market data and used open source libs at first. After 8 weeks of working with this, it became clear that this was a tar pit that was dragging time away from our startups core problems. We then bought HighCharts.js for about 3k per year, which saved us over 10k in engineering time instantly based on the idea that we would needed at least two more months to figure things out ourselves.
As one of the developers working on yFiles, another commercial solution in the same space I feel the problem of competing against "free". There's also relatively few useful feature subsets that can be licensed separately for a smaller price. But we also regularly get questions what days is apart from D3 which is a lot cheaper (in visible monetary terms at least).
That is one month developer salary over here, so it depends how much hours one is willing to put in having a resource allocated doing this and going through the same re-invention process.
I have to integrate a UI into our application that allows people to design any kind of directed acyclic queue they want. This might be a great candidate for that.
Whoops: I'm so used to FOSS. Didn't notice it's not. That's a non-start. Not for the cost but just... the license itself doesn't even make sense for our use case.
$24,930 for perpetual distribution rights, unlimited domains, unlimited dev seats, and 3y support and upgrades. I could see those numbers making sense for a subset of potential users, for whom non-OSS licensing isn't a deal-breaker. But that's not me. I don't think I'll ever let go of my feelings about the nature of the web and FOSS software.
Two from 2012: https://news.ycombinator.com/item?id=4281823
https://news.ycombinator.com/item?id=4669432
(Links for the curious. Reposts are ok after a year: https://news.ycombinator.com/newsfaq.html)
Start at $3,495 with just one year of support/upgrade...
And it's the same pricing model as cable TV: you pay for tons of channels but only watch a few of them...
It does compete with "free", so in one sense it's expensive. In another sense, if it saves you X programmer days, or months, it becomes cheap very quickly.
What you are buying is thousands of hours of thought about implementing interactivity across browsers, data-binding, an undo manager, etc. Considerations large and small. Put another way, what you are buying is time, which many projects find crucial. (And with support, you are buying "can you show me a proof of concept for...", "how best might we...", etc)
It's very hard to tell ahead of time that a paid library is going to save you X programmer days. You'd really need some way to convince someone that you are best-in-class in documentation, in community, in stackoverflow answers, in plugins, in features, in customizability, in debuggability, before they even start the painful and lengthy requisition process. And dedicated support is nice, but is it better than being able to google the answer to every question?
Now of course if you pick a small niche and no strong competitor exists, great, it's pretty easy to become best-in-class with your thousands of hours. But pick anything that is used by FAANG, and now on top of the community contributors you've got dedicated engineers they've assigned to invest in their investment.
At that point you can justify the rate by looking at how much work was done previously.
For an example, about ten years ago I was tasked with doing JavaScript charting for stock market data and used open source libs at first. After 8 weeks of working with this, it became clear that this was a tar pit that was dragging time away from our startups core problems. We then bought HighCharts.js for about 3k per year, which saved us over 10k in engineering time instantly based on the idea that we would needed at least two more months to figure things out ourselves.
GopherJS is not related to this project other than what I would have expected GoJS to be without an explanation.