Ja, da hat man mal ein Vorbild gefunden, an dessen Fähigkeiten die eigenen nicht heranreichen und schon hat das Vorbild Probleme damit.
Aber wenn sich die hinter dem Nick PIVPQ stehende Person nicht damit umgehen kann, dann ist ja eine Möglichkeit, dass sich diese einfach einen neuen Nick, wie z.B. PQPIV, zulegt.
08.06.2024, 14:04 (Dieser Beitrag wurde zuletzt bearbeitet: 08.06.2024, 14:06 von Ralf A.)
@WS-53 und @PIVPQ,
man kann die Sache auch übertreiben. Das geht an Euch beide! PIVPQ kennt unsere Ansichten, die haben wir schon mehrmals klargemacht, und wir kennen PIVPQ's Vorgehensweise. Die mag uns gefallen oder nicht, letzten Endes ist das aber seine Entscheidung. Auch wenn Ihr zwei vermutlich keine Freunde mehr werdet, das Thema musst Du (WS-53) nicht immer wieder aufwärmen. Zumal, wenn es mit dem Ursprungspost nichts zu tun hat. Und Du (PIVPQ) musst nicht gleich mit Kanonen auf Spatzen schießen wollen. Völlig überzogen. Und wenn Ihr das schon nicht gebacken kriegt, dann fechtet Eure Meinungsverschiedenheit(en) nicht öffentlich sondern in Privatnachrichten aus... ...das ist eine generelle Empfehlung für alle solche Nickligkeiten... menno....
Der sicherste Ansatz für einen Irrtum ist der Glaube, alles im Griff zu haben. Nur, weil ich den Recorder bedienen kann, macht mich das noch lange nicht zum Musiker.
ich habe eine Weile gezögert, auch meinen Senf zu diesem Problem mit den PQ-Querköpfen dazuzugeben: - der PQ-Neueinsteiger kann mit solchem PQ-Code nix, aber auch gar nix anfangen - für den erfahrenen PQ-Anwender bringt ein solcher M-Code auch nichts, außer Arbeit - will man wissen, was im M-Code passiert, muß man ihn in die Normalform bringen - und da stellt sich heraus, daß fast nur Standard-PQ-Schritte damit möglich sind, - die oft mehrfach ausgeführt werden müssen, da kein Rückgriff auf schon gemachte PQ-Schritte möglich ist - die vielen Vorteile von PQ bleiben dabei auf der Strecke, wie: * Funktionen für kompliziertere Vorgänge * Schleifenbefehle wie List.Accumulate() zum Anlegen neuer Spalten in 1 Rutsch * verschachtelte *let ... in ...' Konstrukte, um Zwischenschritte zusammenzufassen
Für mich ist ein solcher M-Code einfach sinnlos und respektlos gegenüber dem Hilfesuchenden, und das sollte auch öffentlich diskutiert werden und nicht im Hinterzimmer von Privatnachrichten.
Gruß von Luschi aus klein-Paris
Folgende(r) 1 Nutzer sagt Danke an Luschi für diesen Beitrag:1 Nutzer sagt Danke an Luschi für diesen Beitrag 28 • GMG-CC
(10.06.2024, 06:58)Luschi schrieb: .... Für mich ist ein solcher M-Code einfach sinnlos und respektlos gegenüber dem Hilfesuchenden, und das sollte auch öffentlich diskutiert werden und nicht im Hinterzimmer von Privatnachrichten.
Inhaltlich bin ich da ganz bei Dir. Allerdings hatten wir das schon an anderer Stelle ausgiebig besprochen. Mir ging es jetzt lediglich darum, dass man das Thema nicht bei jeder Gelegenheit und ohne Not immer wieder aus dem Keller holt...
Der sicherste Ansatz für einen Irrtum ist der Glaube, alles im Griff zu haben. Nur, weil ich den Recorder bedienen kann, macht mich das noch lange nicht zum Musiker.
konnte deinen Vorschlag erfolgreich umsetzen. Habe mich vorerst für die einfache Variante 1 entschieden. Unser System gibt im Moment keine Unterscheidung zwischen Projektgruppen vor. Das kann sich aber mal ändern, von daher ist es kein Fehler so etwas im Köcher zu haben.
Der Einbau in die Originaldatei war wirklich einfach und es läuft in PowerBI prächtig.