LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

LabVIEW Pros vs. Cons?

Now you can fully justify all that time spent on your projects.  😉

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
Message 131 of 231
(1,840 Views)

@Synaesthete wrote:

 

I've since put LabVIEW behind me. It was difficult to switch careers as no one has heard of LabVIEW, and those skills aren't apparently transferrable to other types of software engineering, at least as a resume item. Perhaps LabVIEW has value as a benchtop tool. But as a profession as a software engineer, it's a very poor choice. You can get kind of stuck.


In the industry I'm in, people take you seriously if you have LabVIEW certification.  Too many companies have been burned by people who claim to be experts, and then hand over spaghetti code that us unmaintainable.  Not only have many of them heard of it, it is the goto solution for automated testing.  It is far more than a benchtop tool, and I've never found myself stuck.  I've seen others get stuck when they didn't think about the design before they started, but that can be said about any programming language.

Message 132 of 231
(1,807 Views)

@WayneS1324 wrote:

I developed two large projects and a smattering of smaller projects with it before it became boring.


Well I'm using LabVIEW for 20 years now and I can't say it's ever been boring.

 

Either I'm really easy to keep amused or you didn't explore the nether-regions of LabVIEW sufficiently to unlock it's true power.

 

But then again, depending on what you are asked to program, any language can be boring I suppose.

Message 133 of 231
(1,731 Views)

Synaesthete wrote: I wish NI would phase out LabVIEW entirely and the community wind down, move on to more broadly adopted open platforms.

Yeah.  That's not going to happen any time soon.

 

I think with FPGAs becoming more and more common you'll actually see LabVIEW beginning to flex it's muscles a bit more in future.

Message 134 of 231
(1,728 Views)

@Hooovahh wrote:

@Synaesthete wrote:

 

I've since put LabVIEW behind me. It was difficult to switch careers as no one has heard of LabVIEW, and those skills aren't apparently transferrable to other types of software engineering, at least as a resume item. Perhaps LabVIEW has value as a benchtop tool. But as a profession as a software engineer, it's a very poor choice. You can get kind of stuck.


In the industry I'm in, people take you seriously if you have LabVIEW certification.  Too many companies have been burned by people who claim to be experts, and then hand over spaghetti code that us unmaintainable.  Not only have many of them heard of it, it is the goto solution for automated testing.  It is far more than a benchtop tool, and I've never found myself stuck.  I've seen others get stuck when they didn't think about the design before they started, but that can be said about any programming language.


I fully agree, but he described doing some kind of development on web platform now and if that is the main task then there are certainly better tools than LabVIEW (or .Net or whatever). But that likely also means he never really was into work in the industrial areas where LabVIEW really excels.

Rolf Kalbermatter  My Blog
DEMO, Electronic and Mechanical Support department, room 36.LB00.390
Message 135 of 231
(1,682 Views)

I develop industrial software. Machine control, DAQ and analysis, data measurements, etc...

I don't necessarily have anything bad to say about LabVIEW other than I find it drab and tedious to use.

I can't do anything in LV that I can't do in C++. Granted, it takes longer to develop a C++ app, but I have total control over how it works.

Also, I find the OOP aspect of LabVIEW a joke.

 

0 Kudos
Message 136 of 231
(1,655 Views)


Considering that C++ is really just some OOP extension to C and that is about slightly above assembly language, it would be strange if there is any programming language out there in which you could do something that can not be done in C/C++. Often less efficient but efficiency seems not a criteria for many. :smileyvery-happy

 

On the other hand, programming FPGA in C/C++ would be a very interesting exercise. Smiley LOL

Rolf Kalbermatter  My Blog
DEMO, Electronic and Mechanical Support department, room 36.LB00.390
Message 137 of 231
(1,641 Views)

@rolfk wrote:


Considering that C++ is really just some OOP extension to C and that is about slightly above assembly language, it would be strange if there is any programming language out there in which you could do something that can not be done in C/C++. Often less efficient but efficiency seems not a criteria for many. Smiley Very Happy


I'll give you that. I will freely admit that LabVIEW is more efficient.

0 Kudos
Message 138 of 231
(1,637 Views)

Am I missing something or is LabVIEW the language with the most binary feelings.  People seem to either love it or hate it.  Google LabVIEW and you see all sorts of rants about it.  Every programmer has languages they enjoy and those they don't.  As an example, I'm not a fan of python.  But, you'll never see me running to write blogs about how much I hate it.  You won't see me hoping companies will drop it, etc.

 

What is it about LabVIEW that makes people so fanatic about it in one way or the other?  All languages have pros and cons.  What makes the pros and cons of LabVIEW so emotional for users?

Message 139 of 231
(1,581 Views)

@natasftw wrote:

What is it about LabVIEW that makes people so fanatic about it in one way or the other?  All languages have pros and cons.  What makes the pros and cons of LabVIEW so emotional for users?

I'd wager it has to do with the unique and different fact that it's graphical while all others are text. It's basically the same as comparing books with film, which is better? They offer different and unique experiences, and the same skillset can't really be transferred, only the fundamentals (in this example, a good story is good in both, how you tell it is fundamentally different)

 

/Y

G# - Award winning reference based OOP for LV, for free! - Qestit VIPM GitHub

Qestit Systems
Certified-LabVIEW-Developer
0 Kudos
Message 140 of 231
(1,538 Views)