In-App Purchases:
Yearly Subscription $13.49
Monthly Subscription $1.49
The real question is, is little snitch rent seeking? Given what happened after Catalina, I am giving them the benefit of the doubt at the moment. Paying for updates before receiving them definitely creates a conflict of interest.
Having looked at their website and seeing SKU-ification (Cutting a product different ways to try to hit different price points) and other business over product decisions, I am definitely feeling shaky about the future of little snitch. SKU-ification is 10x the red flag that a subscription model is.
It's worth considering that viruses now days will check and see if programs like this are running and then delete themselves rather than execute the payload.
Which is probably why the apps on the App Store which offer both subscription and lifetime pricing tend to have the latter at about 3 times the cost of the former. But Little Snitch Mini does not offer that choice.
I’d be willing to pay more than 40$ for a one-time purchase of Little Snitch Mini, but there’s zero chance I’ll do it as a subscription.
Why is obdev sku-ifying their product? Because the incentive model for selling a license means that the market can saturate and there is a lack of recurring or stable income/income safety for the dev. In order to get new spikes of income, a new product is generated. If the market for a particular license becomes saturated, how will they make more money?
Licensed based sales incentivizes creation of new product and disincentivizes incremental improvements on already complete products.
On the other hand, subscription models incentivize rent seeking. If money is coming in, there is no reason to do more work. Income is not dependent in any way for work done, except maybe compatibility adjustments.
So a license is a wonderful model for the buyer and not so great for the seller. A subscription is awful for the buyer, but too good for the seller.
So what kind of payment method/pricing scheme, keeps the developer engaged in improving the product, but doesn't incentivize rent-seeking?
How would you price things if you were the seller?
https://www.jetbrains.com/store/#personal?billing=monthly
https://sales.jetbrains.com/hc/en-gb/articles/207240845-What...
Perpetual fallback license means that if you stop paying for a subscription, you can keep using the version you are on, in perpetuity.
Sounds fairly reasonable. If there are no updates, you would cancel your subscription and use the fallback license until the "rent-seeking" stops.
I remember that the launch of the 2022 versions had a drop in quality, I don't remember when was the last time I had crashes in a Jetbrains product, but with the launch of 2022 versions crashes occurred on a daily basis to the point I really considered cancelling my subscription, and I activated for the first time the option to block updates in Jetbrains Toolbox.
Months later they launched their promotion to keep the current pricing for 3 more years and I renewed. I acknowledge that promotion was a genius move by them, but I'm unsure if that promotion was a result of a drop in income for them.
It seems simple to just offer a few different pricing models and let users choose which suits them.
Why not offer both a recurring subscription and a lifetime option ?
Not only do you satisfy both preferences but you leave the lifetime option on the table, for future uptake, from all of the recurring customers.
The lifetime value per customer isn’t infinite either. Most people don’t use a single software forever. A subscription kinda slices the LTV up and puts a premium on it for long-term users. It is an increase in price, hence every company loves it, but this isn’t rent-seeking.
No, you cannot, because you completely lose access to the app. If it outputs a proprietary file format (e.g. Adobe apps), your data becomes hostage to the subscription even if you do not need new features, can no longer afford the price, or the developer changes the terms.
Subscriptions take away control from users.
You can look at the app store to see all kinds of rent-seekers, so it is happening. Not all subscriptions are rent seeking, but I have a hard time imagining how someone would rent seek without charging via subscription.
We had that. And it worked for decades. Paid major updates. Users got support and bug fixes for their paid version and devs were hell motivated to add new features for the next update.
You satisfy users who are happy to pay a large amount upfront by they are also likely your most enthusiastic customers. So in essence they would be the customers who would probably pay more than 3 years of subscriptions over the period the lifetime payment covers.
Users who aren't that enthusiastic are more likely to not use the app for long periods and also unlikely to pay a large upfront cost.
These days, Firefox just isn’t better than it’s competition in ways that large numbers of people care about, alas. In fact, there doesn’t seem to be any big cohort of users enthusiastic about any browser in particular right now. I doubt Mozilla can fix that easily. I think it’ll take the next revolution in browser tech (whatever that is).
My reaction was to "sabotage" FF users by prioritizing IE and Chrome and not actively testing my websites in FF, but only waiting until users reported bugs.
My thinking back in the day was: Why would I write N times more lines of code for a browser that had way less market share than Internet Explorer, especially when Chrome was faster and worked better?
By the time Firefox corrected course and prioritized parity with other browsers (ie. the -webkit fiasco), their market share was already an order of magnitude smaller.
15 years later, I don't feel proud of my actions, but my own conclusion is that every individual action added up. Now I feel sad to see Firefox with less than 3% market share because the damage is irreparable now.
- Mozilla doesn't derive its revenue directly from users. - Mozilla is/was competing with a corporation with vastly more resources on every level. More engineering resources, ability to leverage other parts of its business to promote/favor Chrome, and fairly direct financial control over Mozilla. - Mozilla's wrong moves aren't related to asking people to pay - they have at various times alienated or disappointed developers and end users.
Also worth noting that Firefox has artificially been blocked from competing on iOS (as has Chrome, but Google has its own mobile OS...) - so that's been a factor in their declining share that has little to nothing to do with their "neglecting" anybody.
There is value in advocates, but I'll say again: it tends to be overstated. And I hardly ever see self-professed enthusiastic users actually arguing for price increases / changes to support the development that generates the products.
It would be so refreshing to see self-professed enthusiastic users actually lobbying for people to pay for what they use instead of constantly tearing down companies trying to stay afloat.
I know the subscription model is a problem for end users as it spreads to more and more apps and services. The lifetime license model is a problem for the vendors. Especially for something like macOS where Apple releases a new OS every year. Right now shops that support macOS have to support like three macOS releases + two hardware architectures + the upcoming macOS.
Just how many users can an "enthusiastic user" convert to paid to make it worthwhile, if it ties the company's hands in terms of changing its revenue model as the world changes? Especially when that user is actively advocating against revenue?
Wait, is this true? Do you have any resources backing this up. This would be a good protection mechanism if you can distill it to the minimum footprint to trigger this self destruct on viruses.
There are services like crowdstrike where you can upload a trojan, it will then run the trojan in a VM to try to see what it does. In response, trojans try to detect if the system they are on is a vm and if it has sufficient power (lots of ram, lots of cpu, age of installation/uptime) rather than minimal power as well as try to detect of the machine is capable of malware analysis or detecting it through installed tools (is python installed, etc.).
From first hand experience manually reverse engineering some e-mail trojans for fun, I can tell you it is true that at least some e-mail trojans will:
1. Check the resources of a machine to be reasonably confident it is not a honey pot/profiler
2. Check what is installed to be reasonably sure the owner is not technical
I tried to use google to find a nice article to read of a breakdown of a trojan, but google seemed determined to return general population level results rather than technical/professional ones.
To me it's not modest, because I don't plan to stop using the software after just 3-4 years.
I saw this phenomenon, with horror, devour/take-over note-taking and journal app scenes in almost entirety (except some open source react native/hybrid apps).