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

Groups > ger.ct > #614381 > unrolled thread

Zwei Textdateien zeilenweise abgleichen

Started by"F. W." <me@home.invalid>
First post2024-01-23 12:27 +0100
Last post2024-01-31 13:34 +0100
Articles 20 on this page of 108 — 23 participants

Back to article view | Back to ger.ct

Contents

  Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-23 12:27 +0100
    Re: Zwei Textdateien zeilenweise abgleichen Ulf Kutzner <Ulf.Kutzner@web.de> - 2024-01-23 03:45 -0800
      Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-23 14:55 +0100
    Re: Zwei Textdateien zeilenweise abgleichen Hartmut Ott <hartmut@arcor.de> - 2024-01-23 13:14 +0100
      Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-23 13:31 +0100
      Re: Zwei Textdateien zeilenweise abgleichen "Wendelin Uez" <wuez@online.de> - 2024-01-23 13:50 +0100
        Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-23 14:56 +0100
        Re: Zwei Textdateien zeilenweise abgleichen Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-01-25 11:16 +0100
    Re: Zwei Textdateien zeilenweise abgleichen Shinji Ikari <shinji@gmx.net> - 2024-01-23 14:17 +0100
      Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-23 14:57 +0100
        Re: Zwei Textdateien zeilenweise abgleichen Walter Brill <WalterBrill@t-online.de> - 2024-01-23 16:44 +0100
      Re: Zwei Textdateien zeilenweise abgleichen Gunter Kühne <kuehne-g@freenet.de> - 2024-01-23 18:07 +0100
    Re: Zwei Textdateien zeilenweise abgleichen "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-01-23 16:01 +0000
    Re: Zwei Textdateien zeilenweise abgleichen Axel Reichert <mail@axel-reichert.de> - 2024-01-23 18:41 +0100
    Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-24 18:14 +0100
      Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-24 19:09 +0100
        Re: Zwei Textdateien zeilenweise abgleichen Axel Reichert <mail@axel-reichert.de> - 2024-01-24 21:00 +0100
          Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 02:54 +0100
          Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-25 18:52 +0100
        Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 03:16 +0100
          Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-25 18:51 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 19:35 +0100
            Re: Zwei Textdateien zeilenweise abgleichen; Ergänzung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 20:10 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-01-25 22:42 +0000
              Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-26 10:59 +0100
                Re: Zwei Textdateien zeilenweise abgleichen Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-01-26 22:20 +0000
                  Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-27 14:36 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-27 14:46 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-27 18:08 +0100
                        Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-27 18:34 +0100
                          Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 09:46 +0100
                            Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 11:15 +0100
                              Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-28 12:11 +0100
                                Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 12:43 +0100
                                  Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-28 13:46 +0100
                                    Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-28 13:52 +0100
                                    Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 21:26 +0100
                                    Re: Zwei Textdateien zeilenweise abgleichen Ulf Kutzner <Ulf.Kutzner@web.de> - 2024-01-29 03:18 -0800
                            Re: Zwei Textdateien zeilenweise abgleichen "Dr. Joachim Neudert" <neudert@5sl.org> - 2024-03-01 12:30 +0100
                        Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-27 18:52 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-01-27 18:01 +0000
                        Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-27 21:20 +0100
                          Re: Zwei Textdateien zeilenweise abgleichen Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-01-27 21:57 +0000
                      Re: Zwei Textdateien zeilenweise abgleichen Goetz Schultz <ng.expire1225@goetz.co.uk> - 2024-01-27 20:17 +0000
        Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-25 18:59 +0100
          Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-25 19:08 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-25 20:10 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-01-25 19:45 +0000
            Re: Zwei Textdateien zeilenweise abgleichen "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-01-26 09:07 +0000
              Re: Zwei Textdateien zeilenweise abgleichen Andreas Karrer <ak-4a@gmx.ch> - 2024-01-26 10:02 +0000
                Re: Zwei Textdateien zeilenweise abgleichen "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-01-26 10:41 +0000
                Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-27 18:39 +0100
          Re: Zwei Textdateien zeilenweise abgleichen Andreas Karrer <ak-4a@gmx.ch> - 2024-01-26 00:02 +0000
          Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-26 06:57 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Andreas Karrer <ak-4a@gmx.ch> - 2024-01-26 09:55 +0000
            Re: Zwei Textdateien zeilenweise abgleichen Michael Zink <michael@swamp.franken.de> - 2024-01-27 10:03 +0100
              Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-27 13:10 +0100
                Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-27 14:45 +0100
                  Re: Zwei Textdateien zeilenweise abgleichen "Dr. Joachim Neudert" <neudert@5sl.org> - 2024-01-27 18:18 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-27 18:47 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-27 19:39 +0100
                        Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-27 21:24 +0100
                          Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-28 00:03 +0100
                            Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 09:00 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-27 18:36 +0100
              Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-27 19:42 +0100
                Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 09:43 +0100
                  Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-28 11:12 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 11:38 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-28 11:56 +0100
                        Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-28 12:09 +0100
                          Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-28 12:31 +0100
                          Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 12:38 +0100
                            Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-28 13:33 +0100
                              Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 21:06 +0100
                                Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-28 23:38 +0100
                                  Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-31 13:37 +0100
                                    Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-31 13:54 +0100
                                      Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-31 15:11 +0100
                                      Re: Zwei Textdateien zeilenweise abgleichen Matthias Eißing <meissing@gmx.de> - 2024-01-31 15:19 +0100
                  Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-28 16:00 +0100
                    [Python3] print() (was: Zwei Textdateien zeilenweise abgleichen) Marcel Logen <333200007110-0201@ybtra.de> - 2024-01-28 16:20 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 21:16 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-30 07:24 +0100
        Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-02-02 17:40 +0100
        Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-02 20:00 +0100
          Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-03 12:15 +0100
            Re: Zwei Textdateien zeilenweise abgleichen; Ergänzung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-03 12:45 +0100
              Re: Zwei Textdateien zeilenweise abgleichen; Ergänzung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-03 16:27 +0100
      Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-25 09:54 +0100
        Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 11:54 +0100
          Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-25 12:13 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Ruediger Lahl <ruediger.lahl@gmx.de> - 2024-01-25 13:56 +0100
              Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-25 15:24 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 14:42 +0100
              Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-25 15:31 +0100
                Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 17:38 +0100
                  Re: Zwei Textdateien zeilenweise abgleichen Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-01-25 18:52 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 19:10 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-01-25 19:28 +0100
                        Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 19:56 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-30 10:11 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-01-30 10:56 +0100
                  Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-26 07:43 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-27 18:45 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-30 07:29 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-31 13:09 +0100
                        Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-31 13:34 +0100

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

#614571

FromStefan+Usenet@Froehlich.Priv.at (Stefan Froehlich)
Date2024-01-27 18:01 +0000
Message-ID<3t65b543b9i2be6n3e8%sfroehli@Froehlich.Priv.at>
In reply to#614552
On Sat, 27 Jan 2024 14:46:01 Michael Bode wrote:
> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>> Am 26.01.24 um 23:20 schrieb Stefan Froehlich:
>>> On Fri, 26 Jan 2024 10:59:33 Hermann Riemann wrote:
>>>> Am 25.01.24 um 23:42 schrieb Stefan Froehlich:
>>>>> On Thu, 25 Jan 2024 23:39:03 Stefan Ram wrote:
>>>>>> print $animals[$#animals];
>>>>>>     gibt [in Perl] die letzte Komponente aus ("owl").
>>>>>
>>>>>>     Schauen wir uns nun zum Vergleich noch ein entsprechendes
>>>>>>     Python-Programm an
>>>>>
>>>>>> print( animals[ -1 ])
>>>>>
>>>>>>     Was ist nun besser? Perl oder Python?
>>>>>
>>>>> Wie definierst Du "besser"? Ist im Grund genommen ist beides
>>>>> unleserlich, wenn man die jeweilige Programmiersprache nicht
>>>>> bereits beherrscht.
 
>>>> Wenn man array und Indices von irgendeiner Sprache her kennt,
>>>> ist beides etwa gleich gut lesbar.

>>> Gleich unlesbar. Wenn ich nicht weiß, was $#animals bedeutet,
>>> kann ich es allenfalls empirisch herausfinden, mir aber nicht
>>> logisch erschließen

>>> Etwas in der Form $animals[count($animals)] ist hingegen auch
>>> ohne die einschlägigen Sprachkenntnisse lesbar - der mögliche
>>> off-by-one Fehler ist für das bloße Verständnis, was die
>>> Software tut, ja nur selten relevant.

>> Wenn man sich unter count etwas vorstellt. len oder gar len_of
>> wäre nicht mal eindeutig weil Speicherlänge ungleich maximal
>> Index Nummer ist.

Begriffe aus der normalen Sprache sind irgendwelchen magic token
jedenfalls schon einmal überlegen - vieles ergibt sich für den Leser
dann zwanglos aus dem Kontext.

> Deshalb gibt es in Ada sowas wie animals'last. Aber auch da muss
> man natürlich wissen, was ' macht.

Auch da habe ich aber zumindestens einen ziemlich guten
Anhaltspunkt.

> Es hilft einfach nichts: wenn man in Sprache X programmieren will,
> sollte man Sprache X einigermaßen lernen.

Das ohnehin, und nicht nur "einigermaßen". Sobald man die Sprache
hinreichend gut beherrscht, sind aber jedenfalls *solche* Details,
wie sie von Hermann in die Diskussion eingebracht wurden, vollkommen
irrelevant dafür, welche Sprache nun "besser" sein könnte. Über
alternative, geeignetere Metriken wäre getrennt nachzudenken.

Der einzige Kontext, in dem [$#animals] vs [-1] einen Vergleich
besser/schlechter überhaupt zulässt ist eben der eines Lesers, der
keine Ahnung von der Sprache hat. Wie praxisrelevant so ein
Vergleich ist... eher mäßig.

(Gelegentlich stoße ich bei der Suche nach einer sehr spezifischen
Problemlösung auf Algorithmen in mir nicht vertrauten Sprachen. Da
hilft es in der Tat, wenn ich nicht für das Verständnis von 10
Zeilen Code erst die Sprache lernen muss)

Servus,
   Stefan

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

Stefan - das Gefühl zu zappeln!
(Sloganizer)

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

#614579

FromMichael Bode <m.g.bode@web.de>
Date2024-01-27 21:20 +0100
Message-ID<l1l6t1F63huU1@mid.individual.net>
In reply to#614571
Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) writes:

> Begriffe aus der normalen Sprache sind irgendwelchen magic token
> jedenfalls schon einmal überlegen - vieles ergibt sich für den Leser
> dann zwanglos aus dem Kontext.

Ungefähr. Und wenn die Details wichtig werden, hilft Raten wieder nicht
wirklich weiter.

>> Deshalb gibt es in Ada sowas wie animals'last. Aber auch da muss
>> man natürlich wissen, was ' macht.
>
> Auch da habe ich aber zumindestens einen ziemlich guten
> Anhaltspunkt.
>
>> Es hilft einfach nichts: wenn man in Sprache X programmieren will,
>> sollte man Sprache X einigermaßen lernen.
>
> Das ohnehin, und nicht nur "einigermaßen". Sobald man die Sprache
> hinreichend gut beherrscht, sind aber jedenfalls *solche* Details,
> wie sie von Hermann in die Diskussion eingebracht wurden, vollkommen
> irrelevant dafür, welche Sprache nun "besser" sein könnte. Über
> alternative, geeignetere Metriken wäre getrennt nachzudenken.

Einigermaßen reicht schon, um was funktionsfähiges hinzubekommen. Man
braucht keine Schreinerlehre, um Billy zusammenzubauen.

> Der einzige Kontext, in dem [$#animals] vs [-1] einen Vergleich
> besser/schlechter überhaupt zulässt ist eben der eines Lesers, der
> keine Ahnung von der Sprache hat. Wie praxisrelevant so ein
> Vergleich ist... eher mäßig.

Das reicht nur, um persönliche Vorlieben abzugleichen. Ich hab z.B. eine
Allergie gegen geschweifte Klammern. Das hat aber nichts mit besser oder
schlechter zu tun.

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

#614583

FromStefan+Usenet@Froehlich.Priv.at (Stefan Froehlich)
Date2024-01-27 21:57 +0000
Message-ID<7t65b57bd2iac58n3e8%sfroehli@Froehlich.Priv.at>
In reply to#614579
On Sat, 27 Jan 2024 21:20:48 Michael Bode wrote:
> Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) writes:
>> Der einzige Kontext, in dem [$#animals] vs [-1] einen Vergleich
>> besser/schlechter überhaupt zulässt ist eben der eines Lesers,
>> der keine Ahnung von der Sprache hat. Wie praxisrelevant so ein
>> Vergleich ist... eher mäßig.

> Das reicht nur, um persönliche Vorlieben abzugleichen.

Was halt in einer Diskussin nicht wirklich viel bringt, da Vorlieben
naturgemäß etwas höchstpersönliches sind.

> Ich hab z.B. eine Allergie gegen geschweifte Klammern. Das hat
> aber nichts mit besser oder schlechter zu tun.

Bei mir ist es genau umgekehrt, und Blöcke ohne Klammerung
verursachen Magenschmerzen (BEGIN/END von Pascal ist als Ersatz
gerade noch grenzwertig ok).

Servus,
   Stefan

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

Spaß mit Stefan, standhaft und pfiffig!
(Sloganizer)

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

#614577

FromGoetz Schultz <ng.expire1225@goetz.co.uk>
Date2024-01-27 20:17 +0000
Message-ID<up3od2$3h0sv$1@dont-email.me>
In reply to#614552
On 27/01/2024 13:46, Michael Bode wrote:
> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:

>> Wenn man sich unter count etwas vorstellt. len oder gar len_of wäre
>> nicht mal eindeutig weil Speicherlänge ungleich maximal Index Nummer ist.
> 
> Deshalb gibt es in Ada sowas wie animals'last. Aber auch da muss man
> natürlich wissen, was ' macht. Es hilft einfach nichts: wenn man in
> Sprache X programmieren will, sollte man Sprache X einigermaßen lernen.

Kommt drauf an wie weit man gehen muss. Ich hatte mal mit Perl zu tun 
(weil das damals das heißeste (The hottest shit - OTon von meinem 
ehemaligen CTO)  war, bevor man zu PHP und Java gefunden hat), aber 
keine Ahnung davon (rudimentär weil 5x angefangen dann Lust verloren und 
Python/Bash/PHP irgendwie mehr "verständlich" waren). Ich konnte einige 
Fehler aus Programmen ausbügeln, neues hinzufügen - aber von Grund auf? 
Nope, keine Chance
.
-- 

Cheers,
    G.

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

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

#614469

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2024-01-25 18:59 +0100
Message-ID<uou6pr$gst$3@news.bawue.net>
In reply to#614428
On 1/24/24 20:14, Stefan Ram wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>> Also wenn man Textstrings bearbeiten will wäre doch eher PERL geeignet.
> 
>    Zeige mir nur ein Beispiel der "Textstringbearbeitung", das mit
>    Perl oder sed besser geht als mit Python!

Gibt es bei Python Backreferences? Ich fand das bei PERL genial, im 
regulären Ausdruck im 'if' ein paar () passend setzen und schon hat man 
die interessanten Teile im vom 'if' getesteten String in Variablen ($1, 
$2, $3, ...) wenn der Test erfolgreich war.

Sowas hier:

if ($line =~/.*output1:\s+(\w+);.*/) {$out1p = $1;}

  Gerrit

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

#614470

FromMichael Bode <m.g.bode@web.de>
Date2024-01-25 19:08 +0100
Message-ID<l1fmd3F4sinU1@mid.individual.net>
In reply to#614469
Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:

> On 1/24/24 20:14, Stefan Ram wrote:
>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>> Also wenn man Textstrings bearbeiten will wäre doch eher PERL geeignet.
>>    Zeige mir nur ein Beispiel der "Textstringbearbeitung", das mit
>>    Perl oder sed besser geht als mit Python!
>
> Gibt es bei Python Backreferences? Ich fand das bei PERL genial, im
> regulären Ausdruck im 'if' ein paar () passend setzen und schon hat
> man die interessanten Teile im vom 'if' getesteten String in Variablen
> ($1, $2, $3, ...) wenn der Test erfolgreich war.
>
> Sowas hier:
>
> if ($line =~/.*output1:\s+(\w+);.*/) {$out1p = $1;}

Sieht aus als wäre ein Gürteltier über die Tastatur gerollt.

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

#614475

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2024-01-25 20:10 +0100
Message-ID<uouati$gst$4@news.bawue.net>
In reply to#614470
On 1/25/24 19:08, Michael Bode wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
> 
>> On 1/24/24 20:14, Stefan Ram wrote:
>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>>> Also wenn man Textstrings bearbeiten will wäre doch eher PERL geeignet.
>>>     Zeige mir nur ein Beispiel der "Textstringbearbeitung", das mit
>>>     Perl oder sed besser geht als mit Python!
>>
>> Gibt es bei Python Backreferences? Ich fand das bei PERL genial, im
>> regulären Ausdruck im 'if' ein paar () passend setzen und schon hat
>> man die interessanten Teile im vom 'if' getesteten String in Variablen
>> ($1, $2, $3, ...) wenn der Test erfolgreich war.
>>
>> Sowas hier:
>>
>> if ($line =~/.*output1:\s+(\w+);.*/) {$out1p = $1;}
> 
> Sieht aus als wäre ein Gürteltier über die Tastatur gerollt.

Ist bei regulären Ausdrücken immer so.

  Gerrit

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

#614479

FromStefan+Usenet@Froehlich.Priv.at (Stefan Froehlich)
Date2024-01-25 19:45 +0000
Message-ID<1t65b2b8bfi3aca47n3e8%sfroehli@Froehlich.Priv.at>
In reply to#614470
On Thu, 25 Jan 2024 19:08:35 Michael Bode wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>> On 1/24/24 20:14, Stefan Ram wrote:
>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>>> Also wenn man Textstrings bearbeiten will wäre doch eher PERL geeignet.
>>> Zeige mir nur ein Beispiel der "Textstringbearbeitung", das mit
>>> Perl oder sed besser geht als mit Python!

>> Gibt es bei Python Backreferences? Ich fand das bei PERL genial,
>> im regulären Ausdruck im 'if' ein paar () passend setzen und
>> schon hat man die interessanten Teile im vom 'if' getesteten
>> String in Variablen ($1, $2, $3, ...) wenn der Test erfolgreich
>> war.

>> Sowas hier:
>>
>> if ($line =~/.*output1:\s+(\w+);.*/) {$out1p = $1;}

Das ist eigentlich keine Backreference sondern eine Capture (es wird
dabei ja nichts referenziert). Backreferences treten im gleichen
Pattern auf, /ab(..)ef\1gh/, wobei dann bei \1 genau die gleichen
Zeichen stehen müssen, auf die (..) zuvor gematched hat.

Und selbstverständlich gibt es beides auch in Python (sowie
vermutlich in jeder anderen Sprache, die mit regulären Ausdrücken
arbeiten kann).

> Sieht aus als wäre ein Gürteltier über die Tastatur gerollt.

Im Prinzip ja, aber woran unterscheidest Du hier Gürteltiere von
Katzen?

Servus,
   Stefan

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

Stefan - mit der himmlischen Kraft falscher Bänker.
(Sloganizer)

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

#614492

From"Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de>
Date2024-01-26 09:07 +0000
Message-ID<l1hb2mFfee0U1@mid.individual.net>
In reply to#614470
Michael Bode <m.g.bode@web.de> wrote:
>Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:

>> On 1/24/24 20:14, Stefan Ram wrote:
>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>>> Also wenn man Textstrings bearbeiten will wäre doch eher PERL geeignet.
>>>    Zeige mir nur ein Beispiel der "Textstringbearbeitung", das mit
>>>    Perl oder sed besser geht als mit Python!
>>
>> Gibt es bei Python Backreferences? Ich fand das bei PERL genial, im
>> regulären Ausdruck im 'if' ein paar () passend setzen und schon hat
>> man die interessanten Teile im vom 'if' getesteten String in Variablen
>> ($1, $2, $3, ...) wenn der Test erfolgreich war.
>>
>> Sowas hier:
>>
>> if ($line =~/.*output1:\s+(\w+);.*/) {$out1p = $1;}

>Sieht aus als wäre ein Gürteltier über die Tastatur gerollt.
Das ist IMO noch recht gut lesbar. Kryptisch wird es nicht, weil es
Perl ist, sondern aufgrund der REs.
In Python schaut die RE auch nicht weniger kryptisch (für nicht RE-Kenner)
aus. Da schreibt man:
match=re.search(".*...",line)
if (match): out1p=match.group(1)
Eine Zuweisung hat in Python leider keinen Wert, der abgefragt werden kann.
-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

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

#614496

FromAndreas Karrer <ak-4a@gmx.ch>
Date2024-01-26 10:02 +0000
Message-ID<slrnur70p7.d2i8.ak-4a@eternal-september.org>
In reply to#614492
* Peter Heitzer <peter.heitzer@rz.uni-regensburg.de>:
> Michael Bode <m.g.bode@web.de> wrote:
>>Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>
>>> On 1/24/24 20:14, Stefan Ram wrote:
>>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>>>> Also wenn man Textstrings bearbeiten will wäre doch eher PERL geeignet.
>>>>    Zeige mir nur ein Beispiel der "Textstringbearbeitung", das mit
>>>>    Perl oder sed besser geht als mit Python!
>>>
>>> Gibt es bei Python Backreferences? Ich fand das bei PERL genial, im
>>> regulären Ausdruck im 'if' ein paar () passend setzen und schon hat
>>> man die interessanten Teile im vom 'if' getesteten String in Variablen
>>> ($1, $2, $3, ...) wenn der Test erfolgreich war.
>>>
>>> Sowas hier:
>>>
>>> if ($line =~/.*output1:\s+(\w+);.*/) {$out1p = $1;}
>
>>Sieht aus als wäre ein Gürteltier über die Tastatur gerollt.
> Das ist IMO noch recht gut lesbar. Kryptisch wird es nicht, weil es
> Perl ist, sondern aufgrund der REs.
> In Python schaut die RE auch nicht weniger kryptisch (für nicht RE-Kenner)
> aus. Da schreibt man:
> match=re.search(".*...",line)
> if (match): out1p=match.group(1)
> Eine Zuweisung hat in Python leider keinen Wert, der abgefragt werden kann.

Siehe aber ":=", seit Python 3.8.

 - Andi

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

#614498

From"Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de>
Date2024-01-26 10:41 +0000
Message-ID<l1hgjaFgmarU1@mid.individual.net>
In reply to#614496
Andreas Karrer <ak-4a@gmx.ch> wrote:
>* Peter Heitzer <peter.heitzer@rz.uni-regensburg.de>:
>> Michael Bode <m.g.bode@web.de> wrote:
>>>Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>
>>>> On 1/24/24 20:14, Stefan Ram wrote:
>>>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>>>>> Also wenn man Textstrings bearbeiten will wäre doch eher PERL geeignet.
>>>>>    Zeige mir nur ein Beispiel der "Textstringbearbeitung", das mit
>>>>>    Perl oder sed besser geht als mit Python!
>>>>
>>>> Gibt es bei Python Backreferences? Ich fand das bei PERL genial, im
>>>> regulären Ausdruck im 'if' ein paar () passend setzen und schon hat
>>>> man die interessanten Teile im vom 'if' getesteten String in Variablen
>>>> ($1, $2, $3, ...) wenn der Test erfolgreich war.
>>>>
>>>> Sowas hier:
>>>>
>>>> if ($line =~/.*output1:\s+(\w+);.*/) {$out1p = $1;}
>>
>>>Sieht aus als wäre ein Gürteltier über die Tastatur gerollt.
>> Das ist IMO noch recht gut lesbar. Kryptisch wird es nicht, weil es
>> Perl ist, sondern aufgrund der REs.
>> In Python schaut die RE auch nicht weniger kryptisch (für nicht RE-Kenner)
>> aus. Da schreibt man:
>> match=re.search(".*...",line)
>> if (match): out1p=match.group(1)
>> Eine Zuweisung hat in Python leider keinen Wert, der abgefragt werden kann.

>Siehe aber ":=", seit Python 3.8.
Nützt nur nichts, wenn das Skript auch mit älteren Python3 Versionen laufen
soll.

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

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

#614565

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2024-01-27 18:39 +0100
Message-ID<up3ear$k4j$2@news.bawue.net>
In reply to#614496
On 1/26/24 11:02, Andreas Karrer wrote:
> * Peter Heitzer <peter.heitzer@rz.uni-regensburg.de>:
>> Michael Bode <m.g.bode@web.de> wrote:
>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>
>>>> On 1/24/24 20:14, Stefan Ram wrote:
>>>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>>>>> Also wenn man Textstrings bearbeiten will wäre doch eher PERL geeignet.
>>>>>     Zeige mir nur ein Beispiel der "Textstringbearbeitung", das mit
>>>>>     Perl oder sed besser geht als mit Python!
>>>>
>>>> Gibt es bei Python Backreferences? Ich fand das bei PERL genial, im
>>>> regulären Ausdruck im 'if' ein paar () passend setzen und schon hat
>>>> man die interessanten Teile im vom 'if' getesteten String in Variablen
>>>> ($1, $2, $3, ...) wenn der Test erfolgreich war.
>>>>
>>>> Sowas hier:
>>>>
>>>> if ($line =~/.*output1:\s+(\w+);.*/) {$out1p = $1;}
>>
>>> Sieht aus als wäre ein Gürteltier über die Tastatur gerollt.
>> Das ist IMO noch recht gut lesbar. Kryptisch wird es nicht, weil es
>> Perl ist, sondern aufgrund der REs.
>> In Python schaut die RE auch nicht weniger kryptisch (für nicht RE-Kenner)
>> aus. Da schreibt man:
>> match=re.search(".*...",line)
>> if (match): out1p=match.group(1)
>> Eine Zuweisung hat in Python leider keinen Wert, der abgefragt werden kann.
> 
> Siehe aber ":=", seit Python 3.8.

Ach... bei Python ist die Syntax immer noch instabil?

  Gerrit

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

#614484

FromAndreas Karrer <ak-4a@gmx.ch>
Date2024-01-26 00:02 +0000
Message-ID<slrnur5tjp.c1fi.ak-4a@eternal-september.org>
In reply to#614469
* Gerrit Heitsch <gerrit@laosinh.s.bawue.de>:
> On 1/24/24 20:14, Stefan Ram wrote:
>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>> Also wenn man Textstrings bearbeiten will wäre doch eher PERL geeignet.
>> 
>>    Zeige mir nur ein Beispiel der "Textstringbearbeitung", das mit
>>    Perl oder sed besser geht als mit Python!
>
> Gibt es bei Python Backreferences? Ich fand das bei PERL genial, im 
> regulären Ausdruck im 'if' ein paar () passend setzen und schon hat man 
> die interessanten Teile im vom 'if' getesteten String in Variablen ($1, 
> $2, $3, ...) wenn der Test erfolgreich war.

Es gibt in allen heute relevanten Sprachen Perl-artige Regex mit
Rückwärtsreferenzen, sichr in Java, Javascript, Python, den
.net-Sprachen usw. Weil es seit was weiss ich 20 Jahren PCRE gibt, eine
freie "Perl Compatible Regular Expression"-Library für C, gibt es auch
eine grosse Anzahl von Tools, Apps, usw, die Regex unterstützen.

Nicht überall sind die Regex so eng mit die Sprache verzahnt wie in Perl.

> Sowas hier:
>
> if ($line =~/.*output1:\s+(\w+);.*/) {$out1p = $1;}

In Python etwa so:

    match = re.search(r'.*output1:\s+(\w+);.*', line)
    if match:
        out1p = match.group(1)

Die zwei .* sind im übrigen sinnlos.



Vor mehr als einem Vierteljahrhundert hatte ich Jeffrey Friedls Buch
"Regular Expressions" ins Deutsche übersetzt. Wie ich sehe, kann man
die 3. Auflage von 2013 immer noch kaufen. Stehen offenbar ewige
Wahrheiten drin.


 - Andi

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

#614485

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2024-01-26 06:57 +0100
Message-ID<uovgs3$bh8$1@news.bawue.net>
In reply to#614469
On 1/26/24 00:05, Stefan Ram wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>> On 1/24/24 20:14, Stefan Ram wrote:
>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>>> Also wenn man Textstrings bearbeiten will wäre doch eher PERL geeignet.
>>> Zeige mir nur ein Beispiel der "Textstringbearbeitung", das mit
>>> Perl oder sed besser geht als mit Python!
>> Gibt es bei Python Backreferences? Ich fand das bei PERL genial, im
>> regulären Ausdruck im 'if' ein paar () passend setzen und schon hat man
>> die interessanten Teile im vom 'if' getesteten String in Variablen ($1,
>> $2, $3, ...) wenn der Test erfolgreich war.
>> Sowas hier:
>> if ($line =~/.*output1:\s+(\w+);.*/) {$out1p = $1;}
> 
>    Das würde in Python so aussehen:
> 
> if( matcher := re.match( r".*output1:\s+(\w+);.*", line )):
>      out1p = matcher.group( 1 )
> 
>    . (Und am Anfang des Programms müßte noch die Zeile "import re"
>    stehen.)

Bei PERL nicht. Warum muss man bei Python jeden Kleinkram importieren? 
Fundamentale Dinge wie reguläre Ausdrücke gehören in die Sprache.


>    Der reguläre Ausdruck wird als r-Zeichenfolgenliteral geschrieben,
>    und die Funktion "match" wird zur Suche nach dem Muster eingesetzt.
>    Der Namen "matcher" ist ein hier frei gewählter Variablennamen.

Ist matcher jetzt eine Variable oder ein Objekt?

  Gerrit

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

#614494

FromAndreas Karrer <ak-4a@gmx.ch>
Date2024-01-26 09:55 +0000
Message-ID<slrnur70d3.d2i8.ak-4a@eternal-september.org>
In reply to#614485
* Gerrit Heitsch <gerrit@laosinh.s.bawue.de>:
> On 1/26/24 00:05, Stefan Ram wrote:
>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>> On 1/24/24 20:14, Stefan Ram wrote:
>>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>>>> Also wenn man Textstrings bearbeiten will wäre doch eher PERL geeignet.
>>>> Zeige mir nur ein Beispiel der "Textstringbearbeitung", das mit
>>>> Perl oder sed besser geht als mit Python!
>>> Gibt es bei Python Backreferences? Ich fand das bei PERL genial, im
>>> regulären Ausdruck im 'if' ein paar () passend setzen und schon hat man
>>> die interessanten Teile im vom 'if' getesteten String in Variablen ($1,
>>> $2, $3, ...) wenn der Test erfolgreich war.
>>> Sowas hier:
>>> if ($line =~/.*output1:\s+(\w+);.*/) {$out1p = $1;}
>> 
>>    Das würde in Python so aussehen:
>> 
>> if( matcher := re.match( r".*output1:\s+(\w+);.*", line )):
>>      out1p = matcher.group( 1 )
>> 
>>    . (Und am Anfang des Programms müßte noch die Zeile "import re"
>>    stehen.)
>
> Bei PERL nicht. Warum muss man bei Python jeden Kleinkram importieren? 
> Fundamentale Dinge wie reguläre Ausdrücke gehören in die Sprache.

Nunja, bei Perl musst¹ du auch jedesmal "use strict; use warnings;"
hinschreiben. Sogar, wenn du keine Regex benutzt.


 ¹ musst. Bei Einzeilern lasse ich Gnade walten.

 - Andi

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

#614537

FromMichael Zink <michael@swamp.franken.de>
Date2024-01-27 10:03 +0100
Message-ID<l1jv6hFu1tmU1@mid.individual.net>
In reply to#614485
On Fri, 26 Jan 2024 06:57:52 +0100, Gerrit Heitsch wrote:

>Bei PERL nicht. Warum muss man bei Python jeden Kleinkram importieren? 
>Fundamentale Dinge wie reguläre Ausdrücke gehören in die Sprache.

Wieso muß ich gerade an

#include <stdio.h>

denken?

Auf Wiederlesen

Michael

-- 
Das Internet darf kein GRUNDrechtsfreier Raum werden!

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

#614543

FromHermann Riemann <nospam.ng@hermann-riemann.de>
Date2024-01-27 13:10 +0100
Message-ID<l1ka4vF1br2U1@mid.individual.net>
In reply to#614537
Am 27.01.24 um 10:03 schrieb Michael Zink:
> On Fri, 26 Jan 2024 06:57:52 +0100, Gerrit Heitsch wrote:
> 
>> Bei PERL nicht. Warum muss man bei Python jeden Kleinkram importieren?
>> Fundamentale Dinge wie reguläre Ausdrücke gehören in die Sprache.
> 
> Wieso muß ich gerade an
> 
> #include <stdio.h>
> 
> denken?
> 
Bei K&R C habe ich bei "hello world" das

#include <stdio.h>

weggelassen und es hat zum Erstaunen anwesender
C Spezialisten anstandslos funktioniert.

Hermann
     dessen erste Zeile in Python normalerweise
#!/usr/bin/python3
     enthält.

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

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

#614551

FromHermann Riemann <nospam.ng@hermann-riemann.de>
Date2024-01-27 14:45 +0100
Message-ID<l1kfojF2a2oU1@mid.individual.net>
In reply to#614543
Am 27.01.24 um 13:31 schrieb Stefan Ram:
> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>> Bei K&R C habe ich bei "hello world" das
>> #include <stdio.h>
>> weggelassen und es hat zum Erstaunen anwesender
>> C Spezialisten anstandslos funktioniert.
> 
>    Das waren keine Spezialisten, denn sonst hätten sie
>    gewußt, daß vor ANSI-C die Anzahl und Typen von Argumenten
>    bei Aufrufen nicht geprüft wurden, und es erlaubt war,
>    nichtdeklarierte Funktionen aufzurufen, wobei dann der Typ
>    "int" als Rückgabetyp angenommen wurde. Es waren nicht einmal
>    Anfänger, denn das lernt(e) man schon in jedem Anfängerkurs.
> 

Das war damals am Ende von Atari 68* eine Werbevorstellung
für apple computer.
Als da jemand sagte, das der zugehörige C-compiler 1600.- DM kostete,
war das Thema apple für mich erledigt.

Die einzige schwache Erinnerung an einen möglicherweisen C Kurs
war pointer to function.

Hermann
    der etliche Sprachen verwendet hat,
    ohne einen Kurs zu besuchen
    und vermutlich auch an keinen Kurs mehr teilnehmen wird.

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

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

#614562

From"Dr. Joachim Neudert" <neudert@5sl.org>
Date2024-01-27 18:18 +0100
Message-ID<up3dtk$11l50$1@solani.org>
In reply to#614551
Am 27.01.24 um 14:45 schrieb Hermann Riemann:
> 
> Das war damals am Ende von Atari 68* eine Werbevorstellung
> für apple computer.
> Als da jemand sagte, das der zugehörige C-compiler 1600.- DM kostete,
> war das Thema apple für mich erledigt.


Das, glaube ich, hat Dich um hundertausende bis gar Millionen Euro ärmer 
gemacht. Je nach Deinem Programmiererfolg, Arbeitgeber oder gar 
persönlichem Unternehmergeist. Also letzteres ist natürlich sehr 
hypothetisch.

Nimm's leicht.

JN

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

#614567

FromMichael Bode <m.g.bode@web.de>
Date2024-01-27 18:47 +0100
Message-ID<l1ktt0F2u3lU3@mid.individual.net>
In reply to#614562
"Dr. Joachim Neudert" <neudert@5sl.org> writes:

> Am 27.01.24 um 14:45 schrieb Hermann Riemann:
>> Das war damals am Ende von Atari 68* eine Werbevorstellung für apple
>> computer.  Als da jemand sagte, das der zugehörige C-compiler 1600.-
>> DM kostete, war das Thema apple für mich erledigt.
>
>
> Das, glaube ich, hat Dich um hundertausende bis gar Millionen Euro
> ärmer gemacht. Je nach Deinem Programmiererfolg, Arbeitgeber oder gar
> persönlichem Unternehmergeist. Also letzteres ist natürlich sehr
> hypothetisch.

Programmiererfolg und Arbeitgeber ist Unfug. Welchen Rechner oder
Betriebssystem er benutzt hat, ist völlig egal. Aktien hätte er damals
kaufen müssen. Apple oder Microsoft, vor allem Apple, weil die mal so
gut wie tot waren. Da gab es die Aktie mal für 11¢.

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

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

Back to top | Article view | ger.ct

csiph-web