Subscribe to Test & Measurement World
RSS
Email
Average Rating:
  • (1)
    Rate this:
  • Kodosky discusses the technology treadmill

    August 5, 2009

    National Instruments cofounder Jeff Kodosky chose the NIWeek keynote session today to describe the technology treadmill we are all on and how we can deal with it. Not surprisingly, graphical programming has a role to play, according to Kodosky.

    We are massive global experiment involving pumping carbon dioxide into the air, overusing antibiotics, and taking other dubious actions that are making the technology treadmill run faster and faster, he said, adding that if technology got us onto the treadmill, the problems can be addressed though new technologies: fast breeder reactors, for example, that can make use of already produced radioactive waste, or gene sequencing to help develop medications and vaccines.

    A key, he said, is to be able to make measurements to develop accurate models of large, expensive structures like wind turbines that can run in real time. Siemens Wind Power Denmark, Kodosky said, implemented such an approach using NI tools

    But as we look to technology to solve problems, Kodosky continued, "Another big challenge is facing us. We are not producing enough engineers and scientists. The pipeline of students going into technology is shrinking," despite the fact that, as he put it, the only people who can create the wealth in society and scientists and engineers. We need initiatives like STEM, he said, adding, "We are in a crisis situation; society is slow to recognize it and respond.".

    NI, Kodosky said, though enlightened self interest (it wants to educate potential employers and customers) is working to get more engineers in the pipeline. But, he said, engineering education needs to change: "We are still teaching text programming in a multicore world." Learning a text language as a prerequisite for developing multicore programs, he said, is like requiring proficiency at Roman numerals as a prerequisite for algebra.

    Kodosky went on to tout the benefits of LabView as the graphical programming environment that can help keep us on the technololgy treadmill as its speed increases. He specifically cited the advantageso f LabView’s parallel data-flow approach vs. text programming’s sequential control-flow approach. He cited as a red herring the view that text programs are more compact and less complex.

    "LabView is a real programming language and must be taken seriously," he said, adding that computer science needs to focus on the cyberphysical world, which presents more challenges than programming a desktop computer does. Programming for cyberphysical systems needs to deal with timing connections to real world sensors, for instance. Universities, he added, need to teach embedded RT concepts with multiple targets and physical I/O.

    "Design, simulation, and test are all intimately coupled," he said, citing NI’s role in all three areas. "There is no doubt about our succeeding in our endeavor," he said, adding, "We are pulling together at a high level what our customers are already doing."

    He described the Web as a key enabling technology, describing an NIWeek wind-turbine example that demonstrated "LabView in a browser" Web application development tools. He described a LabView mashup that combined Google Earth, flikr photos, and US Forest Service data.

    He concluded by urging attendees to be role models and inspire the next generation of engineers. (I understand that a video of the address will be posted soon on www.ni.com.)

    Posted by Rick Nelson on August 5, 2009 | Comments (6)
    Average Rating:
  • (1)
    Rate this:

  • August 24, 2009
    In response to: Kodosky discusses the technology treadmill
    NevD commented:

    "Verilog and VHDL textual"..etc. Yes, but your missing the point. Graphical parallel programming is so much easier (& hence faster to develop), MUCH easier to debug and eons ahead in terms of testability. Most of the above comments seem to be made by text programmers with little real exposure to graphical programming. Real-world example: I was working on a communication project between a Labview Real-time system and a C-programmed VME based real-time system developed by a colleague. You could say each of us was an "expert" in our respective domains. It took me half a day to find, fix, and display a bug in the TCP code on a front panel. It took my C-based colleague about 6 weeks to find, fix (but no possibility of display) his bug. After 13 years of programming experience with LabVIEW, I would put the productivity of graphical code to text-based conservatively as a factor of 4X to 5X.


    August 13, 2009
    In response to: Kodosky discusses the technology treadmill
    Przemek Klosowski commented:

    The graphical programming languages motto: "Finally we can write spaghetti code that looks like spaghetti" Seriously, they have their place, but they are very immature in their engineering process capabilities: version tracking, debugging capabilities, etc. It's not impossible but quite harder to compare two diagrams and get an idea whether they represent the same computation.


    August 7, 2009
    In response to: Kodosky discusses the technology treadmill
    tarno_inz commented:

    Interesting attack on "text programming". Last I saw, Verilog and VHDL were both textual, I have done parallel programming in each. So there. Always ask what is the guy selling !! This usually has the effect of coloring the commentary.


    August 7, 2009
    In response to: Kodosky discusses the technology treadmill
    C commented:

    I think if it passes the spell checker, it's considered good to go. Some good old "attention to detail" would help here.


    August 7, 2009
    In response to: Kodosky discusses the technology treadmill
    Dave commented:

    Doesn't anyone proofread articles anymore?


    August 6, 2009
    In response to: Kodosky discusses the technology treadmill
    GSI Joe commented:

    Please find Dennis Richie and ask him to give this man a lollipop.

    POST A COMMENT
    Display Name
    captcha

    Before submitting this form, please type the characters displayed above. Note the letters are case sensitive:

    Advertisement
    Advertisement
    Advertisement
    About Us   |   Advertising Info   |   Site Map   |   Contact Us   |   FREE Subscription
    © 2011 UBM Electronics . All rights reserved.
    Use of this Web site is subject to its Terms of Use | Privacy Policy

    Feedback Form
    Feedback Analytics