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

Groups > ger.ct > #641909 > unrolled thread

Klinikskonzern Ameo nach Hackerangriff lahmgelegt

Back to article view | Back to ger.ct

Contents

  Klinikskonzern Ameo nach Hackerangriff lahmgelegt "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-10 12:20 +0200
    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-07-10 11:30 +0100
      Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-10 12:43 +0200
        Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-10 12:52 +0200
          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Michael Bode <m.g.bode@web.de> - 2025-07-10 12:59 +0200
            Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-07-10 13:11 +0100
        Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-07-10 12:02 +0100
        Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Lars Gebauer <lgebauer@live.de> - 2025-07-10 14:41 +0200
          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-10 14:44 +0200
          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Walter Brill <WalterBrill@t-online.de> - 2025-07-11 14:44 +0200
            Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Michael Bode <m.g.bode@web.de> - 2025-07-11 19:17 +0200
              Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulf Kutzner <user2991@newsgrouper.org.invalid> - 2025-07-11 17:21 +0000
      Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Gunter Kühne <kuehne-g@freenet.de> - 2025-07-11 10:36 +0200
        Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Michael Bode <m.g.bode@web.de> - 2025-07-11 12:35 +0200
          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-11 13:30 +0200
            Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Walter Brill <WalterBrill@t-online.de> - 2025-07-11 14:52 +0200
              Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Fidel Sebastián Hunrichse-Lara <Fidel-Sebastian_Hunrichse_Lara@b.maus.de> - 2025-07-11 15:27 +0200
                Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Walter Brill <WalterBrill@t-online.de> - 2025-07-11 16:10 +0200
                  Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt "Wendelin Uez" <wuez@online.de> - 2025-07-11 17:48 +0200
                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 10:59 +0200
                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Walter Brill <WalterBrill@t-online.de> - 2025-07-13 16:08 +0200
              Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-12 10:09 +0200
                Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 11:09 +0200
                  Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulf Kutzner <user2991@newsgrouper.org.invalid> - 2025-07-12 09:17 +0000
                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 11:20 +0200
                      Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulf Kutzner <user2991@newsgrouper.org.invalid> - 2025-07-12 09:22 +0000
                        Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 11:28 +0200
                          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulf Kutzner <user2991@newsgrouper.org.invalid> - 2025-07-12 09:31 +0000
                            Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 11:51 +0200
                            Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-12 21:53 +0200
                              Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dr. Joachim Neudert <neudert@5sl.org> - 2025-07-12 21:04 +0000
                                Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 23:29 +0200
                                  Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-07-13 14:25 +0000
                                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-13 16:54 +0200
                                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-07-13 16:32 +0100
                                      Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-07-15 18:45 +0000
                                        Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-07-15 21:42 +0100
                                          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-07-16 10:02 +0000
                                            Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-07-16 11:34 +0100
                                        Heizung (was:Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt) Walter Brill <WalterBrill@t-online.de> - 2025-07-16 16:01 +0200
                                          Re: Heizung Walter Brill <WalterBrill@t-online.de> - 2025-07-16 16:02 +0200
                                        Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Gunter Kühne <kuehne-g@freenet.de> - 2025-07-16 19:46 +0200
                                          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-18 14:39 +0200
                                Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ruediger Lahl <ruediger.lahl@gmx.de> - 2025-07-13 01:04 +0200
                                  Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-07-13 14:34 +0000
                                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-13 17:00 +0200
                                  Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-13 19:32 +0200
                                Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Andreas Bockelmann <xotzil@gmx.de> - 2025-07-13 08:25 +0200
                                Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-13 19:02 +0200
                                  Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dr. Joachim Neudert <neudert@5sl.org> - 2025-07-13 17:10 +0000
                                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-13 19:53 +0200
                                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ruediger Lahl <ruediger.lahl@gmx.de> - 2025-07-14 06:24 +0200
                              Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 23:10 +0200
                                Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-13 19:24 +0200
                                  Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-13 19:51 +0200
                                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-13 20:10 +0200
                                      Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Walter Brill <WalterBrill@t-online.de> - 2025-07-14 15:38 +0200
                                        Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Michael Bode <m.g.bode@web.de> - 2025-07-14 21:12 +0200
                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dr. Joachim Neudert <neudert@5sl.org> - 2025-07-12 09:53 +0000
                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt "Jörg Tewes" <jogi1964@gmx.net> - 2025-07-16 00:08 +0200
                      Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dr. Joachim Neudert <neudert@5sl.org> - 2025-07-16 04:12 +0000
                  Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-12 11:46 +0200
                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulf Kutzner <user2991@newsgrouper.org.invalid> - 2025-07-12 09:56 +0000
                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 11:59 +0200
                      Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-07-12 13:18 +0100
                        Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Lars Gebauer <lgebauer@live.de> - 2025-07-12 14:43 +0200
                          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Peter Veith <veith@snafu.de> - 2025-07-12 14:57 +0200
                      Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-12 20:42 +0200
                        Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Lars Gebauer <lgebauer@live.de> - 2025-07-12 23:41 +0200
                          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 23:51 +0200
                          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-13 15:54 +0200
                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-07-12 14:12 +0000
                      Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-12 21:15 +0200
                        Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dr. Joachim Neudert <neudert@5sl.org> - 2025-07-12 19:19 +0000
                          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 23:33 +0200
                        Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-07-12 20:18 +0000
                          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 23:46 +0200
                            Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-07-13 14:18 +0000
                              Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-13 17:08 +0200
                                Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-07-13 16:35 +0100
                                Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-07-13 17:04 +0000
                                  Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-13 19:40 +0200
                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Lars Gebauer <lgebauer@live.de> - 2025-07-12 17:56 +0200
                      Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-12 21:37 +0200
                        Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dr. Joachim Neudert <neudert@5sl.org> - 2025-07-12 21:06 +0000
                      Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 23:47 +0200
        Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-11 13:38 +0200
          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Gunter Kühne <kuehne-g@freenet.de> - 2025-07-11 14:00 +0200
          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Lars Gebauer <lgebauer@live.de> - 2025-07-11 14:47 +0200
            Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-12 09:56 +0200
              Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 11:12 +0200
              Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-07-12 13:20 +0100
          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Michael Bode <m.g.bode@web.de> - 2025-07-11 19:05 +0200
            Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulf Kutzner <user2991@newsgrouper.org.invalid> - 2025-07-11 17:14 +0000
            Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 11:12 +0200
          Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Michael Bode <m.g.bode@web.de> - 2025-07-12 10:12 +0200
            Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-12 11:14 +0200
              Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Michael Bode <m.g.bode@web.de> - 2025-07-12 11:56 +0200
                Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-12 21:45 +0200
                  Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dr. Joachim Neudert <neudert@5sl.org> - 2025-07-12 19:52 +0000
                  Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Michael Bode <m.g.bode@web.de> - 2025-07-12 22:08 +0200
                    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-12 23:54 +0200
              Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Walter Brill <WalterBrill@t-online.de> - 2025-07-13 16:42 +0200
    Re: Klinikskonzern Ameo nach Hackerangriff lahmgelegt Stephan Elinghaus <seli@spamgourmet.com> - 2025-07-10 12:15 +0000

Page 5 of 6 — ← Prev page 1 2 3 4 [5] 6  Next page →

#642192

On Sun, 13 Jul 2025 17:08:23 Dietz Proepper wrote:
> Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) wrote:
>> (Aber fairerweise werden sie sich auch schwer tun, innerhalb
>> eines einzigen, konkreten Projekts eine sinnvolle Metrik dafür zu
>> finden)

> Und ich bin mir meiner Einschätzung natürlich auch nicht zu 100%
> sicher. (Sag's bitte nicht dem iDoc, ich will ihm ja nicht seinen
> Fetisch kaputt machen!)

> Einige Kollegen, die ich durchaus schätze, meinen auch, dass für
> manche Sachen ein wenig Hilfe schon möglich sei. Z.B. Unittests
> "einfachen" Codes.

Marc meinte, die KI erstelle ihm Templates für Dinge, die anzufangen
er sich sonst gar nicht erst überwunden hätte. Das kann ich durchaus
nachvollziehen (ich kopiere ab und zu Files, fange mittendrin zu
schreiben an und lösche dann nach zwei Dutzend Zeilen den Rest - ist
einfach angenehmer als eine komplett leere Datei, auch wenn's gaga
ist. Schriftsteller kennen das Problem).

Das ist halt weit entfernt von produktivem Coden, aber alles was
hilft hilft.

> Aber keiner von denen würde eine Zahl auch nur nahe an 10%
> Verbesserung nennen. 5%, wenn's hoch kommt und das ist nahe an der
> Messgenauigkeit für Entwicklereffizienz.

Ich könnte noch nicht einmal meine tatsächlich investierte Zeit auf
10% genau messen. Wer stoppt denn mit, wenn mir beim Zähneputzen
eine Idee kommt, die ich dann unter der Dusche durchdenke?

Und umgekehrt, wer zieht dieses Posting von der Arbeitszeit ab?

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Die Lust zu lieben, oder warum Stefan so dämlich riecht!
(Sloganizer)

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

#642200

Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) wrote:

> On Sun, 13 Jul 2025 17:08:23 Dietz Proepper wrote:
> > Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) wrote:  
> >> (Aber fairerweise werden sie sich auch schwer tun, innerhalb
> >> eines einzigen, konkreten Projekts eine sinnvolle Metrik dafür zu
> >> finden)  
> 
> > Und ich bin mir meiner Einschätzung natürlich auch nicht zu 100%
> > sicher. (Sag's bitte nicht dem iDoc, ich will ihm ja nicht seinen
> > Fetisch kaputt machen!)  
> 
> > Einige Kollegen, die ich durchaus schätze, meinen auch, dass für
> > manche Sachen ein wenig Hilfe schon möglich sei. Z.B. Unittests
> > "einfachen" Codes.  
> 
> Marc meinte, die KI erstelle ihm Templates für Dinge, die anzufangen
> er sich sonst gar nicht erst überwunden hätte. Das kann ich durchaus
> nachvollziehen (ich kopiere ab und zu Files, fange mittendrin zu
> schreiben an und lösche dann nach zwei Dutzend Zeilen den Rest - ist
> einfach angenehmer als eine komplett leere Datei, auch wenn's gaga
> ist. Schriftsteller kennen das Problem).

Ja, da bin ich - teilweise - bei Dir. Wenn ich's schon 23x selber
gemacht habe dann habe ich mit "Hilfe" wenig Probleme. Spart auch
schnell mal ein paar halbe Stunden. Die ich dann mit 60%
Wahrscheinlichkeit in den Folgewochen mit Debuggen verbringe. Die LLMs
sind bei "interessanten" (lies komplexen) Problemen nachwievor sehr,
sehr schnell überfordert.

> Das ist halt weit entfernt von produktivem Coden, aber alles was
> hilft hilft.

Das Konzept erinnert mich an einen Profiradrennfahrer der zum Training
ein eBike verwendet.

> > Aber keiner von denen würde eine Zahl auch nur nahe an 10%
> > Verbesserung nennen. 5%, wenn's hoch kommt und das ist nahe an der
> > Messgenauigkeit für Entwicklereffizienz.  
> 
> Ich könnte noch nicht einmal meine tatsächlich investierte Zeit auf
> 10% genau messen. Wer stoppt denn mit, wenn mir beim Zähneputzen
> eine Idee kommt, die ich dann unter der Dusche durchdenke?

Eben. "Kreativität" ist verdammt schwer quantifizierbar. Wobei
natürlich ein durchaus existenter Teil meiner täglichen Arbyt aus
Sachen besteht, die man sogar ohne KI ein wenig weiter automatisieren
könnte.
But wait - das *mache* ich ja häufig. Halt dort, wo es sich rechnet
("das mache ich seit drei Tagen 10x täglich." In Code/Configtemplate/
CI-Template gießen, dokumentieren, im lokalen dev blog verbreiten wenn
auch für Dritte interessant.

Ich glaube, "die KI" würde sich bei mir langweilen. Naja, dann hat sie
Zeit, die Weltherrschaft zu erlangen. Und ich bin schuld. KI ist doof.

> Und umgekehrt, wer zieht dieses Posting von der Arbeitszeit ab?

"Mischkalkulation".

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

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

#642072

Am 12.07.2025 um 11:46 schrieb Ulrich D i e z:
> Vielleicht besteht bald ein Markt für KI, die Schreiben aufsetzt, um
> Bescheiden zu widersprechen ...

"Bald"? - Einen Widerspruch KI-gestützt zu formulieren, dürfte schon 
heute recht problemlos möglich sein.

Und wenn dieser Widerspruch etwas kreativ ausfällt, so ist das gar nicht 
weiter schlimm, sondern kann u.U. sogar ein Vorteil sein. Denn a) kann 
vom Widerspruchsführer (Laie!) sowieso keine formale oder gar 
juristische Korrektheit erwartet werden und b) ist der Bearbeiter des 
Widerspruchs angehalten, sich auch mit eher abseitigen Aspekten eines 
Widerspruchs auseinander zu setzen. Möglicherweise ergibt sich genau 
daraus dann ein Ansatz für einen letztlich erfolgreichen Widerspruch.

Insofern sehe ich in KI eher einen Beitrag zur Waffengleichheit zwischen 
Bürger und Behörde.

-- 
"Möchte kurz angeben, hab gerade meine Bachelorarbeit mit ner 1.0 
bestanden. Bin jetzt valide Expertin für kapitalismuskritische 
frühkindliche Bildung, falls ihr sowas mal braucht."
https://x.com/jetteniz/status/1483479231384506368

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

#642079

Lars Gebauer schrieb:

> Insofern sehe ich in KI eher einen Beitrag zur Waffengleichheit zwischen 
> Bürger und Behörde.

Wieso denke ich gerade an Ms. Pringle? Im letzten Roman des
Space-Odyssey-Zyklus von Arthur C. Clarke hat der im ersten Roman von
HAL 9000 ins Weltall beförderte, gefroren im Weltall treibend gefundene
und aufgetaute und wiederbelebte Frank Poole eine Ms. Pringle - das ist
ein kleiner Computer in einer Art Handy-Holster, der sein digitales
Alter Ego und seine elektronische Sekretärin darstellt und unter anderem
sämtliche Routinekorrespondenz für ihn automatisch erledigt ...

Irgendwann wissen wir gar nichts mehr von den Strafzetteln, die wir fürs
Falschparken bekommen, weil die KI der Behörden und unsere Sekretär-KIen
das unter sich ausmachen und wir nur noch dann mit Feinheiten/Details
behelligt werden, wenn uns finanzielle Armut in einem Ausmaß droht, bei
dem die IT-Dienstleister unsere KIen nicht mehr warten und für uns am
Laufen halten wollen ... Dann kommt auch eine Drohne mit Räumungsbefehl
geflogen, die uns ergreift und aus der Mietwohnung oder dem Haus, das
durch unsere Sekretä-KIen verkauft wurde, ohne dass wir wussten, dass
wir bei ihr die Berechtigung dazu eingestellt hatten, hinauswirft ... ;-)

Mit freundlichem Gruß

Ulrich

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

#642091

Ulrich D i e z <ud.usenetcorrespondence@web.de> wrote:
> Lars Gebauer schrieb:
> 
>> Insofern sehe ich in KI eher einen Beitrag zur Waffengleichheit zwischen 
>> Bürger und Behörde.
> 
> Wieso denke ich gerade an Ms. Pringle? Im letzten Roman des
> Space-Odyssey-Zyklus von Arthur C. Clarke hat der im ersten Roman von
> HAL 9000 ins Weltall beförderte, gefroren im Weltall treibend gefundene
> und aufgetaute und wiederbelebte Frank Poole eine Ms. Pringle - das ist
> ein kleiner Computer in einer Art Handy-Holster, der sein digitales
> Alter Ego und seine elektronische Sekretärin darstellt und unter anderem
> sämtliche Routinekorrespondenz für ihn automatisch erledigt ...
> 

Das wurde im Jahr 2007 dann realisiert, und zum Verkaufsschlager.  





-- 
please forgive my iPhone typos

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

#642099

Lars Gebauer <lgebauer@live.de> wrote:

> Am 12.07.2025 um 11:46 schrieb Ulrich D i e z:
> > Vielleicht besteht bald ein Markt für KI, die Schreiben aufsetzt, um
> > Bescheiden zu widersprechen ...  
> 
> "Bald"? - Einen Widerspruch KI-gestützt zu formulieren, dürfte schon 
> heute recht problemlos möglich sein.

Ach Dumpfbäckchen. Der Widerspruch sollte aber doch Aussichten auf
Erfolg haben.

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

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

#641969

Gunter Kühne schrieb:

> Paypal hatte heute auch ne gut gemachte Mail im Postfach.(Natürlich 
> nicht wirklich von denen) wen nur alle mal wirklich die richtigen Header 
> lesen würden, und dann mal nachdenken.
> Hier der Absender. Mit einen guten Mailprogramm:
> 
> PayPal-Kundenaktion.de/Kontoinformationen@eumblnpr.trufoumye.info

Was wollten die Absender dieser Mail?

Daten abgreifen, mit denen sie sich als jemand authentisieren können,
der sie nicht sind? Schadcode einschleusen und zur Ausführung bringen?

>   Ja alles klar.
> Was gewisse Programme vom sogenannten Marktführer anzeigen, brauche ich 
> hier wohl nicht erwähnen.

Wieso lesen die Leute ihre Mails nicht mit Systemen, die erst mal nichts
tun, außer den Text der Nachricht am Bildschirm anzeigen? Früher gab es
zB PC Pine bzw. Pine. Da war nicht so viel Schnickschnack dabei, dass
viel hätte zur Ausführung gebracht werden können.

Und wieso verwenden die Leute zum Lesen/Anzeigen von E-Mails keine
Systeme, bei denen es egal ist, ob sie in der laufenden Session
kompromittiert werden? Zum Beispiel pro Session aus einem Docker-Image
einen Container erstellen, der nach der Session entsorgt wird - der
Container kann kompromittiert werden, er wird sowieso entsorgt. Oder
eine virtuelle Maschine, die im Lauf der Session nicht gespeichert wird.
Und ließe sich Cloud-Computing nicht auch so aufziehen?

Mit freundlichem Gruß

Ulrich

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

#641970

Am 11.07.25 um 13:38 schrieb Ulrich D i e z:
> Gunter Kühne schrieb:
> 
>> Paypal hatte heute auch ne gut gemachte Mail im Postfach.(Natürlich
>> nicht wirklich von denen) wen nur alle mal wirklich die richtigen Header
>> lesen würden, und dann mal nachdenken.
>> Hier der Absender. Mit einen guten Mailprogramm:
>>
>> PayPal-Kundenaktion.de/Kontoinformationen@eumblnpr.trufoumye.info
> 
> Was wollten die Absender dieser Mail?
> 
> Daten abgreifen, mit denen sie sich als jemand authentisieren können,
> der sie nicht sind? Schadcode einschleusen und zur Ausführung bringen?
> 
>>    Ja alles klar.

Also Ihrer Meinung nach verlost Paypal 10.000 €. Man muss nur mitmachen 
und seine Daten eingeben.
Und das Ganze in HTML.
Bei dem Absender.

-- 
Kleinmut und Stolz, aus diesem Holz
Schuf der Mensch sich am sechsten Tag Gott.

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

#641973

Am 11.07.25 um 13:38 schrieb Ulrich D i e z:
> Gunter Kühne schrieb:
>> Was gewisse Programme vom sogenannten Marktführer anzeigen, brauche ich
>> hier wohl nicht erwähnen.
> 
> Wieso lesen die Leute ihre Mails nicht mit Systemen, die erst mal nichts
> tun, außer den Text der Nachricht am Bildschirm anzeigen? Früher gab es
> zB PC Pine bzw. Pine. Da war nicht so viel Schnickschnack dabei, dass
> viel hätte zur Ausführung gebracht werden können.

Weil heute heute ist. Und nicht mehr früher. Die Leute benutzen auch 
elektrisches Licht, obwohl eine Petroleumlampe auch hell macht.

> Und wieso verwenden die Leute zum Lesen/Anzeigen von E-Mails keine
> Systeme, bei denen es egal ist, ob sie in der laufenden Session
> kompromittiert werden? Zum Beispiel pro Session aus einem Docker-Image
> einen Container erstellen, der nach der Session entsorgt wird - der
> Container kann kompromittiert werden, er wird sowieso entsorgt. Oder
> eine virtuelle Maschine, die im Lauf der Session nicht gespeichert wird.
> Und ließe sich Cloud-Computing nicht auch so aufziehen?

Weil die meisten Leute überhaupt nicht wissen, was das überhaupt sein soll.
-- 
Wenn Du fragst, wie die Leute hier sind? muß ich Dir sagen: wie überall! 
Es ist ein einförmig Ding um’s Menschengeschlecht. Die meisten 
verarbeiten den grösten Theil der Zeit, um zu leben, und das Bisgen, das 
ihnen von Freyheit übrig bleibt, ängstigt sie so, daß sie alle Mittel 
aufsuchen, um’s los zu werden.

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

#642016

Lars Gebauer schrieb:

> Am 11.07.25 um 13:38 schrieb Ulrich D i e z:
>> Gunter Kühne schrieb:
>>> Was gewisse Programme vom sogenannten Marktführer anzeigen, brauche ich
>>> hier wohl nicht erwähnen.
>> 
>> Wieso lesen die Leute ihre Mails nicht mit Systemen, die erst mal nichts
>> tun, außer den Text der Nachricht am Bildschirm anzeigen? Früher gab es
>> zB PC Pine bzw. Pine. Da war nicht so viel Schnickschnack dabei, dass
>> viel hätte zur Ausführung gebracht werden können.
> 
> Weil heute heute ist. Und nicht mehr früher. Die Leute benutzen auch 
> elektrisches Licht, obwohl eine Petroleumlampe auch hell macht.

Man könnte auch heute so etwas machen wenn es sicherer wäre.
Wären Petroleumlampen sicherer als elektrisches Licht, gäbe es dafür
sicherlich auch heutzutage mehr Anwendungen.

>> Und wieso verwenden die Leute zum Lesen/Anzeigen von E-Mails keine
>> Systeme, bei denen es egal ist, ob sie in der laufenden Session
>> kompromittiert werden? Zum Beispiel pro Session aus einem Docker-Image
>> einen Container erstellen, der nach der Session entsorgt wird - der
>> Container kann kompromittiert werden, er wird sowieso entsorgt. Oder
>> eine virtuelle Maschine, die im Lauf der Session nicht gespeichert wird.
>> Und ließe sich Cloud-Computing nicht auch so aufziehen?
> 
> Weil die meisten Leute überhaupt nicht wissen, was das überhaupt sein soll.

Diejenigen, die die Benutzeroberfläche bedienen, müssen es nicht
unbedingt wissen. Und wenn es um die IT-Sicherheit von Unternehmen geht,
die davon abhängen ...

Mit freundlichem Gruß

Ulrich

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

#642034

Ulrich D i e z <ud.usenetcorrespondence@web.de> wrote:

> Lars Gebauer schrieb:
> > Weil heute heute ist. Und nicht mehr früher. Die Leute benutzen
> > auch elektrisches Licht, obwohl eine Petroleumlampe auch hell
> > macht.  
> 
> Man könnte auch heute so etwas machen wenn es sicherer wäre.
> Wären Petroleumlampen sicherer als elektrisches Licht, gäbe es dafür
> sicherlich auch heutzutage mehr Anwendungen.

Nun, im Keller steht eine Petromax, deren korrekte Funktion auch ein-,
zweimal im Jahr geprüft wird. Gut, anderer Anwendungsfall als das, was
Du andeutest.

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

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

#642060

On 12/07/2025 08:56, Ulrich D i e z wrote:
> Lars Gebauer schrieb:
> 
>> Am 11.07.25 um 13:38 schrieb Ulrich D i e z:
>>> Gunter Kühne schrieb:
>>>> Was gewisse Programme vom sogenannten Marktführer anzeigen, brauche ich
>>>> hier wohl nicht erwähnen.
>>>
>>> Wieso lesen die Leute ihre Mails nicht mit Systemen, die erst mal nichts
>>> tun, außer den Text der Nachricht am Bildschirm anzeigen? Früher gab es
>>> zB PC Pine bzw. Pine. Da war nicht so viel Schnickschnack dabei, dass
>>> viel hätte zur Ausführung gebracht werden können.
>>
>> Weil heute heute ist. Und nicht mehr früher. Die Leute benutzen auch
>> elektrisches Licht, obwohl eine Petroleumlampe auch hell macht.
> 
> Man könnte auch heute so etwas machen wenn es sicherer wäre.
> Wären Petroleumlampen sicherer als elektrisches Licht, gäbe es dafür
> sicherlich auch heutzutage mehr Anwendungen.
> 

Vergleich mal Lumen von LED mit dem von Petroleumlampen, dann wird das 
klarer ;-)

[...]
> 
> Mit freundlichem Gruß
> 
> Ulrich


-- 

Cheers,
    G.

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

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

#641996

Ulrich D i e z <ud.usenetcorrespondence@web.de> writes:

> Wieso lesen die Leute ihre Mails nicht mit Systemen, die erst mal nichts
> tun, außer den Text der Nachricht am Bildschirm anzeigen?

Weil sie sonst keine Opfer wären. Opfer sein ist aber in.

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

#641997

Bode <m.g.bode@web.de> posted:

> Ulrich D i e z <ud.usenetcorrespondence@web.de> writes:
> 
> > Wieso lesen die Leute ihre Mails nicht mit Systemen, die erst mal nichts
> > tun, außer den Text der Nachricht am Bildschirm anzeigen?
> 
> Weil sie sonst keine Opfer wären. Opfer sein ist aber in.

Und der Bode kriegt das hin.

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

#642035

Michael Bode <m.g.bode@web.de> wrote:

> Ulrich D i e z <ud.usenetcorrespondence@web.de> writes:
> 
> > Wieso lesen die Leute ihre Mails nicht mit Systemen, die erst mal
> > nichts tun, außer den Text der Nachricht am Bildschirm anzeigen?  
> 
> Weil sie sonst keine Opfer wären. Opfer sein ist aber in.

iDoc weiß: das geht nicht!!111

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

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

#642018

Ulrich D i e z <ud.usenetcorrespondence@web.de> writes:

> Und wieso verwenden die Leute zum Lesen/Anzeigen von E-Mails keine
> Systeme, bei denen es egal ist, ob sie in der laufenden Session
> kompromittiert werden? Zum Beispiel pro Session aus einem Docker-Image
> einen Container erstellen, der nach der Session entsorgt wird - der
> Container kann kompromittiert werden, er wird sowieso entsorgt.

Weil Mails nicht nur gelesen werden sondern damit gearbeitet wird. Und
das Ergebnis ihrer Arbeit möchten viele gerne aufheben. Wie soll das mit
deinem Container funktionieren? Da kommt ein Textdokument, eine Präse
oder ein Spreadsheet rein. Das wird im Container geöffnet, bearbeitet
gespeichert und gelöscht?

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

#642036

Michael Bode schrieb:

> Ulrich D i e z <ud.usenetcorrespondence@web.de> writes:
> 
>> Und wieso verwenden die Leute zum Lesen/Anzeigen von E-Mails keine
>> Systeme, bei denen es egal ist, ob sie in der laufenden Session
>> kompromittiert werden? Zum Beispiel pro Session aus einem Docker-Image
>> einen Container erstellen, der nach der Session entsorgt wird - der
>> Container kann kompromittiert werden, er wird sowieso entsorgt.
> 
> Weil Mails nicht nur gelesen werden sondern damit gearbeitet wird. 

Man kann Mails abrufen, analysieren, mit Dateianhängen von Mails
spielen, Mails archivieren, lesen, löschen, beantworten oder weiterleiten.
Ich hoffe, ich habe nichts wesentliches vergessen.

> Und
> das Ergebnis ihrer Arbeit möchten viele gerne aufheben. Wie soll das mit
> deinem Container funktionieren? Da kommt ein Textdokument, eine Präse
> oder ein Spreadsheet rein. Das wird im Container geöffnet, bearbeitet
> gespeichert und gelöscht?

Die E-Mail liegt nicht nur im Container, sondern auch auf dem lokalen
Imap-Server, der nur an Clients im lokalen Netz, zB solche, die in
Containern oder virtuellen Maschinen laufen, ausliefert und nichts ausführt.

Wenn man mit Dateianhängen spielt, sollte man sich vergewissern, dass
die fraglichen Dateien nicht kompromittiert sind.
Wenn man sich mittels Container/virtueller Maschine hinreichend
vergewissert hat, dass die Mail inklusive darin enthaltener Dateien
nicht kompromittiert ist, kann man sie zB mit einem anderen
Container/einer anderen virtuellen Maschine nochmal vom lokalen
Imap-Server abrufen, der/die Software zur Bearbeitung der Dateianhänge
und die Möglichkeit zum Abspeichern von Dateien etwa in einer Freigabe
eines NAS mitbringt, und enthaltene Dateianhänge bearbeiten und
außerhalb des Containers abspeichern. Mag aufwändig klingen, aber bei
Unternehmen, deren Existenz von der Sicherheit ihrer IT abhängt ...

Mit freundlichem Gruß

Ulrich

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

#642050

Ulrich D i e z <ud.usenetcorrespondence@web.de> writes:

> Wenn man mit Dateianhängen spielt, sollte man sich vergewissern, dass
> die fraglichen Dateien nicht kompromittiert sind.  Wenn man sich
> mittels Container/virtueller Maschine hinreichend vergewissert hat,
> dass die Mail inklusive darin enthaltener Dateien nicht kompromittiert
> ist,

Wenn deine Firma nicht ausschließlich IT-Security Experten beschäftigt,
macht sowas eine Mail-Security Lösung (aka Virenscanner). Die findet
manches und manches nicht. Malware, die was auf sich hält, kann
erkennen, wenn sie in einer Sandbox läuft.

> kann man sie zB mit einem anderen Container/einer anderen virtuellen
> Maschine nochmal vom lokalen Imap-Server abrufen, der/die Software zur
> Bearbeitung der Dateianhänge und die Möglichkeit zum Abspeichern von
> Dateien etwa in einer Freigabe eines NAS mitbringt, und enthaltene
> Dateianhänge bearbeiten und außerhalb des Containers abspeichern.

Kann man machen, eine Lösung dafür nennt sich Citrix. Da kann man die
Terminalserver täglich aus einem Masterimage neu starten. Damit haben
sie allerdings immer noch den ganzen Tag Zeit, das NAS zu verschlüsseln,
wenn die Mail-Security was durchrutschen ließ. Citrix hat allerdings
seinen eigenen Satz Probleme und ersetzt nicht wirklich einen
Fat-Client. 

Und wenn jetzt wieder einer mit Fax ankommt, eine Powerpoint-Präse, die
jemand in 200dpi b/w gefaxt hat, ist nicht mehr präsentabel. Was
irgendwie der Zweck einer Präsentation ist.

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

#642081

Michael Bode schrieb:

> Und wenn jetzt wieder einer mit Fax ankommt, eine Powerpoint-Präse, die
> jemand in 200dpi b/w gefaxt hat, ist nicht mehr präsentabel. Was
> irgendwie der Zweck einer Präsentation ist.

Doch nicht Fax. Textdatei mit LaTeX-Quelltext für eine Präsentation mit
der Dokumentklasse "Beamer". Den Quelltext soll der Empfänger sich im
Texteditor seiner Wahl anschauen und, wenn er sicher ist, bei sich
compilieren, um die pdf-Datei mit der Präsentation zu erhalten ... ;->

Mit freundlichem Gruß

Ulrich

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

#642082

Ulrich D i e z <ud.usenetcorrespondence@web.de> wrote:
> Michael Bode schrieb:
> 
>> Und wenn jetzt wieder einer mit Fax ankommt, eine Powerpoint-Präse, die
>> jemand in 200dpi b/w gefaxt hat, ist nicht mehr präsentabel. Was
>> irgendwie der Zweck einer Präsentation ist.
> 
> Doch nicht Fax. Textdatei mit LaTeX-Quelltext für eine Präsentation mit
> der Dokumentklasse "Beamer". Den Quelltext soll der Empfänger sich im
> Texteditor seiner Wahl anschauen und, wenn er sicher ist, bei sich
> compilieren, um die pdf-Datei mit der Präsentation zu erhalten ... ;->
> 
> Mit freundlichem Gruß
> 
> Ulrich
> 

Wie heißt es jedoch so schön: der Wurm muß dem Fisch schmecken, nicht dem
Angler… ähnliches gilt für PowerPoint Präsentationen.
@Michael Bode: ich hab doch gesagt, dass ich Fax für 100 Leute-Firmen 
nicht für ideal halte. Für Einzel-Arztpraxen eigentlich schon.

-- 
please forgive my iPhone typos

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

Page 5 of 6 — ← Prev page 1 2 3 4 [5] 6  Next page →

Back to top | Article view | ger.ct

csiph-web