2009-11-06 09:44:44 UTC
Hi,
as the person in charge of maintaining the core system, I am opting for the solution that is most efficient. This implies to switch to a new version of LabVIEW as rarely as possible. This is a strong argument to go for LV2009. However, we have a decision for LV8.6. Let's compare:
LV8.6
- pro: last version of the LabVIEW 8 family. Supposed to be the best version of LabVIEW 8x
- con: by the time, the next release will be implemented at the users, we will probably have mid 2010. By that time, LabVIEW 8.6. will be already two versions behind. We will become under pressure to switch to a new LabVIEW version already by 2011.
LV2009
- pro: this version has some nice features
- pro: this version is one year newer compared to LV8.6, so we can stick with that version for one year longer compared to LV8.6.
- con: this is .0 version. Up to now, we always had some surprises with .0 version, even if things looked o.k. on the first glance.
It is most likely most efficient to go directly for LV2009, starting migrating in spring 2010. Of course, we have the risk of a few bad surprises. However, they are most likely to be fixed in 2010.
To conclude: Our present version based on LV8.2.1 runs stable and there is no pressure from the users to switch to a new version soon. Technically speaking, the best would be to go directly to LV2009. However, we have a clear decision for LV8.6, but I have to admit I am presently already a few months behind schedule.
I would propse to wait for the feedback from the users until 1 December 2009.
Regards,
Dietrich