08-27-2010 06:50 AM
Intaris wrote:
But it recovered quite well and the OP took it well.
And I'm always up for a good ending.
08-27-2010 07:10 AM
08-27-2010 07:31 AM
muks,
Frustrating in the sense that the first reply didn't even attempt to solve the OP's problem.
08-27-2010 08:13 AM
This topic has occupied my thoughts and I share some observations.
Early on this forum did not beat people up over locals and globals.
WIth time the issue with them became common knowlege as we spotted and corrected apps.
Rhater than letting noobs wonder into the woods and get hurt we started getting aggresive to get the word out to not to use them and why.
New posts mentioning locals and globals are trigering the alarm from most of us.
So...
If we worked to gether to come up with a single well written document that is easily understood by noobs and can be linked to threads, we may be able to avoid some of the issues with coming across as a nasty old bunch.
Re: the refernce Nugget on why not to use locals...
It will become one of the most high linked threads and may do more for LV and LV user than most any other topic save "How do I do serial?"
Ben
08-29-2010 11:35 AM
Here, all we know is the OP wants to work with voltages, but isn't using any hardware. After a couple requests for more detailed information, still nothing.
08-29-2010 01:18 PM
Ben wrote:If we worked to gether to come up with a single well written document that is easily understood by noobs and can be linked to threads, we may be able to avoid some of the issues with coming across as a nasty old bunch.
Agreed - "the best thing that could have happened to both of those guys is pointing them to a FAQ entry (the FAQ is forthcoming)...and then thread silence".
For a forum full of programming experts, it's surprising that DIE and SSOT principles don't seem to apply to answering people's questions. It's a little embarrassing to read the dozens of answers to "how a Value property node is different from a Local Variable", where the "expert" mumbles some combination of thread swap, UI thread, 3 orders of magnitude faster, race condition, dataflow, guaranteed execution order, VI server, data copy.... I'm guilty of this! The point is, we may never disseminate incorrect information, but it's almost inevitable we will disseminate incomplete information.
Two options for a central repository of definitive answers are the FAQ (which does not yet exist, yet I think it on Web Operation's pipeline) and the LabVIEW Wiki (which is falling into a state of dilapidation). Suggestions?
08-30-2010 10:00 AM
Thanks. I appreciate that a lot.
08-30-2010 11:12 AM
JackDunaway wrote:For a forum full of programming experts, it's surprising that DIE and SSOT principles don't seem to apply to answering people's questions.
We already have everything in one place, and it's called the LabVIEW help. The forums are obsolete and a waste of electrons! 😉
(Just kidding....)
08-30-2010 04:46 PM
There is a case of a correct question that is blamed as 'don't help him, he is a student that wants his homework done'.
(post #9 by wha, my reply on page 2 #12).
I checked the german forum and I think most answeres where very rud against the OP, so it was a correct decission to try it with us. I never checked if the OP has a bad reputation or what's the style of answering questions at home (=germoney).
But my impression is that the OP even linked his thread here in the thread on the german forum, and thus the pack followed to diss him.
This should be a warning to us.
Felix
08-30-2010 05:04 PM
As an add, read 'wha...'s attack on 'Mr.Coq.' on page two.
Felix