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

Groups > ger.ct > #636235 > unrolled thread

COBOL ersetzen.

Started byHermann Riemann <nospam.ng@hermann-riemann.de>
First post2025-03-30 19:45 +0200
Last post2025-04-02 16:45 +0200
Articles 10 on this page of 50 — 15 participants

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 3 of 3 — ← Prev page 1 2 [3]

#636264

FromHermann Riemann <nospam.ng@hermann-riemann.de>
Date2025-03-31 18:32 +0200
Message-ID<m4vucjF4ssfU1@mid.individual.net>
In reply to#636261
Am 31.03.25 um 17:54 schrieb Goetz Schultz:
> On 30/03/2025 18:45, Hermann Riemann wrote:
>> 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?
>>
> 
> Generell: Kein Problem, möglicherweise sogar eine gute Idee in Richtung 
> Wartbarkeit.

Konverter in andere Sprachen liefern,
wenn sie nur funktionieren sollen,
keinen gut lesbaren code.
Eher sehr viel code, weil da expandiert wird.

> Mein Problem ist mit "in kürzester Zeit". Da wird dann wieder was 
> hingerotzt, was keinen Bestand hat und nicht durchdacht ist. SW 
> Entwicklung braucht Zeit und Planung, besonders bei komplexeren 
> Aufgaben. Daher sehe eher negativ auf das Projekt.

Vermutlich ist die Vorstellung wie bei space X.

>>
>> Ein Einfall von mir:
>>
>> COBOL - C Konverter dauert vielleicht zu lange.
>> Aus Maschinencode eine Assembler Eingabe basteln?
> 
> Kommt immer drauf an, ein Programm 1:1 zu ersetzen geht nur zu einem 
> gewissen Grad - irgendwann wird man sich verheddern (Ich habe mal 
> versucht ein Fortran Programm nach C zu portieren - war ein grandioser 
> Fehlschlag, nicht zuletzt weil das Fortan Programm für Großrechner 
> geschrieben war (Stichwort: Ressourcen)).

Compiler sind eventuell so aufgebaut,
dass sie die Quellsprache erst in eine Zwischensprache (z.B.Syntaxbaum)
und Tabellen übersetzen.

Auf dieser Zwischensprache wird eventuell optimiert.
Aus der Zwischensprache entsteht je nach compiler
Assembler oder das was ein Assembler erzeugt.

Theoretisch müsste man aus einer Zwischensprache,
die mehr oder weniger unabhängig von der jeweiligen Quellsprache ist,
wieder einen Quelltext erzeugen können.

Wenn dann noch der Quelltext bezüglich einiger Punkte
an den code Leser angepasst wird..

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

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

#636267

FromGoetz Schultz <ng.expire1225@goetz.co.uk>
Date2025-03-31 17:52 +0100
Message-ID<6627529c-e3a0-4050-a197-d6dbf197d9fd@news.goetz.co.uk>
In reply to#636264
On 31/03/2025 17:32, Hermann Riemann wrote:
> Am 31.03.25 um 17:54 schrieb Goetz Schultz:
>> On 30/03/2025 18:45, Hermann Riemann wrote:
>>> 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?
>>>
>>
>> Generell: Kein Problem, möglicherweise sogar eine gute Idee in 
>> Richtung Wartbarkeit.
> 
> Konverter in andere Sprachen liefern,
> wenn sie nur funktionieren sollen,
> keinen gut lesbaren code.
> Eher sehr viel code, weil da expandiert wird.
> 

Konvertieren sollte von Anfang an wegfallen - wenn im Org-Code viel Müll 
ist, wird man den mitschleppen. Daher Planung: was braucht man, was sind 
die logischen Abläufe etc. Einfach mal so, wird nur was in Sprache XYZ 
haben, was eher suboptimal läuft..

>> Mein Problem ist mit "in kürzester Zeit". Da wird dann wieder was 
>> hingerotzt, was keinen Bestand hat und nicht durchdacht ist. SW 
>> Entwicklung braucht Zeit und Planung, besonders bei komplexeren 
>> Aufgaben. Daher sehe eher negativ auf das Projekt.
> 
> Vermutlich ist die Vorstellung wie bei space X.

Dem habe ich nicht Beachtung geschenkt um was zu kommentieren.

>>>
>>> Ein Einfall von mir:
>>>
>>> COBOL - C Konverter dauert vielleicht zu lange.
>>> Aus Maschinencode eine Assembler Eingabe basteln?
>>
>> Kommt immer drauf an, ein Programm 1:1 zu ersetzen geht nur zu einem 
>> gewissen Grad - irgendwann wird man sich verheddern (Ich habe mal 
>> versucht ein Fortran Programm nach C zu portieren - war ein grandioser 
>> Fehlschlag, nicht zuletzt weil das Fortan Programm für Großrechner 
>> geschrieben war (Stichwort: Ressourcen)).
> 
> Compiler sind eventuell so aufgebaut,
> dass sie die Quellsprache erst in eine Zwischensprache (z.B.Syntaxbaum)
> und Tabellen übersetzen.
> 
> Auf dieser Zwischensprache wird eventuell optimiert.
> Aus der Zwischensprache entsteht je nach compiler
> Assembler oder das was ein Assembler erzeugt.

Ja, das ist bekannt, wie Compiler arbeiten (im Grundsatz, nicht im Detail).

> Theoretisch müsste man aus einer Zwischensprache,
> die mehr oder weniger unabhängig von der jeweiligen Quellsprache ist,
> wieder einen Quelltext erzeugen können.

Du willst allen Ernstes Assembler-Code durchsehen? Für ein 64-Bit 
Prozessor finde ich das ziemlich gewagt. Mir haben die 16-Bitter schon 
gereicht.

> Wenn dann noch der Quelltext bezüglich einiger Punkte
> an den code Leser angepasst wird..

Wenn dann in der Hochsprache - aber ich glaube kaum im Assembler-Raum. 
Und wenn das noch auch Großrechnern laufen soll, im Cluster ... Ich sehe 
da kaum Chancen (vllt. bin ich ja auch nicht genug dem ausgesetzt 
gewesen ...)

-- 

Cheers,
    G.

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

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

#636290

From"F. W." <me@home.invalid>
Date2025-04-01 12:58 +0200
Message-ID<m51v5oFbh0vU15@mid.individual.net>
In reply to#636267
Am 31.03.2025 um 18:52 schrieb Goetz Schultz:

>> Auf dieser Zwischensprache wird eventuell optimiert. Aus der 
>> Zwischensprache entsteht je nach compiler Assembler oder das was 
>> ein Assembler erzeugt.
> 
> Ja, das ist bekannt, wie Compiler arbeiten (im Grundsatz, nicht im 
> Detail).
> 

Scanner -> Parser -> Syntaxcheck -> Codegenerierung -> Optimierung

Interessant dabei ist, dass die "Tokenisierung" (im Parser), die ja bei
der KI heute mehr oder weniger zu den Grundlagen gehört, von Niklaus
Wirth schon in "Compilerbau (1978)" perfekt beschrieben und programmiert
wurde.

> Du willst allen Ernstes Assembler-Code durchsehen? Für ein 64-Bit 
> Prozessor finde ich das ziemlich gewagt. Mir haben die 16-Bitter 
> schon gereicht.

Wir haben mal ein Assemblerprogramm eines CPC von Amstrad/Schneider auf
den PC übertragen müssen. Wir haben tatsächlich einen kleinen Z80-
Simulator an dem Start gebracht.

Das Schwierige war dabei überraschenderweise nicht der Assemblercode,
sondern die Chip-Dokumentation. Man muss schon wissen, was ein Chip
macht, wenn man ihm einen bestimmten Wert über den Datenbus sendet.

> Wenn dann in der Hochsprache - aber ich glaube kaum im Assembler- 
> Raum. Und wenn das noch auch Großrechnern laufen soll, im 
> Cluster ... Ich sehe da kaum Chancen (vllt. bin ich ja auch nicht 
> genug dem ausgesetzt gewesen ...)

Auch hier wird die KI Überraschendes leisten.

FW

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

#636292

FromGerhard Hoffmann <dk4xp@arcor.de>
Date2025-04-01 13:51 +0200
Message-ID<vsgjvq$ktts$1@solani.org>
In reply to#636290
Am 01.04.25 um 12:58 schrieb F. W.:

> Interessant dabei ist, dass die "Tokenisierung" (im Parser), die ja bei
> der KI heute mehr oder weniger zu den Grundlagen gehört, von Niklaus
> Wirth schon in "Compilerbau (1978)" perfekt beschrieben und programmiert
> wurde.

Auf die Frage, wie sein Name richtig ausgesprochen wird:

You can call me by name, that's WIRT,
or you can call me by value, that's wörth  :-)

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

#636296

From"F. W." <me@home.invalid>
Date2025-04-01 14:47 +0200
Message-ID<m525jbFbh0uU9@mid.individual.net>
In reply to#636292
Am 01.04.2025 um 13:51 schrieb Gerhard Hoffmann:
> Am 01.04.25 um 12:58 schrieb F. W.:
> 
>> Interessant dabei ist, dass die "Tokenisierung" (im Parser), die
>> ja bei der KI heute mehr oder weniger zu den Grundlagen gehört,
>> von Niklaus Wirth schon in "Compilerbau (1978)" perfekt
>> beschrieben und programmiert wurde.
> 
> Auf die Frage, wie sein Name richtig ausgesprochen wird:
> 
> You can call me by name, that's WIRT, or you can call me by value,
> that's wörth  :-)
> 

Wobei gerade das in Pascal nicht besonders klar wird.

FW

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

#636300

FromGeorg Gruber <g.gruber_hauwech@gmx.net>
Date2025-04-01 21:28 +0200
Message-ID<360E4A1685F7668C@ggruber793.news.solani.org>
In reply to#636235
Am 30.03.2025 um 19:45 schrieb Hermann Riemann:
> 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?

Sobald Frontend oder DBMS nicht auf der Höhe der Zeit sind,
beginnt das Projekt /from scratch/, selbst wenn man es nochmal in COBOL 
schreiben wollte.


LG Georg

-- 
Be yourself; everyone else is already taken.
(Oscar Wilde)

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

#636340

FromWalter Brill <WalterBrill@t-online.de>
Date2025-04-02 14:38 +0200
Message-ID<m54pdsFruj9U5@mid.individual.net>
In reply to#636235
Hallo,

Am 30.03.25 um 19:45 schrieb Hermann Riemann:
> 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?

Da wäre jetzt Herwig der richtige Mann.

Was ist eigentlich los mit ihm?
Ist er erkrankt oder noch schlimmer?
Joachim?

Ciao
Walter

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

#636341

From"Dr. Joachim Neudert" <neudert@5sl.org>
Date2025-04-02 15:02 +0200
Message-ID<vsjcgm$mbo7$2@solani.org>
In reply to#636340
Am 02.04.25 um 14:38 schrieb Walter Brill:
> Hallo,
> 
> Am 30.03.25 um 19:45 schrieb Hermann Riemann:
>> 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?
> 
> Da wäre jetzt Herwig der richtige Mann.
> 
> Was ist eigentlich los mit ihm?
> Ist er erkrankt oder noch schlimmer?
> Joachim?
> 
> Ciao
> Walter

Es geht ihm gut.

Gruß

Joachim

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

#636455 — OK, Danke! (was:Re: COBOL ersetzen.)

FromWalter Brill <WalterBrill@t-online.de>
Date2025-04-03 18:54 +0200
SubjectOK, Danke! (was:Re: COBOL ersetzen.)
Message-ID<m57sprFd0djU1@mid.individual.net>
In reply to#636341

Am 02.04.25 um 15:02 schrieb Dr. Joachim Neudert:
> Am 02.04.25 um 14:38 schrieb Walter Brill:
>> Hallo,
>>
>> Am 30.03.25 um 19:45 schrieb Hermann Riemann:
>>> 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?
>>
>> Da wäre jetzt Herwig der richtige Mann.
>>
>> Was ist eigentlich los mit ihm?
>> Ist er erkrankt oder noch schlimmer?
>> Joachim?
>>
>> Ciao
>> Walter
> 
> Es geht ihm gut.
> 
> Gruß
> 
> Joachim

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

#636351

FromHermann Riemann <nospam.ng@hermann-riemann.de>
Date2025-04-02 16:45 +0200
Message-ID<m550svFtlorU1@mid.individual.net>
In reply to#636340
Am 02.04.25 um 14:38 schrieb Walter Brill:

> Da wäre jetzt Herwig der richtige Mann.

Zitat vom 1.4.2025 von ihm zu COBOL ersetzen:

Ausserdem wurde das Projekt, eine ganze Gruppe von ProgrammierSprachen
zu ersetzen, bereits in den 70-gern in die Wege geleitet.
Es hiess "Ada".

Abgesehen davon ist die Idee, eine ProgrammierSprache zu verwenden,
die den "Denk"Strukturen von BWLern angepasst ist, gar nicht so abwegig.

[toc] | [prev] | [standalone]

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

Back to top | Article view | ger.ct

csiph-web