Jump to content

"I hate LabView" topic


Recommended Posts

7.1 is my sentimental favorite. She was solid.

:)

yea, 7.1.1 was great. OK there was no project explorer (and I could not imagine working on big distributed systems without it!), working with an FPGA was somewhat "tricky" and if you wanted to work on an RT-Target and a Windows-Target at the same time, you had to use some really dirty tricks, so many of the features in the current versions are really improving my day to day work! But on the other hand: almost all features in LV 7.1.1 I used in my daily work were working properly and that's what I'd like to see again. And if that would mean that there are less features or no new features at all in the next versions - that's absolutely ok for me - I'd keep on paying my SSP anyway if I would get a better, faster and improved Development Environment, whith less bugs and more productivity.

There are some examples what I don’t like to see: since LV 5 we all knew that at a copy and paste operation would place the pasted code in the BD centered at the last position of the mouse pointer. In LV 8.6.x somebody in the R&D thought it would be funny to insert that code floating in the middle of the screen. This has been already changed to the old behaviour again, but why the heck did anyone even think about changing a workflow, that was established for years without any reason? Did anyone complain about this established behaviour and if yes, why did NI not laugh at him and call him names? ;)

Second example: in LV 8.6.1 there “suddenly” was a bug in the property-dialog for numeric controls. There was a hotfix a few days later, but why the heck did someone mess up this dialog, which was unchanged since LV 8.2? Got some Perforce issues, eh? :D

3rd example: in LV 8.6.1 the dialog for editing enums starts jumping to the first line if there are more elements in the enum, than the MCL-Box can handle without scrolling. I’d really like to meet that pupil that messed up that tool and do a little “debug session” with him :D

Maybe some of you may now think: why does this little stupid not install a newer version of LV? That’s quite simple: I use newer versions of LV in other projects, but I also have one project, where I have to stick to LV 8.6.1 (due to several reasons). That means: at least 3 month a year I have to work with LV 8.6.1 and every day I see those totally unnecessary bugs and get annoyed by them and the worst thing is: I know exactly there is absolutely nothing I could do about that because “my” bugs are fixed in a version I can not use for that specific project and that’s a real frustrating perspective.

Most of my customers don't care if I know OOP or if I know how to make an Xcontrol.

That's the point for me, too. My customers are satisfied, if the software they get from me is in time, in budget and is stable and fits their demands. The decision how to create that software is up to me. If there is an advantage for me in using e.g. OOP or X-Controls, because, that makes me faster, more flexible or let me produce less bugs, than that feature is – of course!! - a good choice for me. If there is no advantage for me, I leave it. Nobody pays me for creating code with cool new features, I get paid for reliability and speed ;)

cheers,

CB

Edited by i2dx
Link to comment
  • 1 month later...
Inability to write descriptive comments!

I'd like to answer: why don't you stupid use the VI Documentation? and why don't you use the text-tool in the BD?

Or just paste an entire picture into your source code, like the flow chart, or hardware configuration...
This yearly major version updates really suck! If someone would ask me I’d say: a major release once in 5 years would be enough, like Microsoft does with Visual Studio.
Define "major release"... VS put out versions 2003, 2005, 2008, and 2010. Are these major upgrades? They completely keel hauled the user interface between each one. They've got a two year cycle, most of the time. And the entire .NET language is revving once per year, a very fast cycle time.

LabVIEW specifically and NI generally tries to strike a balance between putting out new features (which is the only thing users are really willing to shell out money for) and patching existing features, and between backward compatibility and forward innovation. I think we're doing a good job when I compare us against the other tools that I have to use. Yes, the speed is blazing and it is hard to keep up, but I think LV's front panel is a perfect example of what happens if we don't rev every single year. We took our eye off of that particular ball for a while, focusing on improving the compiler, making new toolkits, expanding diagram syntax, and in just a couple years, instead of ooching along with small differences annually, the panel looks really dated, and everyone comments on it. My theory is that LabVIEW as a whole would suffer that same rapid slippage if we didn't try to rev continuously, and the cost to catch back up -- as we're seeing with the panel -- is substantial.

Link to comment

Define "major release"... VS put out versions 2003, 2005, 2008, and 2010. Are these major upgrades?

When you work in a regulated environment, updating SW from 8.6 to 8.6.1 is considered a pretty major change requiring all sorts of revalidation. I'm fine with LV updating often and fixing things on a yearly cycle, but don't expect me to jump on board for each new rev the second it releases. Most of my projects are still in 8.2.1 and 8.6.1. Yes, I'm falling way behind on the "new features" curve, but it sure beats having to revalidate dozens of machines.

Link to comment

the cost to catch back up -- as we're seeing with the panel -- is substantial.

I hope this is a hint that FP improvements are coming soon. I know 2011 is a 'stability' release, but I really look forward to new UI components and a more powerful and easier set of tools to customize the FP. I know we can do anything we want if we write enough code but I don't want to have to write all the code to do some UI trickery.

Oh, and I have not had any major issues with 2010. Actually, the Web Service improvements have been a big help vs all the problems I had in 2009.

-John

Link to comment

When you work in a regulated environment, updating SW from 8.6 to 8.6.1 is considered a pretty major change requiring all sorts of revalidation.

Even when you don't work in a regulated environment it can be a major thing. The equipment we sell warranties for 1-2 and operates for, typically, 5 years before being retooled. Keeping all the versions (and drivers!) we've used handy just in case some customer's equipment is down can eat a lot of space.

Tim

Link to comment
  • 2 weeks later...

I'm not a hater, but saw this sticker over at the Evil Mad Science storefront and thought it was pretty funny. If anyone hated LV enough it definitely wouldn't be worth spending the time to make a post about - instead they would just stop using it. Some of us are always looking for something to complain about when we don't have enough other things to keep us busy.

http://evilmadscience.com/directory

post-10503-0-12829000-1303312371_thumb.j

Link to comment

I'm not a hater, but saw this sticker over at the Evil Mad Science storefront and thought it was pretty funny. If anyone hated LV enough it definitely wouldn't be worth spending the time to make a post about - instead they would just stop using it. Some of us are always looking for something to complain about when we don't have enough other things to keep us busy.

http://evilmadscience.com/directory

post-10503-0-12829000-1303312371_thumb.j

It's also one of those "...and they didn't do it MY way..." kind of things.laugh.gif

Link to comment

LabVIEW specifically and NI generally tries to strike a balance between putting out new features (which is the only thing users are really willing to shell out money for)

It's not quite *that* bad. I've had a SSP for... well, probably as long as NI has offered them, and I am always years behind on upgrading. Why the SSP?? Because, especially in the early days when there were relatively few users, and actual LV competitors, I wanted to encourage NI to keep supporting LV.

I personally need as absolutely stable of a development environment as possible. I am often writing code in a place where I can't get online for help if LV starts crashing for no apparent reason. I loved 7.1.1 and didn't upgrade to 8.6.1 until after 2009 came out. I am being pushed by users to start running in a 64-bit environment so I'm starting to run LV2010 experimentally, way ahead of my usual upgrade cycle. I am somewhat dismayed by the amount of time I see "LabVIEW not responding" on the screen... So I am anxiously awaiting the upcoming "stability release". Not new features, but a reliable development environment is what gets me excited.

(Tho I will have to admit I love that in 2010 code pastes to where I put it, and the cluster icon is great!)

Link to comment

I'm pretty much in-line with Cat here. thumbup1.gif

I think "new" business is driven by latest features, gadgets and spin. But thats due to competition from other products. But I would tentatively wager that the vast majority of LabVIEW income is from SSP which, as it's name suggests is for value added Service and Support - a recurring income stream with almost no additional overheads or cost. I think most "real-world" Labview programmers (if they have any sense). Only upgrade to a later version if there is new feature that achieves common requirements that were impossible or at least very difficult in the older versions (very rare-but I would put the events structure in this category). Or a customer requires it. Version changes are a very high risk proposition and I think most opt for "better the devil you know". But that doesn't stop us paying our SSP for the exemplary service NI provides and to be able to pick up the phone and talk to real engineers who have real product knowledge. I, for one, pay my SSP for this. Not to get the new versions.

If I were to rate the importance (to me) of new features and reliability on a scale of 1-10. New features would be 2-3 and reliability would be 8-10. New features don't cost me time, money or reputation. Unreliable software does. Nor do I see them as mutually exclusive. Get the software reliable then add features. Adding new features to unreliable software only makes unreliable new features.

In times gone by, I used to be more cavalier about upgrades because a new version would come out, with very few known issues of any consequence and if something was found, a patch or new version would be very quick to follow-certainly within a project time-frame. Now, however, the cycle is very slow and I've yet to see a SP2 fixing my 2009 version before 2010 was released (which probably hasn't fixed bugs I'm concerned with but as sure as eggs are eggs will introduce new ones).

Link to comment
  • 11 months later...

That was how I felt about Richard's retort. I read his list of unforgivable flaws and every single of one of them has a solution I would have easily handled six months after starting LV. I didn't read the rest of the page, but I get the impression he comes from a distinctly non-G background and simply has no desire to change his mind.

  • Like 2
Link to comment
  • 4 weeks later...

A little rule I always apply in situations like this is to remember that "people always criticise things they don't fully underatand"

I've spent 14 years programming in labVIEW , it was my first language , it is my go-to language (ecuse the pun) and it makes me more productive. I'm happy

EDIT: Just read Dave's response, it makes me optimisic to know that guys like Dave and AQ are driving the direction of this product. Great reponse.

  • Like 1
Link to comment

Hey guys - here's another "LabVIEW alternatives" post online that is just getting rolling:

http://www.tmworld.c...substitute_.php

Feel free to chime in - the main topic is LabVIEW vs VEE, which I'm sure you guys can offer some sound advice on.

Also - is anyone a member of the LinkedIn group that Martin mentions? I made a request to join, but never got approval. I'm sure there's a long conversation going on there as well. Let me know if I need to break the door down. ;)

  • Like 1
Link to comment

Hey guys - here's another "LabVIEW alternatives" post online that is just getting rolling:

http://www.tmworld.c...substitute_.php

Feel free to chime in - the main topic is LabVIEW vs VEE, which I'm sure you guys can offer some sound advice on.

Also - is anyone a member of the LinkedIn group that Martin mentions? I made a request to join, but never got approval. I'm sure there's a long conversation going on there as well. Let me know if I need to break the door down. ;)

I just added a comment to that blog. We'll see what happens. How can I gain access to the Linkedin group? I think I missed the identifier for me in the prior posts.

Link to comment

Val - I loved your comment on the blog. Well said.

Here's the LinkedIn group where the discussion originated:

http://www.linkedin.com/groups/Test-Measurement-World-2196932/about?trk=anet_ug_grppro

It's classified as Private, so the group managers have to grant you membership before you can see anything. You'll need to request to join.

For anyone doing test applications, it's probably a good group to subscribe to.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.