Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Hermann Riemann Newsgroups: de.comp.lang.python Subject: Re: for unpacking Date: Tue, 7 Oct 2025 09:01:59 +0200 Lines: 81 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: individual.net OsAkrvGLc28GYno1x9mjXgROuDCFjeERNctN6q8yy5PJOVcgc7 Cancel-Lock: sha1:xKkCYjtsagQUksah4s2yzwwWIlI= sha256:Zwd3phT9Jbs1ChMrFLwcA9LEeV+/PY+UsCeHOJPMgsA= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.1 In-Reply-To: Content-Language: de-DE Xref: csiph.com de.comp.lang.python:6308 Am 06.10.25 um 23:37 schrieb Peter J. Holzer: > On 2025-10-06 22:46, Patrick Rudin wrote: >> Peter J. Holzer wrote: >>> Rein interessehalber: Von welchen Sprachen kommst Du, dass Du Aliases >>> als üblich empfindest? >> >> Eigentlich nicht Alias, aber mir ist inzwischen eingefallen, dass ich >> mich vor geraumer Zeit intensiv mit C beschäftigt habe. Dort kann man >> natürlich beliebige Zeiger auf eine Adresse richten und dann >> rummutieren. Wenn ich irgendwie die id (Adresse vom Deskriptor?) einer Variablen an C übergebe.. ? >> Ironie der Geschichte ist irgendwie, dass man zum wirklichen Verständnis >> vom Python (sprich: Wissen, was man da tut) genau soviel >> Hintergrundwissen benötigt wie bei C. Die ganzen Abstraktionsebenen >> machen es nicht einfacher... > > Python ist keine einfache Sprache. Das kommt darauf an wie viel Python. Wenn man in Python3 nur das verwendet, was in Python2 ging, ist Python einfach. Ansonsten ändert sich Python ( und andere Sprachen ) schneller, als wie ich lernen kann. > Man kommt aber in Python sehr schnell zu dem Punkt, an dem man korrekte > Programme schreiben kann. Dorthin kommen in C die meisten nie (die > schreiben nur Programme, die zufällig meistens das tun, was sie > erwarten). print("Hello world") geht in vielen Sprachen einfach. Bei größeren Programmen kam ich ( meist nach etlicher Fehlerbehebung ) meist in jeder Sprache dahin, was ich vom Programm erwartete. Hindernisse sind Zeitaufwand, ( fehlende, geänderte, aufwendig zu findende ) Schnittstellen. In python wäre das z.B. der cgi-Modul, den ich durch Zugriffe auf environment ersetzen will. Vor Python war privat C meine meist verwendete Programmiersprache. Etliche C Programme habe ich in Python neu programmiert. das betrifft Programme die Text bearbeiten, da ist C meist umständlicher zu programmieren. In Spezialfällen, wie eine Datei die eine Mischung aus utf und 8-bit Sonderzeichen enthält, oder wenn ich mit diakritische Zeichen experimentiere, würde ich C vorziehen. Ansonsten erwäge ich manchmal den C Präprozessor für Python zu verwenden. Datei 1: def f1(x): if x>0: f2(x) else: print(x) return x Datei 2: def f2(x) if x>0: return x-1 elif x<0: return x+1 else : return f1(x) Derartige 2 Dateien haben mir mal bei import Probleme bereitet, die bei include nicht auftreten würden. Als Kommunikation Python andere Sprachen erwäge ich shared memory. -- bzw.: