Jump to content

brian

Members
  • Content Count

    170
  • Joined

  • Last visited

  • Days Won

    3

brian last won the day on December 19 2020

brian had the most liked content!

Community Reputation

10

About brian

  • Rank
    Very Active
  • Birthday December 5

Profile Information

  • Gender
    Male
  • Location
    Austin, Texas
  • Interests
    Photography

Contact Methods

LabVIEW Information

  • Version
    LabVIEW 2019
  • Since
    1987

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. "at great cost"? I don't think so. They are pretty hackish. Would you put Channel Wires in the same boat? They are not intrinsic, built-in objects, either. Malleable VIs, Classes, Interfaces? Most of the dialogs? Also built in LabVIEW.
  2. "Nice gesture" depends on who's buying, and the other two are... not inaccurate.
  3. XControls, anyone? More seriously, Jeff's vision is for more of LabVIEW to be written in LabVIEW, with the intent that it empowers users like us to extend it. LabVIEW doesn't have to be open source to do that, and my optimism comes from the possibility that the R&D team is going to have more resources to increase extensibility.
  4. Which might be the main impediment to open-sourcing it. The developers working on both products are proud of their work and would be reticent to release it "as-is". They'd want to spend the time to make it presentable to people without flashlights. And NI wouldn't want to spend the money to do it. For NI to choose the open-source route, I think they'd have to consider it the easy (read "cheap") way out, and this isn't it. Did you mean quixotic? I'm not familiar with quitoxic, but it might be a jargon word. Regardless, I am familiar with the NI culture and also with tox
  5. There are some (including me) who believe that more people in LabVIEW R&D (both CurrentGen and NXG) should better understand how LabVIEW is used in the real world. Regardless, there is a lot of truthiness to your comment, and the reality is way more complicated to explain until I've had at least a couple of beers in me. I've thought a lot about this, but I just don't think it would be a successful open source project. It's not like it's a small library that's easy for someone to understand, much less modify. You need guides with really strong flashlights to show you the way.
  6. The other day, I wrote up a lengthy response to a thread about NXG on the LabVIEW Champions Forum. Fortunately, my computer blue-screened before I could post it--I kind of had the feeling that I was saying too much and it was turning into a "drunk history of NXG" story. Buy me some drinks at the next in-person NIWeek/CLA/GLA Summit/GDevCon, and I'll tell you what I really think! First, I'll say that abandoning NXG was a brave move and I laud NI for making it. I'm biased; I've been advocating this position for many years, well before I left NI in 2014. I called it "The Brian Powell Pla
  7. I just finished up a five-part series of http://labviewjournal.com blog posts based on the following premises... 1) I am not very smart 2) I should architect my code at a level appropriate to my abilities Discuss. Start here... http://labviewjournal.com/2013/05/humility-1/ Brian
  8. brian

    Group Photo

    © Copyright © 2013 Brian H. Powell

  9. © Copyright © 2013 Brian H. Powell

  10. © Copyright © 2013 Brian H. Powell

  11. © Copyright © 2013 Brian H. Powell

  12. © Copyright © 2013 Brian H. Powell

×
×
  • Create New...

Important Information

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