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

Groups > ger.ct > #614381 > unrolled thread

Zwei Textdateien zeilenweise abgleichen

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 2 of 6 — ← Prev page 1 [2] 3 4 5 6  Next page →

#614466

On 1/25/24 03:16, Hermann Riemann wrote:
> Am 24.01.24 um 19:09 schrieb Gerrit Heitsch:
> 
>> Also wenn man Textstrings bearbeiten will wäre doch eher PERL geeignet.
> 
> Vor mehr als 10 Jahren habe ich die Sprachen
> Perl, Python und Ruby die gleiche Aufgabe gestellt
> um die Sprache auszuwählen,
> Perl hat als erste die Aufgabe gelöst.
> Allerdings war bei Perl hauptsächlich wegen dem @ vor
> jedem Variablennamen ein erhebliches Lesehindernis.

Ein '@' steht bei PERL für ein Array. Variablen haben ein '$' vor dem 
Namen. Was ich eigentlich gut finde, so erkennt man gleich, daß das eine 
Variable ist was da steht und nicht ein bisher unbekanntes Kommando.

BTW: Gibt es funktionelles Äquivalent zu PERLs ($a, $b) = ($b, $a); in 
Python? Soll heissen, den Swap des Inhaltes zweier Variablen ohne dazu 
eine dritte zu brauchen?


> Python hingegen hat sogar begonnen JavaScript abzulösen.

Wie denn? Seit wann gibt es im Browser einen Python-Interpreter?

  Gerrit

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

#614473

Am 25.01.24 um 18:51 schrieb Gerrit Heitsch:
> On 1/25/24 03:16, Hermann Riemann wrote:
>> Am 24.01.24 um 19:09 schrieb Gerrit Heitsch:
>>
>>> Also wenn man Textstrings bearbeiten will wäre doch eher PERL geeignet.
>>
>> Vor mehr als 10 Jahren habe ich die Sprachen
>> Perl, Python und Ruby die gleiche Aufgabe gestellt
>> um die Sprache auszuwählen,
>> Perl hat als erste die Aufgabe gelöst.
>> Allerdings war bei Perl hauptsächlich wegen dem @ vor
>> jedem Variablennamen ein erhebliches Lesehindernis.
> 
> Ein '@' steht bei PERL für ein Array. Variablen haben ein '$' vor dem 
> Namen.

Ja irgend etwas war da.
In Python kann _ in Namen verwendet werde.
Es gibt dabei allerdings Spezialfälle, wo _ an Namensende eine Bedeutung 
hat.

> Was ich eigentlich gut finde, so erkennt man gleich, daß das eine 
> Variable ist was da steht und nicht ein bisher unbekanntes Kommando.

Kommando == Funktion? Methode? .
Letztere haben beim Aufruf ( und )
Ohne () wäre sie wie in C pointer auf function.

> BTW: Gibt es funktionelles Äquivalent zu PERLs ($a, $b) = ($b, $a); in 
> Python? Soll heissen, den Swap des Inhaltes zweier Variablen ohne dazu 
> eine dritte zu brauchen?

In Python nur:
a,b=b,a

>> Python hingegen hat sogar begonnen JavaScript abzulösen.

> Wie denn? Seit wann gibt es im Browser einen Python-Interpreter?

<http://de.wikipedia.org/wiki/Pyscript

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

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

#614476 — Re: Zwei Textdateien zeilenweise abgleichen; Ergänzung

Am 25.01.24 um 18:51 schrieb Gerrit Heitsch:


> BTW: Gibt es funktionelles Äquivalent zu PERLs ($a, $b) = ($b, $a); in 
> Python? Soll heissen, den Swap des Inhaltes zweier Variablen ohne dazu 
> eine dritte zu brauchen?

a,b,c,d=b,c,7+4,a
geht auch.

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

#614481

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. Auf der anderen Seite ist aber die Frage legitim, ob die
man die Erwartungshaltung haben sollte, Programme zu verstehen, die
in einer nicht beherrschten Sprache geschrieben sind.

Ich würde "besser" wenn überhaupt, dann nicht an solchen
Trivialbeispielen festmachen.

Servus,
   Stefan

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

Der göttliche Funke in uns! Stefan - Glaube und Teste!
(Sloganizer)

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

#614495

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.
Python siegt nach meiner Einschätzung,
  weil weniger Verwaltung ( my $ ; .. ) das Lesen ausbremst.

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

#614532

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 (dieses Problem ist in Perl IMO stärker ausgeprägt als
in den meisten anderen Sprachen). Ebenso ist -1 zur Dereferenzierung
des letzten Elements nicht selbsterklärend - der naive Programmierer
würde wohl am ehesten einen Fehler vermuten.

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.

Servus,
   Stefan

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

Die süße Verführung, oder warum Stefan so defloriert haut!
(Sloganizer)

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

#614550

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 (dieses Problem ist in Perl IMO stärker ausgeprägt als
> in den meisten anderen Sprachen). Ebenso ist -1 zur Dereferenzierung
> des letzten Elements nicht selbsterklärend - der naive Programmierer
> würde wohl am ehesten einen Fehler vermuten.

Wenn beide Sprachen nicht bekannt sind,
ist zum Erraten Erfahrung in anderen Programmiersprachen
oder Phantasie von Nutzen

Das $#animals in Python len(animals) bedeutet;
und vermutlich das erste Element von aminals bei Perl den index 1 hat,
rate ich mal.

> 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.

Hermann
    diverse Dialekte von computisch gewöhnt.

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

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

#614552

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 (dieses Problem ist in Perl IMO stärker ausgeprägt als
>> in den meisten anderen Sprachen). Ebenso ist -1 zur Dereferenzierung
>> des letzten Elements nicht selbsterklärend - der naive Programmierer
>> würde wohl am ehesten einen Fehler vermuten.
>
> Wenn beide Sprachen nicht bekannt sind,
> ist zum Erraten Erfahrung in anderen Programmiersprachen
> oder Phantasie von Nutzen
>
> Das $#animals in Python len(animals) bedeutet;
> und vermutlich das erste Element von aminals bei Perl den index 1 hat,
> rate ich mal.
>
>> 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.

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.

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

#614559

Am 27.01.24 um 14:46 schrieb Michael Bode:

> Deshalb gibt es in Ada sowas wie animals'last.

Eine weitere Rate Variante.

> Aber auch da muss man natürlich wissen, was ' macht.

Das ergibt sich aus dem Zusammenhang,
wenn ein Programm gelesen wird.

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

Was soll einigermaßen sein?
Wissen wann man in COBOL einen . verwendet?
Oder anhand ein paar Musterprogramme erkennen,
was zu tun ist, damit das eigene Programm funktioniert?
Und dann für aktuelle Probleme Vorgehen suchen?
Und dann eventuell die Kenntnisse in kleinen Schritten erweitern,
bei gelegentlicher Suche, wie es besser gehen könnte?

Außerdem verwirren Lehrbücher manchmal. Beispiel:
Buch steht prinzipiell:
    for liste in os.walk(start_dirname):
Ich schreibe mittlerweile normalerweise:
    for dirname,dirnames,filenames in os.walk(start_dirname):

Hermann
    der bei manchen Funktionen wie fgets
    immer noch die Reihenfolge der Parameter nachschlagen muss.

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

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

#614563

ram@zedat.fu-berlin.de (Stefan Ram) writes:

> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>>Am 27.01.24 um 14:46 schrieb Michael Bode:
>>>Aber auch da muss man natürlich wissen, was ' macht.
>>Das ergibt sich aus dem Zusammenhang,
>>wenn ein Programm gelesen wird.
>
>   Manche Leute haben gedacht, daß man einfach Englisch zum
>   Programmieren nehmen kann, was dann jeder sofort verstehen
>   würde. Da der Computer nicht alles verstehen kann, wollte
>   man ein vereinfachtes Englisch nehmen, das man "structured
>   Englisch" nannte - "strukturiertes Englisch" (als Euphemismus
>   für "eingeschränktes Englisch").
>
>   So entstand eine Datenbankabfragesprache mit strukturiertem Englisch.
>   Die Eingaben sahen ungefähr so ähnlich aus wie:
>
> CREATE TABLE "A".
> INSERT INTO "A" "HANS".
> SELECT NAME FROM "A" WHERE NAME IS "HANS".
>
>   Die Sprache hieß "Structured English Query Language". (Später
>   wurde das "English" weggelassen, und niemand verstand mehr,
>   was "Structured" genau bedeuten sollte.)
>
>   Man dachte, daß dann auch der Chef des Programmierers
>   die Programme verstehen kann, und so die Arbeit des
>   Programmierers besser kontrollieren kann, und daß jeder ohne
>   viel Einarbeitung damit Datenbanken abfragen kann.

Es gibt sogar Sprachen, da malt man Bildchen. Hab ich mal vor knapp 30
Jahren benutzt. Heute würde ich mir nicht mehr zutrauen, die Labview
Programme der Kollegen zu verstehen, ohne mir erstmal einen Labview Kurs
zu genehmigen.

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

#614587

Am 27.01.24 um 18:34 schrieb Michael Bode:

> Es gibt sogar Sprachen, da malt man Bildchen.

Das erinnert mich an den Anfang meiner Programmierzeit.
Da sollte man vor dem Pro

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

#614591

Am 28.01.24 um 10:03 schrieb Stefan Ram:
> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>> Am 27.01.24 um 18:34 schrieb Michael Bode:
>>> Es gibt sogar Sprachen, da malt man Bildchen.
>> Das erinnert mich an den Anfang meiner Programmierzeit.
>> Da sollte man vor dem Pro
> 
>    grammieren immer erst einen Programmablaufplan zeichnen.

Richtig. Das hieß Flussdiagramme.

Hermann
    der etwas Text in dem versendeten Beitrag vermisst hat.

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

#614596

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

> Am 28.01.24 um 10:03 schrieb Stefan Ram:
>> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>>> Am 27.01.24 um 18:34 schrieb Michael Bode:
>>>> Es gibt sogar Sprachen, da malt man Bildchen.
>>> Das erinnert mich an den Anfang meiner Programmierzeit.
>>> Da sollte man vor dem Pro
>>    grammieren immer erst einen Programmablaufplan zeichnen.
>
> Richtig. Das hieß Flussdiagramme.

Nur dass das halt nicht vor dem Programmieren gemacht wird. Das ist das
Programmieren.

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

#614599

Am 28.01.24 um 12:11 schrieb Michael Bode:
> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
> 
>> Am 28.01.24 um 10:03 schrieb Stefan Ram:
>>> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>>>> Am 27.01.24 um 18:34 schrieb Michael Bode:
>>>>> Es gibt sogar Sprachen, da malt man Bildchen.
>>>> Das erinnert mich an den Anfang meiner Programmierzeit.
>>>> Da sollte man vor dem Pro
>>>     grammieren immer erst einen Programmablaufplan zeichnen.
>>
>> Richtig. Das hieß Flussdiagramme.
> 
> Nur dass das halt nicht vor dem Programmieren gemacht wird. Das ist das
> Programmieren.

Als ich mit Programmieren anfing, sollten die Flußdiagrammme malen
vor dem Lochkarten tippen erstellt werden.

Hermann
    der sich nicht an diese Reihenfolge hielt.

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

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

#614606

Am 28.01.2024 um 12:43 schrieb Hermann Riemann:
> Am 28.01.24 um 12:11 schrieb Michael Bode:
>> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>>
>>> Am 28.01.24 um 10:03 schrieb Stefan Ram:
>>>> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>>>>> Am 27.01.24 um 18:34 schrieb Michael Bode:
>>>>>> Es gibt sogar Sprachen, da malt man Bildchen.
>>>>> Das erinnert mich an den Anfang meiner Programmierzeit.
>>>>> Da sollte man vor dem Pro
>>>>     grammieren immer erst einen Programmablaufplan zeichnen.
>>>
>>> Richtig. Das hieß Flussdiagramme.
>>
>> Nur dass das halt nicht vor dem Programmieren gemacht wird. Das ist das
>> Programmieren.
> 
> Als ich mit Programmieren anfing, sollten die Flußdiagrammme malen
> vor dem Lochkarten tippen erstellt werden.

Damit ich auch mal was vom Krieg erzähl:
Die Lochkarten wurden von eigenem Fachpersonal (w/w/w) erstellt, 
unsereins hatte dafür das zu Erstellende auf Totem Baum in Blockschrift 
spaltenweise aufzumalen.
Meine Handschrift war schon davor übelst, nach dieser mehrjährigen 
Periode war aber gegen meine Handschrift ein Arztrezept geradezu 
kalligraphiert.

-- 
LG Georg

Löwen föhnen ist keine TikTok-Challenge.

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

#614607

Georg Gruber <g.gruber_hauwech@gmx.net> writes:

> Am 28.01.2024 um 12:43 schrieb Hermann Riemann:
>> Am 28.01.24 um 12:11 schrieb Michael Bode:
>>> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>>>
>>>> Am 28.01.24 um 10:03 schrieb Stefan Ram:
>>>>> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>>>>>> Am 27.01.24 um 18:34 schrieb Michael Bode:
>>>>>>> Es gibt sogar Sprachen, da malt man Bildchen.
>>>>>> Das erinnert mich an den Anfang meiner Programmierzeit.
>>>>>> Da sollte man vor dem Pro
>>>>>     grammieren immer erst einen Programmablaufplan zeichnen.
>>>>
>>>> Richtig. Das hieß Flussdiagramme.
>>>
>>> Nur dass das halt nicht vor dem Programmieren gemacht wird. Das ist das
>>> Programmieren.
>> Als ich mit Programmieren anfing, sollten die Flußdiagrammme malen
>> vor dem Lochkarten tippen erstellt werden.
>
> Damit ich auch mal was vom Krieg erzähl:
> Die Lochkarten wurden von eigenem Fachpersonal (w/w/w) erstellt,
> unsereins hatte dafür das zu Erstellende auf Totem Baum in
> Blockschrift spaltenweise aufzumalen.
> Meine Handschrift war schon davor übelst, nach dieser mehrjährigen
> Periode war aber gegen meine Handschrift ein Arztrezept geradezu
> kalligraphiert.

Das Lochkartenzeitalter hab ich um 1 Jahr verpasst. Im Jahr bevor ich
mit dem Studium angefangen habe, gab es in Aachen noch einen FORTRAN
Kurs auf Lochkarte. Bei mir hatten sie dann schon Terminals.

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

#614626

Am 28.01.24 um 13:46 schrieb Georg Gruber:

> Damit ich auch mal was vom Krieg erzähl:
> Die Lochkarten wurden von eigenem Fachpersonal (w/w/w) erstellt,

Das war beruflich.
Allerdings gab es da schon Terminals mit 24 Zeilen und 64 Spalten
und auf freie Terminals wartende Kollegen.
Als Anfänger durfte ich da ein Buch lesen,
  welche zu meinem Arbeitsgebiet passte.
Allerdings bin ich mit dem Buch nicht so weit gekommen,
wie den Teil den ich bearbeitete.

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

#614637

Georg Gruber schrieb am Sonntag, 28. Januar 2024 um 13:46:58 UTC+1:
> Am 28.01.2024 um 12:43 schrieb Hermann Riemann: 


> > Als ich mit Programmieren anfing, sollten die Flußdiagrammme malen 
> > vor dem Lochkarten tippen erstellt werden.
> Damit ich auch mal was vom Krieg erzähl: 
> Die Lochkarten wurden von eigenem Fachpersonal (w/w/w) erstellt, 
> unsereins hatte dafür das zu Erstellende auf Totem Baum in Blockschrift 
> spaltenweise aufzumalen. 
> Meine Handschrift war schon davor übelst, nach dieser mehrjährigen 
> Periode war aber gegen meine Handschrift ein Arztrezept geradezu 
> kalligraphiert.

Ich hatte selbst Buchbestellungen auf Schreibmaschine einzuhacken.

Gruß, ULF

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

#616912

Am 01.03.24 um 12:28 schrieb Stefan Ram:
> ram@zedat.fu-berlin.de (Stefan Ram) schrieb oder zitierte:
>> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>>> Am 27.01.24 um 18:34 schrieb Michael Bode:
>>>> Es gibt sogar Sprachen, da malt man Bildchen.
>>> Das erinnert mich an den Anfang meiner Programmierzeit.
>>> Da sollte man vor dem Pro
>> grammieren immer erst einen Programmablaufplan zeichnen.
> 
>    Und das war im Grund eher ein kontraproduktiver Ratschlag.
> 
>    In vielen Fällen komme ich schneller voran, indem ich erst
>    mit einem minimalen Programm starte (das nur 1 Prozent der
>    gewünschten Funktionalitäten implementiert) und dieses dann
>    langsam erweitere.


"Jedes funktionierende komplexe System ist aus einem funktionierenden 
einfachen System durch Evolution entstanden."


-- 
Bitt um Vrzihung, di Tast " " klmmt manchmal...

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

#614569

Am 27.01.24 um 18:18 schrieb Stefan Ram:
> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>> Am 27.01.24 um 14:46 schrieb Michael Bode:
>>> Aber auch da muss man natürlich wissen, was ' macht.
>> Das ergibt sich aus dem Zusammenhang,
>> wenn ein Programm gelesen wird.
> 
>    Manche Leute haben gedacht, daß man einfach Englisch zum
>    Programmieren nehmen kann, was dann jeder sofort verstehen
>    würde. Da der Computer nicht alles verstehen kann, wollte
>    man ein vereinfachtes Englisch nehmen, das man "structured
>    Englisch" nannte - "strukturiertes Englisch" (als Euphemismus
>    für "eingeschränktes Englisch").
> 
>    So entstand eine Datenbankabfragesprache mit strukturiertem Englisch.
>    Die Eingaben sahen ungefähr so ähnlich aus wie:
> 
> CREATE TABLE "A".
> INSERT INTO "A" "HANS".
> SELECT NAME FROM "A" WHERE NAME IS "HANS".
> 
>    Die Sprache hieß "Structured English Query Language". (Später
>    wurde das "English" weggelassen, und niemand verstand mehr,
>    was "Structured" genau bedeuten sollte.)

Erinnert mich an das COMPUTE in COBOL.

>    Man dachte, daß dann auch der Chef des Programmierers
>    die Programme verstehen kann, und so die Arbeit des
>    Programmierers besser kontrollieren kann, und daß jeder ohne
>    viel Einarbeitung damit Datenbanken abfragen kann.

Schon mal an Deutsch als Programmiersprache gedacht?

Etwa "Bringe den Teller mit Brot auf dem Tisch."
Der Maschinencode wäre Sensor und Motor Befehle für Roboter.

Syntaxbaum / polnische Notation )  wäre
[ bringe [ mit Teller Brot ] [auf Tisch ] ]

Dann wird mit assoziativer Suche etwas zusammengestellt,
da es im Gegensatz zu gängigen Programmiersprachen
zu viele Mehrdeutigkeiten gibt.

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

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

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

Back to top | Article view | ger.ct

csiph-web