Random Ramblings on LabVIEW Design

I have a theory, so hear me out.

There are people who write their LabVIEW for APIs and Toolkits and there are people who write their LabVIEW for projects. Their needs and wants are somewhat different, this article explores this...

At SSDC we pride ourselves in our customer relationships. We've described our methodology and process in great detail, but there's one more secret to our way of working that helps generate pleasant customer relations. This article reveals all!

An idea regarding environmentally changeable VIs

One very useful design technique is to be able to match a diagram to code. Here I talk about our state machine design and how it's subtly different from the taught design.

This article pulls together some strands discussed here into one presentation that I gave at DevDays Galway. It essentially brings together all the techniques SSDC apply to our projects and we seem to avoid all sorts of pain because of them. It draws heavily on my writings here and were applicable I'll just link to the associated article.

We had a trip to Galway for Dev Days 2018, trip report....

We had a discussion on this at CSLUG and I presented my thoughts on a possible UI design.

Here's it in words and pictures..

I like to think SSDC are a proper grown-up company, doing proper grown-up projects with our grown-up accreditations in risky environments. So I'm offering up a new LabVIEW marketing tagline :-

"LabVIEW: it's not just for kids!"

Read on.....

I've talked about democratic management in various articles and GDevCon was an excellent opportunity to test the theory. Here's the story so far..

Revisit the points and talk about sub-repos

There is not one cure to complexity, it's painstaking attention to detail, whittling away at all those things that disturb the story of your design.

Read on..

Doing my presentation for the CLA Summit has clarified one area of dispute between me and the rest of the LabVIEW community (it feels like). It's the difference between Programming and Design.

I wasn't going to write about this year (as it's a bit repetitive), so instead of talking content and reviewing I'm going to talk people and atmosphere.

A teaser for our new book!, sometimes discussions on software design sound a bit like this!.....

A couple of jobs have come into SSDC Tower of Programming Power in the last couple of months requiring .NET integration and we've come up with a novel technique for handling it.

Read more......

Here's a bit of scripting that I lashed together to generate what we call components (what others call action engines). It's quite useful to us and the link elsewhere has gone missing.

I'm of the opinion that documenting your code can be viewed as a code smell, but some documentation I like. This article describes all.

Gather round the fire at the SSDC barn of Engineering Excellence and let's have a look at the year gone past.

Many years ago I worked for an aerospace company and it was structured in such a way that it gave me an insight into what makes a good engineer...

A little Thanksgiving gift....be thankful!

NI Employee of the month Peter Horn emailed me an interesting question the other day. It was pertaining to the LabVIEW Center of Excellence and associated processes.

To quote "I was wondering if you’ve ever measured the impact of implementing these processes – either with your own development work or customers you’ve been working with? Everything I’ve found online so far makes sense, but figuring out how to apply it to a specific account isn’t making sense to me just yet."

Now that is an interesting question.......

I modified the Modbus toolkit (some version I got off NI.com a while back) and in my normal fashion wanted to control my dependencies. All I wanted to do was to move the modbus directory from vi.lib and embed it into my project hierarchy. I also need to be able to then move my entire project hierarchy about on the drive too.

Here's how it went......

I visit a lot of companies and they all proclaim a pretty standard set of values.

Employees are important, empowerment, valued are all terms chucked around like insults at a political rally. Weirdly I see very little evidence that the majority of managers actually believe it.

Read along as I sow the seeds of revolution comrades.

SSDC stands for Structured Software Design Consultants, it shouldn't therefore be a surprise that we have a pretty structured approach to the software process. We like checklists, so here's a closer look at our code review checklist.

I took the opportunity to vent my spleen in my last article, I suppose I had better explain myself.

I'll attempt here to codify my proof that LabVIEW is not easy and programming cannot be optional in the vast majority of cases.

A feisty little bloggette about how easy my job is, really really easy, optional even......

I've been playing this game for 30+ years now and this has tempered my expectations. In fact it's made me a bit pessimistic. This is actually a good thing. Read why......

I touched on this in my immediacy presentation, but think it needs pulling out and concentrating on. It's an easy concept, but when I've shown and described this to people they seem to get value from it.

Read on.

Pesky humans ruin everything, this article describes how their input will knacker your programs and spoil your day. Also how to deal with them!

This article has nothing to do with LabVIEW, but read on and it might make your life more interesting.....