09-30-2024 04:35 PM
I don't know what considerations, caveats, or implications are involved with both NI and 3rd parties when it comes to partnering to have something ship with LabVIEW but I was curious if there's ever been any talk/desire regarding getting DQMH bundled with the shipping version of LabVIEW (yet somehow retaining open/outside management of the framework). So, anything that can be shared with us?
It seems to be possibly the most popular framework and much loved (I'm a BIG fan). They may have to shrink the time allotment for the CLA/CLD if DQMH were to come with LV (and that right there should be illuminating as to how useful and powerful DQMH has become for just getting things done in the real world). This is actually what prompted me to have this thought. I am somewhat confident I can pass the CLA but I need to spend a lot of time practicing making from scratch something that's similar in capability to DQMH modules which I can make with just a few clicks. I would sign up for the very next CLA slot if DQMH was part of the base LabVIEW install, instead I will be practicing making stripped down/less capable version, manually, around the NI QMH template, and doing it again and again and again. Just seems like a massive and mind numbing waste of time. (yes, I understand the importance of understanding the inner-workings of a framework, which I already do, as I've spent time digging into every nook of every VI/control in DQMH, it's just the time constraint aspect and tedium of the whole thing that seems wasteful).
Solved! Go to Solution.
09-30-2024 04:50 PM
Something to keep in mind is a lot of the feedback to NI has been to try and shrink the install of standard components, not grow it. With AF going open source I could envision AF becoming separated and follow different update paths from being redistributed with every version of LabVIEW; just install what you need from VIPM. Granted, I can't speak to any specific plans for the future of AF beyond it being open-sourced. Distributing things that follow different update cycles from the LabVIEW releases don't make much sense to distribute with LabVIEW itself. Normalizing usage of the packaging platforms is a win in my opinion.
I know it's come up before but cert exams (or the images they run on) should allow specific toolkits and that'd be the angle I'd aim for. Perhaps some better guidance in the getting started window for streamlining ramping up new users / installs *cough* DNatt *cough*
09-30-2024 05:56 PM
DQMH was part of the NI image used for certifications and it accidentally got removed.
We are working with NI so they can install DQMH in the computer image used for the certifications. Stay tuned, we will let you know when DQMH is on the certification image again.
Regards,
Fab
10-01-2024 10:24 AM
@IlluminatedG wrote:
Something to keep in mind is a lot of the feedback to NI has been to try and shrink the install of standard components, not grow it. With AF going open source I could envision AF becoming separated and follow different update paths from being redistributed with every version of LabVIEW; just install what you need from VIPM. Granted, I can't speak to any specific plans for the future of AF beyond it being open-sourced. Distributing things that follow different update cycles from the LabVIEW releases don't make much sense to distribute with LabVIEW itself. Normalizing usage of the packaging platforms is a win in my opinion.
I know it's come up before but cert exams (or the images they run on) should allow specific toolkits and that'd be the angle I'd aim for. Perhaps some better guidance in the getting started window for streamlining ramping up new users / installs *cough* DNatt *cough*
I am generally in agreement with you. However I just taught a Workshop for some people working at Sandia and their IT department had to approve every package they installed. Consequently they tended to stick with pretty vanilla LabVIEW Installs. They would probably like to see more stuff included with LabVIEW. I'm pretty sure that is not the best solution for everyone else.
10-01-2024 02:47 PM
Yeesh that sucks.
10-03-2024 12:04 AM
@FabiolaDelaCueva wrote:
DQMH was part of the NI image used for certifications and it accidentally got removed.
We are working with NI so they can install DQMH in the computer image used for the certifications. Stay tuned, we will let you know when DQMH is on the certification image again.
Regards,
Fab
Fab, that is far more encouraging news than I ever expected to hear! It would be a game changer, imo, in terms of both the installed base/usage of DQMH and the relationship between certification/real world. DQMH perfectly hit the sweet spot of being accessible to more junior developers, yet powerful enough for anything, inviting to OOP pros and those that know nothing of OOP, removing the enormous tedium that would be required to code every single message, and making it so painless to modularize a solution.
No matter how into a coding session I get, there's always a moment when I realize I have a choice of doing something the "right way", inevitably requiring enormous amounts of manual work, or taking a shortcut that I know will be pain to deal with later on if I need to make a change and just bothers me on an intellectual level. This usually happens a few hours deep into a coding session. The choice then becomes getting up and calling it a day or writing shortcut code beneath my standards. I can't imagine how many of those moments DQMH has saved me from (I don't particularly like making opening/closing references of typedeffed controls across numerous VIs, setting pretty/descriptive icons, and organizing everything "just so" in an lvproj, repeatedly, over and over again). It's one area where text based languages seem to clearly have the upper hand, but DQMH narrows the gap significantly, more than any other tool.
10-03-2024 08:48 AM
@DoctorAutomatic wrote:The choice then becomes getting up and calling it a day or writing shortcut code beneath my standards. I can't imagine how many of those moments DQMH has saved me from [..]. It's one area where text based languages seem to clearly have the upper hand, but DQMH narrows the gap significantly, more than any other tool.
Thanks for sharing this with us, Doc! We love it 😍
Can we perhaps share this as a quote/testimonial?
DSH Pragmatic Software Development Workshops (Fab, Steve, Brian and me)
Release Automation Tools for LabVIEW (CI/CD integration with LabVIEW)
HSE Discord Server (Discuss our free and commercial tools and services)
DQMH® (Developer Experience that makes you smile )
10-08-2024 02:12 PM
@joerg.hampel wrote:
@DoctorAutomatic wrote:The choice then becomes getting up and calling it a day or writing shortcut code beneath my standards. I can't imagine how many of those moments DQMH has saved me from [..]. It's one area where text based languages seem to clearly have the upper hand, but DQMH narrows the gap significantly, more than any other tool.
Thanks for sharing this with us, Doc! We love it 😍
Can we perhaps share this as a quote/testimonial?
Absolutely you can share it
11-03-2024 02:07 PM
Sorry, I missed this post!
You made my day!
Thanks for your trust in DQMH and us!
Fab