Current Path seit heute 22.11.2012 fehlerhaft

(03.12.2012 18:23 )GerdW schrieb:  - LOGOS ist (AFAIK) der Lizenzmanager, den NI verwendet...

LOGOS ist die Netwerkinfrastruktur die von Lookout übernommen wurde und bei DSC, aber auch bei vielen anderen Komponenten wie der Device Discovery usw. und meines Wissens auch für Shared Variables benützt wird. Datasocket ist davon im Prinzip ein sehr eingeschränktes Subset.

(04.12.2012 11:14 )Hardy43 schrieb:  zu meinem Glück brauche ich ganz bestimmt keinen Projektmanager.

Ich habe mich im Beginn auch gegen die Projektverwaltung gewehrt weil ich sie umständlich fand. Und in 8.0 war sie auch tatsächlich ziemlich holprig. Aber es lohnt sich diese einmal anzusehen und Dinge wie eine Applikation zu builden oder einen Installer zu machen sind ohne viel eigenen extra Programmieraufwand kaum noch zu realisieren ohne die LabVIEW Projektverwaltung. Wenn Du dann noch cRIO, RT und andere distributierte Targets an eine Applikation hinzufügst ist es die einzige sinnvolle Art um bei allem doch die Übersicht zu halten.

Zitat:Und das mit dem Pfad habe ich ja gemacht. Das ist erst wieder herausgeeitert als MS vor zwei Wochen durch irgendein Update was geändert hat. Gut, dafür kann NI nichts, ändert aber nichts an der Tatsache, dass es eben keine Konstante gibt die genau das macht was sie soll. Ich stehe eben auf dem Standpunkt, dass eine Konstante eben Konstant sein muss und nicht mal so mal so ein Ergebnis bringt.

Das was Du da beschreibst kann fast nicht möglich sein. Current VI Path liefert nicht einfach plötzlich einen anderen Pfad weil das MS System ändert. Der Pfad war wahrschienlich schon immer anders aber aus irgendeinem Grund hast Du das nicht eher bemerkt.

Zitat:Grundsätzlich ärgert mich hier und auch im Allgemeinen, dass vieles geändert wird, aber es schlechter wie vorher ist. Das zieht sich jetzt schon seit ein paar Jahren durch alle Bereiche des Lebens. Da ist diese nun nicht mehr gleich funktionierende Pfadangabe ja noch erträglich, da selbst behebbar.

Nun ich bin auch kein Befürworter vieler Änderungen aber Dein Problem scheint auch daher zu kommen dass Du beinahe 10 Jahre LabVIEW Entwicklung mehr oder weniger verpasst hast. Da ändert sehr viel was an sich bei jeder Veränderung alleine keine grosse Sache ist aber alles zusammen ist es dann halt schon ein Riesenunterschied.

Und die frühere Bemerkung dass ein Bugfix release wohl darauf hinweist dass die Software nicht wirklich fertig ist: Wieoft änderst Du Deine Firmware in Deinen Embedded Projecten nachdem es sogenannt schon gelaufen ist, und wie gross schätzt Du die Komplexität Deiner embedded Applikationen ein im Vergleich zu einer LabVIEW Entwickelsoftware wo inzwischen vollzeitlich mehrere 100 Leute dran programmieren und das mit etwas weniger Leuten im Beginn schon seit 25 Jahren?

Zudem es gab zwischen 7.1 und ungefähr 2009 eine Zeit wo NI offiziel keine Bugfixes herausgab, (inoffiziel bekamen grössere Kunden bei spezifischen Problemen schon Bugfixes aber die durften nicht publiek gemacht werden). Der Grund war genau der um Reklamationen wie oben erwähnt zu vermeiden. Ich bevorzuge offenen Zugang zu Bugfixes gegenüber vermeintlicher Qualität nur dem Image zuliebe. Die Forderung Software nur zu releasen wenn sie keine Bugs mehr enthält würde dazu führen dass wir noch immer mit DOS programmieren oder vielleicht gar Relaiscomputer hätten da die noch genügend unkompleziert sind um wirklich zu übersehen ob sie noch Bugs enthalten.

Aber ich bin mir sicher dass Du ein sehr stringentes Qualitätsmanagement hast, wo NI noch davon lernen könnte und dass Du nie etwas released weil es funktioniert sondern nur wenn es garantiert keine Bugs mehr hat . Oder vielleicht doch nicht, denn dann wäre die Rentabilität wahrscheinlich ziemlich schwierig. Perfektionismus ist ein gutes Bestreben aber als Endziel leider eine pure Vision.