Mailman 3 February 2017 - python-de

Berliner PUB-/DZUG-Treffen am 17.9. um 19 h im newthinking store
by Dinu Gherman Sept. 4, 2022

Sept. 4, 2022

Liebe Python-Freunde, diesen Donnerstag, den 17.8.2009 (übermorgen!) findet wieder ein PUB/DZUG-Treffen (Python und Zope User Group in Berlin) statt. Ort und Zeit sind wie immer: 19 Uhr, im newthinking store [1]. Anschließend wird das Treffen wieder im Restaurant Tucholsky [2] fortgesetzt. Zur Planung der Restaurantkapazitäten bitte ich euch ein Häckchen in der Doodle-Umfrage [3] zu machen, wenn ihr an- schließend noch mitkommen wollt. Das Programm muss dieses mal etwas kurzfristig arrangiert werden. Wer also schon immer mal einen kurzen Vortrag halten wollte, z.B. zu einem der Themen im Python-Wiki [4] und diesen womöglich schon in der Schublade hat, der (oder die) ist herzlich dazu eingeladen. Dann bitte bei mir vorher kurz per E-Mail ankündigen! Ansonsten werden einige, die auf der DZUG-Tagung letzte Woche in München waren, locker darüber berichten. Dabei ging es unter an- derem über die kommenden Versionen 4 und 5 von Plone. Sehr wahr- scheinlich wird Veit dazu Prospekte verteilen. Eine weitere Idee besteht darin, locker Buchempfehlungen zu den Themen Python/Zope/Plone auszutauschen, was man am besten macht, indem man das jeweilige Buch auch zum Treffen mitnimmt. Ich werde am Donnerstag das Buch "Python for Linux and Unix System Admini- stration" [5] dabei haben. Liebe Grüße und bis Donnerstag, Dinu PS: Ich übernehme mit Veit bis auf Weiteres die Organisation die- ser Treffen von Stephan, der das bisher vorbildlich gemacht hat, aber nun seinen väterlichen Aufgaben höhere Priorität geben wird. Nochmals vielen Dank, Stephan - ich hoffe, Du kannst trotzdem noch vorbeischauen! [1] newthinking store, Tucholskystr. 48, 10117 Berlin, http://newthinking-store.de [2] Restaurant Tucholsky, Torstraße 189, 10115 Berlin, http://www.restauration-tucholsky.de [3] http://doodle.com/rwqizz6ewxk6iscw [4] http://wiki.python.de/User%20Group%20Berlin [5] http://www.oreilly.de/catalog/9780596515829 ...................................................................... Follow me on Twitter: http://twitter.com/dinugherman

2 1

Phyton ist Dreck!
by Markus Menschenfresser June 27, 2017

June 27, 2017

Nur Deppen programmieren in Phyton! Echte Männer benutzen Java oder C++!

4 3

Bayern stimmt gegen Homo-Ehe
by magnitoel＠gremmik.fk June 26, 2017

June 26, 2017

Die CSU blockiert mit ihrer absoluten Mehrheit im Landtag ein Votum für die Homo-Ehe. Für den Justizminister ist der Antrag auf Gleichbehandlung lediglich ein "ideologisch begründeter Angriff auf das Institut der Ehe". http://www.queer.de/detail.php?article_id=27698 Letzte Rückzugsgefechte. Bald dürfen Homos heiraten, Transen heiraten, Lesben heiraten, Täglich-ihr-Geschlecht-Wandler heiraten. Danach kommen die mit den Knaben und die mit den Wuffis. Schöne neue Welt! Steven

11 10

python3 und PIL
by Frank Grellert Feb. 28, 2017

Feb. 28, 2017

Hallo, vielleicht nervt meine Frage, weil sie schon so oft gestellt wurde: Existiert inzwischen etwas wie PIL für python 3+ Frank -- *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+* Frank Grellert Email: grellert(a)web.de Webseite: http://fotoblog.57ps.de/ Identity: http://grellert.myopenid.com/ *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*

4 3

Django-CMS Entwickler gesucht (m/w) in Vollzeit
by Jens Feb. 28, 2017

Feb. 28, 2017

Hi... Mein Arbeitgeber ist auf der Suche nach Verstärkung für mich ;) Da kann es nicht schaden hier mal Nachzufragen: ----[SCHNIPP]--------------------------------------------------------------- Im Moment suchen wir… Software-EntwicklerIn (m/w) in Vollzeit Wir bei Hoods entwickeln für unsere Kunden maßgeschneiderte Lösungen mit modernen und agilen Technologien. Jedes Projekt bietet die Möglichkeit sowohl auf bestehende Erfahrungen zurückzugreifen, als auch neue Technologien zu evaluieren und einzusetzen. Unser Schwerpunkt liegt dabei auf der Umsetzung von responsive Webseiten und Webanwendungen auf Basis von Django / Django CMS und SCSS Frameworks sowie AngularJS im Frontend. Deine Aufgaben erstrecken sich von der gemeinsamen Anforderungsanalyse mit Kunden über die Aufwandseinschätzungen, Konzeption und Rollout von neuen Webanwendungen bis hin zu Wartung und Weiterentwicklung bestehender Systeme. Du verstehst dich daher als Fullstack-EntwicklerIn mit Backend-Schwerpunkt, arbeitest eigenverantwortlich und im Team zusammen, hast Kentnisse im deployment auf Linux-Servern und kommunizierst professionel mit Kunden. Du bringst genug Erfahrung mit um die richtige Balance zwischen Pragmatismus und Abstraktion zu meistern, hast einen Überblick über die gesamten Anforderungen an ein Produkt und erarbeitest gemeinsam Lösungen für diese. ----[SCHNAPP]--------------------------------------------------------------- Neben Django-CMS Entwickler suchen wir noch: * Frontend-Entwickler (m/w) in Vollzeit, Teilzeit oder als Freelancer * Projektmanager (m/w) in Vollzeit oder Teilzeit * Office Manager (m/w) in Teilzeit Mehr Informationen: https://www.hoods-factory.com/jobs Kontakt gern über: jobs(a)hoods-factory.com oder schreibt mit eine Mail ;) Mfg. Jens Diemer

1 0

Text in Sätze splitten
by Frank Grellert Feb. 22, 2017

Feb. 22, 2017

Vielen Dank für die vielen interessanten Lösungsansätze. Für meine Zwecke hat sich dieser hier als brauchbar erwiesen: re.split('(\?\W|!\W|\.\W)', text) Frank -- *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+* Frank Grellert Email: grellert(a)web.de Webseite: http://fotoblog.57ps.de/ Identity: http://grellert.myopenid.com/ *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*

1 0

string split
by Frank Grellert Feb. 22, 2017

Feb. 22, 2017

Ich habe ein kniffliges Problem zu lösen: Ein längerer Text soll in einzelne Sätze aufgespalten werden. Leider enden nicht alle Sätze am Zeilenende und darüber hinaus enden auch nicht alle mit einem Punkt. Der Text lautet: text = """Dies ist ein Auszug aus einem langen Text: Welche Zeichen befinden sich am Satzende? Manchmal ist es ein Ausrufezeichen! Häufig ist es ein Punkt. """ Hat jemand eine Idee? Danke! Frank -- *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+* Frank Grellert Email: grellert(a)web.de Webseite: http://fotoblog.57ps.de/ Identity: http://grellert.myopenid.com/ *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*

4 3

Re: [Python-de] string split
by Peter Heitzer Feb. 22, 2017

Feb. 22, 2017

Frank Grellert <grellert(a)web.de> wrote: >Ich habe ein kniffliges Problem zu lösen: >Ein längerer Text soll in einzelne Sätze aufgespalten werden. Leider >enden nicht alle Sätze am Zeilenende und darüber hinaus enden auch >nicht alle mit einem Punkt. Der Text lautet: >text = """Dies ist ein Auszug aus einem langen Text: Welche Zeichen >befinden sich am Satzende? > Manchmal ist es ein Ausrufezeichen! Häufig ist es ein Punkt. > """ >Hat jemand eine Idee? Zeilenweises Einlesen und dann mit re.sub(r'([?.!])',r'\1\n',zeile) aufspalten. -- Dipl.-Inform(FH) Peter Heitzer, peter.heitzer(a)rz.uni-regensburg.de

1 0

qt Tests
by Reimar Bauer Feb. 22, 2017

Feb. 22, 2017

Hi Zusammen, ich such etwas mit Beispielen um eine qt4/qt5 Oberfläche durchzuprobieren. Ziel wäre pytest tests zu schreiben, um eine GUI zu überprüfen, ob alle Funktionalitäten implementiert sind. Kennt ihr ein Test Frameork für qt? Viele Grüße Reimar

1 0

Fwd: [Speed] CPython 3.7 is now faster than CPython 2.7 on most benchmarks
by Stefan Behnel Feb. 22, 2017

Feb. 22, 2017

Hallo zusammen! Für die, die es nicht mitverfolgt haben, hier zur Info. Victor Stinner hat in den letzten Monaten viel Zeit investiert, um die Python Benchmark Suite auf den neuesten Stand zu bringen, Performance-Messungen zu stabilisieren und Ansatzpunkte zu identifizieren, um Python 3.6 und 3.7 schneller zu machen. Dabei wurden viele Performance-Probleme in der Python 3.x-Reihe gefunden und von den Python-Devs verbessert. Unten das Ergebnis im Vergleich zu Python 2.7: - 23 Benchmarks sind schneller in Python 3.7 - 29 Benchmarks sind gleich schnell - 12 Benchmarks sind langsamer, darunter die Startzeit und einige künstlich-reine Python-Benchmarks, für die es native Tools gibt Klingt für mich nach einer attraktiven Plattform. Stefan -------- Weitergeleitete Nachricht -------- Betreff: [Speed] CPython 3.7 is now faster than CPython 2.7 on most benchmarks Datum: Tue, 7 Feb 2017 16:59:41 +0100 Von: Victor Stinner Hi, FYI CPython 3.7 is now faster than CPython 2.7 on most benchmarks. It would be interesting to investigate why 12 benchmarks are still slower to check if we missed something obvious. Comparison, ignoring differences smaller than 10%: haypo@speed-python$ python3 -m perf compare_to 2017-01-03_11-17-2.7-5988caffbff9.json 2017-02-06_07-15-default-e06af4027546.json -G --min-speed=10 Slower (12): - python_startup_no_site: 3.11 ms +- 0.02 ms -> 8.33 ms +- 0.04 ms: 2.68x slower (+168%) - python_startup: 6.42 ms +- 0.04 ms -> 14.1 ms +- 0.1 ms: 2.20x slower (+120%) - unpickle_pure_python: 384 us +- 8 us -> 670 us +- 11 us: 1.74x slower (+74%) - spectral_norm: 194 ms +- 1 ms -> 259 ms +- 4 ms: 1.33x slower (+33%) - sqlite_synth: 6.70 us +- 0.11 us -> 8.49 us +- 0.16 us: 1.27x slower (+27%) - crypto_pyaes: 158 ms +- 1 ms -> 199 ms +- 2 ms: 1.26x slower (+26%) - xml_etree_parse: 193 ms +- 4 ms -> 242 ms +- 5 ms: 1.25x slower (+25%) - logging_format: 28.9 us +- 0.2 us -> 33.9 us +- 0.5 us: 1.17x slower (+17%) - xml_etree_iterparse: 154 ms +- 2 ms -> 179 ms +- 4 ms: 1.16x slower (+16%) - pickle_pure_python: 847 us +- 14 us -> 974 us +- 14 us: 1.15x slower (+15%) - logging_simple: 24.4 us +- 0.3 us -> 27.9 us +- 0.4 us: 1.14x slower (+14%) - go: 439 ms +- 3 ms -> 493 ms +- 7 ms: 1.12x slower (+12%) Faster (23): - telco: 634 ms +- 5 ms -> 14.7 ms +- 0.3 ms: 43.23x faster (-98%) - unpickle_list: 15.7 us +- 0.6 us -> 6.36 us +- 0.11 us: 2.47x faster (-59%) - pickle_list: 13.7 us +- 0.2 us -> 7.53 us +- 0.41 us: 1.81x faster (-45%) - pickle: 38.8 us +- 1.5 us -> 22.1 us +- 0.3 us: 1.76x faster (-43%) - mako: 56.0 ms +- 0.9 ms -> 32.0 ms +- 0.3 ms: 1.75x faster (-43%) - sympy_sum: 335 ms +- 11 ms -> 192 ms +- 6 ms: 1.74x faster (-43%) - sympy_expand: 1.65 sec +- 0.02 sec -> 949 ms +- 12 ms: 1.74x faster (-43%) - sympy_str: 678 ms +- 5 ms -> 425 ms +- 5 ms: 1.59x faster (-37%) - json_loads: 89.8 us +- 1.0 us -> 56.6 us +- 0.8 us: 1.59x faster (-37%) - scimark_lu: 483 ms +- 10 ms -> 352 ms +- 11 ms: 1.37x faster (-27%) - xml_etree_generate: 282 ms +- 3 ms -> 208 ms +- 2 ms: 1.36x faster (-26%) - call_method_slots: 15.3 ms +- 0.4 ms -> 11.2 ms +- 0.3 ms: 1.36x faster (-26%) - html5lib: 269 ms +- 7 ms -> 201 ms +- 5 ms: 1.34x faster (-25%) - call_method_unknown: 17.5 ms +- 0.3 ms -> 13.1 ms +- 0.1 ms: 1.34x faster (-25%) - call_method: 15.1 ms +- 0.3 ms -> 11.7 ms +- 0.2 ms: 1.29x faster (-23%) - sympy_integrate: 51.7 ms +- 0.6 ms -> 40.8 ms +- 0.3 ms: 1.27x faster (-21%) - unpack_sequence: 140 ns +- 3 ns -> 111 ns +- 1 ns: 1.26x faster (-21%) - regex_v8: 53.7 ms +- 0.9 ms -> 43.7 ms +- 0.6 ms: 1.23x faster (-19%) - 2to3: 763 ms +- 4 ms -> 622 ms +- 4 ms: 1.23x faster (-19%) - pickle_dict: 69.4 us +- 1.1 us -> 56.6 us +- 4.3 us: 1.23x faster (-18%) - call_simple: 12.7 ms +- 0.3 ms -> 10.3 ms +- 0.4 ms: 1.23x faster (-18%) - richards: 162 ms +- 2 ms -> 145 ms +- 5 ms: 1.12x faster (-11%) - float: 266 ms +- 2 ms -> 238 ms +- 3 ms: 1.12x faster (-10%) Benchmark hidden because not significant (29): (...) Ignored benchmarks (3) of 2017-01-03_11-17-2.7-5988caffbff9.json: hg_startup, pyflate, spambayes Victor

1 0