LabVIEW Roadmap 2022 Q3

[billko]

---

@rwunderl wrote:

---

@cy... wrote:

... and no access once expired

---

Punto final. This is the rub. You pay and you pay and it still locks you out in the end.

You lease a car if you want the shiniest toy and you have the money to do so. You buy a less-expensive car if you want something that will last 10 years and not break the bank. (Even if you still need a loan to do it!) But at least those crooked car dealers still give you that option. You are also free to have it serviced elsewhere...

---

To put it bluntly, it's legally sanctioned ransomware.

[EricR]

Thanks @OneOfTheDans .

I normally don't want to "solution" on something but I am interested in checking for my understanding.

Would a "smaller-window-of-time subscription, at a lower price", fill in those potentially missing rungs in your metaphorical ladder? 

[Jay14159265]

---

@EricR wrote:

Thanks @OneOfTheDans .

I normally don't want to "solution" on something but I am interested in checking for my understanding.

Would a "smaller-window-of-time subscription, at a lower price", fill in those potentially missing rungs in your metaphorical ladder? 

---

You are trading your developer community for higher profit margins. There are people that enjoy writing code and do it in their free time but will not do it if they have to pay for it. Any way you slice it the software subscription service is a burden for those in, and those interested in joining the LabVIEW developer community.  So while subscription services that block access make total sense for business, they don't make much sense for developers, so developers will go elsewhere.

Perhaps a better community edition license will make things better. How about you open it up and say you can use LabVIEW community edition free for business and individuals that do less than <insert number here> in revenue per year. 

[OneOfTheDans]

---

@EricR wrote:

Would a "smaller-window-of-time subscription, at a lower price", fill in those potentially missing rungs in your metaphorical ladder?

---

Yes, I think it could. For someone using LabVIEW occasionally (once or twice a year for a month), it's much more reasonable to pay only for what you use. In turn they'll hopefully start using LabVIEW more often and become a full-time developer and advocate.

But don't overlook the convenience factor - if you're expecting end users to be starting/stopping subscriptions throughout the year, it needs to be dead simple. Right now I need to get a formal quote from NI, submit that to our purchasing department, get approval, have them generate & send a PO, then NI will send back a license key.

[BertMcMahan]

Autodesk's Fusion 360 has a free community edition AND a "startup" edition that's free for businesses under $100k in revenue (IIRC) AND a free academic version.

In other words... basically everyone uses Fusion 360 unless they have another CAD package through work (or are so used to Solidworks that they ponied up for a license).

Granted there are some people using the FOSS CAD tools, but you don't see nearly as many people using that as using Fusion360. IMHO, it's a great license model that would be cool to see here too.

Since NI is very much focused on their super big clients, I can't imagine they'd lose too much revenue by giving it to hobbyists or very small startups for free. I have no insight to their numbers though, so what works for CAD might not work for a programming language.

[cy...]

@EricR wonder if you can consider exploring tokens for simplifying licensing and subscription. Developers subscription to be given set number of tokens per annum (per tier subscription and can carry forward if unutilized) to use NI software, tokens are spent based on hours of usage and software used.

For example, tier 1 allocates N tokens (N = sum of n's) totaled in hours of utilization per year, which developers can use for let say:

• n for LVP
• 2n for LVP + RT or LVP + VDM or TS + LV
• 3n for LVP + RT + FPGA (local compiler doesn't count)
• a reasonable top up amount to accommodate sudden spike of n demand
• a reasonable annually deductible amount of n to maintain active status to continue access, receive upgrades and updates

tiers can range from light (single developer) to heavy (team of developers). a license server could probably be useful in this case to check in/out licenses, and can double as a local repository for keeping NI software packages up-to-date. and the annual subscription cost should probably be less than that of active SSP, since subscribers have to lose perpetual access.

maybe this can offer much more applicability, simplicity or even incentive for proficiency and efficiency; and make subscription more palatable for some users

[Intaris]

---

@Jay14159265 wrote:

---

@EricR wrote:

Thanks @OneOfTheDans .

I normally don't want to "solution" on something but I am interested in checking for my understanding.

Would a "smaller-window-of-time subscription, at a lower price", fill in those potentially missing rungs in your metaphorical ladder? 

---

You are trading your developer community for higher profit margins. There are people that enjoy writing code and do it in their free time but will not do it if they have to pay for it. Any way you slice it the software subscription service is a burden for those in, and those interested in joining the LabVIEW developer community.  So while subscription services that block access make total sense for business, they don't make much sense for developers, so developers will go elsewhere.

Perhaps a better community edition license will make things better. How about you open it up and say you can use LabVIEW community edition free for business and individuals that do less than <insert number here> in revenue per year. 

---

Ma son actually started programming in the last few years. He had dabbled in using the game engine "Unreal Engine". Their blueprint portion of their code reminds me a lot of LabVIEW, graphical connections between individual functions.

Anyway, my point was: Unreal engine is free to use. If a game is published and earnings rise above X, only then does Epic get paid. They are then entitled to a certain % of profits. Aside from that, the development suite is completely unlimited and free.

Spoiler

Text taken from: https://www.unrealengine.com/en-US/eula/unreal

a. Royalty-Free Distribution
As described in this Section 3(a), you may Distribute certain Products to certain persons or entities without any obligation to pay us royalties, even if you are monetizing that Distribution.

i. Non-Engine Products (e.g., Rendered Video Files)
You will not owe us any royalty payments for Distributing Products that (i) do not include any Engine Code, (ii) do not require any Engine Code to run and (iii) do not include Starter Content in source format (“Non-Engine Products”) to any person or entity.

This means, for example, you will not owe us royalties for Distributing:
● rendered video files (e.g., broadcast or streamed video files, cartoons, movies, or images) created using the Engine Code (even if the video files include Starter Content) or
● asset files, such as character models and animations, other than Starter Content, that you developed using the Engine Code, including in Products that use or rely on other video game engines.

Please note that certain assets that we make available under separate agreement are available for use only with Unreal Engine.

ii. Indirect Revenue
You will not owe us any royalty payments for Distributing Products to any person or entity if the Products do not directly generate revenue -- i.e., no revenue is attributable to any Product access, including features and functionality within the Product, or to any in-Product benefits.

This means, for example, that Distribution of a free car configurator app (a Product) used to sell cars will not result in royalties owed on sales of the cars themselves, even if the sales are made via the configurator app.

iii. Other Royalty-Free Distributions
You will not owe us any royalty payments for Distributing Products:

A. To the legal entities that are part of your company group, such as a parent company or a subsidiary, for their private use, so long as those entities do not further Distribute the Products outside of your company group. *

This means, for example, applications (which would be Products) you create for internal use within your company can also be shared with your parent company, your subsidiary, or another subsidiary of your parent company.

B. To clients who hired you to develop the Products for them, for their private use, so long as your clients do not further Distribute the Products. *

This means, for example, if you are hired to create an application (a Product), you can share that application with your client.

C. To other third parties who are separately licensed by us to use the Engine Code, through either the Unreal Engine Marketplace or through a fork of Epic’s GitHub UnrealEngine Network.

This means, for example, you may Distribute a plugin, modding tool, or editor to end users through the Unreal Engine Marketplace or through Epic’s Unreal Engine GitHub repository.

* If your Product includes Engine Tools, it may only be Distributed pursuant to (C) above.

“Engine Tools” means the (i) editors and other tools included in the Engine Code; (ii) any code and modules in either the Developer or Editor folders, including in object code format, whether statically or dynamically linked; and (iii) other software that may be used to develop standalone products based on the Licensed Technology.

b. Royalty Bearing Distribution
You may make other Distributions of Products, but unless described in Section 3(a), all Distributions of a Product will be subject to the terms of the attached Royalty Addendum. Additionally, any advance royalty payment you receive to develop such a Product will be subject to the Royalty Addendum. However, as described more fully in the Royalty Addendum, you will never owe us royalty payments under this Agreement unless a Product directly generates more than $1,000,000 USD in gross revenue.

This means, for example, that you may owe royalties to Epic for Products that are sold to the general public or for off-the-shelf Products that you sell privately to third parties, whether directly by you or through a distributor or publisher.

I'm not saying it's a model which would work with LabVIEW (market sizes are significantly different I would assume), but there are precedences like this out there. The ability to download and perfectly legally use the "Unreal Engine" suite (which is an incredibly impressive piece of software BTW) is a great way of getting people into that toolchain.