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

Groups > ger.ct > #636235 > unrolled thread

COBOL ersetzen.

Back to article view | Back to ger.ct

Contents

  COBOL ersetzen. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-03-30 19:45 +0200
    Re: COBOL ersetzen. Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-03-30 18:08 +0000
      Re: COBOL ersetzen. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-03-30 20:12 +0200
        Re: COBOL ersetzen. Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-03-31 12:35 +0000
          Re: COBOL ersetzen. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-03-31 15:34 +0200
            Re: COBOL ersetzen. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-03-31 17:12 +0200
          Re: COBOL ersetzen. Michael Bode <m.g.bode@web.de> - 2025-03-31 19:08 +0200
      Re: COBOL ersetzen. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-03-30 20:22 +0200
    Re: COBOL ersetzen. Marco Moock <mm+solani@dorfdsl.de> - 2025-03-30 20:25 +0200
      Re: COBOL ersetzen. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-03-30 21:17 +0200
        Re: COBOL ersetzen. Ulf Kutzner <user2991@newsgrouper.org.invalid> - 2025-03-31 07:01 +0000
          Re: COBOL ersetzen. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-03-31 15:32 +0200
            Re: COBOL ersetzen. Ulf_Kutzner <Ulf.Kutzner@web.de> - 2025-04-22 15:47 +0000
              Re: COBOL ersetzen. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-04-22 22:32 +0200
      Re: COBOL ersetzen. Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-03-31 12:30 +0000
        Re: COBOL ersetzen. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-03-31 15:39 +0200
          Re: COBOL ersetzen. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-03-31 17:17 +0200
            Re: COBOL ersetzen. Michael Bode <m.g.bode@web.de> - 2025-03-31 19:08 +0200
          Re: COBOL ersetzen. Marco Moock <mm+solani@dorfdsl.de> - 2025-03-31 17:52 +0200
            Re: COBOL ersetzen. Michael Bode <m.g.bode@web.de> - 2025-03-31 19:13 +0200
        Re: COBOL ersetzen. Marco Moock <mm+solani@dorfdsl.de> - 2025-03-31 17:56 +0200
          Re: COBOL ersetzen. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-03-31 23:17 +0200
          Re: COBOL ersetzen. Martin Ebert <mx300@gmx.net> - 2025-03-31 23:20 +0200
            Re: COBOL ersetzen. Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-04-01 09:19 +0100
              Re: COBOL ersetzen. Martin Ebert <mx300@gmx.net> - 2025-04-05 02:40 +0200
            Re: COBOL ersetzen. Bonita Montero <Bonita.Montero@gmail.com> - 2025-04-01 14:47 +0200
              Re: COBOL ersetzen. Martin Ebert <mx300@gmx.net> - 2025-04-05 02:51 +0200
                Re: COBOL ersetzen. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-04-05 12:20 +0200
                Re: COBOL ersetzen. Bonita Montero <Bonita.Montero@gmail.com> - 2025-04-05 13:17 +0200
                  Re: COBOL ersetzen. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-04-07 14:16 +0200
                    Re: COBOL ersetzen. Bonita Montero <Bonita.Montero@gmail.com> - 2025-04-07 15:47 +0200
                      Re: COBOL ersetzen. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-04-07 16:12 +0200
                        Re: COBOL ersetzen. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-04-07 17:48 +0200
                          Re: COBOL ersetzen. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-04-07 18:03 +0200
                            Re: COBOL ersetzen. Bonita Montero <Bonita.Montero@gmail.com> - 2025-04-07 18:21 +0200
                          Re: COBOL ersetzen. Bonita Montero <Bonita.Montero@gmail.com> - 2025-04-07 18:20 +0200
                        Re: COBOL ersetzen. Bonita Montero <Bonita.Montero@gmail.com> - 2025-04-07 18:19 +0200
          Re: COBOL ersetzen. Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-04-01 09:21 +0000
            Re: COBOL ersetzen. Ulf Kutzner <user2991@newsgrouper.org.invalid> - 2025-04-01 10:16 +0000
    Re: COBOL ersetzen. Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-03-31 16:54 +0100
      Re: COBOL ersetzen. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-03-31 18:32 +0200
        Re: COBOL ersetzen. Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-03-31 17:52 +0100
          Re: COBOL ersetzen. "F. W." <me@home.invalid> - 2025-04-01 12:58 +0200
            Re: COBOL ersetzen. Gerhard Hoffmann <dk4xp@arcor.de> - 2025-04-01 13:51 +0200
              Re: COBOL ersetzen. "F. W." <me@home.invalid> - 2025-04-01 14:47 +0200
    Re: COBOL ersetzen. Georg Gruber <g.gruber_hauwech@gmx.net> - 2025-04-01 21:28 +0200
    Re: COBOL ersetzen. Walter Brill <WalterBrill@t-online.de> - 2025-04-02 14:38 +0200
      Re: COBOL ersetzen. "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-04-02 15:02 +0200
        OK, Danke! (was:Re: COBOL ersetzen.) Walter Brill <WalterBrill@t-online.de> - 2025-04-03 18:54 +0200
      Re: COBOL ersetzen. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-04-02 16:45 +0200

Page 1 of 3  [1] 2 3  Next page →

#636235 — COBOL ersetzen.

Hallo

In

<https://www.heise.de/news/DOGE-will-offenbar-COBOL-bei-US-Sozialkasse-ersetzen-innerhalb-von-Monaten-10333616.html>

steht:

Die US-Behörde für Bürokratieabbau will eine elementare 
Programmiersprache in
kürzester Zeit ersetzen.

Was denkt Ihr darüber?


Ein Einfall von mir:

COBOL - C Konverter dauert vielleicht zu lange.
Aus Maschinencode eine Assembler Eingabe basteln?

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

[toc] | [next] | [standalone]

#636236

On Sun, 30 Mar 2025 19:45:23 Hermann Riemann wrote:
> <https://www.heise.de/news/DOGE-will-offenbar-COBOL-bei-US-Sozialkasse-ersetzen-innerhalb-von-Monaten-10333616.html>
> 
> Die US-Behörde für Bürokratieabbau will eine elementare
> Programmiersprache in kürzester Zeit ersetzen.

> Was denkt Ihr darüber?

Ich wünsche viel Vergnügen. Wenn sie das ohne Schäden für die
Sozialversicherung hinbekommen, sind sie Genies. Wobei zu befürchten
ist, dass Schäden schlicht mit einkalkuliert sind.

Servus,
   Stefan

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

Stefan. Behämmert und geschmiert!
(Sloganizer)

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

#636239

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

> On Sun, 30 Mar 2025 19:45:23 Hermann Riemann wrote:
> > <https://www.heise.de/news/DOGE-will-offenbar-COBOL-bei-US-Sozialkasse-ersetzen-innerhalb-von-Monaten-10333616.html>
> > 
> > Die US-Behörde für Bürokratieabbau will eine elementare
> > Programmiersprache in kürzester Zeit ersetzen.  
> 
> > Was denkt Ihr darüber?  
> 
> Ich wünsche viel Vergnügen. Wenn sie das ohne Schäden für die
> Sozialversicherung hinbekommen, sind sie Genies. Wobei zu befürchten
> ist, dass Schäden schlicht mit einkalkuliert sind.

MOOOMENT! Von "ohne Schäden" sprach doch niemand!

-- 
It rubs the AI on its devices or else it gets the hose again.

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

#636250

On Sun, 30 Mar 2025 20:12:35 Dietz Proepper wrote:
> Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) wrote:
>> Ich wünsche viel Vergnügen. Wenn sie das ohne Schäden für die
>> Sozialversicherung hinbekommen, sind sie Genies. Wobei zu
>> befürchten ist, dass Schäden schlicht mit einkalkuliert sind.
> 
> MOOOMENT! Von "ohne Schäden" sprach doch niemand!

Stimmt. Und da Musk ja doch wenigstens rudimentäre Ahnung von der
Materie haben sollte, halte ich die Abwägung für schwierig, ob das
mit einkalkuliert oder wirkich nur grenzenlos naiv ist. Hanlons
Razor funktioniert bei den Typen einfach nicht mehr.

Servus,
   Stefan

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

Ein Paradies schon auf Erden. Mit Stefan. Ein einfältiges Vergnügen!
(Sloganizer)

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

#636253

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

> On Sun, 30 Mar 2025 20:12:35 Dietz Proepper wrote:
> > Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) wrote:  
> >> Ich wünsche viel Vergnügen. Wenn sie das ohne Schäden für die
> >> Sozialversicherung hinbekommen, sind sie Genies. Wobei zu
> >> befürchten ist, dass Schäden schlicht mit einkalkuliert sind.  
> > 
> > MOOOMENT! Von "ohne Schäden" sprach doch niemand!  
> 
> Stimmt. Und da Musk ja doch wenigstens rudimentäre Ahnung von der
> Materie haben sollte,

Es gibt hübsche Geschichten z.B. über "Datacenterumzug ala Murks". Es
*hat* funktioniert. Aber halt wie.

> halte ich die Abwägung für schwierig, ob das
> mit einkalkuliert oder wirkich nur grenzenlos naiv ist. Hanlons
> Razor funktioniert bei den Typen einfach nicht mehr.

Naja, wenn nur 1/3 der Beziehenden ausgezahlt werden kann er die
Zahlungen für den Rest ja schnell mal selber vorstrecken ...

-- 
It rubs the AI on its devices or else it gets the hose again.

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

#636256

Am 31.03.25 um 15:34 schrieb Dietz Proepper:

> Naja, wenn nur 1/3 der Beziehenden ausgezahlt werden kann er die
> Zahlungen für den Rest ja schnell mal selber vorstrecken ...

Ich dachte, die würden nach Südamerika ausgebürgert.

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

#636268

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

> On Sun, 30 Mar 2025 20:12:35 Dietz Proepper wrote:
>> Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) wrote:
>>> Ich wünsche viel Vergnügen. Wenn sie das ohne Schäden für die
>>> Sozialversicherung hinbekommen, sind sie Genies. Wobei zu befürchten
>>> ist, dass Schäden schlicht mit einkalkuliert sind.
>> 
>> MOOOMENT! Von "ohne Schäden" sprach doch niemand!
>
> Stimmt. Und da Musk ja doch wenigstens rudimentäre Ahnung von der
> Materie haben sollte, halte ich die Abwägung für schwierig, ob das mit
> einkalkuliert oder wirkich nur grenzenlos naiv ist. Hanlons Razor
> funktioniert bei den Typen einfach nicht mehr.

Der hat doch ne eigene KI. Da sagt er einfach "nimm diesen Cobol Code
und schreibe ein Programm in $HEISSER_SCHEISS, das das gleiche tut, aber
webisher."  Fertig. So wird er es wohl dem Donald verkauft haben.

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

#636240

Am 30.03.25 um 20:08 schrieb Stefan Froehlich:
> On Sun, 30 Mar 2025 19:45:23 Hermann Riemann wrote:
>> <https://www.heise.de/news/DOGE-will-offenbar-COBOL-bei-US-Sozialkasse-ersetzen-innerhalb-von-Monaten-10333616.html>
>>
>> Die US-Behörde für Bürokratieabbau will eine elementare
>> Programmiersprache in kürzester Zeit ersetzen.
> 
>> Was denkt Ihr darüber?
> 
> Ich wünsche viel Vergnügen. Wenn sie das ohne Schäden für die
> Sozialversicherung hinbekommen, sind sie Genies.

Will Trump Sozialversicherungen behalten?
-- 
<http://www.hermann-riemann.de>

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

#636241

Am 30.03.2025 19:45 Uhr schrieb Hermann Riemann:

> Die US-Behörde für Bürokratieabbau will eine elementare 
> Programmiersprache in
> kürzester Zeit ersetzen.
> 
> Was denkt Ihr darüber?

Wird in der kurzen Zeit sicher sportlich, aber wenn man die Blockierer,
die jeder aus dem Arbeitsumfeld kennt, erstmal rausgeworfen hat, sollte
das machbar sein.

Technisch wird es aus praktischen Gründen erforderlich sein, weil man
kaum noch Leute findet, die diese Sprache beherrschen. Ergo wird die
Wartung von COBOL-Software langfristig eine sehr teure Angelegenheit.

> Ein Einfall von mir:
> 
> COBOL - C Konverter dauert vielleicht zu lange.
> Aus Maschinencode eine Assembler Eingabe basteln?

Nein.

Überlegen, was die Software tun soll und das in einer dafür geeigneten
Sprache umsetzen, ohne den Altkram einzubeziehen.

-- 
Gruß
Marco

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

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

#636243

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

> Am 30.03.2025 19:45 Uhr schrieb Hermann Riemann:
> 
> > Die US-Behörde für Bürokratieabbau will eine elementare 
> > Programmiersprache in
> > kürzester Zeit ersetzen.
> > 
> > Was denkt Ihr darüber?  
> 
> Wird in der kurzen Zeit sicher sportlich, aber wenn man die
> Blockierer, die jeder aus dem Arbeitsumfeld kennt, erstmal
> rausgeworfen hat, sollte das machbar sein.

Genau. Diese dummen Blockierer, die mit so albernen Forderungen kommen,
dass das Ganze hernach auch noch *funktionieren* soll.

> Technisch wird es aus praktischen Gründen erforderlich sein, weil man
> kaum noch Leute findet, die diese Sprache beherrschen. Ergo wird die
> Wartung von COBOL-Software langfristig eine sehr teure Angelegenheit.

Richtig. Aber nicht mit einem tiger team aus Youngstern, die noch nie
in ihrem Leben eine Zeile COBOL gesehen haben. Alleine Sachen wie
Datenkonvertierung - da sind wir ruck-zuck bei etlichen Mannjahren.

Aber erzähl, hast Du schon viel mit Legacykram und dessen Neubau
gemacht?

> > Ein Einfall von mir:
> > 
> > COBOL - C Konverter dauert vielleicht zu lange.
> > Aus Maschinencode eine Assembler Eingabe basteln?  
> 
> Nein.

In der Tat. Hermann-Idee.

> Überlegen, was die Software tun soll und das in einer dafür geeigneten
> Sprache umsetzen, ohne den Altkram einzubeziehen.

Du bist witzig. Tipp, z.B. die Bundesagentur für Arbeit hat vor ca. 15a
die Jobbörse von der "alten" auf eine "moderne" Basis umgezogen (TL;DR:
alt: Java EE mit JSP als Stack, neu: spring(-boot), REST und
verschiedene Frontendtechniken). Das müsste in Summe und pi mal Daumen
um die 400 Mannjahre gekostet haben (unter "idealen" Bedingungen vllt.
1/4). Und da war *kein* Umzug der Datenhaltung, der Code war in einer
"bekannten" Sprache und viele der Domainexperten waren noch *greifbar*.

-- 
It rubs the AI on its devices or else it gets the hose again.

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

#636246

Dietz Proepper <dietz.usenet@rotfl.franken.de> posted:

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

 
> > Überlegen, was die Software tun soll und das in einer dafür geeigneten
> > Sprache umsetzen, ohne den Altkram einzubeziehen.
> 
> Du bist witzig. Tipp, z.B. die Bundesagentur für Arbeit hat vor ca. 15a
> die Jobbörse von der "alten" auf eine "moderne" Basis umgezogen (TL;DR:
> alt: Java EE mit JSP als Stack, neu: spring(-boot), REST und
> verschiedene Frontendtechniken). Das müsste in Summe und pi mal Daumen
> um die 400 Mannjahre gekostet haben (unter "idealen" Bedingungen vllt.
> 1/4).

In den Jobcentern verzichtete man auf Datenmigration
und ließ die Beschäftigten nebenbei die Daten sukzessive
zweiteinhacken, im Zweifel mit der Auflage, diese
Zeiten keinesfalls zusammenzutragen.

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

#636252

Ulf Kutzner <user2991@newsgrouper.org.invalid> wrote:

> Dietz Proepper <dietz.usenet@rotfl.franken.de> posted:
> 
> > Marco Moock <mm+solani@dorfdsl.de> wrote:  
> 
>  
> > > Überlegen, was die Software tun soll und das in einer dafür
> > > geeigneten Sprache umsetzen, ohne den Altkram einzubeziehen.  
> > 
> > Du bist witzig. Tipp, z.B. die Bundesagentur für Arbeit hat vor ca.
> > 15a die Jobbörse von der "alten" auf eine "moderne" Basis umgezogen
> > (TL;DR: alt: Java EE mit JSP als Stack, neu: spring(-boot), REST und
> > verschiedene Frontendtechniken). Das müsste in Summe und pi mal
> > Daumen um die 400 Mannjahre gekostet haben (unter "idealen"
> > Bedingungen vllt. 1/4).  
> 
> In den Jobcentern verzichtete man auf Datenmigration
> und ließ die Beschäftigten nebenbei die Daten sukzessive
> zweiteinhacken, im Zweifel mit der Auflage, diese
> Zeiten keinesfalls zusammenzutragen.

Die BA nennt eine Vielzahl von IT-Systemen ihr Eigen. Und ich kenne den
Haufen so seit ca. 2010. Im Fall der Jobbörse müsste sowas seitdem
(soweit ich weiß) bestenfalls in Ausnahmefällen nötig gewesen sein.

-- 
It rubs the AI on its devices or else it gets the hose again.

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

#637354

On Mon, 31 Mar 2025 13:32:05 +0000, Dietz Proepper wrote:

> Ulf Kutzner <user2991@newsgrouper.org.invalid> wrote:
>
>> Dietz Proepper <dietz.usenet@rotfl.franken.de> posted:
>>
>>> Marco Moock <mm+solani@dorfdsl.de> wrote:
>>
>>
>>> > Überlegen, was die Software tun soll und das in einer dafür
>>> > geeigneten Sprache umsetzen, ohne den Altkram einzubeziehen.
>>>
>>> Du bist witzig. Tipp, z.B. die Bundesagentur für Arbeit hat vor ca.
>>> 15a die Jobbörse von der "alten" auf eine "moderne" Basis umgezogen
>>> (TL;DR: alt: Java EE mit JSP als Stack, neu: spring(-boot), REST und
>>> verschiedene Frontendtechniken). Das müsste in Summe und pi mal
>>> Daumen um die 400 Mannjahre gekostet haben (unter "idealen"
>>> Bedingungen vllt. 1/4).
>>
>> In den Jobcentern verzichtete man auf Datenmigration
>> und ließ die Beschäftigten nebenbei die Daten sukzessive
>> zweiteinhacken, im Zweifel mit der Auflage, diese
>> Zeiten keinesfalls zusammenzutragen.
>
> Die BA nennt eine Vielzahl von IT-Systemen ihr Eigen. Und ich kenne den
> Haufen so seit ca. 2010. Im Fall der Jobbörse müsste sowas seitdem
> (soweit ich weiß) bestenfalls in Ausnahmefällen nötig gewesen sein.

Jobbörse ist noch mal etwas anderes als Kundendatenbank.

Ach, da wollte jemand Stammdaten ändern:
https://www.br.de/nachrichten/wirtschaft/ermittlungen-wegen-manipulierter-onlinekonten-bei-arbeitsagentur,UibtyQ3

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

#637358

Ulf_Kutzner <Ulf.Kutzner@web.de> wrote:

> On Mon, 31 Mar 2025 13:32:05 +0000, Dietz Proepper wrote:
> > Ulf Kutzner <user2991@newsgrouper.org.invalid> wrote:
> >> In den Jobcentern verzichtete man auf Datenmigration
> >> und ließ die Beschäftigten nebenbei die Daten sukzessive
> >> zweiteinhacken, im Zweifel mit der Auflage, diese
> >> Zeiten keinesfalls zusammenzutragen.  
> >
> > Die BA nennt eine Vielzahl von IT-Systemen ihr Eigen. Und ich kenne
> > den Haufen so seit ca. 2010. Im Fall der Jobbörse müsste sowas
> > seitdem (soweit ich weiß) bestenfalls in Ausnahmefällen nötig
> > gewesen sein.  
> 
> Jobbörse ist noch mal etwas anderes als Kundendatenbank.

Das ist kompliziert(tm). Zumindest bis 2015/2016 lagen die Kundendaten
im Onlinebereich über etliche Verfahren, u.a. VAM/VERBIS, verstreut, das
wurde irgendwann konsolidiert.

> Ach, da wollte jemand Stammdaten ändern:
> https://www.br.de/nachrichten/wirtschaft/ermittlungen-wegen-manipulierter-onlinekonten-bei-arbeitsagentur,UibtyQ3

Ich war's nicht!!111

-- 
It rubs the AI on its devices or else it gets the hose again.

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

#636249

On Sun, 30 Mar 2025 20:25:12 Marco Moock wrote:
> Am 30.03.2025 19:45 Uhr schrieb Hermann Riemann:
>> Die US-Behörde für Bürokratieabbau will eine elementare
>> Programmiersprache in kürzester Zeit ersetzen.

>> Was denkt Ihr darüber?

> Wird in der kurzen Zeit sicher sportlich, aber wenn man die
> Blockierer, die jeder aus dem Arbeitsumfeld kennt, erstmal
> rausgeworfen hat, sollte das machbar sein.

Klar. Wer kennt sie nicht, die Mitarbeiter, die immer nur dagegen
sind? Einfach anpacken und gucken, wie weit man kommt.

> Überlegen, was die Software tun soll und das in einer dafür
> geeigneten Sprache umsetzen, ohne den Altkram einzubeziehen.

Insbesondere ersteres sollte eigentlich schnell erledigt sein.
Schließlich ist der einzige Zweck der Software, Gesetze zu
exekutieren - also braucht man selbige bloß zu lesen und in der
Programmiersprache seiner Wahl in ausführbare Form zu bringen.
Ein Klacks.

Nur zur Sicherheit: Du hast grob eine Ahnung, von welchem Umfang
hier die Rede ist?

Servus,
   Stefan

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

Unverzichtbar: Stefan - brunzen, wenn sie zwei linke Hände haben!
(Sloganizer)

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

#636254

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

> On Sun, 30 Mar 2025 20:25:12 Marco Moock wrote:
> > Am 30.03.2025 19:45 Uhr schrieb Hermann Riemann:  
> >> Die US-Behörde für Bürokratieabbau will eine elementare
> >> Programmiersprache in kürzester Zeit ersetzen.  
> 
> >> Was denkt Ihr darüber?  
> 
> > Wird in der kurzen Zeit sicher sportlich, aber wenn man die
> > Blockierer, die jeder aus dem Arbeitsumfeld kennt, erstmal
> > rausgeworfen hat, sollte das machbar sein.  
> 
> Klar. Wer kennt sie nicht, die Mitarbeiter, die immer nur dagegen
> sind? Einfach anpacken und gucken, wie weit man kommt.

https://thedailywtf.com/articles/frontahead-design

*SO* geht moderne Entwicklung!!111

> > Überlegen, was die Software tun soll und das in einer dafür
> > geeigneten Sprache umsetzen, ohne den Altkram einzubeziehen.  
> 
> Insbesondere ersteres sollte eigentlich schnell erledigt sein.
> Schließlich ist der einzige Zweck der Software, Gesetze zu
> exekutieren - also braucht man selbige bloß zu lesen und in der
> Programmiersprache seiner Wahl in ausführbare Form zu bringen.
> Ein Klacks.

Aber natürlich. Das macht ChatGPT in fünf Prompts11!!!

> Nur zur Sicherheit: Du hast grob eine Ahnung, von welchem Umfang
> hier die Rede ist?

Er sollte mal https://www.gesetze-im-internet.de/sgb_2/ durcharbeiten.
Und wenn ihm das nicht langt https://www.gesetze-im-internet.de/sgb_3/.

-- 
It rubs the AI on its devices or else it gets the hose again.

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

#636257

Am 31.03.25 um 15:39 schrieb Dietz Proepper:

> Er sollte mal https://www.gesetze-im-internet.de/sgb_2/ durcharbeiten.
> Und wenn ihm das nicht langt https://www.gesetze-im-internet.de/sgb_3/.

Gesetze werden formuliert in  einer Programmiersprache für
menschliche ( neuronale ) hardware.

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

#636269

Hermann Riemann <nospam.ng@hermann-riemann.de> writes:

> Am 31.03.25 um 15:39 schrieb Dietz Proepper:
>
>> Er sollte mal https://www.gesetze-im-internet.de/sgb_2/ durcharbeiten.
>> Und wenn ihm das nicht langt https://www.gesetze-im-internet.de/sgb_3/.
>
> Gesetze werden formuliert in  einer Programmiersprache für
> menschliche ( neuronale ) hardware.

Ich dachte die laufen nicht auf Menschen sondern auf Juristen?

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

#636260

Am 31.03.2025 15:39 Uhr schrieb Dietz Proepper:

> Er sollte mal https://www.gesetze-im-internet.de/sgb_2/ durcharbeiten.
> Und wenn ihm das nicht langt
> https://www.gesetze-im-internet.de/sgb_3/.

Wenn man sich erstmal ein Bürokratiemonster angeschafft hat, hat man
daran lange zu knabbern. DOGE würde das wahrscheinlich ganz abschaffen.

Damit ich sowas durcharbeiten würde, müssteste mir wahrscheinlich
Schmerzensgeld zahlen.

-- 
Gruß
Marco

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

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

#636270

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

> Am 31.03.2025 15:39 Uhr schrieb Dietz Proepper:
>
>> Er sollte mal https://www.gesetze-im-internet.de/sgb_2/ durcharbeiten.
>> Und wenn ihm das nicht langt
>> https://www.gesetze-im-internet.de/sgb_3/.
>
> Wenn man sich erstmal ein Bürokratiemonster angeschafft hat, hat man
> daran lange zu knabbern. DOGE würde das wahrscheinlich ganz abschaffen.

DOGE wäre wahrscheinlich intelligent genug, die Vorschriften für die US
Sozialversicherung als Grundlage zu nehmen und nicht die für die
deutsche. Wenn man so ein Projekt mit dem falschen Gesetzbuch angeht,
kann es ja nur in die Hose gehen. Ist vielleicht auch ein deutsches
Problem.

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

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | ger.ct

csiph-web