If I buy a frying pan and open up a restaurant with it I don't have to keep paying the frying pan company so long as I use my pan to create meals. Subscriptions for software libraries and components weird me out much more than subscriptions for services and end-products (with recurring costs for the service providers) do.
But does that frying pan evolve new features or fixes while you have it and use it in your restaurant? Do you make requests to the manufacturer to make the handle bigger/smaller on the frying pan you own and use? Aren't there recurring costs in providing incremental updates to the software or support. Analogy sometimes seem perfect until you actually dissect them.
I feel like this is trivially resolved by selling a subscription to those additional services (e.g. for product updates or support agreements).
I'm just imagining a scenario where I build something with a subscription library and then 5 years down the line they get acquired by some private equity firm and increase the subscription cost by a factor of ten. Now I'm faced with a choice of either paying license ransom or losing the ability to use all of my own original software and creative effort.
Your approach doesn't allow the vendor to reach the critical mass required to keep a product updated and evolving. I for one appreciate products that evolve and improve.
Something like Qt or Photoshop does not need to “reach critical mass” - they actually did already do that while using a simpler licensing model. Which proves the “everything is SaaS” model is not necessary, but rather another way to extract more money from customers.
This is true, but I think people have forgotten just how expensive software was a generation ago. Photoshop in the pre-Cloud days was a $600+ program depending on where you got it, with upgrade pricing in the $150–200 range. Today, you can get a "Photography" Creative Cloud subscription with Photoshop and Lightroom for $120/year.
I'm not in love with "everything is SaaS," but I recognize that a lot of software businesses really want recurring revenue rather than a rush of orders -- many of which are lower-priced upgrades -- when new releases come out, then a trickle until the next for-pay release (which a subset of your existing customers won't upgrade to). And, in an era where a lot of people have come to see upfront prices of $99+ for applications as outrageously high -- and worse, have been trained by app stores to expect free upgrades indefinitely -- the old model may just not be sustainable.
The fact that numerous software projects with different pricing or licensing models exist that have reached critical mass and evolve and improve over time proves your point is factually incorrect.
A problem I see as an outsider is that perpetual licenses where one pays when upgrading encourages companies to stay on the older version (which may have exploitable bugs) to avoid shelling out again. It has to be added to the budget when needed. Subscriptions don’t have that problem as the company can update without paying anything new and can keep the payments in the budget as a recurring expense.
Both sides have their benefits, so to say one is worse than the other seems not right. It’d be nice if there was an option on which model you chose (for example, $5k/seat for perpetual single version or $300/month/seat for subscription), but alas, that’s not available.
> And I do not. Software updates are a huge pain in the ass for almost no benefit to me
Ah, but there is a benefit that you just don’t see: bug and security fixes. Your boss isn’t going to be happy if your company is hacked because your IT department didn’t want to spend effort updating (assuming that’s in the budget).
This obviously ignores 0-days, but there’s not much a downstream user can do there.
My problem is that subscriptions have crossed over into the consumer space to become a tax on whatever it is you use the software for.
Take photoshop... I'm not a professional graphic artist, and I have need for PS maybe once a year at most. Depending on the importance of that need and my desire to own the software it might justify a onetime purchase. But with their subscription model it just isn't worth it.
One of the things I liked about the old model was it put professional tools into the hands of amateurs if they were willing to save up their money. Now, instead, you pay a yearly tax that is not insignificant for no real gain
Oh absolutely. If one didn’t need the fancy new features of Adobe CS6, they could stay on CS5 as long as they wanted. But with CC, it’s a monthly fee regardless of if you use it at all that month.
But the flipside is that $10/month is a lot easier to stomach for most of the general public than a one time cost of $300+.
It’s why there’s monthly payment plans for everything expensive. $40/month for a (24 month) lease-to-own phone is a lot easier to budget for than a one time $900+tax purchase. But when I go to BestBuy or wherever, I have the option to choose the payment plan or upfront. Not with software.
Problem is Adobe's minimum contract length is a year. The monthly price quote is that price divided into months. After a year or two you could have afforded to outright buy it under the old regime.
They do have a monthly version which is a bit more expensive than the yearly-pay-monthly one they show. It’s hidden behind a click or two, but it’s there on the plan page. I know, because I considered it before choosing the yearly contract.
But yes, with subscriptions, it would be cheaper to buy it outright, but not everyone has that luxury. We can argue all day about whether people need Photoshop or whatever, but the best option (IMO) is to allow subscription and purchasing and let the user choose. Then those who can afford the $300+ up front can spend that while those with little disposable income can spend $10/month.
They might come up with new features but I would need to reforge my pan in order to get them. If I don't need those features (wouldn't have bought the pan in the first place if I needed the features) then there's no need to do all that.
Judging by the FAQ, there's no commitment to 'evolve new features' or even 'receive fixes' in the licence. So the frying pan analogy is more accurate - one could end up paying again and again for no service at all.
While the FAQ says 'Maintenance is included', they phrase that as 'access to the latest version' and 'support'. That doesn't place any legal obligation on Qt to fix bugs.
Qt can leave Qt6 to rot, never update, and still get money from subscriptions. Or Qt could be busy with Qt7, and in order to receive said fixes one has to significantly invest and port the application.
Access to support means even less - they could automatically close all tickets and still techinically comply.
> But does that frying pan evolve new features or fixes while you have it and use it in your restaurant? Do you make requests to the manufacturer to make the handle bigger/smaller on the frying pan you own and use?
No, but neither does the version of Qt in the already compiled and being distributed software, and yet even if no more development is done and no new version of Qt is used, it sounds like the licensing fee still applies.
Does the frying pan go back and time and re-cook all the food using the new-fangled super important features? I don't see why the cost of new features must be borne by existing applications that don't necessarily benefit from it. Just imagine a product that is largely in maintenance mode, that QT license is just sucking money without value.
You're welcome to argue QT saves more time than its license costs, but I didn't find that to be the case. Also cmake sucks, no bazel support, lame. I have found the QT value proposition questionable at best and have largely abandoned it. YMMV.
Well, if the frying pan has bugs, customers are entitled to bug fixes, for free, from a legal PoV. After all, these are bugs ie. problems in the program.
New features, sure, ask money for that, fair enough.
Which is why I would be OK with Qt 6 having a new license model, as long as all bugs fixed in 6 are backported to previous stable (at least) ie. 5.x, without 5.x getting relicensed.
What country are you from where bug fixes are guaranteed to be free forever? I am not aware of any country in the Americas or Europe that guarantees that unless said company enters a contractual agreement to provide you with bug fixes for free forever?
Security and reliability fixes should be free for consumers in EU. Else the product is not compliant to law (warranty lasts longer than 2 years contrary to popular belief). That law does not get enforced is unfortunate.
Then when not offer a perpetual fallback license? If you want to ship your product with version 6.1 and don't want to pay more for 6.2, so long as you paid for 6 months of 6.1 you should be able to use it (without support) for as long as you want.
They only offered that as an olive branch to all the people that disliked the perpetual licensing scheme. I don't hold a lot of hope for more widespread adoption as the beancounters most likely perceive it as leaving money on the table.
Fair point. I'm personally not convinced that distinction is intrinsically meaningful rather than just legally and commercially convenient - especially in the case of libraries or programming languages. Qt is valueless as literature absent independent creative art that uses it to build a program - like screws in a piece of furniture. Charging people to use the component is fine by me, but making their own creative work contingent on third party approval that can be modified or revoked at any time seems unreasonable/immoral even if it's permitted by law.
Just because it's legal doesn't mean it's not a hug turnoff to potential customers. I'll pass and stick with other alternatives. I'd be happy to pay a large sum for the traditional "buy it, get free updates for a while, pay again for new updates after x months" but this "we own your software and you will pay forever", no thanks.
Subscriptions are much safer pricing models. You want apps, software etc. to be sold by subscription.
Why? Most businesses are not MS/etc. which have resilient multiple income streams. Many single-app companies either go under, or stop selling that app and so no longer update or support it.
A subscription model ensures that the developer always has a reliable app-specific income stream to justify investment & support.
This was the “old” subscription model for desktop software. It’s the model most software with yearly updates was sold under (MS Office, Jira, etc, etc) and was basically a yearly subscription (to get access to new versions) except that it guaranteed the developer would be creating yearly releases to make it worth adopting newer versions, while the “current” subscription model doesn’t particularly encourage a company to continue innovating and developing to ensure their products don’t stagnate. The only problem with the old “yearly release w/ lifetime per-version” licensing is that it didn’t encourage refactoring, under-the-hood improvements, etc and encouraged needless churn with UI, etc as “progress for the sake of progress” to make it more appealing to upgrade on a yearly basis.
Correction: You get perpetual access to the oldest version released during your 1 year subscription period.
My JB subscriptions expire at the end of this month, if I don't re-up, I have to downgrade to 2020.1 versions and forego all the improvements and bugfixes in 2020.2 and 2020.3 (2020.3 is the latest release, which I'm currently using).
Thanks, I didn’t realise that. They say you get 2020.2.x releases, so you’d hope fixes for show stopping bugs would be back ported. Probably nothing smaller though, which is a shame.
It's such a weird system. The common logic for subscriptions is that you are paying for ongoing maintenance and updates (which is absolutely fair vs a one-off purchase). But if my active subscription helped fund those improvements, I think I should be entitled to continue using them after my sub expires.
But for how much longer will new versions be released? Since they own all copyrights to the software, it's relatively easy to drop LGPL at any point on newer releases.
Sure, if they don’t mind Qt automatically being relicensing under BSD
“The little known KDE Free Qt Foundation makes sure that Qt stays free and open-source. It guarantees that all Qt modules currently licensed under LGPLv3 must continue to be available under LGPLv3 in the future. This covers all modules from Qt Essentials and many add-on modules. If The Qt Company discontinued the FOSS version of Qt, the Foundation would have the right to make Qt available under the BSD license. This is a very powerful protection of free and open-source Qt.“
There's a difference between "telling you what you want", and the sense here. In this case it just means, "it's in your interest"; as in, "you want to see this!".
In any case, "options" sounds good, but it is precisely this short-term economic logic I am claiming many misperceive as being in their interest.
There are many instances of apps (, libraries, etc.) simply disappearing and being frozen in old versions because of no revenue stream against them.
You may "want" something quite different 2yr after you've invested a massive amount in using Qt, only for there to be no future versions and your app becomes uncompetitive with others which are using increasingly modern libraries.
It's not in my interest if it costs me more and makes future planning more difficult.
The software subscription business is essentially a huge price hike masked by paying in installments.
>simply disappearing and being frozen in old versions because of no revenue stream against them.
It means that the new features in version X were not good enough to entice new buys or upgrades.
Subscription model is great - for the software companies. It's not a good model for consumers.
The current subscription model will end up being just like Fifa or Madden games, the same thing every year with minor changes because consumers are locked-in and have no alternative.
That's insane. Back in the day you bought Photoshop (a tool) and could use it forever. You bought a tool you could use.
Now you need a subscription to keep using your tool? You need permanent Internet access, to keep using your tool? You need t keep paying to access you files?
This is why Affinity Photo will probably end up taking more and more market share away from Adobe's products.
Old version of Photoshop (3.0, 4.0, ... CS5 up to CS6) gave you a license key you could sell. It didn't include a time limit. It was yours and you could sell it or use it forever. That's gone.
You can try to find old licenses for CS6, sure, but at some point, but it's a very different purchase and licensing system from what they have now.
That's false. When one purchases a copy of a (book|software|video), one then owns that good.
A typical proprietary software licence text is irrelevant when it comes to terms of ownership, transfer of ownership, use of the good etc. as the law applies and determines "how [things] actually are". A contract, let alone a unilaterally dictated licence text, is legally unable to take away certain rights the consumer enjoys.
> Seems reasonable? As long as you're getting benefit from Qt by distributing software using it you need to keep paying for it?
No, the reasonable model (as someone how's shipped commercial libraries and researched the market) is that subscription gates support and future updates. So as long as the subscription is active you get updates, patches and support. Once it passes you're kept on old version. It's fair to the seller (keeps a steady revenue stream and most customers will want to keep the subscription for updates anyway) and fair to the customer (they can't be easily extorted with price hikes and their software doesn't get sabotaged by external subscription pricing).
The reasonable model is that the Qt company cannot be allowed to mess with the software their customers have developed and released, by requiring unexpectedly high fees or just terminating the license.
Why expect good faith and dependability with the precedent of their decision to screw KDE?
The problem is that you have no idea what they'll think is a reasonable license fee in 3 years (and that's not theoretical, Qt does change their mind on terms and fees regularly when there's another random sales target to meet). With the previous model, you only have that issue when you want to update, and know you can always ship what you currently have to your customers in the future at known cost.
When I worked with Qt we built a product on top of Qt 4.8.4. Not 4.8.3, not 4.8.5. This was due to some very technical details, and the product was standalone and offline so updating wasn't a concern.
Why would we have to pay multiple times for the exact same piece of software, lines of code?
Also given that software is by default sold with defects (as it is "impossible" to write perfect software), it makes sense that the selling price includes, at least, future minor patches. I would consider them as the vendor covering for its own manufacturing defects (because that's what bugs are).
I agree however with charging for new features. That's fine and makes sense.
> Seems reasonable? As long as you're getting benefit from Qt by distributing software using it you need to keep paying for it?
Development, distribution and usage are different things. I don't have much of a problem with selling a subscription for the development environment, but for distribution and usage you should only need a (perpetual) runtime license, which you usually buy in bulk. AFAIK that's how QNX does it, for instance.
Ironically, it’s easier if you don’t pay Qt and just use it as LGPL: ship it unmodified, distribuite Qt sources unmodified on request, and go your merry way.
This is theoretical for me. I am small company and have no time/desire/money for lawyers to decipher all those intricacies of LGPL (also they say that some stuff there is GPL). I prefer to pay reasonable one time fee for permanent license and upgrade when I feel it is needed.
These perpetual licenses are capitalism run amok. No one has an issue with subscriptions these days, but you should be able still compile and distribute your software without paying them into perpetuity if you're not worried about their latest and greatest. I'm just waiting for them to end LGPL in the next few years and why I don't use it any more. I use wxwidgets. Which I don't like as much but it gets the job done and I'm not doing anything fancy.
Yes. I dont quite understand what's the fuss here. So someone please explain to me like I am five.
QT 6 decide to charge money, in this case a commercial license for commercial usage. i.e If your software is making some money using QT6, you will have to pay. Otherwise you can happy use the LGPL License.
Seems fair. You might disagree with its pricing, depending on your business model, And may be that business model would not be a good match / fit for using QT6.
But so far all the comments seems to be against the company charging anything. Why?
> If your software is making some money using QT6, you will have to pay. Otherwise you can happy use the LGPL License
Nope, you can make a commercial closed-source application that links against LGPL-licensed library. Also, the source code model has nothing to do with "making money". For example, Qt is certainly "making money" with their source code, but did you know that the WebView component in Qt is actually COPIED from Apple's Safari WebKit source code? Yes! So they are STEALING Apple LGPL source code and making money with it! And what more, Apple Safari certainly runs on iPhones and Apple if someone is certainly making some big $$$!
You seem to have misunderstood what changed. No, Qt did not change the licensing terms to charge for "making money" with Qt. They just made more of their previously free support functions exclusive to paying licensees.
> Nope, you can make a commercial closed-source application that links against LGPL-licensed library.
So in this case, you'd have to package the software so it doesn't include Qt (in an RPM/deb) so it pulls in the system Qt? Or on Windows, provide them a link so they can download that component manually?
Almost every comment in this thread against the subscription licensing model is addressing a legitimate issue. This comment is not—it's misinformation/FUD. That's not how the LGPL works. The cavalier attitude of people who just utterly make up bullshit, like what's in the comment above, is something that we should have a lot less tolerance for.
I always forget exactly what is permissible with the LGPL, but isn’t it the case that the whole point is that using a LGPL library doesn’t “infect” your program?
Generally it means you can't (in this case) mess with the Qt Libraries, you use them as is, and link to them dynamically. You do NOT have to release your source code, however you do have to provide Qt source (libraries) to anyone who requests them from you to whom you "have distributed" your software to (paid or unpaid), whether you provided a download link or DVD or usb drive, etc. If you someone received your software outside of your distribution channel you can tell them to go pound sand though since you didn't distribute to them directly and they got a copy through some other means.
oh .... well then what's the point of a commercial license? You'd only need it if you customize the original Qt source code and don't use it as-is, right? Or if you want support beyond forums/mailing lists?
Yes, but customizing and patching is not that uncommon for commercial software (Qt is used a lot in the embedded space, for example, where patching and shaving away is common).
Also, businesses do pay for support as insurance; say tomorrow Windows patches something that screws up a bit of Qt your product depends on, what are you going to do? Waiting for a reply on a random mailing list and hoping someone has time to fix it, is not going to cut it.
As usual support and there are some libraries in the Qt Umbrella of source code that ARE NOT LGPL and you can't use those for distribution unless you pay for the commercial license.
Like 5 year old? Well, I have consulting business and sell solutions based on QT5. I can not use QT6, because it is impossible to buy a license for QT6.
Seems reasonable? As long as you're getting benefit from Qt by distributing software using it you need to keep paying for it?