Mailman 3 January 2017 - python-de

Re: [Python-de] Frage zum configparser
by Manfred Gil 18 Jan '17

18 Jan '17

Am Wed, 18 Jan 2017 18:39:33 +0100 schrieb Sven R. Kunze: > Hi Manfred, > > dies ist die Implementierungvon ConfigParser.read: > > <code> > if isinstance(filenames, str): > filenames = [filenames] > read_ok = [] > for filename in filenames: > try: > with open(filename, encoding=encoding) as fp: > self._read(fp, filename) > except OSError: > continue > read_ok.append(filename) > return read_ok > </code> > > > Wie du siehst, wird dort mit einem ContextManager "with" gearbeitet und > dieser schließt die Datei am Ende der Verarbeitung. > > > Sven > Hi Sven Danke für die Info. Wieder was gelernt :-) Gruß Manfred -- An allem Unfug, der passiert, sind nicht etwa nur die schuld, die ihn tun, sondern auch die, die ihn nicht verhindern. -- Erich Kästner

1 0

Re: [Python-de] Frage zum configparser
by Manfred Gil 18 Jan '17

18 Jan '17

Am Wed, 18 Jan 2017 18:35:57 +0100 schrieb Diez B. Roggisch: > Hallo, > > jemand der Gil mit Nachnamen heisst & Python programmiert - da muss ich > ja schon schmunzeln :) Na dann, hab ich ja schon was erreicht ;-) Danke für die Info Gruß -- Wenn einer im Wahlkampf zu schimpfen hat, dann sind es die Wähler, nicht die Politiker. -- Rainer Barzel

1 0

ANN: Python Meeting Düsseldorf - 18.01.2017
by eGenix Team: M.-A. Lemburg 16 Jan '17

16 Jan '17

________________________________________________________________________ ANKÜNDIGUNG Python Meeting Düsseldorf http://pyddf.de/ Ein Treffen von Python Enthusiasten und Interessierten in ungezwungener Atmosphäre. Mittwoch, 18.01.2017, 18:00 Uhr Raum 1, 2.OG im Bürgerhaus Stadtteilzentrum Bilk Düsseldorfer Arcaden, Bachstr. 145, 40217 Düsseldorf Diese Nachricht ist auch online verfügbar: http://www.egenix.com/company/news/Python-Meeting-Duesseldorf-2017-01-18 ________________________________________________________________________ NEUIGKEITEN * Bereits angemeldete Vorträge: Charlie Clark "Kurze Einführung in openpyxl und Pandas" Jochen Wersdörfer "CookieCutter" Marc-Andre Lemburg "Optimierung in Python mit PuLP" Weitere Vorträge können gerne noch angemeldet werden: info(a)pyddf.de * Startzeit und Ort: Wir treffen uns um 18:00 Uhr im Bürgerhaus in den Düsseldorfer Arcaden. Das Bürgerhaus teilt sich den Eingang mit dem Schwimmbad und befindet sich an der Seite der Tiefgarageneinfahrt der Düsseldorfer Arcaden. Über dem Eingang steht ein großes "Schwimm' in Bilk" Logo. Hinter der Tür direkt links zu den zwei Aufzügen, dann in den 2. Stock hochfahren. Der Eingang zum Raum 1 liegt direkt links, wenn man aus dem Aufzug kommt. Google Street View: http://bit.ly/11sCfiw ________________________________________________________________________ EINLEITUNG Das Python Meeting Düsseldorf ist eine regelmäßige Veranstaltung in Düsseldorf, die sich an Python Begeisterte aus der Region wendet: * http://pyddf.de/ Einen guten Überblick über die Vorträge bietet unser YouTube-Kanal, auf dem wir die Vorträge nach den Meetings veröffentlichen: * http://www.youtube.com/pyddf/ Veranstaltet wird das Meeting von der eGenix.com GmbH, Langenfeld, in Zusammenarbeit mit Clark Consulting & Research, Düsseldorf: * http://www.egenix.com/ * http://www.clark-consulting.eu/ ________________________________________________________________________ PROGRAMM Das Python Meeting Düsseldorf nutzt eine Mischung aus (Lightning) Talks und offener Diskussion. Vorträge können vorher angemeldet werden, oder auch spontan während des Treffens eingebracht werden. Ein Beamer mit XGA Auflösung steht zur Verfügung. (Lightning) Talk Anmeldung bitte formlos per EMail an info(a)pyddf.de ________________________________________________________________________ KOSTENBETEILIGUNG Das Python Meeting Düsseldorf wird von Python Nutzern für Python Nutzer veranstaltet. Um die Kosten zumindest teilweise zu refinanzieren, bitten wir die Teilnehmer um einen Beitrag in Höhe von EUR 10,00 inkl. 19% Mwst, Schüler und Studenten zahlen EUR 5,00 inkl. 19% Mwst. Wir möchten alle Teilnehmer bitten, den Betrag in bar mitzubringen. ________________________________________________________________________ ANMELDUNG Da wir nur für ca. 20 Personen Sitzplätze haben, möchten wir bitten, sich per EMail anzumelden. Damit wird keine Verpflichtung eingegangen. Es erleichtert uns allerdings die Planung. Meeting Anmeldung bitte formlos per EMail an info(a)pyddf.de ________________________________________________________________________ WEITERE INFORMATIONEN Weitere Informationen finden Sie auf der Webseite des Meetings: http://pyddf.de/ Mit freundlichen Grüßen, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Experts (#1, Jan 16 2017) >>> Python Projects, Coaching and Consulting ... http://www.egenix.com/ >>> Python Database Interfaces ... http://products.egenix.com/ >>> Plone/Zope Database Interfaces ... http://zope.egenix.com/ ________________________________________________________________________ ::: We implement business ideas - efficiently in both time and costs ::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ http://www.malemburg.com/

1 0

Re: [Python-de] Wie sieht Python fuer mich aus?
by Hermann Riemann 13 Jan '17

13 Jan '17

Am 09.01.2017 um 14:31 schrieb Sven R. Kunze: > Es ist zwar schön, die Wahl zu haben, aber hier empfehle ich zumindest > einfach 4 Leerzeichen pro Einrückungstiefe und fertig. Ich finde 3 Leerzeichen für meine Programme optimal. Mag sein, das dies von dem Level und der Anzahl der Zeilen, die man gleichzeitig auf einem Monitor sieht. Wenn z.B. nach if ein 3 Zeilen Block folgen würde, wären vielleicht 2 Lerrzeichen optimal. Bei vielen Zeilen ist der Anfang und ende nicht erkennbar, gleich wieviel man einrückt. Und bei if Gebirge rückt der Programmteil zu weit nach rechts. >> Häufig werden vier Leerzeichen if 3 zeilenchen verwendet. > Die 4 Leerzeichen passen gut zusammen mit der IDE PyCharm. 4 Zeichen sind bei diversen Editoren voreingestellt. Meist kann ich dies auf 3 umstellen. >> »==« bedeutet »ist gleich«, und »!=« bedeutet »ist nicht >> gleich«. > Es gibt noch "is" und "is not" für Objekt-Identitätsvergleich. Pointer Vergleich bzw. Adressvergleich. (Adresse =id(variable)) Verwenden tue ich eher den Typvergleich etwa: if type(variable)==type([]): for elem in variable: .. Hermann der noch ein is verwendet hat. -- http://www.hermann-riemann.de

5 6

Python-User-Group-Treffen in Leipzig, 10. Januar 2017, 19:00 Uhr
by Mike Müller 10 Jan '17

10 Jan '17

== Leipzig Python User Group === Wir treffen uns am 10. Januar 2017 um 19:00 Uhr wieder im Basislager [1]. Unser Thema ist diesmal die nebenläufige und parallele Programmierung. Dabei wollen wir uns vor allem mit den Unterschieden in den Anwendungsfällen und der Programmierung mit `multiprocessing` und `asyncio` beschäftigen. Dazu werden wir mit Code-Beispielen arbeiten, die zeigen, wie sich mit diesen Methoden Rechenzeit einsparen lassen kann oder eben nicht. Also bitte einen Laptop mitbringen, damit wir gemeinsam die Konzepte ausprobieren können. Mehr Details auf unserer neuen Website [2]. Die Adresse vom Basislager ist: Basislager Coworking Peterssteinweg 14-16 04107 Leipzig Raum: Mount Everest, 4. Etage Weitere Infos: http://www.python-academy.de/User-Group/index.html und https://lpug.github.io/ Viele Grüße Mike [1] Basislager: http://basislager.co [2] https://lpug.github.io/

1 0

Re: [Python-de] Wie sieht Python fuer mich aus?
by Stefan Schwarzer 09 Jan '17

09 Jan '17

Hi Stefan, On 2017-01-08 18:52, Stefan Ram wrote: > Ausgeben > > »print« rundet Zahlen bei der Ausgabe etwas, während die > Konsole alle Nachkommastellen anzeigt. `print` verwendet die Methode `__str__` zur Umwandlung in einen String, während in der Konsole (Python-Shell) `__repr__` verwendet wird. Beide Methoden können unterschiedlich implementiert sein (siehe unten). > Variablen > > Eine Variable wird durch eine Zuweisung definiert. Eine > Variable hat keinen Typ, sondern Werte haben einen Typ. Eine wichtige Einsicht! > Eine Variable wird an eine Liste gebunden, die Liste wird > also bei einer Zuweisung nicht kopiert. (Kopieren kann mit > nachgestelltem slice »[:]« erfolgen.) Das kopiert nur die erste "Ebene" der Liste ("flache Kopie", "shallow copy"). "Innere" Listen oder Objekte werden dabei also nicht kopiert, sondern deren Referenzen übernommen. >>> L = [[1, 2], [3, 4]] >>> L2 = L[:] >>> L[0].append(2) >>> L2 [[1, 2, 2], [3, 4]] > »range(2,7)« ergibt einen Bereich (einen Iterator) und > »range(2)« bedeutet »range(0,2)«. In Python 2 ergibt `range` eine Liste, in Python 3 einen Iterator. > Die spezielle Methode »__string__« repräsentiert Objekte > einer Klasse als Zeichenfolge. > > Muster > > def __string__(self,...): > return "string" Du meintest wahrscheinlich `__str__`. Wie oben gesagt, gibt es auch noch `__repr__`. Üblicherweise wird `__str__` für eine "nutzerfreundliche" Darstellung verwendet und `__repr__` eher für eine "entwicklerfreundliche". >>> s = "abc " >>> print(s) abc >>> s # Nur hier sieht man das Leerzeichen am Ende 'abc ' >>> import decimal >>> d = decimal.Decimal("1.23") >>> print(d) 1.23 >>> d Decimal('1.23') Zu deinem Beispiel: "Technisch" kann man `__str__` und `__repr__` mit weiteren Argumenten außer `self` definieren, aber es wird praktisch nie gemacht: Beide Methoden werden üblicherweise in Zusammenhängen verwendet, bei denen keine Argumente übergeben werden (können). >>> class A: ... def __str__(self, x="x"): ... return "a" + x ... >>> a = A() >>> print(a) ax >>> print(a.__str__("y")) ay Wie du siehst, ist der explizite Aufruf von `__str__` relativ "unhandlich". :-) Viele Grüße Stefan

3 2

Re: [Python-de] Wie sieht Python fuer mich aus?
by Hermann Riemann 09 Jan '17

09 Jan '17

Am 09.01.2017 um 15:54 schrieb Dinu Gherman: >>> Eine Variable wird durch eine Zuweisung definiert. Eine >>> Variable hat keinen Typ, sondern Werte haben einen Typ. Nein, das stimmt nur für einige Variablentypen wie int in C, wo der Typ durch den compiler im code versteckt wird. Bei vielen Variablen gehört zum Typ auch ein Descriptor (Beschreiber) Beispiel string, wo der Descriptor Informationen über verwendete Länge und Speicherplatz enthalten. > Wobei der Begriff “Variable” leider häufig sehr vage verwendet wird. "one man's constant is another man variable" > Es wird einiges klarer, wenn man andere Begriffe benutzt (und auch die jeweilige Rolle mit in Betracht zieht). > In der Ausbildung spricht man eher von “Bezeichnern” bzw. “Identifier”. "Bezeichner" wird auch für Konstante verwendet. Variable haben eher abänderbare Inhalte. > Das macht klarer, dass eine “Variable” letztlich auch nur eine Art Tupel ist, das aus einem Namen und einem Wert besteht. > Und, richtig, eine Typ-Information hat nur für die Werte irgendeinen Sinn. Nein, man kann auch type("") oder type([]) verwenden. >> Eine Variable wird an eine Liste gebunden, die Liste wird >>> also bei einer Zuweisung nicht kopiert. (Kopieren kann mit >>> nachgestelltem slice »[:]« erfolgen.) >> Das kopiert nur die erste "Ebene" der Liste ("flache Kopie >> "shallow copy"). "Innere" Listen oder Objekte werden dabei >> also nicht kopiert, sondern deren Referenzen übernommen. Richtig dafür gibt es nach Python3 Buch 4.Auflage von Ernesti Kaiser gibt es ein copy.deepcopy für Kopieren rekursive Listen. Hermann der meist ohne internet Verbindung programmiert. -- http://www.hermann-riemann.de

2 1

Re: [Python-de] Wie sieht Python fuer mich aus?
by Hermann Riemann 09 Jan '17

09 Jan '17

Am 09.01.2017 um 20:08 schrieb Sven R. Kunze: > Man kann viel tief-geschachtelten Quelltext auf einen einfach/linearen > Programmfluss ohne wenn und aber zusammenfassen. > Kein if und else. Alles eine Einrückungstiefe. Liest sich auch > wesentlich entspannter. Wie soll ich das etwa bei if not os.access(ordnername, os.F_OK): os.makedirs(ordnername) machen? >>> 2) mach diese Zeilen kürzer >> Auf Kosten Von Variablennamenlänge? > Nein, auf keinen Fall. Es geht mehr in die Richtung von: > - mehr Variablen für Zwischenergebnisse Wo dann die Namen zu Verwirrung führen können. i52, i53 i54 .. > - die richtigen Python-Idiome anwenden Das sehe ich pragmatisch, aber nicht stur. Die Suche nach Python-Idiome hat mich zu nützlichen Tipps geführt, weil etliches in den Bücher, an die ich mich orientiere, nicht enthalten ist. > - Default-Objekte anstelle von None verwenden Extra Objekte erzeugen? > etc. Hermann der meint, dass sich auch Python schneller ändert, als wie er lernt. -- http://www.hermann-riemann.de

2 1

Re: [Python-de] Wie sieht Python fuer mich aus?
by Hermann Riemann 09 Jan '17

09 Jan '17

Am 09.01.2017 um 19:51 schrieb Hans-Peter Jansen: >> Und bei if Gebirge rückt der Programmteil zu weit nach rechts. > Ohne Dir zu Nahe treten zu wollen, aber zu viele Einrückungsebenen deuten auf > (zu) schwach strukturierten Code hin. Das kann von den vorkommenden Spezialfällen abhängen. ( Wo das Programm dann im konkreten Fall durchläuft, ist dann oft nur durch trace erkennbar.) > Siehe auch PEP 8 -- Style Guide for Python Code > https://www.python.org/dev/peps/pep-0008/#indentation Da würde may_list=[ var_one , var_two , var_three, var_four, var_five, var_six] wohl nicht reinpassen, obwohl es IMHO besser lesbar wäre. Hermann der sich an Zeiten erinnert, wo Blöcke, sei es mit Schleifen oder mit if mehrere Papierseiten groß waren, und sowas heutzutage, insbesondere bei Python, die Bildschirmhöhe übersteigt. -- http://www.hermann-riemann.de

1 0

Re: [Python-de] Wie sieht Python fuer mich aus?
by Hermann Riemann 09 Jan '17

09 Jan '17

Am 09.01.2017 um 18:45 schrieb Sven R. Kunze: >> Bei vielen Zeilen ist der Anfang und ende nicht erkennbar, >> gleich wieviel man einrückt. >> Und bei if Gebirge rückt der Programmteil zu weit nach rechts. > Ich weiß nicht recht. Für private Projekte kann man das sicherlich so > machen. > Allerdings kann ich hier nur beitragen, dass wir intern als Team dann > sagen: Momentan programmiere ich privat, habe auch berufliche Erfahrung in Programmierteams, wo mehrere Personen an eine Programmpaket arbeiteten > 1) verwende nicht so viele ifs Die ifs sind von der Aufgabenstellung vorgegeben. Man kann zwar if Teile in Unterprogramme auslagern, aber .. > 2) mach diese Zeilen kürzer Auf Kosten Von Variablennamenlänge? > 3) nimm bitte immer 4 Leerzeichen Umstellung geht bei Python leicht automatisch. > Klingt erstmal komisch, geht aber erstaunlich oft. :) In der Programmasse hat leichte Lesbarkeit eine hohe Priorität. Wobei style guides nur als Vorschläge zu betrachten sind. Da wo das Programm sehr häufig durchläuft, sind Programmiertricks angesagt Hermann der viele nicht mehr zutreffende Kommentare entfernt hat. -- http://www.hermann-riemann.de

2 1