Jump to content

Thomas Robertson

Members
  • Content Count

    7
  • Joined

  • Last visited

Community Reputation

0

About Thomas Robertson

  • Rank
    LAVA groupie

LabVIEW Information

  • Version
    LabVIEW 2010
  • Since
    2000

Recent Profile Visitors

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

  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. Anybody want to buy a last minute ticket to Life is Good Fest with Jack Johnson today?

  4. 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 / educationBachelor’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.
  5. A little rant here, this is something I've been thinking about for awhile and I would like some feedback: I don't recycle. If I did I would put absolutely everything in the recycle bin and I would like to see a civil protest movement to do just that.Why? Because recycling is not something that people should have to think about, and it's too important to leave it to joe six pack. Recycling should not involve average citizens having to figure out whether something should or shouldn't go...

    1. Show previous comments  24 more
    2. shoneill

      shoneill

      Any large community must have a common set of rules by which it governs its action (Strictly different from "morals" by the way). Without these rules, we tend towards anarchy. Preventing such anarchy is what allows these large communities to thrive and avoid catastrophic meltdowm (they run smoothly). Having rules without enforcement is nonsensical.

      How large you WANT your community to BE in regard to these rules is a matter for politics. With regard to waste recycling,...

    3. jcarmody

      jcarmody

      >> Having rules without enforcement is nonsensical

      That's the only thing that I'd agree with. The rest reminds me of Mel Gibson, as William Wallace, saying "Slaves are made in such ways."

    4. shoneill

      shoneill

      Which would tie in nicely with Scotland trying to separate from the UK.

  6. I'm ok as is Lucie Monroe

  7. Hey I need to talk with some people who don't like Ice in their water for a project I'm doing. So, who, among my friends doesn't like ice in their water?

  8. The cognizant example may be a very good jumping off point for us, great lead!
  9. Hey friends, my alternator just died in brattleboro,vt. :( I'm going to be getting my car fixed at 7am, but till then ill be hanging out. If you have a friend in southern VT with a couch, hook me up. :) thomas 8572367943

  10. 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?
  11. 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.
  12. 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.