Lets break down your arguments and sledgehammer them a bit:
My experience is that there are two main issues with LabVIEW
So far, I have not found any replacements for LabVIEW that meet my requirements.
Not with the same sophistication. Text code with cyclomatic complexity >10 is tough to implement and unmaintainable. In LabVIEW, some of my successful projects have 2300 cyclomatic complexity.
Glad I am not the one maintaining that code.
I'm sending this message from France, where I work in a public research lab (using labview)
There is a strong debate at the moment to switch from labview to python for our needs (that are quite basic) as the cost of the licence-fee would be too high on an annual basis
There is a general trend in the french academy to switch from proprietary software to open source, and the subscription change will probably trigger a university-wide victory of python over labview, as young people are usually better trained in python anyway, and the added value for labview (ease of development essentially) does not compensate for its cost.
To help you understand, the university in France cannot change fundings use at the local level, so money granted f for salaries can't be used to buy stuff, whereas a private company would calculate the additional cost of quicker/longer development time vs the licence price.
I really think this has been a very bad choice from NI, because there is clearly no incentives to give undergrad students labview classes anymore, as they won't be able to get a licence during their PHD anyway: from our perspective it's much better to train them in Python or R or C++
I hope this message will find you,
IMHO, LabVIEW should be free (or at least super cheap) for educational use anyway. Maybe NI gets a ton of money from this sort of thing but I can't imagine it. My university switched off LabVIEW years ago due to low usage rate, plus the high costs. Free or cheap educational use means the community grows and you have more and more developers using it professionally, which is a better long-term value for NI than trying to squeeze a few nickels out of a school while someone's there for a few years.
Look at what Autodesk did with Fusion 360 (a CAD program)- it's free for home use and educational (like the LabVIEW Community edition) and it absolutely exploded in popularity over the last few years.
I’m not sure about the current pricing structure but LabVIEW for educational uses was very cheap for a very long time. It was 90% or more off from the normal price so if that would not fall under your cheap umbrella, I think the only thing that would is if it would be entirely free. Which, considering the administrative overhead, not to talk about the development effort, is a bit of an extreme request.
Years ago, NI was common in university environments, NI had a wide range of student/experiment friendly interfaces. More an more the PhDs we brought in were conversant in MatLab, and not LabVIEW. Matlab is great for analytical and research envionrments, but not so good for industrial and process controll.
I believe that NI would be much better off strongly supporting education as a long term strategy to build a fanatic following into industry.
Not a common theme with Private Equity.. Sigh
I know very few things about the US academy environment.
In France, the labs usually have to pay for a research licence for labview, which is more expensive than the educational one (but more complete). I do not know the current price but it was around two thousand euros five years back if I remember correctly. It would be considered in the mid-range of prices in my lab, so would require approval by the head of the lab. It would typically be used to drive experiments.
The lab researchers also give classes to young graduates and could give a labview oriented "how to build an experiment" course, corresponding more or less to labview's first level course. You could also have classes for PHDs (PHDs students are required to follow a few courses not directly related to their subject each year).
So the lab activity is a mix between "research" (so paying licence) and "teaching" (teaching licence)
I personnally proposed last year to give an introductory course to our phds, but I put it on hold this year because of the change of licence (no value into spending time teaching a language that's going to be replaced). Instead I applied to a python course to refurbish my skills that may be a bit rusty 😁 and maybe we're going to do some arduino/adafruit course for small projects
Replying to posts that appear to have been taken down...
NI Employee? My W2 says "A... ..."
OpenTAP? I looked into it more. Its not bad but not great. It is similar to but less sophisticated than work that I did for a certain semiconductor company in 2007 -16 years ago. OpenTAP is centered on a serial test sequencer. It's probably not a good solution for robotics systems with many operations occurring concurrently. For those systems, LabVIEW has clear advantages, which is why I stayed with LabVIEW instead of switching back to C++, which I wrote test systems in previously. Presently, I'm working on a much better development framework for myself in LabVIEW. Maybe I'll put it on GitHub when done.
OpenTAP vs. LabVIEW seems like a very strange comparison to keep seeing.
It seems less feature rich, but, if anything, OpenTAP is an alternative to TestStand. It is not an IDE or a programming environment and, aside from the argument that using it would tend to push one away from coding in LabVIEW, it has very little to do with LabVIEW at all.
In theory, you could still write the actual test code in LabVIEW. Architecturally, this isn't that different from people that write a .NET GUI over the TestStand API, which quite a few do. However, there not being any LabVIEW "adapter" would make interfacing with the code more difficult. You'd likely need to write quite a number of wrappers. But I digress...
Honestly, what I find interesting about OpenTAP is that everyone that brings it up points out that it's open source as if that is the defining feature... but many of us work for companies that would not qualify for Keysight's "Community Edition" licenses for the editor and other tooling around it. (Most of which appears to be closed source.) Unless you want to start with just an engine and write your own sequence editor right from the beginning, or you're at a fairly small company, you're probably trading TestStand for PathWave.
Some of my few customers do transfer to Delphi (RAD Studio). It also has partly graphical IDE like Visual Studio, can compile code much smaller than Python, executes faster than Python, can use Python libs (core numpy is written in C++ anyway), has many connectivity libs accumulated over the years, and is able to produce cross-platform code.