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

Groups > ger.ct > #613556 > unrolled thread

Niklaus Wirth (1934 - 2024)

Back to article view | Back to ger.ct

Contents

  Niklaus Wirth (1934 - 2024) "F. W." <me@home.invalid> - 2024-01-04 11:53 +0100
    Re: Niklaus Wirth (1934 - 2024) Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-01-04 14:22 +0100
      Re: Niklaus Wirth (1934 - 2024) "F. W." <me@home.invalid> - 2024-01-04 14:58 +0100
        Re: Niklaus Wirth (1934 - 2024) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-04 16:57 +0100
          Re: Niklaus Wirth (1934 - 2024) Herwig <herwig.huener@t-online.de> - 2024-01-04 21:48 -0800
            Re: Niklaus Wirth (1934 - 2024) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-05 13:17 +0100
          Re: Niklaus Wirth (1934 - 2024) "F. W." <me@home.invalid> - 2024-01-05 07:09 +0100
            Re: Niklaus Wirth (1934 - 2024) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-05 20:31 +0100
    Re: Niklaus Wirth (1934 - 2024) Herwig <herwig.huener@t-online.de> - 2024-01-04 21:31 -0800
      Re: Niklaus Wirth (1934 - 2024) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-05 13:32 +0100
        [OT] Re: Niklaus Wirth (1934 - 2024) Walter Brill <WalterBrill@t-online.de> - 2024-01-05 16:18 +0100
        Re: Niklaus Wirth (1934 - 2024) Herwig <herwig.huener@t-online.de> - 2024-01-05 08:06 -0800
          Re: Niklaus Wirth (1934 - 2024) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-05 17:58 +0100
            Re: Niklaus Wirth (1934 - 2024) Gerhard Hoffmann <dk4xp@arcor.de> - 2024-01-05 22:17 +0100
              Re: Niklaus Wirth (1934 - 2024) Stefan Reuther <stefan.news@arcor.de> - 2024-01-07 12:03 +0100
    Re: Niklaus Wirth (1934 - 2024) Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-05 19:13 +0100
    Re: Niklaus Wirth (1934 - 2024) Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-06 09:35 +0100
      Re: Niklaus Wirth (1934 - 2024) Heinz Tauer <heinztauer@arcor.de> - 2024-01-06 11:19 +0100
        Re: Niklaus Wirth (1934 - 2024) Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-06 11:49 +0100
      Re: Niklaus Wirth (1934 - 2024) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-06 13:41 +0100
        Re: Niklaus Wirth (1934 - 2024) Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-06 14:07 +0100
          Re: Niklaus Wirth (1934 - 2024) Matthias Hanft <mh@hanft.de> - 2024-01-06 14:16 +0100
            Re: Niklaus Wirth (1934 - 2024) Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-06 15:29 +0100
        Re: Niklaus Wirth (1934 - 2024) Herwig <herwig.huener@t-online.de> - 2024-01-06 05:37 -0800
          Re: Niklaus Wirth (1934 - 2024) Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-06 15:32 +0100
            Re: Niklaus Wirth (1934 - 2024) Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-01-06 17:47 +0100
              Re: Niklaus Wirth (1934 - 2024) Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-06 18:34 +0100
                Re: Niklaus Wirth (1934 - 2024) Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-01-06 21:27 +0100
                  Re: Niklaus Wirth (1934 - 2024) Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-07 07:36 +0100
            Re: Niklaus Wirth (1934 - 2024) Herwig <herwig.huener@t-online.de> - 2024-01-07 04:16 -0800
              Re: Niklaus Wirth (1934 - 2024) Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-07 13:24 +0100
                Re: Niklaus Wirth (1934 - 2024) Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-07 13:28 +0100
          Re: Niklaus Wirth (1934 - 2024) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-06 19:49 +0100
        Re: Niklaus Wirth (1934 - 2024) Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-01-06 16:09 +0100
          Re: Niklaus Wirth (1934 - 2024) Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-01-06 17:22 +0100
          Re: Niklaus Wirth (1934 - 2024) Michael Zink <michael@swamp.franken.de> - 2024-01-06 22:38 +0100
        Re: Niklaus Wirth (1934 - 2024) Michael Bode <m.g.bode@web.de> - 2024-01-06 16:20 +0100
          Re: Niklaus Wirth (1934 - 2024) Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-01-06 17:24 +0100
            Re: Niklaus Wirth (1934 - 2024) Ulf Kutzner <Ulf.Kutzner@web.de> - 2024-01-07 01:14 -0800
              Re: Niklaus Wirth (1934 - 2024) Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-07 10:18 +0100
                Re: Niklaus Wirth (1934 - 2024) Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-01-07 14:08 +0100
              Re: Niklaus Wirth (1934 - 2024) Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-01-07 09:49 +0000
                Re: Niklaus Wirth (1934 - 2024) Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-01-07 12:02 +0100
                  Re: Niklaus Wirth (1934 - 2024) Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-01-07 12:39 +0000
                    Re: Niklaus Wirth (1934 - 2024) Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-01-07 13:54 +0100
            Re: Niklaus Wirth (1934 - 2024) Herwig <herwig.huener@t-online.de> - 2024-01-07 04:20 -0800
              Re: Niklaus Wirth (1934 - 2024) Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-01-07 13:56 +0100
          Re: Niklaus Wirth (1934 - 2024) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-06 21:18 +0100
        Re: Niklaus Wirth (1934 - 2024) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-06 20:43 +0100
      Re: Niklaus Wirth (1934 - 2024) nobody@nowhere.invalid (Marc Olschok) - 2024-01-15 20:36 +0000
    Re: Niklaus Wirth (1934 - 2024) Walter Brill <WalterBrill@t-online.de> - 2024-01-07 18:47 +0100
      Re: Niklaus Wirth (1934 - 2024) "F. W." <me@home.invalid> - 2024-01-08 09:15 +0100

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

#613556 — Niklaus Wirth (1934 - 2024)

https://de.wikipedia.org/wiki/Niklaus_Wirth

Einer der größten Informatiker ist gegangen.

:-(

FW

[toc] | [next] | [standalone]

#613562

"F. W." <me@home.invalid> wrote:

> https://de.wikipedia.org/wiki/Niklaus_Wirth
> 
> Einer der größten Informatiker ist gegangen.

Sic transit. Er war einer der wirklich Großen.

https://lists.inf.ethz.ch/pipermail/oberon/2024/016856.html

-- 
+++ATH

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

#613565

Am 04.01.2024 um 14:22 schrieb Dietz Proepper:
> "F. W." <me@home.invalid> wrote:
> 
>> https://de.wikipedia.org/wiki/Niklaus_Wirth
>> 
>> Einer der größten Informatiker ist gegangen.
> 
> Sic transit. Er war einer der wirklich Großen.
> 
> https://lists.inf.ethz.ch/pipermail/oberon/2024/016856.html
> 

"Simplicity and elegance"

Ich programmiere heute noch in Pascal, habe viele Jahre Geld mit
Modula-2 verdient und schätze Oberon als Forschungsobjekt.

Modula-2 als C-Parallelum hätte mir besser als moderne und erfolgreiche
Programmiersprache gefallen. Mein erstes Projekt war eine Flucht: in der
C-Version meines Programms musste ich mich mehr um das Werkzeug als um
das Werkstück kümmern.

Man kann mich für dumm halten. Aber C war mir einfach zu teuer.

Entgegen allen Erwartungen hat sich C allerdings durchgesetzt. Eine
Menge Ärger als Admin mit Programmen liegt meiner persönlichen Meinung
daran, dass die Wege von C so schwer zu verstehen sind. Anscheinend auch
für professionelle Entwickler.

Was ich an C schätze, ist die Symbolik. Manche C-Konzepte bestehen
einfach aus Zeichen. Modula-2 formuliert es immer aus. Man kann die
Sprache daher für "geschwätzig" halten. Sie dokumentiert sich allerdings
selbst und zwar noch besser als beispielsweise Python.

Vielleicht wäre eine Welt aus Modula-2 (und dem freien Linux) eine
bessere IT-Welt geworden. Ist aber nur eine These. Die Realität wusste
es besser.

FW

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

#613574

Am 04.01.24 um 14:58 schrieb F. W.:

> Ich programmiere heute noch in Pascal, habe viele Jahre Geld mit
> Modula-2 verdient und schätze Oberon als Forschungsobjekt.

Ich hatte auf Atari ST Pascal programmiert.
Bis ich Borland ANSI C hatte.
Da habe ich mich von Pascal erholt.
Freie Pointer die nach Bedarf auf verschieden Datentypen zeigten,
Pointer to function ..

> Entgegen allen Erwartungen hat sich C allerdings durchgesetzt.

Meiner nicht. Ich hatte Ada wenig Zukunft eingeschätzt ( und gehofft. )

> Eine Menge Ärger als Admin mit Programmen liegt meiner persönlichen Meinung
> daran, dass die Wege von C so schwer zu verstehen sind.

Das hängt eher vom Programmierstil ab.
( Ein echte Programmierer programmiert in jeder Sprache FORTRAN)

> Anscheinend auch für professionelle Entwickler.

Beruflich habe ich u.a. auch in C erfolgreich programmiert.

> Was ich an C schätze, ist die Symbolik. Manche C-Konzepte bestehen
> einfach aus Zeichen. Modula-2 formuliert es immer aus. Man kann die
> Sprache daher für "geschwätzig" halten.

Viel Text versteckt code.
z.B. begin end statt {}

> Sie dokumentiert sich allerdings
> selbst und zwar noch besser als beispielsweise Python.

Nach meiner Einschätzung sind Python Programme besser
  lesbar als C Programme.
Insbesondere bei Textbearbeitung.

> Vielleicht wäre eine Welt aus Modula-2 (und dem freien Linux) eine
> bessere IT-Welt geworden.

Unix soll aus überwiegend  aus C statt Assembler entstanden sein.
Und C soll eine besserer Assembler als den für die PDP 11 gewesen sein.
z.B. ++

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

#613587

2024-01-05 06:48:00 +0100

> ...

> ( Ein echte Programmierer programmiert in jeder Sprache FORTRAN)

Nö.

Der ESQL-Precompiler für COBOL im BS2000 wurde von Scratch auf
in C programmiert. Dabei wurden die Komponenten, für die ich
verantwortlich war, "Ada-artig" programmiert - ausserdem wurden
diese Komponenten isosemantisch in C als auch in C++ programmiert
- der Debugging-Output konnte das jederzeit verraten, welche Sprache
verwendet wurde!

Ein bischen SelbstBeweihräucherung: Als der PreCompiler im
Einsatz war, hat es nie Probleme in meinen Komponenten gegeben!
Ohne die vorherige "GehirnWäsche" in Strukturierter Programmierung
wäre das nicht möglich gewesen.

Ach ja: Der ESQL-COBOL-Compiler hatte eine Komponente
"Objekt-Format-Generator", der auch zu der Qualität beigetragen
hat - aber es steht mir nicht zu, darüber mehr zu erzählen ...

Herwig

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

#613607

On 05.01.24 06:48, Herwig wrote:
> 2024-01-05 06:48:00 +0100
> 
>> ...
> 
>> ( Ein echte Programmierer programmiert in jeder Sprache FORTRAN)
> 
> Nö.

Ersetze FORTRAN durch Lieblingssprache.

> 
> Ein bisschen SelbstBeweihräucherung: Als der PreCompiler im
> Einsatz war, hat es nie Probleme in meinen Komponenten gegeben!
> Ohne die vorherige "GehirnWäsche" in Strukturierter Programmierung
> wäre das nicht möglich gewesen.

Durch meine Ausbildung vor Berufstätigkeit habe ich
so programmiert, dass die Logik korrekt war.
Im Beruf habe ich bei großen Produkten bemerkt
dass, wie bei einem Gerüst, die internen Schnittstellen stimmen müssen.
Flüchtigkeitsfehler müssen mit Hilfe von Tests beseitigt werden.

Ein Kollege schwärmte von strukturierter Programmierung.
Als ich ein Programmteil, für den er zuständig war,
zum ersten Mal verwendete, war das Ergebnis,
das das Terminal (Konsole) nicht mehr reagierte,
  bis der computer neu hochgefahren wurde.

Hermann
    annehmend, das Gesetze und Regeln so etwas
    wie Programm Anweisungen für Menschen sind.

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

#613589

Am 04.01.24 um 16:57 schrieb Hermann Riemann:

>> Ich programmiere heute noch in Pascal, habe viele Jahre Geld mit 
>> Modula-2 verdient und schätze Oberon als Forschungsobjekt.

> Ich hatte auf Atari ST Pascal programmiert. Bis ich Borland ANSI C 
> hatte. Da habe ich mich von Pascal erholt. Freie Pointer die nach 
> Bedarf auf verschieden Datentypen zeigten, Pointer to function ..

Ja, man kann frei im Speicher herum zeigern. Genau das fand ich
allerdings ziemlich schwierig, da man alles im Blick haben musste. C
unterstütze einen anfangs nicht besonders, was auf "Betriebssystemen"
wie MS-DOS manchmal reine Zufälle generierte.

>> Entgegen allen Erwartungen hat sich C allerdings durchgesetzt.
> 
> Meiner nicht. Ich hatte Ada wenig Zukunft eingeschätzt ( und
> gehofft. )
> 

ADA hat sein Ziel erreicht: die offizielle Programmiersprache der
US-Regierung.

>> Eine Menge Ärger als Admin mit Programmen liegt meiner
>> persönlichen Meinung daran, dass die Wege von C so schwer zu
>> verstehen sind.

> Das hängt eher vom Programmierstil ab. ( Ein echte Programmierer 
> programmiert in jeder Sprache FORTRAN)

Ja, wenn man das Werkzeug jede Sekunde im Blick hat, kein Problem. Das
ist wie Fahren mit einem Ferrari: große Freiheit, aber für die Risiken
ist man selbst verantwortlich.

Mir klaute das zu viel Aufmerksamkeit für das Projekt.

>> Anscheinend auch für professionelle Entwickler.
> 
> Beruflich habe ich u.a. auch in C erfolgreich programmiert.
> 

Ich auch: IBM Anlagenbuchhaltung.

>> Was ich an C schätze, ist die Symbolik. Manche C-Konzepte bestehen
>>  einfach aus Zeichen. Modula-2 formuliert es immer aus. Man kann 
>> die Sprache daher für "geschwätzig" halten.
> 
> Viel Text versteckt code. z.B. begin end statt {}
> 

Das hätte Wirth bei M2 aufnehmen sollen.

> Unix soll aus überwiegend  aus C statt Assembler entstanden sein.
> Und C soll eine besserer Assembler als den für die PDP 11 gewesen
> sein. z.B. ++

Ja, ist bekannt. Deshalb kann man z. B. auch man-pages für C-Funktionen
aufrufen. Das ging m. W. in keiner anderen Programmiersprache.

Aber deshalb hat Wirth ja auch Lilith geschaffen: ein Betriebssystem auf
der Basis von M2. Was wäre das für ein geniales System geworden.

FW

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

#613632

Am 05.01.24 um 07:09 schrieb F. W.:

> Ja, man kann frei im Speicher herum zeigern. Genau das fand ich
> allerdings ziemlich schwierig, da man alles im Blick haben musste.

Das stimmt so nicht. Der pointer auf den Bildschirmbereich
war schon nützlich um Grafik zu programmieren.

Und bevor ich C hatte, hatte ich nur Pascal ST und GST Assembler.
Die ließen sich nicht zusammenbinden.
Allerdings ließen sich Assemblerprogramme spezial reset fest
im Speicher anlegen.
Ein Adapterteil habe ich dann hinter den Bildchirmbereich verschoben,
da dieser auch bei spezial reset nicht verändert wurde.
In Pascal habe ich es dann irgendwie mit irgendeiner
Unterprogramm Spezialeigenschaft geschafft
so das beim ersten Argument die Adresse hinter dem Bildschirmbereich 
stand, das 2. Argumnent so etwas wie eine Struktur war,
die als Argment missbraucht werden konnte.
Damit habe ich es durch stackpointer Manipulation geschafft,
dass das Unterprogramme an anderen Stellen zurückkehren konnte.
Als so etwas wie call X, unterbreche X an einer Stelle,
kehre zurück
mache später an der unterbrochenen Stelle weiter.


>>> Entgegen allen Erwartungen hat sich C allerdings durchgesetzt.
>>
>> Meiner nicht. Ich hatte Ada wenig Zukunft eingeschätzt ( und
>> gehofft. )
>>
> 
> ADA hat sein Ziel erreicht: die offizielle Programmiersprache der
> US-Regierung.

Die dann Produkte von Firmen kauft, die C verwenden.
>> Das hängt eher vom Programmierstil ab. ( Ein echte Programmierer 
>> programmiert in jeder Sprache FORTRAN)

> Ja, wenn man das Werkzeug jede Sekunde im Blick hat, kein Problem. Das
> ist wie Fahren mit einem Ferrari: große Freiheit, aber für die Risiken
> ist man selbst verantwortlich.

Ich würde C eher mit einem geländegängigen Traktor vergleichen.
Man kommt damit fast überall hin.

>> Viel Text versteckt code. z.B. begin end statt {}

> Das hätte Wirth bei M2 aufnehmen sollen.

Und die Einrückung vom Typ Python gab es beim erfolgreichen GfA Basic.

>> Unix soll aus überwiegend  aus C statt Assembler entstanden sein.
>> Und C soll eine besserer Assembler als den für die PDP 11 gewesen
>> sein. z.B. ++
> 
> Ja, ist bekannt. Deshalb kann man z. B. auch man-pages für C-Funktionen
> aufrufen. Das ging m. W. in keiner anderen Programmiersprache.
> 
> Aber deshalb hat Wirth ja auch Lilith geschaffen: ein Betriebssystem auf
> der Basis von M2. Was wäre das für ein geniales System geworden.

Das beste mir bekannte allgemeine Betriebssystem
ist derzeit Linux ( ein verbessertes Unix )


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

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

#613586

2024-01-05 06:32:00 +0100

> ...

> Einer der größten Informatiker ist gegangen.

Ouch.

Als mein BerufsLeben um 1980-03-03 anfing,
waren Pascal und strukturierte Programmierung
ein Hype - alle Probleme der Software-Produktion
liessen sich damit in den Griff bekommen. Ganz
so war es natürlich nicht - man kann in jeder
ProgrammierSprache Pfusch programmieren.
Aber ich fand Pascal irgendwie "sexy", und schon
Ende des Jahres 1980 hatte ich auf meinem
APPLE ][ das UCSD-Pascal. Damit qualifizierte
ich mich, ohne es damals zu wissen, zur Teilnahme
am Ada-Compiler-Projekt im BS2000, was bis zu
etwa 1991 die GrundTonArt meines BerufsLebens
werden sollte.

Was waren es für abenteuerliche Zeiten, wo ich
Computer dazu bringen konnte, das zu tun, was
ich wollte - und dass sie es auch tatsächlich
taten, war das Verdienst von Pascal und Ada -
diesen BS2000-Assembler habe ich nie begriffen,
und genauso wenig die Struktur der schon
vorhandenen Software-Komponenten des
BS2000.

In der Analyse der Source-Text Manipulation des
COBOL-Compilers im BS2000 steckt ein
rekursiv absteigender Analysator für die Source-Text
Manipulation von Cobol drin. Mein Kind - wenn es
nach meinen damaligen Chefs gegangen wäre,
hätte ich irgendwie die schon vorhandene
AnalyseAlgorithmik verwenden sollen. Hätte ich,
da der COBOL-Compiler etwas "unaufgeräumt"
war (historich gewachsen halt), niemals geschafft.

Wer heute den BS2000-Cobol-Compiler verwendet,
weiss gar nicht, wieviele "Untercompilerchen" er gerade
verwendet - einige rekursiv absteigend, andere eher
vom Typ "kreativ".

Ist mir letzten Endes auch egal. Der BS2000-
Cobol-Compiler wie auch einige andere BS2000-Produkte
(wie auch mein ESQL-PreCompiler) wurde zur Wartung
zur Firma IBA in Minsk verschoben - eine Firma in einem
Land, dass durchaus nicht abgeneigt ist, AtomBomben
auf uns zu schmeissen. Was für eine GeschäftsBeziehung!
Wenn der GesamtKontext der militärischen
Auseinandersetzungen mit RussLand explodiert, dann
müssen wir mit den verantwortlichen Managern dieser
konzernrechtlichen Umkonfiguration ein ernsthaftes
Wörtchen reden.

Nikolaus Wirth kann natürlich nichts dazu. Er ist
gewissermassen der Oppenheimer der Informatik.
Ob seine BioGraphie verfilmt werden wird?

Requiescat in Pacem. Möge er "drüben" einen
Computer zum Spielen haben. Mit einem
BetriebsSystem, das ihm behagt ...

Herwig

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

#613608

On 05.01.24 06:31, Herwig wrote:

> Als mein BerufsLeben um 1980-03-03 anfing,
> waren Pascal und strukturierte Programmierung
> ein Hype - alle Probleme der Software-Produktion
> liessen sich damit in den Griff bekommen.

Dieser und derartiger Werbung habe ich nicht geglaubt.
Was bei Anwendungen derartiger Programme dann passierte,
habe ich im Maschinencode Trace dann gesehen.

Wenn man ein Objekt nicht selber programmiert hat,
kann am eventuell am Assembler Listing sehen,
was tatsächlich passiert.
> diesen BS2000-Assembler habe ich nie begriffen,

Ich hatte schon vor Berufsanfang etwas CDC3300
Assembler Erfahrung, und angefangen,
eine CPU mit TTL Bausteinen zu konstruieren.
Daher habe ich mit einfachen Maschinencode
wie Z80, 68000, IBM360 und Assembler meist keine ernsthaften Probleme.

> Ist mir letzten Endes auch egal. Der BS2000-
> Cobol-Compiler wie auch einige andere BS2000-Produkte
> (wie auch mein ESQL-PreCompiler) wurde zur Wartung
> zur Firma IBA in Minsk verschoben

Minsk liegt in Weißrussland
und wird vom Putin Untertan Lukaschenko beherrscht.

Da ist so, wie wenn man die Buchhaltung
einer offen der Mafia gehörende Firma anvertraut.

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

#613621 — [OT] Re: Niklaus Wirth (1934 - 2024)

Hallo

Am 05.01.24 um 13:32 schrieb Hermann Riemann:
> On 05.01.24 06:31, Herwig wrote:

..
> Minsk liegt in Weißrussland
> und wird vom Putin Untertan Lukaschenko beherrscht.
> 
> Da ist so, wie wenn man die Buchhaltung
> einer offen der Mafia gehörende Firma anvertraut.

Neues von dort:

*Immunity, lifelong financial security and protection: Lukashenko signs 
off on guarantees for himself and his family*
<https://www.pravda.com.ua/eng/news/2024/01/4/7435808/>

Unglaublich!

Ciao
Walter

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

#613622

2024-01-05 17:08:00 +0100

> ...

> > Ist mir letzten Endes auch egal. Der BS2000- 
> > Cobol-Compiler wie auch einige andere BS2000-Produkte 
> > (wie auch mein ESQL-PreCompiler) wurde zur Wartung 
> > zur Firma IBA in Minsk verschoben.

> Minsk liegt in Weißrussland 
> und wird vom Putin Untertan Lukaschenko beherrscht. 
> 
> Da ist so, wie wenn man die Buchhaltung 
> einer offen der Mafia gehörende Firma anvertraut.

Schlechter Vergleich - die Mafia hat keine KernWaffen.

BTW: Die MitArbeiter von IBA, die bei uns zur
Produktübernahme waren, machten keinen schlechten
Eindruck, und die eine Woche, wo ich über den
ESQL-Precompiler referierte, hat sogar ein bischen
Spass gemacht. WeissRussen sind sie trotzdem.

Herwig

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

#613623

On 05.01.24 17:06, Herwig wrote:
>>> Ist mir letzten Endes auch egal. Der BS2000-
>>> Cobol-Compiler wie auch einige andere BS2000-Produkte
>>> (wie auch mein ESQL-PreCompiler) wurde zur Wartung
>>> zur Firma IBA in Minsk verschoben.
> 
>> Minsk liegt in Weißrussland
>> und wird vom Putin Untertan Lukaschenko beherrscht.
>>
>> Da ist so, wie wenn man die Buchhaltung
>> einer offen der Mafia gehörende Firma anvertraut.
> 
> Schlechter Vergleich - die Mafia hat keine KernWaffen.

Braucht sie welche? Wer ist Chef der Russenmafia?

> BTW: Die MitArbeiter von IBA, die bei uns zur
> Produktübernahme waren, machten keinen schlechten
> Eindruck, und die eine Woche, wo ich über den
> ESQL-Precompiler referierte, hat sogar ein bischen
> Spass gemacht. WeissRussen sind sie trotzdem.

Das waren ja auch "Techniker" und keine BWLer.

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

#613636

Am 05.01.24 um 17:58 schrieb Hermann Riemann:
> On 05.01.24 17:06, Herwig wrote:

>> BTW: Die MitArbeiter von IBA, die bei uns zur
>> Produktübernahme waren, machten keinen schlechten
>> Eindruck, und die eine Woche, wo ich über den
>> ESQL-Precompiler referierte, hat sogar ein bischen
>> Spass gemacht. WeissRussen sind sie trotzdem.

> Das waren ja auch "Techniker" und keine BWLer.

Du glaubst nicht, wie schnell die mutieren können.

Ich habe mal in einem früheren Leben die Hardware
für einen gemischten GPS/Glonnas-Empfänger gebaut.
Die Systeme benutzen nicht mal die gleiche Zeitskala,
und das ist bei einem Gerät, das von genauen
Laufzeitunterschieden von vielen Satelliten lebt, eine
zusätzliche Komplizierung, zusammen mit Wegrechnen
des Faraday-Effekts und anderem.

Die Software sollte von eigens an/abgeworbenen Glonass-
Entwicklern in Moskau geschrieben werden. Dafür hat
mein Kunde ein eigenes Büro dort eröffnet. Es gab eine
regelmäßige LKW-Verbindung zwischen dem Schwabenländle
und Moskau für Nachschub.

Die Herren Doktoren der Raumfahrttechnik haben ihre
neuen Connections in NullKommaNix dazu benutzt, die
Westfirmen in und rings um Moskau mit Buntstiften und
Leitz-Ordnern zu versorgen.

Aus der Software ist nie was geworden. Es gab dann
auch die übliche Schutzgelderpressung und mein Kunde
hat den Stöpsel gezogen. Ein Jahr später hatte
Ashtech ein funktionierendes System.
Marktlücke geschlossen.

Gerhard

ps    ontopic zu N.W.:

Er wurde von Englischsprachigen gefragt, wie sein Name
korrekt ausgesprochen würde.

Antwort von N.W.:

You can call me by name, that's "WIRT"

Or you can call me by value, that's "worth".

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

#613736

Am 05.01.2024 um 22:17 schrieb Gerhard Hoffmann:
> Er wurde von Englischsprachigen gefragt, wie sein Name
> korrekt ausgesprochen würde.
> 
> Antwort von N.W.:
> 
> You can call me by name, that's "WIRT"
> 
> Or you can call me by value, that's "worth".

Das funktioniert nur mit dem vollständigen Namen richtig gut:

# Whereas Europeans generally pronounce his name the right way ('Nick-
# louse Veert'), Americans invariably mangle it into 'Nickel's Worth.'
# This is to say that Europeans call him by name, but Americans call him
# by value.

    Introduction by Adriaan van Wijngaarden at the IFIP Congress (1965).

https://en.wikiquote.org/wiki/Niklaus_Wirth#Quotes_about_Niklaus_Wirth


  Stefan

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

#613629

Am 04.01.2024 um 11:53 schrieb F. W.:
> https://de.wikipedia.org/wiki/Niklaus_Wirth
> 
> Einer der größten Informatiker ist gegangen.
> 
> :-(

Und wie alt ist der geworden ? ;-)

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

#613642

Am 04.01.2024 um 11:53 schrieb F. W.:

> https://de.wikipedia.org/wiki/Niklaus_Wirth
> Einer der größten Informatiker ist gegangen.

Und wie alt ist der letzlich geworden ? ;-)

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

#613647

Am 06.01.2024 um 09:35 schrieb Bonita Montero:
> Am 04.01.2024 um 11:53 schrieb F. W.:
>
>> https://de.wikipedia.org/wiki/Niklaus_Wirth
>> Einer der größten Informatiker ist gegangen.
> Und wie alt ist der letzlich geworden ? ;-)
>
>
lesen müsste man können!?

-- 
Gruß
Heinz

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

#613648

Am 06.01.2024 um 11:19 schrieb Heinz Tauer:

> Am 06.01.2024 um 09:35 schrieb Bonita Montero:

>>> https://de.wikipedia.org/wiki/Niklaus_Wirth
>>> Einer der größten Informatiker ist gegangen.
>> Und wie alt ist der letzlich geworden ? ;-)

> lesen müsste man können!?

Nicht nur das ...
Also: wie alt ist der geworden ?

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

#613651

Am 06.01.24 um 09:35 schrieb Bonita Montero:
> Am 04.01.2024 um 11:53 schrieb F. W.:
> 
>> https://de.wikipedia.org/wiki/Niklaus_Wirth
>> Einer der größten Informatiker ist gegangen.
> 
> Und wie alt ist der letztlich geworden ? ;-)

Also ein Fangfrage für Eignung zum Programmieren?

2 Zahlen abziehen dürfte für die meisten kein Problem sein.
Wenn man den Geburtstag und Sterbetag berücksichtigt
ist die Altersbestimmung schon etwas schwieriger.
Und dann noch die Frage,
ist am Tag nach der Geburt 0 oder 1 Jahr alt?
Bei gleichem Tag im Jahr ( am Geburtstag)
könnte noch die Uhrzeit eine Rolle spielen.

Interessanter könnte die Frage sein:
Ab wann möglichst genau ist aus einer Samen und einer Eizelle
  ein Mensch entstanden?

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

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

Back to top | Article view | ger.ct

csiph-web