Jump to content

Thomas Robertson

Members
  • Posts

    7
  • Joined

  • Last visited

Posts posted by Thomas Robertson

  1. I have started exploring VI Tester and it does indeed seem to do what I need (I notice that the testing GUI doesn't work on Mac OS, but the code for running tests automated seems to work on Mac OS).  @OliverL To your point I am going to do system level testing to start with but I think I'll do it within the VI Tester framework.  It seems I can put whatever code into the test cases I want so there's nothing to stop me from putting code that talks to my running application and has it do large scale testing.  After that unit tests could be seperately added in.

  2. We have a fairly large application (5,000+ vi's, 20 years of development).  Much like the Software Engineering books promise will happen, adding functionality without breaking something is proving to be almost impossible.  We would like to get into automated testing/test driven development and I'm trying to come up with a framework for making that happen.  The framework would need to sync to the latest code changes throughout the day and run thousands of test cases and report any failures.  Futhermore it would need to do overnight testing of long tests (e.g. performance, memory leak) and probably weekly tests.

     

    At first I looked into the LabVIEW unit test framework and figured we could make lots of unit tests and have a program which simply scours our sourcecode directories and executes any unit tests and generates a report.  However, the unit test framework only works on Windows x86.  Our software runs on x86, x64, and MacOS x64.  The JKI "VI Tester" may also be a possibility for creating test cases.  That said looking at the roadmap it appears that it doesn't allow for automated running of test cases.  I'm also a bit worried that about whether VI Tester is something that will be around long term or if it's getting deprecated by NI's Unit Test Framework.

     

    I know that there's plenty of framework's outside LabVIEW such as Google's gtest and I'm wondering if using such an outside tool with individual test cases interfacing to LabVIEW might make sense?

     

    Who's done this before?  Since it's supposedly a cornerstone in agile development I would think there should be an off the shelf answer for this.

  3. We are looking for a staff software engineer to join our company in Boston, MA (near downtown). We have a 3000+ vi application that has been in continuous development by multiple software engineers (currently 4 engineers + 1 intern) for 17 years. Every year we release a new version of the software with significant new features. An engineer with our company needs to be more than just a LabVIEW hacker. We need a software engineering that can go into our large application, modify it, sometimes in very fundamental ways, without breaking existing functionality, and have an eye for how their changes impact the maintainability, scalability, reliability, and readability of our code.



    Candidates will likely be LabVIEW Architects or have equivalent experience if they don't have formal certification. We lean towards candidates who have Masters Degrees in such fields as Electrical Engineering, Mechanical Engineering, and Computer Science. Interviews will be conducted over phone, web, and in person by a LabVIEW Architect and will need to be able to discuss topics such as the following:
    - coupling and cohesion in software design, how this relates to design paterns such as action engines
    - software lifecycle models
    - state machines, parallel loop architectures, race conditions, data structures, type definitions, Xcontrols,
    - Object Oriented design
    - importance of documentation, importance and use of source code control
    - pseudo code and its usefulness as a design tool, some exercises will require users to read and write pseudo code to solve classic computer science problems
    - tradeoffs of various file formats in terms of flexibility for future software changes
    - FFT, Frequency Response, Amplitude/phase, RMS level, dB, noise, averaging, distortion, loudness, A-weighting



    Formal job ad is below:

    To be considered for this position, please send resumé and cover letter explaining why you are the ideal candidate for this job (in Word or PDF format only) to mailto:jobs@listeninc.com. Please use the subject title Software Programmer.


    Programmer for Audio Test and Measurement software - Boston
    Listen, Inc. is the market leader in PC based electro-acoustic test and measurement systems for testing loudspeakers, microphones, telephones, audio electronics, hearing aids and other transducers. We have been in business for over 15 years and our continued growth has created an opportunity for a software engineer to join our programming team. This is an exciting opportunity to work on an industry leading electro-acoustic test and measurement system used by numerous Fortune 500 companies in the field of loudspeaker, microphone, headphone, telecommunications and audio electronic manufacturing.

    This position reports to the Software Manager. Duties include, but are not limited to:
     

    • Programming in LabVIEW
    • Designing and coding new Sound Measurement and Analysis software
    • Improving, reviewing and de-bugging existing code
    • Preparing internal and user technical documentation
    • Testing code
    • Interfacing with management, sales teams and customers to define tasks
    Required skills / education
    • Bachelor’s degree (Masters preferred) in electrical engineering, mechanical engineering, computer science, physics, or similar subject
    • Strong background (4+ years) in programming with 1+ years in LabVIEW.
    • A methodical approach to coding, testing and documentation
    • The ability to work well in a small team. A willingness to challenge and discuss your own and other people’s ideas.
    • Experience in acoustic engineering is a plus. Relevant topics include FFT, Frequency Response, Amplitude/phase, RMS level, dB, noise, averaging, distortion, loudness, A-weighting

    About Listen
    Listen has been in business for over 15 years and our suite of PC & sound card audio test & measurement products is the accepted standard in many blue-chip companies worldwide. We offer the spirit and flexibility of a small company, combined with stability and an excellent externally managed benefits package which includes competitive salary, healthcare, paid vacation, retirement plan and more.

    Applicants must have authorization to work in the US. We are unable to assist with visa / work permit applications. 

  4. Hi,

    We're about to try to do an ambitious experiment that if it works will drastically change the look and feel of our software.  I wanted to see if someone has already done this or if it's been tried before by smarter minds than ours and shown to be un-doable.

     

    Our software allows people to create display windows (like graphs and tables) at will that in turn open up in separate windows.  We would love to be able to constrain these windows within our program window, bind them to tabs on the main window, do soft-snapping with other windows, allow them to be docked, bind them inside window panes so that if there are too many of them you can scroll up/down to see them rather than have a mess of windows all over your screen, and all kinds of other spiffy things that you can do in other programming languages.  However, LabVIEW doesn't seem to be up to the task from what I can tell of it's vi property/invoke nodes.

     

    I recently was successful at making something closer to  what we want, however.  I made a fake window toolbar from a picture control, put a subpanel underneath it, and put another control at the bottom right of the subpanel control for resizing.   I then captured mouse clicks and mouse drag events to detect the picture control being clicked on and drug to move the "window" around and similarly for the window resize control.  Attached is an image of the fake window

     

    Doing this I was able to have this "fake" display window contained within a tab on our main application window that was able to be moved around and could even be moved off the screen but accessed via the scroll bars.

     

    Now the question is whether we can scale this up.  We're going to try to create an Xcontrol which has the titlebar, subpanel, resize control and handles mouse events.  I'm not sure this is possible, however.  Whether we can get all the mouse event handling worked out and passed to the proper Xcontrol, and whether this scheme will put too much load on the processor.

     

    So...  Anyone done this before?

    post-25723-0-27363600-1363970955_thumb.p

  5. We've are looking for a staff software engineer to join our company in Boston, MA (near downtown). We have a 3000+ vi application that has been in continuous development by multiple software engineers (currently 4 engineers + 1 intern) for 15 years. Every year we release a new version of the software with significant new features. An engineer with our company needs to be more than just a LabVIEW hacker. We need a software engineering that can go into our large application, modify it, sometimes in very fundamental ways, without breaking existing functionality, and have an eye for how their changes impact the maintainability, scalability, reliability, and readability of our code.

    Candidates will likely be LabVIEW Architects or have equivalent experience if they don't have formal certification. We lean towards candidates who have Masters Degrees in such fields as Electrical Engineering, Mechanical Engineering, and Computer Science. Interviews will be conducted over phone, web, and in person by a LabVIEW Architect and will need to be able to discuss topics such as the following:

    - coupling and cohesion in software design, how this relates to design paterns such as action engines

    - software lifecycle models

    - state machines, parallel loop architectures, race conditions, data structures, type definitions, Xcontrols,

    - Object Oriented design

    - importance of documentation, importance and use of source code control

    - pseudo code and its usefulness as a design tool, some exercises will require users to read and write pseudo code to solve classic computer science problems

    - tradeoffs of various file formats in terms of flexibility for future software changes

    - FFT, Frequency Response, Amplitude/phase, RMS level, dB, noise, averaging, distortion, loudness, A-weighting

    Formal job ad is below:

    To be considered for this position, please send resumé and cover letter explaining why you are the ideal candidate for this job (in Word or PDF format only) to jobs@listeninc.com. Please use the subject title Software Programmer.

    Programmer for Audio Test and Measurement software - Boston

    Listen, Inc. is the market leader in PC based electro-acoustic test and measurement systems for testing loudspeakers, microphones, telephones, audio electronics, hearing aids and other transducers. We have been in business for over 15 years and our continued growth has created an opportunity for a software engineer to join our programming team. This is an exciting opportunity to work on an industry leading electro-acoustic test and measurement system used by numerous Fortune 500 companies in the field of loudspeaker, microphone, headphone, telecommunications and audio electronic manufacturing.

    This position reports to the Software Manager. Duties include, but are not limited to:

    • Programming in LabVIEW
    • Designing and coding new Sound Measurement and Analysis software
    • Improving, reviewing and de-bugging existing code
    • Preparing internal and user technical documentation
    • Testing code
    • Interfacing with management, sales teams and customers to define tasks

    Required skills / education

    • Bachelor’s degree (Masters preferred) in electrical engineering, mechanical engineering, computer science, physics, or similar subject
    • Strong background (4+ years) in programming with 1+ years in LabVIEW.
    • A methodical approach to coding, testing and documentation
    • The ability to work well in a small team. A willingness to challenge and discuss your own and other people’s ideas.
    • Experience in acoustic engineering is a plus. Relevant topics include FFT, Frequency Response, Amplitude/phase, RMS level, dB, noise, averaging, distortion, loudness, A-weighting

    About Listen

    Listen has been in business for over 15 years and our suite of PC & sound card audio test & measurement products is the accepted standard in many blue-chip companies worldwide. We offer the spirit and flexibility of a small company, combined with stability and an excellent externally managed benefits package which includes competitive salary, healthcare, paid vacation, retirement plan and more.

    Applicants must have authorization to work in the US. We are unable to assist with visa / work permit applications.

  6. We've are looking for a staff software engineer to join our company in Boston, MA (near downtown). We have a 3000+ vi application that has been in continuous development by multiple software engineers (currently 4 engineers + 1 intern) for 15 years. Every year we release a new version of the software with significant new features. An engineer with our company needs to be more than just a LabVIEW hacker. We need a software engineering that can go into our large application, modify it, sometimes in very fundamental ways, without breaking existing functionality, and have an eye for how their changes impact the maintainability, scalability, reliability, and readability of our code.

    Candidates will likely be LabVIEW Architects or have equivalent experience if they don't have formal certification. We lean towards candidates who have Masters Degrees in such fields as Electrical Engineering, Mechanical Engineering, and Computer Science. Interviews will be conducted over phone, web, and in person by a LabVIEW Architect and will need to be able to discuss topics such as the following:

    - coupling and cohesion in software design, how this relates to design paterns such as action engines

    - software lifecycle models

    - state machines, parallel loop architectures, race conditions, data structures, type definitions, Xcontrols,

    - Object Oriented design

    - importance of documentation, importance and use of source code control

    - pseudo code and its usefulness as a design tool, some exercises will require users to read and write pseudo code to solve classic computer science problems

    - tradeoffs of various file formats in terms of flexibility for future software changes

    - FFT, Frequency Response, Amplitude/phase, RMS level, dB, noise, averaging, distortion, loudness, A-weighting

    Formal job ad is below:

    To be considered for this position, please send resumé and cover letter explaining why you are the ideal candidate for this job (in Word or PDF format only) to jobs@listeninc.com. Please use the subject title Software Programmer.

    Programmer for Audio Test and Measurement software - Boston

    Listen, Inc. is the market leader in PC based electro-acoustic test and measurement systems for testing loudspeakers, microphones, telephones, audio electronics, hearing aids and other transducers. We have been in business for over 15 years and our continued growth has created an opportunity for a software engineer to join our programming team. This is an exciting opportunity to work on an industry leading electro-acoustic test and measurement system used by numerous Fortune 500 companies in the field of loudspeaker, microphone, headphone, telecommunications and audio electronic manufacturing.

    This position reports to the Software Manager. Duties include, but are not limited to:

    • Programming in LabVIEW
    • Designing and coding new Sound Measurement and Analysis software
    • Improving, reviewing and de-bugging existing code
    • Preparing internal and user technical documentation
    • Testing code
    • Interfacing with management, sales teams and customers to define tasks
    Required skills / education
    • Bachelor’s degree (Masters preferred) in electrical engineering, mechanical engineering, computer science, physics, or similar subject
    • Strong background (4+ years) in programming with 1+ years in LabVIEW.
    • A methodical approach to coding, testing and documentation
    • The ability to work well in a small team. A willingness to challenge and discuss your own and other people’s ideas.
    • Experience in acoustic engineering is a plus. Relevant topics include FFT, Frequency Response, Amplitude/phase, RMS level, dB, noise, averaging, distortion, loudness, A-weighting

    About Listen

    Listen has been in business for over 15 years and our suite of PC & sound card audio test & measurement products is the accepted standard in many blue-chip companies worldwide. We offer the spirit and flexibility of a small company, combined with stability and an excellent externally managed benefits package which includes competitive salary, healthcare, paid vacation, retirement plan and more.

    Applicants must have authorization to work in the US. We are unable to assist with visa / work permit applications.

×
×
  • Create New...

Important Information

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