jaegen

You need to feed it a snack every now and then - it gets hungry on long journeys...

My gut says "BAD. Prone to abuse." I'm going with my gut on this one. What if the required output type changes, and it's way downstream? You won't get an error until you run. This should be a development-time error, not a run-time one. (Also, anything that AQ calls "magical" scares me )

Found it: http://geekandpoke.typepad.com/geekandpoke/2010/05/one-day-in-the-life-of-a-coder-part-6.html

I can't add anything to ned's reply, but did want to mention that a common mistake to watch for (I make it all the time, and you even made it near the end of your post) is to type 198 or 162 instead of 192 and 168. Does anyone know if there's a psychological basis for this error? Seriously, what is it about these numbers that makes them so prone to mix-ups? Jaegen

<nitpick> Something about the upgrade, and perhaps the theme LAVA is using, is causing the text of a post to be indented slightly around the user info/avatar section. It only shows up if there's enough content in the post to reach below the div, like dannyt's post above: Here's what it looks like if I click and drag to select content in Chrome: You can clearly see that the border around the "author-info" div is forcing the post content to the right. Obviously not a major issue, but it's a bit distracting. Otherwise, I love the upgrade. </nitpick> EDIT: My pictures didn'

We use CSV files a ton (too much) here too, but be warned: CSVs don't like Europe (or Europe doesn't like CSVs) - any country that uses commas as a decimal separator can't use commas as a column separator. After being bitten by this years ago all my text logging code allows for a re-configurable separator and file extension. Jaegen

Well, since this is kind of the "Don't use classes in your CLA exam solution" thread, I figured I'd chime in with my $0.02 CDN now that I've passed... I spent a long time thinking about whether I'd use classes going in to the exam. I received strong advice from a few people not to, but also bought into Steven's statements above about his experience. In the end, I decided to go with classes for 2 reasons: Firstly, because I'm now way more comfortable using them than not using them (and I hate the sample exam solution's use of "action engine"-type VIs, with tons of non-required inputs), and s

And I passed! Woo hoo! I suddenly feel like a member of an elite cadre of hard-core developers. That or a loosely defined herd of NI-brainwashed nerds. Same difference... Now to convince management to send me to the CLA summit ... Jaegen

I'll bite: I'm going through the rather tedious process of porting our test stand code over to yet another version of test stand. Essentially, this means I'm re-creating low-level I/O code to feed into the underside of our hardware abstraction layer, but since the I/O list looks mostly the same as an existing one (but of course never exactly the same), it means a lot of copying, pasting, and typing until things look right. This is particularly painful when I'm keen to start testing out LV 2011 and all the new and interesting things I saw at NI Week. Oh well, maybe next week ... Jaegen P.

According to Justin there are no actual tickets. I think the list of attendees is stored in his brain somewhere. Jaegen

This sounds like it might be the Mac version of the problem discussed on the JKI forums here. You should make sure that you disable all anti-virus type services before trying to install VIPM. Jaegen

Looks like they just released the scheduler. Here's the direct link: https://sine.ni.com/...tmp2=niweek2011 Here's the link to the community discussion in case the direct link doesn't work for you: https://decibel.ni.com/content/message/24924#24924

Thanks for the insight AQ. I wasn't implying type defs should change - just asking whether the "don't add type defs as data members of a class" rule changes if the type def belongs to the class. If I open the class and modify the type def, doesn't a new version get saved to the class mutation history (since its data type has changed)?

Is the class mutation issue the only reason to avoid using type defs as data members? And does the mutation issue exist if the type def belongs to the class? (In this case, the class is guaranteed to be in memory when you edit the type def.) I've never had issues with type defs in class data, but I haven't really used the mutation history feature, and I don't think I've ever used a type def as a data member that didn't belong to the class (other than simple, unchanging things like enums). Jaegen

"about 1.2 miles" ... sure you can't get any more accurate? You're right though, according to Google, it's only "about" 1.0 miles from the north-west corner of the convention centre. If survival isn't guaranteed, what is?