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

Groups > de.comp.lang.python > #4934 > unrolled thread

[Python-de] My personal programming guidelines.

Back to article view | Back to de.comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  [Python-de] My personal programming guidelines. Thomas Güttler <guettliml@thomas-guettler.de> - 2017-10-09 17:35 +0200
    Re: [Python-de] My personal programming guidelines. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-10-10 08:07 +0200
      [Python-de] source code generation aus Daten ist ein KI-Traum. Thomas Güttler <guettliml@thomas-guettler.de> - 2017-10-10 12:24 +0200
        Re: [Python-de] source code generation aus Daten ist ein KI-Traum. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-10-10 13:33 +0200
          Re: [Python-de] source code generation aus Daten ist ein KI-Traum. Peter Otten <__peter__@web.de> - 2017-10-10 13:48 +0200
            Re: [Python-de] source code generation aus Daten ist ein KI-Traum. Bernd Nawothnig <Bernd.Nawothnig@t-online.de> - 2017-10-10 21:57 +0200
            Re: [Python-de] source code generation aus Daten ist ein KI-Traum. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-10-11 06:12 +0200
          [Python-de] Ich vermisse .... eval? Thomas Güttler <guettliml@thomas-guettler.de> - 2017-10-11 11:46 +0200
            Re: [Python-de] Ich vermisse .... eval? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-10-11 14:14 +0200
              Re: [Python-de] Ich vermisse .... eval? Thomas Jollans <tjol@tjol.eu> - 2017-10-11 14:35 +0200
              Re: [Python-de] Ich vermisse .... eval? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2017-10-11 23:25 +0200
                Re: [Python-de] Ich vermisse .... eval? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-10-12 11:55 +0200
                  Re: [Python-de] Ich vermisse .... eval? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2017-10-12 20:55 +0200
              [Python-de] Datenbanken verwende ich nicht. Thomas Güttler <guettliml@thomas-guettler.de> - 2017-10-12 12:49 +0200
                Re: [Python-de] Datenbanken verwende ich nicht. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-10-12 16:07 +0200
                  Re: [Python-de] Datenbanken verwende ich nicht. "Diez B. Roggisch" <deets@web.de> - 2017-10-12 17:42 +0200
                    Re: [Python-de] Datenbanken verwende ich nicht. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-10-13 13:20 +0200
                      Re: [Python-de] Datenbanken verwende ich nicht. "Diez B. Roggisch" <deets@web.de> - 2017-10-13 15:37 +0200
                  Re: [Python-de] Datenbanken verwende ich nicht. Frank Grellert <grellert@web.de> - 2017-10-12 19:17 +0200
                  [Python-de] Wer es eilig hat sollte sich setzen Thomas Güttler <guettliml@thomas-guettler.de> - 2017-10-13 11:48 +0200
                  Re: [Python-de] Datenbanken verwende ich nicht. "Diez B. Roggisch" <deets@web.de> - 2017-10-13 15:29 +0200
                    Re: [Python-de] Datenbanken verwende ich nicht. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-10-13 17:29 +0200
              Re: [Python-de] Datenbanken verwende ich nicht. "Massa, Harald Armin" <chef@ghum.de> - 2017-10-12 13:13 +0200

Page 1 of 2  [1] 2  Next page →

#4934 — [Python-de] My personal programming guidelines.

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/

[toc] | [next] | [standalone]

#4935

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

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

#4937 — [Python-de] source code generation aus Daten ist ein KI-Traum.

Am 10.10.2017 um 08:07 schrieb Hermann Riemann:
> Am 09.10.2017 um 17:35 schrieb Thomas Güttler:
> 
> 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.

Hallo Hermann und andere,

Ich bin mit dem aktuellen KI-Trend (Tensorflow) noch nicht sehr vertraut.

So weit ich weiß wird dort nicht Quelltext erzeugt.

Ich denke der Traum ist total sinnlos.

Warum sollte ich davon träumen, dass aus Daten Quelltext erzeugt wird? Was ist der Mehrwehrt?

Warum nicht ein generisches Programm verwendet, dass direkt auf den Daten arbeitet?

Warum der Umweg über Quelltexterzeugung? Bitte den Vorteil erläutern, denn ich sehe den nicht :-)


PS: Meine Zeilen klingen vielleicht etwas "harsch". So ist das nicht gemeint. Ich freue mich,
dass jemand konkrete Hinweise hat: Danke!

Gruß,
   Thomas





-- 
Thomas Guettler http://www.thomas-guettler.de/
I am looking for feedback: https://github.com/guettli/programming-guidelines

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

#4938 — Re: [Python-de] source code generation aus Daten ist ein KI-Traum.

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

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

#4939 — Re: [Python-de] source code generation aus Daten ist ein KI-Traum.

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 ;)

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

#4940 — Re: [Python-de] source code generation aus Daten ist ein KI-Traum.

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]

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

#4942 — Re: [Python-de] source code generation aus Daten ist ein KI-Traum.

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

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

#4944 — [Python-de] Ich vermisse .... eval?

Am 10.10.2017 um 13:33 schrieb Hermann Riemann:
> Hermann
>     der den quote eval Mechanismus aus lisp in Python vermisst.

Ich vermisse nichts.

Ich habe Python, Linux, PostgreSQL, Django-ORM und einen wunderschönen bunten Herbst :-)

Hermann: Warum vermisst du "eval"?



-- 
Thomas Guettler http://www.thomas-guettler.de/
I am looking for feedback: https://github.com/guettli/programming-guidelines

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

#4945 — Re: [Python-de] Ich vermisse .... eval?

Am 11.10.2017 um 11:46 schrieb Thomas Güttler:

> Ich habe Python, Linux, PostgreSQL, Django-ORM und einen wunderschönen 
> bunten Herbst :-)

Python (leider nur Python 3.4) und Linux (SuSE 42)
habe ich auch.

Mich würde schon interessieren,
welche Linux Distributionen keine Probleme mit
Python > 3.4 haben.

Datenbanken verwende ich nicht.

Wenn ich excel erhalte, exportiere ich sie nach html
und bearbeite diese html-Dateien mit import html ..

*.csv Dateien wird mit Linux nach utf-8 konvertiert
und dann ohne csv-Modul bearbeitet.

Bei *.mbox bin ich mit Python aufgeschmissen
weile sie sowohl so als auch utf-Zeichen enthalten.
( könnte ich ich noch mittels Zerlegung überwinden.)
Allerdings die decodierung danach ..

Welchen Editor verwendest Du für Python?
( Ich nehme meist emacs, gelegentlich kate,
   bei kleinen Korrekturen
   oder zum Anschauen (wegen sicherem q:!)  auch vi)

> Hermann: Warum vermisst du "eval"?

Ich vermisse das eval, so wie es in lisp ist.
Ein eval auf Listen bei denen auch keyword ähnlich
wie Unterprogrammnamen vorkommen.

Bei Python müsste ich dies derzeit in einen string umwandeln,
der Vergleichbar ist wie die letzte Zeile in
https://docs.python.org/2.0/ref/exec.html
und dann exec verwenden.

Wie weit PyPy
https://de.wikipedia.org/wiki/PyPy in der Richtung geht,
weiß ich nicht.

Hermann
    der früher mal mit lisp symbolisch gerechnet hat
    und dies mit Python fortsetzen möchte.

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

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

#4947 — Re: [Python-de] Ich vermisse .... eval?

On 2017-10-11 14:14, Hermann Riemann wrote:
> Am 11.10.2017 um 11:46 schrieb Thomas Güttler:
> 
>> Ich habe Python, Linux, PostgreSQL, Django-ORM und einen wunderschönen
>> bunten Herbst :-)
> 
> Python (leider nur Python 3.4) und Linux (SuSE 42)
> habe ich auch.
> 
> Mich würde schon interessieren,
> welche Linux Distributionen keine Probleme mit
> Python > 3.4 haben.


Warum Probleme? Habe ich was verpasst? Python 3.5-3.6 funktionieren super.

* Debian stable hat 3.5.
* Ubuntu 16.04 LTS hat 3.5, Ubuntu 17.10 hat 3.6.
* Arch/openSUSE-Tumbleweed und Konsorten haben sowieso das allerneueste.
* RHEL/CentOS/Scientific 7.x haben standardmäßig leider kein Python 3,
  aber "Software Collections" mit verschiedenen Python-3-Versionen, auch
  Python 3.6.

Wobei auf einer Distri ohne aktuelles Python unter Umständen Anaconda
die beste Lösung ist.

> 
> Datenbanken verwende ich nicht.
> 
> Wenn ich excel erhalte, exportiere ich sie nach html
> und bearbeite diese html-Dateien mit import html ..
> 
> *.csv Dateien wird mit Linux nach utf-8 konvertiert
> und dann ohne csv-Modul bearbeitet.

pandas, pandas, pandas.

> 
> Bei *.mbox bin ich mit Python aufgeschmissen
> weile sie sowohl so als auch utf-Zeichen enthalten.
> ( könnte ich ich noch mittels Zerlegung überwinden.)
> Allerdings die decodierung danach ..

Echt? Die stdlib kann das nicht?
https://docs.python.org/3/library/mailbox.html#mbox
(Selber keine Erfahrung mit)


-- 
Thomas Jollans

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

#4949 — Re: [Python-de] Ich vermisse .... eval?

On 2017-10-11 12:14, Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
> Mich würde schon interessieren,
> welche Linux Distributionen keine Probleme mit
> Python > 3.4 haben.

Was meinst Du mit "Probleme haben"? Debian stable hat Python 3.5 (Debian
ist nicht dafür bekannt, stets die neueste Software zu haben), und ich
könnte sicher problemlos Python 3.6 oder 3.7 (alpha) installieren. 

> *.csv Dateien wird mit Linux nach utf-8 konvertiert und dann ohne
> csv-Modul bearbeitet.

Warum ohne csv-Modul?


> Bei *.mbox bin ich mit Python aufgeschmissen weile sie sowohl so als
> auch utf-Zeichen enthalten. ( könnte ich ich noch mittels Zerlegung
> überwinden.) Allerdings die decodierung danach ..

Dafür gibt es das email Package.


> Welchen Editor verwendest Du für Python?

vim.

        hp


-- 
   _  | Peter J. Holzer    | Fluch der elektronischen Textverarbeitung:
|_|_) |                    | Man feilt solange an seinen Text um, bis
| |   | hjp@hjp.at         | die Satzbestandteile des Satzes nicht mehr
__/   | http://www.hjp.at/ | zusammenpaßt. -- Ralph Babel

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

#4950 — Re: [Python-de] Ich vermisse .... eval?

Am 11.10.2017 um 23:25 schrieb Peter J. Holzer:
> On 2017-10-11 12:14, Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>> Mich würde schon interessieren,
>> welche Linux Distributionen keine Probleme mit
>> Python > 3.4 haben.
> 
> Was meinst Du mit "Probleme haben"? Debian stable hat Python 3.5 (Debian
> ist nicht dafür bekannt, stets die neueste Software zu haben), und ich
> könnte sicher problemlos Python 3.6 oder 3.7 (alpha) installieren.

Auf alle aktuellen Rechner mit intel oder AMD Prozessor
verwende ich SuSE 42.2 bzw. SuSE 42.3
und da wird nur Python 3.4 angeboten.
Python 3.5 Auswahl führt zu Warnungen von Inkompatibilitäten.

>> *.csv Dateien wird mit Linux nach utf-8 konvertiert und dann ohne
>> csv-Modul bearbeitet.

> Warum ohne csv-Modul?

Bei mir sieht es prinzipiell so aus:

aktionen=[]
f=open("iurgendwas.csv")
for line in f:
    liste=line.rstrip().split(';')
    if len(liste)<zu_kurz: continue
    dict={}
    aktionen.append(dict)
    dict["euro"]=liste[6]
    ..

# Auswertung von Aktionen
..

Was soll da mit dem csv-Modul besser gehen?

>> Bei *.mbox bin ich mit Python aufgeschmissen weile sie sowohl so als
>> auch utf-Zeichen enthalten. ( könnte ich ich noch mittels Zerlegung
>> überwinden.) Allerdings die decodierung danach ..

> Dafür gibt es das email Package.

Wird bei SuSE 42 nicht angeboten.

>> Welchen Editor verwendest Du für Python?

> vim.

Ich habe gvim probiert.
gvim hat bei KDE den Nachteil,
das nach reboot ein leeres Fenster angezeigt wird.
Außerdem verschandelt gvim die Konsole mit vielen Zeilen mit
invalid source position for vertical gradient

Hermann
    der für Programmentwicklung gerne 3 Monitore verwendet
    Mitte Editor, rechts Konsole für ./irgendwas.py
    links browser für Dokumentation cgi, Daten ..

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

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

#4958 — Re: [Python-de] Ich vermisse .... eval?

On 2017-10-12 09:55, Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
> Am 11.10.2017 um 23:25 schrieb Peter J. Holzer:
>> On 2017-10-11 12:14, Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>>> Mich würde schon interessieren,
>>> welche Linux Distributionen keine Probleme mit
>>> Python > 3.4 haben.
>> 
>> Was meinst Du mit "Probleme haben"? Debian stable hat Python 3.5 (Debian
>> ist nicht dafür bekannt, stets die neueste Software zu haben), und ich
>> könnte sicher problemlos Python 3.6 oder 3.7 (alpha) installieren.
>
> Auf alle aktuellen Rechner mit intel oder AMD Prozessor
> verwende ich SuSE 42.2 bzw. SuSE 42.3
> und da wird nur Python 3.4 angeboten.
> Python 3.5 Auswahl führt zu Warnungen von Inkompatibilitäten.

Wie kannst Du 3.5 auswählen, wenn nur 3.4 angeboten wird? Irgendwie
widersprichst Du Dir gerade selbst.

Offenbar hast Du Dich irgendwo im Paketmanagement verheddert. Das würde
ich nun nicht als "Problem der Distribution mit Python > 3.4"
bezeichnen.

>>> *.csv Dateien wird mit Linux nach utf-8 konvertiert und dann ohne
>>> csv-Modul bearbeitet.
>
>> Warum ohne csv-Modul?
>
> Bei mir sieht es prinzipiell so aus:
>
> aktionen=[]
> f=open("iurgendwas.csv")
> for line in f:
>     liste=line.rstrip().split(';')
>     if len(liste)<zu_kurz: continue
>     dict={}
>     aktionen.append(dict)
>     dict["euro"]=liste[6]
>     ..
>
> # Auswertung von Aktionen
> ..
>
> Was soll da mit dem csv-Modul besser gehen?

Was bei Deinem Code z.B. alles nicht funktioniert, in der Praxis aber
vorkommt und mit dem csv-Modul funktionieren würde:

 * Strichpunkte innerhalb eines Feldes.
 * Gequotete Felder
 * Newlines innerhalb eines Feldes.

Außerdem kann das csv-Modul automatisch die Felder einem dict zuweisen
(die Keys kommen aus der Header-Zeile), und Deine Zeile:

>     dict["euro"]=liste[6]

schaut verdächtig danach aus, als ob Du das der Anfang einer Reihe von
manuellen Zuweisungen an ein dict sein könnte.

Zuguterletzt kann das csv-Modul auch csv-Files korrekt schreiben, auch
dann wenn die Daten "seltsame Zeichen" (wie z.B. Strichpunkte)
enthalten.

Ist vielleicht egal, wenn Du nur Files lesen willst, die Du selber ge

>>> Bei *.mbox bin ich mit Python aufgeschmissen weile sie sowohl so als
>>> auch utf-Zeichen enthalten. ( könnte ich ich noch mittels Zerlegung
>>> überwinden.) Allerdings die decodierung danach ..
>
>> Dafür gibt es das email Package.
>
> Wird bei SuSE 42 nicht angeboten.

Das ist Teil der Standard-Library von Python:

% python3
Python 3.5.3 (default, Jan 19 2017, 14:11:04) 
[GCC 6.3.0 20170118] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import email
>>> help(email)

        hp


-- 
   _  | Peter J. Holzer    | Fluch der elektronischen Textverarbeitung:
|_|_) |                    | Man feilt solange an seinen Text um, bis
| |   | hjp@hjp.at         | die Satzbestandteile des Satzes nicht mehr
__/   | http://www.hjp.at/ | zusammenpaßt. -- Ralph Babel

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

#4952 — [Python-de] Datenbanken verwende ich nicht.

Am 11.10.2017 um 14:14 schrieb Hermann Riemann:
> Datenbanken verwende ich nicht.

Schade. Warum nicht?



-- 
Thomas Guettler http://www.thomas-guettler.de/
I am looking for feedback: https://github.com/guettli/programming-guidelines

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

#4954 — Re: [Python-de] Datenbanken verwende ich nicht.

Am 12.10.2017 um 12:49 schrieb Thomas Güttler:

>> Datenbanken verwende ich nicht.

> Schade. Warum nicht?

Ich habe mal etwas mit SQL experimentiert.
Ergebnisse:
- benutzen konnte ich das nur unter /root
- sehr viele lesbare Dateien wurden angelegt
- string Länge durch Angaben begrenzt.

Da finde ich es besser,
meine Daten in selber angegeben Formate zu speichern.
Bei der benutzen Menge ist das im Millisekunden Bereich.
Und als alleiniger Benutzer kann ich Konflikte
überblicken.

Verschlüsseln kann ich auch selber
und malware tut sich schwerer Daten zu finden.

Momentan erwäge ich Daten mittels
pickle zu speichern und zu laden,
was die Handhabung vereinfachen sollte,
sofern nicht pickle das Format ändert.

Wenn ich über cgi Daten schreiben will,
muss ich die Dateien mit chmod 666
allgemein schreibbar machen.

Hermann
    der keine Zeit für Datenbankenprogrammierung
    opfern mag.

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

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

#4956 — Re: [Python-de] Datenbanken verwende ich nicht.

[Multipart message — attachments visible in raw view] — view raw

> 
> Ich habe mal etwas mit SQL experimentiert.
> Ergebnisse:
> - benutzen konnte ich das nur unter /root

Auch wenn das bei dir so war, es stimmt nicht. Natuerlich muss man *nicht* root sein um eine DB zu benutzen.

> - sehr viele lesbare Dateien wurden angelegt
> - string Länge durch Angaben begrenzt.

Wann war das? 1990? Heutzutage haben mindestens mal postgres und sqlite Varchar-Felder beliebiger Laenge.

> 
> Da finde ich es besser,
> meine Daten in selber angegeben Formate zu speichern.
> Bei der benutzen Menge ist das im Millisekunden Bereich.
> Und als alleiniger Benutzer kann ich Konflikte
> überblicken.
> 
> Verschlüsseln kann ich auch selber
> und malware tut sich schwerer Daten zu finden.
> 
> Momentan erwäge ich Daten mittels
> pickle zu speichern und zu laden,
> was die Handhabung vereinfachen sollte,
> sofern nicht pickle das Format ändert.

Denkst auch nur du, denn wenn du zB eigene Objekte in Pickle speicherst wird die Handhabung ploetzlich alles andere als einfach, wenn du die dazugehoerigen Klassen aenderst.

Es ist deutlich besser definierte ein/ausgabe-Abbildungen zu betreiben (egal ob zu CSV, JSON oder einer DB)

> 
> Wenn ich über cgi Daten schreiben will,
> muss ich die Dateien mit chmod 666
> allgemein schreibbar machen.

Was hat das mir irgendwas zu tun?

Diez

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

#4962 — Re: [Python-de] Datenbanken verwende ich nicht.

Am 12.10.2017 um 17:42 schrieb Diez B. Roggisch:

>> Ich habe mal etwas mit SQL experimentiert.
>> Ergebnisse:
>> - benutzen konnte ich das nur unter /root

> Auch wenn das bei dir so war, es stimmt nicht.
> Natuerlich muss man *nicht* root sein um eine DB zu benutzen.

Als ich das getestet habe,
habe ich es nicht anders geschafft.

>> - sehr viele lesbare Dateien wurden angelegt
>> - string Länge durch Angaben begrenzt.

> Wann war das? 1990?

Kann durchaus 10 Jahre her sein.

>> Momentan erwäge ich Daten mittels
>> pickle zu speichern und zu laden,
>> was die Handhabung vereinfachen sollte,
>> sofern nicht pickle das Format ändert.
> 
> Denkst auch nur du, denn wenn du zB eigene Objekte in Pickle speicherst wird die Handhabung ploetzlich alles andere als einfach, wenn du die dazugehoerigen Klassen aenderst.

Also praktisch pickle nur für Datentransport verwenden,
soweit beide Seiten gleich Klassen.. über import benutzen.
>> Wenn ich über cgi Daten schreiben will,
>> muss ich die Dateien mit chmod 666
>> allgemein schreibbar machen.

> Was hat das mir irgendwas zu tun?

Ich benutze browser mit cgi als GUI
für einige Daten.

Da Apache nicht unter $HOME läuft
und damit auch Python3 für url.py
wird zum Schreiben von Daten-Dateien
entsprechende Rechte benötigt.

Hermann
    der manche Daten auch in html-Format hat,
    und dank import html..

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

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

#4966 — Re: [Python-de] Datenbanken verwende ich nicht.

[Multipart message — attachments visible in raw view] — view raw

> 
> Also praktisch pickle nur für Datentransport verwenden,
> soweit beide Seiten gleich Klassen.. über import benutzen.

Im Grunde pickle nur fuer fluechtige Daten. Entweder Nachrichten zwischen einem oder mehreren Programmen, oder zB caches von teuer zu berechnenden Daten, die aber zur Not auch wieder verworfen werden koennen.

>>> Wenn ich über cgi Daten schreiben will,
>>> muss ich die Dateien mit chmod 666
>>> allgemein schreibbar machen.
> 
>> Was hat das mir irgendwas zu tun?
> 
> Ich benutze browser mit cgi als GUI
> für einige Daten.
> 
> Da Apache nicht unter $HOME läuft
> und damit auch Python3 für url.py
> wird zum Schreiben von Daten-Dateien
> entsprechende Rechte benötigt.

Wenn es da nur eine Technologie gaebe, mit der man ueber eine lokale Interprozessverbindung einem anderen Programm Anweisungen zur Ablage und Abfrage von Daten geben wuerde 🤔

Diez

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

#4957 — Re: [Python-de] Datenbanken verwende ich nicht.

Oh, jetzt habt Ihr es ihm aber gezeigt! Man muss doch kein DB-Experte
werden, um privat ein paar Daten abzulegen! Aber es gibt auch
Alternativen, die ich gerne nutze:
Pickle, ZODB. - Ok, man sollte die dazu gehörigen Python-Klassen nicht
verlieren, aber die Handhabung der Daten wird dann doch um einiges
geschmeidiger. Wohlgemerkt, ich spreche nicht unbedingt vom
"Business-Einsatz"!
Grüße

Frank

Am 12. Oktober 2017 um 17:42 schrieb Diez B. Roggisch <deets@web.de>:
>>
>> Ich habe mal etwas mit SQL experimentiert.
>> Ergebnisse:
>> - benutzen konnte ich das nur unter /root
>
> Auch wenn das bei dir so war, es stimmt nicht. Natuerlich muss man *nicht* root sein um eine DB zu benutzen.
>
>> - sehr viele lesbare Dateien wurden angelegt
>> - string Länge durch Angaben begrenzt.
>
> Wann war das? 1990? Heutzutage haben mindestens mal postgres und sqlite Varchar-Felder beliebiger Laenge.
>
>>
>> Da finde ich es besser,
>> meine Daten in selber angegeben Formate zu speichern.
>> Bei der benutzen Menge ist das im Millisekunden Bereich.
>> Und als alleiniger Benutzer kann ich Konflikte
>> überblicken.
>>
>> Verschlüsseln kann ich auch selber
>> und malware tut sich schwerer Daten zu finden.
>>
>> Momentan erwäge ich Daten mittels
>> pickle zu speichern und zu laden,
>> was die Handhabung vereinfachen sollte,
>> sofern nicht pickle das Format ändert.
>
> Denkst auch nur du, denn wenn du zB eigene Objekte in Pickle speicherst wird die Handhabung ploetzlich alles andere als einfach, wenn du die dazugehoerigen Klassen aenderst.
>
> Es ist deutlich besser definierte ein/ausgabe-Abbildungen zu betreiben (egal ob zu CSV, JSON oder einer DB)
>
>>
>> Wenn ich über cgi Daten schreiben will,
>> muss ich die Dateien mit chmod 666
>> allgemein schreibbar machen.
>
> Was hat das mir irgendwas zu tun?
>
> Diez
>
> _______________________________________________
> python-de maillist  -  python-de@python.org
> https://mail.python.org/mailman/listinfo/python-de
>



-- 
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*
Frank Grellert
Email: grellert@web.de
Webseite: http://fotoblog.57ps.de/
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*

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

#4960 — [Python-de] Wer es eilig hat sollte sich setzen

> Hermann
>     der keine Zeit für Datenbankenprogrammierung
>     opfern mag.

Warum nicht "Wer es eilig hat sollte sich setzen"?



-- 
Thomas Guettler http://www.thomas-guettler.de/
I am looking for feedback: https://github.com/guettli/programming-guidelines

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

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | de.comp.lang.python

csiph-web