Wo eigentlich ANFANGEN mit der Entstörung?
Es ist doch ZUTREFFEND, dass die Allgemeine Entstörungs-Theorie "AET [...] in KEINEM Fall irgendwelchen Software-Entstehungs-PROZESSEN gegenüber [...] konträr" steht!
Sie ist ja doch "nur", wie in meinem Beitrag #1520 www.ariva.de/forum/Sicher-nicht-schaden-378449?page=60#jumppos1520 schon geschrieben, "das Pass-genaue Gegen-STÜCK" zu allen möglichen Programmierungs- und Entwicklungs- und sonstigen Productions-PROCESSEN, also nicht deren Gegen-TEIL.
Anders sieht es mit der Acausalen Entstörung (AE) aus, die kaum zu mehr als "zum wohl-verstandenen AP-Process" das "Pass-genaue Gegen-STÜCK" ist.
Auch Deine Feststellung, wonach "das Prob[lem bei ARIVA] ist, dass man [irgend] eine METHODE haben muss ... welche auch immer", liegt doch ganz richtig.
Die AE und die AET sind das genaue Gegen-TEIL solcher ungeordneten Zustände, die gerade wegen ihrer Missachtung gültiger Standards, Principien und Methoden nie als gültiger PROCESS - "welcher auch immer" - anerkannt werden können.
Allerdings kommt die AE mit solchen Verhältnissen Erfahrungs-gemäß nur sehr schlecht zurecht, was in ihrem nie behobenen Mangel an Top-DOWN-Instrumenten begründet liegt. - Sie ruft dann nach der AET...
Optionen
Nur meine Meinung:
Der olle Teras.
Optionen
Rest-Fehler soweit näher einzugrenzen,
dass sie nicht größer erscheinen,
als sie tatsächlich sind.
LG: Teras.
Optionen
Das ist ein kleiner Fehler in einer kleinen App :_).. ich denke wichtiger sind die false Jumps...
Ein systematischer Test zum Smiley-Fehler wäre sicher brauchbar.. Chrome, Füchslein etc. Wenn jemand Lust hat, würd ich sagen im internen Thread...
Prob abgehakt, auf Liste...
Optionen
Erst frühestens aus dieser Bearbeitung HERAUS kann dieser Fehler dann in Richtung auf die allgemeine Nachbeobachtungs-Liste hin willentlich abgehakt werden, denn, wie im Beitrag #1167 www.ariva.de/forum/GUT-gelungen-378449?page=46#jumppos1167
ja schon geschrieben:
"Solche Abhakungen wollen stets nicht nur einfach geprüft, sondern auch wirklich gut ÜBERLEGT sein, da kein vernünftiges Interesse daran bestehen kann, irgend einen Entstörungs-Vorgang aus seiner Bearbeitung oder NACH-Bearbeitung vorschnell in Richtung auf die Nach-BEOBACHTUNGS-Liste hin abzuhaken, aus welcher er dann möglicher Weise schon 2 Tage später, vielleicht gar ALARM-mäßig, wieder activiert werden muss!
Denn anders als die in EIGENER Zuständigkeit des Bearbeitenden bewerkstelligte Überprüfung und Nach-Beobachtung ist die in SEPARATER Zuständigkeit geführte Nachbeobachtungs-LISTE wirklich nur etwas für GESICHERTE Entstörungs-Erfolge:
www.ariva.de/forum/Etwas-zur-SYSTEMATIK-378449?page=45#jumppos1147 "...
Ich weiß doch selbst, wie erleichternd es ist, ein vorher als schier überwältigend erscheinendes Problem durch geeignete Methoden, zum Beispiel auch durch ein BackTesting, auf eine kleine REST-Substanz eingedampft sehen zu dürfen. - Das
ändert aber NICHTS daran, dass auch das Abhaken klaren Regeln zu folgen hat.
Eine - wenn auch beim näheren Hinsehen nur SCHEINBARE - Ausnahme gilt nur
für jene Blick-scheuen Errors, die sich schon beim schieren Anschauen Blitz-schnell
in Luft auflösen, da sie halt die Eigenart haben, "beim Eingrenzen zu verschwinden".
Diese (und NUR diese) erratischen Manifestationen müssen SOFORT in Richtung auf die allgemeine NACH-Beobachtungsliste hin durchgehakt werden, da sie sonst den gesammten Bearbeitungs- und Nachbearbeitungs-Aufwand unvertretbar aufblähen würden.
Mit systematischen Grüßen:
Der gestrenge Teras.
Optionen
Hallo, ARIVA:
Seit kurzem werden die Power-Users im GUINNESS-Thread darauf hin abgecheckt, ob sie tatsächlich Menschen sind und keine Computer...
Dagegen ist im Princip auch überhaupt nichts einzuwenden, denn Threads, die nicht von MENSCHEN, sondern statt dessen von CRAWLING-Bots mit irngswelchen Innhalten angefüllt werden, können wir hier bei uns auf www.ARIVA.de nun wirklich nicht brauchen!
Was aber absolut NICHT okay geht, ist die derzeit gepflegte Praxis, ein und dem SELBEN Power-User erst 20, dann 30 und sogar 50 Male hinter einander die Frage zu stellen, ob er tatsächlich ein Mensch sei. - Hierdurch wird der MENSCH in meinen Augen zu einer Art COMPUTER doch überhaupt erst DEGRADIERT!
Bitte die notwendige ENTSTÖRUNG dieses ärgerlichen Sachverhaltes jetzt an _vm_ und an _swa_ geben; die haben das richtige Händchen dafür.
Vielen Dank im voraus!
Der olle Teras.
Optionen
des Beitrages #1514 vom 17.1.2012 www.ariva.de/forum/NASDAQ-Curse-entsperren-378449?page=60#jumppos1514 wie auch im Nachgang
des Beitrages #1517 vom 20.1.2012 www.ariva.de/forum/NASDAQ-Curse-entsperren-378449?page=60#jumppos1517 sollten wir uns weiterhin dafür einsetzen, dass man uns die NASDAQ-Curse jetzt wirklich ENTSPERRT.
Denn wie aus der unten documentierend anhängten Grahik ersichtlich, hängen bei uns am heutigen MITTWOCH (25.1.2012) die NASDAQ-Curse oft noch eingefroren auf dem Datum vom MONTAG (23.1.2012) bei 21:59:22 Uhren irgendwie FEST:
Optionen
Angehängte Grafik:
2012-01-25-ariva-freezer-auf-lehman-brothers.gif
2012-01-25-ariva-freezer-auf-lehman-brothers.gif
Störung hat immer was mit Prio zu tun... ENTStörung... damit zwangsweise auch.. auf Liste mit dem Teil ... Nasdaq scheint mir dagegen zum Dauer-Thema zu werden...
Optionen
http://www.ariva.de/forum/...r-Welt-302039?page=139263#jumppos3481586
kann jeder rücklesen.
Ich werde degradiert zu einer Maschine, weil ich so schnell posten kann!!
der Checker ist vollkommen in Ordnung! aber nicht in dieser unfairen Anzahl! Das würde auch genügen, wenn man ein vielfaches weniger geprüft würde, ob man Mensch oder Maschine ist.
Wenn Ariva das so will, dann ists halt so..... ich kann dann wählen, was ich will! und das mach ich dann auch!
LG
Optionen
Ich bin selbst kein Power-User, aber Eines ist doch klar:
Die Power-Users gehören zu Ariva wie das Salz in die Suppe...
UND: Sie gehören auch in diese der Entstörung gewidmeten Gruppe.
Ganz herzliche Einladung an 0risk0fun ist 'raus.
Würde mich freuen, wenn er die annimmt.
LG: Teras.
Optionen
Ich nehme diese - vorderhand - nicht an, weil ich nicht möchte,
sondern weil ich immer noch keinerlei Antwort erhalten habe von Ariva,
ob sie gewillt sind, den Checker stark zu reduzieren.
Das hat nichts mit Erpressung oder Druck oder so zu tun, sondern dann entscheide ich, welche Konsequenzen ich ziehe für mich.
Ich sehe nicht ein, weshalb ich hier mithelfen soll, Probleme zu lösen (obschon ich das ohnehin nicht kann resp. vieles hier im Thread für mich fremd ist, weil ich kein IT-Guru bin), wenn mich Ariva derart häufig und xfach-wiederholend mittels checker prüft.
Sobald ich Meldung krieg, dass die das stark minimiert haben und ich das auch merke, dann sehen wir weiter.
LG Risky
Optionen
Wir haben zwar (teils unter-gruftige, teils aber auch sachlich sehr GUTE) Rückmeldungen einzelner MITGLIEDER des Ariva-Team's hier in unsere Gruppe.
Was wir aber noch nicht NICHT haben, ist eine TEAM-seitige Rückmelde-STRUCTUR. - Es gibt KEINE/N Communicator/in, der/die das Gruppen-Anliegen in das Team transportiert, wie es ja auch noch KEINE/N Communicator/in gibt, der/die das Team-seitige Wollen in diese Gruppe derer BugFix-Supporters zur Kenntnis gibt...
Für die inbound-inducierte INBOUND-Communication (Rückmeldung des Gruppen-Anliegens in's TEAM) würde ich _jb/jw_ vorschlagen, für die outbound-inducierte OUTBOUND-Communication hingegen _am_.
Das Ganze setzt natürlich VORAUS, dass es TEAM-Sitzungen überhaupt GIBT!
Optionen
Aus dem, was diese Beiden schreiben, erkennt man sofort das PROCESS-mäßige Denken; und DAS functioniert ja zur Not auch ohne Rückkopplung aus dem Team
heraus oder hinein in das Team...
Aber es kann halt nicht Jeder ein Systematiker sein.
Optionen
Potentiell Fehler-verursachende Kräfte-Gruppen (Entwicklung, Production, Vertrieb) mit ihrem Übergang zur ABTEILUNGS-mäßigen Organisiertheit SCHON selber für das einschlägige PRE-Testing allein-zuständig WURDEN, während
Die für die allfälligen Entstörungs-Activitäten zuständige Kräfte-Gruppe leider noch NICHT Abteilungs-mäßig als ein BugFix-DEPARTMENT organisiert worden IST...
NACH dieser kritischen Übergangs-Phase wird man das Amt derer Communicatoren getrost wieder abschaffen können, denn dann trägt der REGEL-Process sich ja doch vollkommen SELBST.
Hierin liegt auch der Grund, weshalb man die schon am ehesten PROCESS-mäßig denkenden Kräfte zwar nicht von ihren als sachlich stabil erkannten EINZEL-Rückmeldungen, wohl aber von der ALLGEMEINEN Rückmelde-Pflicht freizustellen bestrebt ist, da sie den als richtig erkannten Entstörungs-Process ja VORANTREIBEN sollen, während das Amt derer Communicatoren darin besteht, den notwendigen Übergang dorthin stabil zu FLANCIEREN.
War das jetzt zu Organisations-theoretisch?
Dann will ich hier um Entschuldigung bitten...
Aber wir müssen jetzt endlich VORAN kommen.
Optionen
Beispiel:
ich will 444.444 habe jetzt 444.440
füg ich 1 Post ein, müsste ich 444.441 haben.
Nein, das zeigt mal 444.443, mal 444.441, dann 444.442 an etc. etc.
das ist ärgerlich, wenn man halt just eine schöne Zahl stehen haben will.
Mag doof klingen, aber der Zähler spinnt immer wieder.
Dasselbe Phänomen zeigt sich auch im Guinness selber:
Wenn 2 oder mehr User z.B. genau das 4.000.000te Posting erreichen wollen,
dann hat das plötzlich einer erreicht rsp. es zeigt z.B. mein Posting so an mit dieser Zahl. Dann jubeln alle und gratulieren, kurz danach juckt der Zähler etwa 7 zurück, heisst, diese Zahl hat wer ganz anderes erreicht.
Habe das schon per BM mal eingebracht, das Problem besteht immer noch.
Vor etwa 3 Monaten wurde irgendwas am Zähler gewerkelt:
today hatte statt 111.111 plötzlich nur noch 111.004 also 7 weniger,
dafür erschein plötzlich der user denkidee neu und völlig überraschend in der Liste.
Mir ein Rätsel, weshalb das immer rauf und runterjuckelt, ein Zähler sollte eigentlich nur +1 zählen ;-)
soviel Senf mal von mir zur Checkerabwechslung ;-)
LG
Optionen
503 Service Unavailable
No server is available to handle this request.
nix geht mehr!
Optionen
503 Service Unavailable
No server is available to handle this request.
immer wieder muss man Daten neu senden......
wasn jetzt wieder los? Mönsch HUGO
btw zu HUGO: ich nenn den Server HUGO im Guinness.... hihihi
Optionen
503 Service Unavailable
No server is available to handle this request.
Keine Antwort vom Server: Der Vorgang wurde aufgrund zu langer Wartezeit abgebrochen. Bitte aktualisieren Sie die Seite.
503 Service Unavailable
No server is available to handle this request.
Auf neue Beiträge prüfen
503 Service Unavailable
No server is available to handle this request.
Keine Antwort vom Server: Der Vorgang wurde aufgrund zu langer Wartezeit abgebrochen. Bitte aktualisieren Sie die Seite.
503 Service Unavailable
No server is available to handle this request.
Auf neue Beiträge prüfen
r Posting existiert bereits in unserer Datenbank.
einem einen checker zwischen die Beine hauen, geht doch auch!?
grrrr, ja bin sauer! ..... Menno!
Optionen
Teras: Du verzeihst, wenn ich Deinen Thread kurz missbrauche, aber ich glaub JP liest hier mit...
JP: (Brüll)... Immer wieder gibbets Ärcher mit den FInet-Usern... es wäre schön, wenns hier eine Lösung gäbe, in dem Sinne: DIe dürfen das und das, das nicht,... das dürfen nur Arivaner... Wäre schön, wenns ne Rückmeldung gäbe...
Teras: hmm.. ja.. Communicator...
da wären wir wieder bei dem Prob... das die Tech-Häuptlinge sehr gut mit uns zusammen arbeiten... aber die Haupt-Häuptlinge sich in tiefes Schweigen hüllen... Ich schlage vor, dass wir mal unsere Standorte koordinieren... dann die Mitte auswählen... und da lädt uns JP aufn Bier ein... dann können wir auch unsere Standpunkte klarmachen... dann treffen die Haupt-Häuptlinge von Ariva ne Entscheidung... und wir sehen, wie wir mit der klarkommen...