Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #642737 > unrolled thread

TI-Probleme "Geht net"

Back to article view | Back to ger.ct

Contents

  TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-19 07:40 +0200
    Re: TI-Probleme "Geht net" Marco Moock <mm+solani@dorfdsl.de> - 2025-07-19 08:51 +0200
      Re: TI-Probleme "Geht net" Bernd Ohm <invalid@invalid.invalid> - 2025-07-19 09:22 +0200
        Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-19 10:07 +0200
        Re: TI-Probleme "Geht net" Marco Moock <mm+solani@dorfdsl.de> - 2025-07-19 10:17 +0200
          Re: TI-Probleme "Geht net" Bernd Ohm <invalid@invalid.invalid> - 2025-07-19 10:48 +0200
            Re: TI-Probleme "Geht net" Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-19 12:00 +0200
              Re: TI-Probleme "Geht net" Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-07-20 15:24 +0000
                Re: TI-Probleme "Geht net" Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-20 22:17 +0200
          Re: TI-Probleme "Geht net" Michael Bode <m.g.bode@web.de> - 2025-07-19 11:19 +0200
            Re: TI-Probleme "Geht net" Marco Moock <mm+solani@dorfdsl.de> - 2025-07-19 12:39 +0200
              Re: TI-Probleme "Geht net" Dr. Joachim Neudert <neudert@5sl.org> - 2025-07-19 11:04 +0000
                Re: TI-Probleme "Geht net" Marco Moock <mm+solani@dorfdsl.de> - 2025-07-19 13:05 +0200
                Re: TI-Probleme "Geht net" Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-19 13:22 +0200
                Re: TI-Probleme "Geht net" Jörg Tewes <jogi1964@gmx.net> - 2025-07-20 00:20 +0200
                  Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-20 11:21 +0200
                    Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-20 13:49 +0200
                      Re: TI-Probleme "Geht net" Jörg Tewes <jogi1964@gmx.net> - 2025-07-21 00:43 +0200
                    Re: TI-Probleme "Geht net" Nomen Nescio <nobody@dizum.com> - 2025-07-20 18:00 +0200
                      Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-20 18:19 +0200
                    Re: TI-Probleme "Geht net" Lothar Kimmeringer <news201705@kimmeringer.de> - 2025-07-20 19:05 +0200
                      Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-20 19:12 +0200
                    Re: TI-Probleme "Geht net" Jörg Tewes <jogi1964@gmx.net> - 2025-07-21 00:30 +0200
                      Re: TI-Probleme "Geht net" Michael Bode <m.g.bode@web.de> - 2025-07-21 08:00 +0200
                        Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-21 08:18 +0200
                          Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-21 08:34 +0200
                            Re: TI-Probleme "Geht net" Jörg Tewes <jogi1964@gmx.net> - 2025-07-21 19:42 +0200
                              Re: TI-Probleme "Geht net" Joerg Walther <joerg.walther@magenta.de> - 2025-07-22 11:14 +0200
                                Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-22 11:44 +0200
                            Re: TI-Probleme "Geht net" Michael Zink <michael@swamp.franken.de> - 2025-07-22 14:58 +0200
                              Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-22 15:52 +0200
                              Re: TI-Probleme "Geht net" Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-07-22 14:56 +0000
                          Re: TI-Probleme "Geht net" Michael Bode <m.g.bode@web.de> - 2025-07-21 19:08 +0200
                            Re: TI-Probleme "Geht net" Ulf Kutzner <user2991@newsgrouper.org.invalid> - 2025-07-21 18:36 +0000
                            Re: TI-Probleme "Geht net" Michael Zink <michael@swamp.franken.de> - 2025-07-22 14:28 +0200
                              Re: TI-Probleme "Geht net" Michael Bode <m.g.bode@web.de> - 2025-07-22 20:09 +0200
                        Re: TI-Probleme "Geht net" Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-07-21 09:13 +0100
                          Re: TI-Probleme "Geht net" Michael Bode <m.g.bode@web.de> - 2025-07-21 19:09 +0200
                        Re: TI-Probleme "Geht net" Jörg Tewes <jogi1964@gmx.net> - 2025-07-21 19:34 +0200
              Re: TI-Probleme "Geht net" Jörg Tewes <jogi1964@gmx.net> - 2025-07-20 00:17 +0200
                Re: TI-Probleme "Geht net" Michael Zink <michael@swamp.franken.de> - 2025-07-22 14:32 +0200
                  Re: TI-Probleme "Geht net" Jörg Tewes <jogi1964@gmx.net> - 2025-07-22 17:15 +0200
              Re: TI-Probleme "Geht net" Michael Bode <m.g.bode@web.de> - 2025-07-20 10:55 +0200
                Re: TI-Probleme "Geht net" Michael Zink <michael@swamp.franken.de> - 2025-07-22 14:35 +0200
                  Re: TI-Probleme "Geht net" Michael Bode <m.g.bode@web.de> - 2025-07-22 20:15 +0200
          Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-19 11:34 +0200
            Re: TI-Probleme "Geht net" Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-19 12:12 +0200
            Re: TI-Probleme "Geht net" Marco Moock <mm+solani@dorfdsl.de> - 2025-07-19 12:40 +0200
              Re: TI-Probleme "Geht net" Dr. Joachim Neudert <neudert@5sl.org> - 2025-07-19 10:50 +0000
            Re: TI-Probleme "Geht net" Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-07-19 13:55 +0200
              Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-19 14:28 +0200
                Re: TI-Probleme "Geht net" Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-07-19 14:46 +0200
          Re: TI-Probleme "Geht net" Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-19 11:41 +0200
            Re: TI-Probleme "Geht net" Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-07-19 16:26 +0200
              Re: TI-Probleme "Geht net" Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-07-19 19:40 +0100
            Re: TI-Probleme "Geht net" Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-20 21:17 +0200

Page 3 of 3 — ← Prev page 1 2 [3]

#643053

On Sun, 20 Jul 2025 00:17:00 +0200, Jörg Tewes wrote:

>Ich hatte letztens ein Problem mit einer Datei die auf den Konnektor
>hochgeladen werden mußte. Da kam als Fehlermeldung nur "Interner
>Fehler". Ich den Menschen angerufen der für solche Dinge zuständig
>ist, und er Remote auf dem Konnektor die Zeit korrigiert und schon
>ließ sich die Datei hochladen.

Hm, es müßte mal endlich jemand was ganz Tolles erfinden, mit dem man
per Internet die Uhr stellen kann. Das wäre doch praktisch. Dann müßte
man das nicht manuell machen ...

Auf Wiederlesen

Michael

-- 
Das Internet darf kein GRUNDrechtsfreier Raum werden!

[toc] | [prev] | [next] | [standalone]

#643069

Michael Zink schrieb:
> On Sun, 20 Jul 2025 00:17:00 +0200, Jörg Tewes wrote:
> 
>>Ich hatte letztens ein Problem mit einer Datei die auf den Konnektor
>>hochgeladen werden mußte. Da kam als Fehlermeldung nur "Interner
>>Fehler". Ich den Menschen angerufen der für solche Dinge zuständig
>>ist, und er Remote auf dem Konnektor die Zeit korrigiert und schon
>>ließ sich die Datei hochladen.
> 
> Hm, es müßte mal endlich jemand was ganz Tolles erfinden, mit dem man
> per Internet die Uhr stellen kann. Das wäre doch praktisch. Dann müßte
> man das nicht manuell machen ...
Jupp vorallendingen, müßte dieses Ding auch dann noch per Internet die
Uhr stellen können, wenn es noch kein Internet gibt. Das wäre mal ne
tolle Erfindung, so ähnlich wie ein Kabel WLAN.
-- 
Religionskriege sind Konflikte zwischen erwachsenen Menschen, bei
denen es darum geht, wer den cooleren, imaginären Freund hat. Wenn
Jesus gevierteilt worden wäre, hätten wir heute dann Mobiles über der
Tür hängen?

[toc] | [prev] | [next] | [standalone]

#642826

Marco Moock <mm+solani@dorfdsl.de> writes:

> Am 19.07.2025 11:19 Uhr schrieb Michael Bode:
>
>> Marco Moock <mm+solani@dorfdsl.de> writes:
>> 
>> > Am 19.07.2025 09:22 Uhr schrieb Bernd Ohm:
>> >  
>> >> Am 19.07.2025 um 08:51 schrieb Marco Moock:
>> >>   
>> >> > Da erkennt man, wie grottig das programmiert ist.    
>> >> 
>> >> Immer langsam mit den jungen Pferden!
>> >> Das Hauptproblem ist wohl die Verfügbarkeit der
>> >> involvierten Infrastruktur.  
>> >
>> > Ich bin der Auffassung, dass eine Fehlermeldung den Grund anzugeben
>> > hat, warum sie ausgegeben wird. Das muss nicht zwingend die
>> > eigentliche Ursache sein, aber immerhin kann man sich dann
>> > durchhangeln. Viele Produkte haben das leider nicht, sondern da
>> > kommt dann so eine nichtssagende Meldung wie "Es ist ein Fehler
>> > aufgetreten".  
>> 
>> Das ist aber User friendly. Eine Meldung, die *jeder* versteht. Es ist
>> doch absolut nicht User friendly der Benutzer irgendwelche technischen
>> Fachbegriffe um die Ohren zu hauen, wie "Server" oder
>> "Netzwerk". Microsoft gibt dann noch dezent den Hinweis, dass man die
>> Ursache sowieso nicht verstehen würde, in Form von "0x80004145" o.ä.
>
> Hilft nur nix, weil man sich mit einer nichtssagenden Fehlermeldung
> nicht sinnvoll an die zuständige Stelle wenden kann. Der Techniker hat
> dann auch Probleme mit der Fehlersuche.
>
> Ich hasse solche angeblich nutzerfreundlichen Produkte abgrundtief.

Eine meiner Lieblingsfehlermeldungen aller Zeiten, gleich nach "Keyboard
not found. Press F1 to continue." ist "Der Fehler -2 ist in der
Anwendung unbekannt aufgetreten". Die hätte man besser durch "Irgendwas
hat nicht funktioniert." ersetzt.

[toc] | [prev] | [next] | [standalone]

#643054

On Sun, 20 Jul 2025 10:55:21 +0200, Michael Bode wrote:

>Eine meiner Lieblingsfehlermeldungen aller Zeiten, gleich nach "Keyboard
>not found. Press F1 to continue." ist "Der Fehler -2 ist in der
>Anwendung unbekannt aufgetreten". Die hätte man besser durch "Irgendwas
>hat nicht funktioniert." ersetzt.

Gab es da nicht mal eine tolle Meldung bei irgendeinem MS-Produkt?
Ungefähr so:

  Es ist folgender Fehler aufgetreten: Es ist kein Fehler aufgetreten.

Auf Wiederlesen

Michael

-- 
Das Internet darf kein GRUNDrechtsfreier Raum werden!

[toc] | [prev] | [next] | [standalone]

#643089

Michael Zink <michael@swamp.franken.de> writes:

> On Sun, 20 Jul 2025 10:55:21 +0200, Michael Bode wrote:
>
>>Eine meiner Lieblingsfehlermeldungen aller Zeiten, gleich nach "Keyboard
>>not found. Press F1 to continue." ist "Der Fehler -2 ist in der
>>Anwendung unbekannt aufgetreten". Die hätte man besser durch "Irgendwas
>>hat nicht funktioniert." ersetzt.
>
> Gab es da nicht mal eine tolle Meldung bei irgendeinem MS-Produkt?
> Ungefähr so:
>
>   Es ist folgender Fehler aufgetreten: Es ist kein Fehler aufgetreten.

https://marekfiser.com/blog/io-exception-success/

Auch nicht schlecht: man sucht einen dieser verfickten Microsoft
Fehlercodes 0x80001234 und findete endlich die *offizielle* Erklärung
von Microsoft dazu: "0x80001234: dieser Fehler sollte nicht auftreten."

[toc] | [prev] | [next] | [standalone]

#642757

Am 19.07.25 um 10:17 schrieb Marco Moock:
> Am 19.07.2025 09:22 Uhr schrieb Bernd Ohm:
> 
>> Am 19.07.2025 um 08:51 schrieb Marco Moock:
>>
>>> Da erkennt man, wie grottig das programmiert ist.
>>
>> Immer langsam mit den jungen Pferden!
>> Das Hauptproblem ist wohl die Verfügbarkeit der
>> involvierten Infrastruktur.
> 
> Ich bin der Auffassung, dass eine Fehlermeldung den Grund anzugeben
> hat, warum sie ausgegeben wird. Das muss nicht zwingend die eigentliche
> Ursache sein, aber immerhin kann man sich dann durchhangeln. Viele
> Produkte haben das leider nicht, sondern da kommt dann so eine
> nichtssagende Meldung wie "Es ist ein Fehler aufgetreten".
> 
> Wenn Infrastruktur nicht verfügbar ist, kann man eine entsprechende
> Meldung ausgeben wie "Server xyz nicht erreichbar" oder "Server xyz
> lehnt Verbindung wegen Überlast ab".
> 


Es wäre gerade in diesem Fall eine echte Hilfe gewesen. So haben ich, 
meine Frau und eine MFA unabhängig voneinander mit vielen Versuchen eine 
Menge Zeit vertan.

RiSE hat also die Schnittstelle geändert. Na super.

[toc] | [prev] | [next] | [standalone]

#642763

"Dr. Joachim Neudert" <neudert@5sl.org> wrote:

> Am 19.07.25 um 10:17 schrieb Marco Moock:
> > Wenn Infrastruktur nicht verfügbar ist, kann man eine entsprechende
> > Meldung ausgeben wie "Server xyz nicht erreichbar" oder "Server xyz
> > lehnt Verbindung wegen Überlast ab".
> 
> Es wäre gerade in diesem Fall eine echte Hilfe gewesen. So haben ich, 
> meine Frau und eine MFA unabhängig voneinander mit vielen Versuchen
> eine Menge Zeit vertan.
> 
> RiSE hat also die Schnittstelle geändert. Na super.

Keinerlei Logging auf "eurer" Seite wo genauere Infos sichtbar wären?
Oh-oh. Hätte man das halt mal von Leuten, die sich mit sowas auskennen,
machen lassen ...

https://www.youtube.com/watch?v=fGmleoCnNag Zwar schon leicht
angegraut, aber voller Wahr- und Weisheit.

-- 
Lass' uns Freunde bleiben. Oder wie wir hier sagen: Geh' sterben.

[toc] | [prev] | [next] | [standalone]

#642771

Am 19.07.2025 11:34 Uhr schrieb Dr. Joachim Neudert:

> Am 19.07.25 um 10:17 schrieb Marco Moock:
> > Am 19.07.2025 09:22 Uhr schrieb Bernd Ohm:
> >   
> >> Am 19.07.2025 um 08:51 schrieb Marco Moock:
> >>  
> >>> Da erkennt man, wie grottig das programmiert ist.  
> >>
> >> Immer langsam mit den jungen Pferden!
> >> Das Hauptproblem ist wohl die Verfügbarkeit der
> >> involvierten Infrastruktur.  
> > 
> > Ich bin der Auffassung, dass eine Fehlermeldung den Grund anzugeben
> > hat, warum sie ausgegeben wird. Das muss nicht zwingend die
> > eigentliche Ursache sein, aber immerhin kann man sich dann
> > durchhangeln. Viele Produkte haben das leider nicht, sondern da
> > kommt dann so eine nichtssagende Meldung wie "Es ist ein Fehler
> > aufgetreten".
> > 
> > Wenn Infrastruktur nicht verfügbar ist, kann man eine entsprechende
> > Meldung ausgeben wie "Server xyz nicht erreichbar" oder "Server xyz
> > lehnt Verbindung wegen Überlast ab".
> >   
> 
> 
> Es wäre gerade in diesem Fall eine echte Hilfe gewesen. So haben ich, 
> meine Frau und eine MFA unabhängig voneinander mit vielen Versuchen
> eine Menge Zeit vertan.
> 
> RiSE hat also die Schnittstelle geändert. Na super.

Ohne vorherige Ankündigung?

Dann muss das ja ganz toll sein.

-- 
Gruß
Marco

Spam und Werbung bitte an
1752917693ichwillgesperrtwerden@nirvana.admins.ws

[toc] | [prev] | [next] | [standalone]

#642772

Marco Moock <mm+solani@dorfdsl.de> wrote:
> Am 19.07.2025 11:34 Uhr schrieb Dr. Joachim Neudert:
> 
>> Am 19.07.25 um 10:17 schrieb Marco Moock:
>>> Am 19.07.2025 09:22 Uhr schrieb Bernd Ohm:
>>> 
>>>> Am 19.07.2025 um 08:51 schrieb Marco Moock:
>>>> 
>>>>> Da erkennt man, wie grottig das programmiert ist.  
>>>> 
>>>> Immer langsam mit den jungen Pferden!
>>>> Das Hauptproblem ist wohl die Verfügbarkeit der
>>>> involvierten Infrastruktur.  
>>> 
>>> Ich bin der Auffassung, dass eine Fehlermeldung den Grund anzugeben
>>> hat, warum sie ausgegeben wird. Das muss nicht zwingend die
>>> eigentliche Ursache sein, aber immerhin kann man sich dann
>>> durchhangeln. Viele Produkte haben das leider nicht, sondern da
>>> kommt dann so eine nichtssagende Meldung wie "Es ist ein Fehler
>>> aufgetreten".
>>> 
>>> Wenn Infrastruktur nicht verfügbar ist, kann man eine entsprechende
>>> Meldung ausgeben wie "Server xyz nicht erreichbar" oder "Server xyz
>>> lehnt Verbindung wegen Überlast ab".
>>> 
>> 
>> 
>> Es wäre gerade in diesem Fall eine echte Hilfe gewesen. So haben ich, 
>> meine Frau und eine MFA unabhängig voneinander mit vielen Versuchen
>> eine Menge Zeit vertan.
>> 
>> RiSE hat also die Schnittstelle geändert. Na super.
> 
> Ohne vorherige Ankündigung?
> 
> Dann muss das ja ganz toll sein.
> 

You have no idea.

-- 
please forgive my iPhone typos

[toc] | [prev] | [next] | [standalone]

#642778

Dr. Joachim Neudert meinte:

> Es wäre gerade in diesem Fall eine echte Hilfe gewesen. So haben ich,
> meine Frau und eine MFA unabhängig voneinander mit vielen Versuchen
> eine Menge Zeit vertan.
> 
> RiSE hat also die Schnittstelle geändert. Na super.

Versuch doch mal, die Arbeitszeiot (deine und die der MFA) den RISEs in 
Rechnung zu stellen. Würde zwar vermutlich einen Grundsatzporozess bis 
zum BGH brauchen, und der kostet wieder Zeit und Nerven; aber ich 
fürchte, nur so kommnt man solchen unangekündigten Änderungen bei. 

Da du ja bvermutlich nicht der einzige betroffene Arzt bist: das wäre 
soch eigentlich Sache der Kassenärtzlihen Vereinigung, da sowas wie eine 
Sammelklage loszulassen ...
-- 
 gpg-Key (DSA 1024) D36AD663E6DB91A4
 fingerprint = 2983 4D54 E00B 8483 B5B8  C7D1 D36A D663 E6DB 91A4
 HTML-Mail wird ungeleſen entſorgt.

[toc] | [prev] | [next] | [standalone]

#642783

Am 19.07.25 um 13:55 schrieb Diedrich Ehlerding:
> Dr. Joachim Neudert meinte:
> 
>> Es wäre gerade in diesem Fall eine echte Hilfe gewesen. So haben ich,
>> meine Frau und eine MFA unabhängig voneinander mit vielen Versuchen
>> eine Menge Zeit vertan.
>>
>> RiSE hat also die Schnittstelle geändert. Na super.
> 
> Versuch doch mal, die Arbeitszeiot (deine und die der MFA) den RISEs in
> Rechnung zu stellen. Würde zwar vermutlich einen Grundsatzporozess bis
> zum BGH brauchen, und der kostet wieder Zeit und Nerven; aber ich
> fürchte, nur so kommnt man solchen unangekündigten Änderungen bei.
> 
> Da du ja bvermutlich nicht der einzige betroffene Arzt bist: das wäre
> soch eigentlich Sache der Kassenärtzlihen Vereinigung, da sowas wie eine
> Sammelklage loszulassen ...


Du kennst also die Regeln nicht, die sich die Gematik für die TI geben 
ließ?
Es ist nahezu unmöglich, die Gematik für irgendetwas haftbar zu machen.

[toc] | [prev] | [next] | [standalone]

#642787

Dr. Joachim Neudert meinte:

> Du kennst also die Regeln nicht, die sich die Gematik für die TI geben
> ließ?

Nein, woher auch.

> Es ist nahezu unmöglich, die Gematik für irgendetwas haftbar zu
> machen.

Ich sagte ja, Musterprozess bis zum BGH; du allein wirst da nix 
erreichen. Wenn die Regeln so sind, wie sie nach deiner Darstellung zu 
sein scheinen, wäre das auf sittenwidrig zu prüfen. Und das, was du da 
schilderst - Schnittstellenänderung ohne Ankündigung - klingt nach 
mindestens bedingtem Vorsatz. 
-- 
 gpg-Key (DSA 1024) D36AD663E6DB91A4
 fingerprint = 2983 4D54 E00B 8483 B5B8  C7D1 D36A D663 E6DB 91A4
 HTML-Mail wird ungeleſen entſorgt.

[toc] | [prev] | [next] | [standalone]

#642760

Marco Moock <mm+solani@dorfdsl.de> wrote:

> Am 19.07.2025 09:22 Uhr schrieb Bernd Ohm:
> 
> > Am 19.07.2025 um 08:51 schrieb Marco Moock:
> >   
> > > Da erkennt man, wie grottig das programmiert ist.    
> > 
> > Immer langsam mit den jungen Pferden!
> > Das Hauptproblem ist wohl die Verfügbarkeit der
> > involvierten Infrastruktur.  
> 
> Ich bin der Auffassung, dass eine Fehlermeldung den Grund anzugeben
> hat, warum sie ausgegeben wird.

Bei fachlichen Fehlern? In der Tat. Bei technischen Fehlern - depends.
Sind es transiente Fehler, dann ist ein "System Sabblstrutz gerade
nicht ansprechbar, versuchen Sie's in einer Minute nochmal" unter
Umständen sinnvoll.
Bei $irgendwelchen "unerwarteten" Fehlern ist die Angabe einer
Ursache üblicherweise nicht zielführend, da es den allermeisten
Anwendern nicht weiter hilft. Üblich bei sowas ist eine Meldung der Art
"Es ist ein technischer Fehler aufgetreten. Wenden Sie sich an den
Support, unter Angabe der Vorfalls-ID 08/15."

> Das muss nicht zwingend die
> eigentliche Ursache sein, aber immerhin kann man sich dann
> durchhangeln.

Du kannst das. Der iDoc bildet sich ein, es zu können. Der "normale"
Anwender kann es wahrscheinlich nicht.

> Viele Produkte haben das leider nicht, sondern da kommt
> dann so eine nichtssagende Meldung wie "Es ist ein Fehler
> aufgetreten".

Tja. Wenn bei der Auftragsvergabe bei den entsprechenden nicht-
funktionalen Anforderungen geschlampt wurde oder der Auftraggeber ein
Vollidiot ohne einen Schimmer Ahnung von der realen Welt ist, was
erwartest Du?

Und wenn Du Riesen-IT-Projekte an den billigsten Anbieter vergibst,
nicht mal in Ansätzen die Kappa und das Wissen zur QA besitzt und deine
"eigenen" Leute weder willens, noch fähig sind zu verstehen, was
kaputte von nicht-kaputter IT unterscheidet, dann kommen halt Sachen
wie die Telematik raus.

> Wenn Infrastruktur nicht verfügbar ist, kann man eine entsprechende
> Meldung ausgeben wie "Server xyz nicht erreichbar" oder "Server xyz
> lehnt Verbindung wegen Überlast ab".

Umm, Du hast erst selten mit etwas größeren Deployments gearbytet? ;-).
Im Ernst, an manchen Stellen ist sowas sicherlich sinnvoll, aber
Joachim hätte die Info, dass Objektspeicher FOBAZ beim Einfügen von
Objekt ACME auf Server obs2342-13.cloud.pro.vi.der eine
NullPointerException hatte genau gar nix weiter geholfen.

Und wenn die Fehlermeldung tatsächlich "nur" aus einem "geht nicht"
ohne Tracking-ID und ohne Pointer auf den Support bestand, dann ist
das, wie soll man sagen, ein bisschen ... dünn.
(Und ich wette 42 Lewonzen, dass der iDoc solche Details zu erwähnen
vergessen hat ...)

-- 
Lass' uns Freunde bleiben. Oder wie wir hier sagen: Geh' sterben.

[toc] | [prev] | [next] | [standalone]

#642795

Am 19.07.25 um 11:41 schrieb Dietz Proepper:
> Marco Moock <mm+solani@dorfdsl.de> wrote:
> 
>> Am 19.07.2025 09:22 Uhr schrieb Bernd Ohm:
>>
>>> Am 19.07.2025 um 08:51 schrieb Marco Moock:
>>>    
>>>> Da erkennt man, wie grottig das programmiert ist.
>>>
>>> Immer langsam mit den jungen Pferden!
>>> Das Hauptproblem ist wohl die Verfügbarkeit der
>>> involvierten Infrastruktur.
>>
>> Ich bin der Auffassung, dass eine Fehlermeldung den Grund anzugeben
>> hat, warum sie ausgegeben wird.
> 
> Bei fachlichen Fehlern? In der Tat. Bei technischen Fehlern - depends.
> Sind es transiente Fehler, dann ist ein "System Sabblstrutz gerade
> nicht ansprechbar, versuchen Sie's in einer Minute nochmal" unter
> Umständen sinnvoll.
> Bei $irgendwelchen "unerwarteten" Fehlern ist die Angabe einer
> Ursache üblicherweise nicht zielführend, da es den allermeisten
> Anwendern nicht weiter hilft. Üblich bei sowas ist eine Meldung der Art
> "Es ist ein technischer Fehler aufgetreten. Wenden Sie sich an den
> Support, unter Angabe der Vorfalls-ID 08/15."

Was ist besser?
Die Fehlermeldung von Atari ST Basic: "something is wrong"
oder der blaue Bildschirm (Wahrzeichen) von windows 95.
( War da noch ein Terminal der Stadtsparkasse München? .. )

>> Das muss nicht zwingend die
>> eigentliche Ursache sein, aber immerhin kann man sich dann
>> durchhangeln.
> 
> Du kannst das. Der iDoc bildet sich ein, es zu können. Der "normale"
> Anwender kann es wahrscheinlich nicht.

Manchmal eine Frage des Aufwandes.
Ich habe da so Java Erinnerungen.
Im Manual steht benutzt OBJECT tag, funktioniert
  hat nur ein anderer tag.
Später wollte ich Java Bildchen "malen" ( GUI Funktionen ),
habe aber nichts gesehen.
Ein JAVA use group Mitglied schrieb mir später
es sei ein Fehler bei Java, es würde nur auf dem 1. Monitor funktionieren.

> Tja. Wenn bei der Auftragsvergabe bei den entsprechenden nicht-
> funktionalen Anforderungen geschlampt wurde oder der Auftraggeber ein
> Vollidiot ohne einen Schimmer Ahnung von der realen Welt ist, was
> erwartest Du?

Nach Beschreibung von Herr Neudert sieht es für mich momenatn
wie folgt aus:

Da wurde von einem Manager Entwicklungsvorgaben gemacht.
Auf die Schnelle entstand keine einheitliche interne Schnittstellen
sondern eine Menge lokaler "Sprachen"
Jedes Programmsystem entwickelt mit Namen von Unterprogramme, Variablen
Objekte etc seine eigene Sprache,
insbesondere wenn keine Vorbilder vorhanden sind.
Und wenn dann Befehle unterschiedlich verstanden werden..

> Und wenn Du Riesen-IT-Projekte an den billigsten Anbieter vergibst,
> nicht mal in Ansätzen die Kappa und das Wissen zur QA besitzt und deine
> "eigenen" Leute weder willens, noch fähig sind zu verstehen, was
> kaputte von nicht-kaputter IT unterscheidet, dann kommen halt Sachen
> wie die Telematik raus.

Wissen kann man durch Überlegungen und Recherchen ersetzen.
Das dauert zwar länger, aber funktioniert.

Nicht jeder hat das handwerkliche Können für
größere Programmen.
Ich hatte einen Kollegen aus Rumänien,
der brachte zwar seine Programme zu Laufen aber.
Bei nur einem kurzen Blick auf eine Programmteil von ihn
dachte ich "au weia, sein code möchte ich nicht warten."
Später als in seinem Teil etwas geändert werden sollte,
wurde entschieden, den Teil neu zu programmieren.
> Und wenn die Fehlermeldung tatsächlich "nur" aus einem "geht nicht"
> ohne Tracking-ID und ohne Pointer auf den Support bestand, dann ist
> das, wie soll man sagen, ein bisschen ... dünn.
> (Und ich wette 42 Lewonzen, dass der iDoc solche Details zu erwähnen
> vergessen hat ...)

Ich habe das Gefühl, das bei heutigen Programmen die Menge der
Zusammenhänge und Abhängigkeiten schneller gewachsen sind,
als die menschlichen Gedächtnisse es erfassen können.

-- 
<http://www.hermann-riemann.de>

[toc] | [prev] | [next] | [standalone]

#642805

On 19/07/2025 15:26, Hermann Riemann wrote:
> Am 19.07.25 um 11:41 schrieb Dietz Proepper:
>> Marco Moock <mm+solani@dorfdsl.de> wrote:
>>
>>> Am 19.07.2025 09:22 Uhr schrieb Bernd Ohm:
>>>
>>>> Am 19.07.2025 um 08:51 schrieb Marco Moock:
>>>>> Da erkennt man, wie grottig das programmiert ist.
>>>>
[....]
>> Bei $irgendwelchen "unerwarteten" Fehlern ist die Angabe einer
>> Ursache üblicherweise nicht zielführend, da es den allermeisten
>> Anwendern nicht weiter hilft. Üblich bei sowas ist eine Meldung der Art
>> "Es ist ein technischer Fehler aufgetreten. Wenden Sie sich an den
>> Support, unter Angabe der Vorfalls-ID 08/15."
> 
> Was ist besser?
> Die Fehlermeldung von Atari ST Basic: "something is wrong"
> oder der blaue Bildschirm (Wahrzeichen) von windows 95.
> ( War da noch ein Terminal der Stadtsparkasse München? .. )

So sehr ich Windows nicht mag (pol. korrekt hier), der BlueScreen hat 
zumindest eine Fehlermeldung rausgeworfen mit der man was anfange kann 
(Ich bin nach/bei XP raus, keine Ahnung ob das immer noch so ist), aber 
mit der Fehlermeldung und Systemlogs konnte man was anfangen.

>>> Das muss nicht zwingend die
>>> eigentliche Ursache sein, aber immerhin kann man sich dann
>>> durchhangeln.
>>
>> Du kannst das. Der iDoc bildet sich ein, es zu können. Der "normale"
>> Anwender kann es wahrscheinlich nicht.
> 
> Manchmal eine Frage des Aufwandes.
> Ich habe da so Java Erinnerungen.
> Im Manual steht benutzt OBJECT tag, funktioniert
>   hat nur ein anderer tag.
> Später wollte ich Java Bildchen "malen" ( GUI Funktionen ),
> habe aber nichts gesehen.
> Ein JAVA use group Mitglied schrieb mir später
> es sei ein Fehler bei Java, es würde nur auf dem 1. Monitor funktionieren.

Also ist es bei QA aufgefallen :-)

>> Tja. Wenn bei der Auftragsvergabe bei den entsprechenden nicht-
>> funktionalen Anforderungen geschlampt wurde oder der Auftraggeber ein
>> Vollidiot ohne einen Schimmer Ahnung von der realen Welt ist, was
>> erwartest Du?
> 
> Nach Beschreibung von Herr Neudert sieht es für mich momenatn
> wie folgt aus:
> 
> Da wurde von einem Manager Entwicklungsvorgaben gemacht.
> Auf die Schnelle entstand keine einheitliche interne Schnittstellen
> sondern eine Menge lokaler "Sprachen"
> Jedes Programmsystem entwickelt mit Namen von Unterprogramme, Variablen
> Objekte etc seine eigene Sprache,
> insbesondere wenn keine Vorbilder vorhanden sind.
> Und wenn dann Befehle unterschiedlich verstanden werden..

Und das Ding hat jemand abgenommen, abgezeichnet? Oder ist das direkt 
raus ohne irgendwelche Endtests? Oder ist der Pre-Prod Test nur im Backend?

>> Und wenn Du Riesen-IT-Projekte an den billigsten Anbieter vergibst,
>> nicht mal in Ansätzen die Kappa und das Wissen zur QA besitzt und deine
>> "eigenen" Leute weder willens, noch fähig sind zu verstehen, was
>> kaputte von nicht-kaputter IT unterscheidet, dann kommen halt Sachen
>> wie die Telematik raus.
> 
> Wissen kann man durch Überlegungen und Recherchen ersetzen.
> Das dauert zwar länger, aber funktioniert.
>
> Nicht jeder hat das handwerkliche Können für
> größere Programmen.
> Ich hatte einen Kollegen aus Rumänien,
> der brachte zwar seine Programme zu Laufen aber.
> Bei nur einem kurzen Blick auf eine Programmteil von ihn
> dachte ich "au weia, sein code möchte ich nicht warten."
> Später als in seinem Teil etwas geändert werden sollte,
> wurde entschieden, den Teil neu zu programmieren.

Der springende Punkt, wurde das getestet? Und wenn ja, zu welchem Grad?

>> Und wenn die Fehlermeldung tatsächlich "nur" aus einem "geht nicht"
>> ohne Tracking-ID und ohne Pointer auf den Support bestand, dann ist
>> das, wie soll man sagen, ein bisschen ... dünn.
>> (Und ich wette 42 Lewonzen, dass der iDoc solche Details zu erwähnen
>> vergessen hat ...)
> 
> Ich habe das Gefühl, das bei heutigen Programmen die Menge der
> Zusammenhänge und Abhängigkeiten schneller gewachsen sind,
> als die menschlichen Gedächtnisse es erfassen können.

Das trifft alles zu für die Programmiererei. Aber was ist mit den 
Folgeebenen, UAT und Pre-Prod? Wenn da keine Tests gemacht werden - oder 
schlimmer nicht mal gefordert werden ....



-- 

Cheers,
    G.

Quis custodiet ipsos custodes?
---------------------------->8------------------------------
   /"\
   \ /  ASCII Ribbon Campaign
    X   against HTML e-mail
   / \
---------------------------->8------------------------------

[toc] | [prev] | [next] | [standalone]

#642884

Dietz Proepper schrieb:

> Und wenn Du Riesen-IT-Projekte an den billigsten Anbieter vergibst,
> nicht mal in Ansätzen die Kappa und das Wissen zur QA besitzt und deine
> "eigenen" Leute weder willens, noch fähig sind zu verstehen, was
> kaputte von nicht-kaputter IT unterscheidet, dann kommen halt Sachen
> wie die Telematik raus.

Ich bin kein Experte, aber ich habe seit den 70er Jahren Computer bei
mir herumstehen und deshalb in der Welt der IT auch den einen und
anderen mit gewissen Kompatibilitätsproblemen einhergehenden
Paradigmenwechsel bemerkt.

Ich meine, beispielsweise mein mit PET beschrifteter CBM 3001 läuft dank
Pflege  noch, und ich hab auch noch zwei Dataphon s21d-2 rumliegen, die
noch gehen müssten, sofern die Elkos noch gut sind. Und ein 56k
Message-Modem, das mal nett war und wohl auch noch nicht kaputt ist.

Aber ich hatte nie einen Computer, bei dem ich länger als zehn Jahre das
Gefühl hatte, mit dem technischen Fortschritt um mich herum hinreichend
kompatibel zu sein.

Lohnt es sich da für Unternehmen, in einen einzelnen im Grunde genommen
kurzen Zeitraum viel zu investieren?

Mit freundlichem Gruß

Ulrich

[toc] | [prev] | [standalone]

Page 3 of 3 — ← Prev page 1 2 [3]

Back to top | Article view | ger.ct

csiph-web