Mailman 3 October 2017 - python-de

Re: [Python-de] "Source code generation is a stupid idea"
by Hermann Riemann 12 Oct '17

12 Oct '17

Am 11.10.2017 um 14:19 schrieb Diez B. Roggisch: > Das waere aber eine komplett andere Beschreibung wert: in generiertem Code fummelt man nicht rum. Erinnert mich an das IBM System für C++ unter OS/2 Mit einer GUI hat man da Menu Einträge etc. gebastelt. Daraus wurde C++ code generiert, denn man dann mit Aktivitäten füllen konnte. Ein neuer Menueintrag, und das IDE überschrieb den den eigenen code. Hermann der danach keine IDE mehr verwendet hat, außer Unix/Linux make etc. -- http://www.hermann-riemann.de

2 1

My personal programming guidelines.
by Thomas Güttler 11 Oct '17

11 Oct '17

Hallo, seit einigen Monaten pflege ich meine programming guidelines, damit ich mich selbst bessere daran halte :-) Falls es jemanden interessiert: https://github.com/guettli/programming-guidelines Feedback ist willkommen. Gruß, Thomas -- Thomas Guettler http://www.thomas-guettler.de/

3 3

Re: [Python-de] source code generation aus Daten ist ein KI-Traum.
by Hermann Riemann 11 Oct '17

11 Oct '17

Am 10.10.2017 um 12:24 schrieb Thomas Güttler: >> Und source code generation aus Daten >> ist ein KI-Traum. > Ich bin mit dem aktuellen KI-Trend (Tensorflow) noch nicht sehr vertraut. Tensorflow kenne ich praktisch nicht. Dafür habe ich mal lisp verwendet. Da gibt es etwas wie quote. Damit kann man einer Variablen oder Listenelement so etwas wie ein keywort zuweisen. Außerdem gibt es da die polnische Notation, was Unterprogrammen ähnlich ist. Also statt a + b wird + a b. Pythonähnlich wäre dann x = [ quote(if), [ quote(<=), a, b ] [ quote(=) a b ]] eval(x) würde dann if a<=b: a=b ausführen. In Python müsste man erst Quelltext erzeugen und, da eval nach meinem Eindruck auf eine Zeile beschränkt ist, Dateien erzeugen und import anwenden. Etwa so: Datei: a.py s="Mist" if len(s)==4: from b import * else: from c import * print(s) Datei: b.py s="bla" Datei: c.py s="grr" python3 a.py liefert dann bla Mit diesem Verfahren kann ein eval über mehr als 1 Zeile nachgebastelt werden, indem man erstellte Dateien bedingt nachträglich importiert. .. > Warum sollte ich davon träumen, dass aus Daten Quelltext erzeugt wird? Eigentlich ist Quelltext nur eine Kommunikationsdarstellung für Menschen. computer intern sind andere Darstellungen eines Programms besser geeignet. > Was ist der Mehrwehrt? > Warum nicht ein generisches Programm verwendet, > dass direkt auf den Daten arbeitet? Um aus Daten verwertbares Wissen zu machen, benötigt es ein Programm, welches mit den Daten etwas anfangen kann. Wenn aber die Verwertung der Daten erst noch experimentell herausgefunden werden soll, wird damit ein Programm gebastelt. Das muss nicht ein Mensch machen, womit ki .. Hermann der den quote eval Mechanismus aus lisp in Python vermisst. -- http://www.hermann-riemann.de

3 2

Re: [Python-de] source code generation aus Daten ist ein KI-Traum.
by Hermann Riemann 10 Oct '17

10 Oct '17

Am 10.10.2017 um 13:48 schrieb Peter Otten: >> Mit diesem Verfahren kann ein eval >> über mehr als 1 Zeile nachgebastelt werden, >> indem man erstellte Dateien bedingt nachträglich >> importiert. > So, liebe Kinder, dass passiert wenn die Seite mit exec vom Hund gefressen > wurde. https://docs.python.org/2.0/ref/exec.html mag die bessere Alternative zu bedingten imports zu sein. Bedingte imports mag für Testzwecke und Erweiterungen nützlich sein. Hermann der wenigstens wieder etwas Praktisches gelernt hat. -- http://www.hermann-riemann.de

1 0

Re: [Python-de] source code generation aus Daten ist ein KI-Traum.
by Bernd Nawothnig 10 Oct '17

10 Oct '17

On 2017-10-10, Peter Otten wrote: > Hermann Riemann wrote: > > [snip coding horror] > >> Mit diesem Verfahren kann ein eval >> über mehr als 1 Zeile nachgebastelt werden, >> indem man erstellte Dateien bedingt nachträglich >> importiert. > > So, liebe Kinder, dass passiert wenn die Seite mit exec vom Hund > gefressen wurde. > > Also, passt gut auf euren Fiffi auf ;) Nun füttere die Trolle doch nicht noch. Wenn sie wenigstens unterhaltsam wären, meinetwegen, aber nicht für so einen Schrunz. Bernd -- Die Antisemiten vergeben es den Juden nicht, dass die Juden ‘Geist’ haben – und Geld. Die Antisemiten – ein Name der ‘Schlechtweggekommenenen’ [Friedrich Nietzsche]

1 0

Re: [Python-de] My personal programming guidelines.
by Hermann Riemann 10 Oct '17

10 Oct '17

Am 09.10.2017 um 17:35 schrieb Thomas Güttler: > seit einigen Monaten pflege ich meine programming guidelines, damit > ich mich selbst bessere daran halte :-) > Falls es jemanden interessiert: > > https://github.com/guettli/programming-guidelines > Feedback ist willkommen. 2: Datenstrukturen. struct in C ist effektiver als class in Python. SQL etc ist im privaten Bereich bzw kleine Datenmengen schlichtweg ineffektiv und für Programmierer unhandlich. Datensätze speichere ich csv ähnlich ab. Dadurch können strings "beliebig" lang sein. ( pickle wäre eine Alternative) NULL behandele ich in Python über True False Indikatoren. 3: Dev Chaos entsteht von alleine. shells verwende ich in Python über os.system wegen geringen Lernaufwands und umgekehrt trickse ich mit symbolischen links und bei Suche mit grep weder *~ Dateien (durch *emacs erzeugt) noch *pyc zu durchsuchen. Ich verwende C, wenn es besser geht, oder Python zu langsam bist. Beispiel Pixelmanipulation in 2560x1600 Fenster. Threads und Async stehen bei mir durchaus auf der Wunschliste, wenn das Problem dazu passt. debuggen würde dann als Ausgabe in Dateien stattfinden. Source code generation is a stupid idea: Ich habe den C-Preprozessor für Python erwogen. Das # passt gut dazu. So #include #ifdef #define .. Allerdings geht dann die Zeilenummerierung bei Tippfehler verloren. Und source code generation aus Daten ist ein KI-Traum. CSV Ich mag von extern gelieferte CSV_dateien. lines=open(irgendwas.csv).readlines() for line in lines: elems=line.rstrip().split(';') .. Intern verende ich derartiges mit der Abweichung dass ich Spalte 0 gerne für Steuerung verwende. dos etc. verwende ich nicht. Bestenfalls html-Dateien, die ich über browser mittels durchklicken auffinden kann. IDE: Irgendein Editor ( meist emacs) und Kommandooberfläche. .. Learn one programming language, not ten: Python : universeller Schraubendreher. C : Bohrmaschine javascript: Spezialwerkeug für html Steiten lisp : Automatik ( quote eval Mechanismus) Andere Sprachen können notwendig bzw. interessant sein. Für den Privatgebrauch sehe ich keine Notwendigkeit von git. Eine Datensicherung Duplikate auf gleichem PC und auch USB-Platte gelegentlich alte USB-Platten aufbewahren für ein: es war einmal, reicht. Viele Versionen führen zu viel Verwirrung. .. Hermann der schon lange programmiert, früher mal meist C heutzutage meist Python 3 (3.4 SuSE "mag" leider kein 3.5) -- http://www.hermann-riemann.de

2 1

Entwickler mit GIS Erfahrung gesucht
by Hannes Plattner 10 Oct '17

10 Oct '17

Hallo Community, wir suchen asap einen Mitarbeiter zum Aufbau eines OS GIS Systems und/ oder zur Unterstützung beim täglichen Projektgeschäft: https://www.tohatec.de/python-entwickler-mit-gis-erfahrung-gesucht/ Wenn also jemand Interesse an einer langjährigen Partnerschaft hat, dann bitte melden; am Besten per Mail mit CV an: info(a)tohatec.de Lg Hannes

1 0

Re: [Python-de] 'z' < 'ä'
by Bastian Blank 03 Oct '17

03 Oct '17

Stefan Ram wrote: > In Python scheint > > 'z' < 'ä' > > wahr zu sein. Ist dies wie > > ord( 'z' )< ord( 'ä' ) > > zu verstehen? > > Gibt es eine Möglichkeit, beispielsweise zum Sortieren von > Texten, Python zu erklären, daß man »ä« wie »ae« einordnen > möchte (oder direkt davor oder dahinter)? Sicher: | >>> import locale | >>> locale.setlocale(locale.LC_ALL, '') | 'LC_CTYPE=de_DE.UTF-8;LC_NUMERIC=de_DE.UTF-8;LC_TIME=de_DE.UTF-8;LC_COLLATE=de_DE.UTF-8;LC_MONETARY=de_DE.UTF-8;LC_MESSAGES=en_GB.UTF-8;LC_PAPER=de_DE.UTF-8;LC_NAME=de_DE.UTF-8;LC_ADDRESS=de_DE.UTF-8;LC_TELEPHONE=de_DE.UTF-8;LC_MEASUREMENT=de_DE.UTF-8;LC_IDENTIFICATION=de_DE.UTF-8' | >>> locale.strcoll('b', 'ä') | 1 | >>> locale.strcoll('a', 'ä') | -8 Bastian

2 1

Re: [Python-de] 'z' < 'δ'
by Diez B. Roggisch 02 Oct '17

02 Oct '17

Das Problem nennt sich “Collations” und ist wie alles was mit Unicode zu tun hat kompliziert. Denn AFAIK ist zB im schwedischen die Sortierreihenfolge genau richtig. Und dann gibt’s auch noch so Sachen in tschechisch glaube ich, wo die Sortierreihenfolge eines Buchstabens abhaengig vom Kontext ist. So Dinge halt. Konkret klappt das fuer mich mit pyuca: from pyuca import Collator c = Collator() l = ["z", "ä"] print(repr(sorted(l)).encode("utf-8")) print(repr(sorted(l, key=c.sort_key)).encode("utf-8")) Das encoding-gefummel ist wegen meinem Python 3.5 und dessen unwillen, irgendwas lesbares auf der Konsole auszugeben. *seufz*. LG Diez > On 2. Oct 2017, at 15:57, Stefan Ram <ram(a)zedat.fu-berlin.de> wrote: > > In Python scheint > > 'z' < 'ä' > > wahr zu sein. Ist dies wie > > ord( 'z' )< ord( 'ä' ) > > zu verstehen? > > Gibt es eine Möglichkeit, beispielsweise zum Sortieren von > Texten, Python zu erklären, daß man »ä« wie »ae« einordnen > möchte (oder direkt davor oder dahinter)? > > _______________________________________________ > python-de maillist - python-de(a)python.org > https://mail.python.org/mailman/listinfo/python-de >

1 0