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

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

Re: [Python-de] "Source code generation is a stupid idea"

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

  Re: [Python-de] "Source code generation is a stupid idea" "Diez B. Roggisch" <deets@web.de> - 2017-10-11 14:19 +0200
    Re: [Python-de] "Source code generation is a stupid idea" Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-10-11 16:36 +0200
      Re: [Python-de] "Source code generation is a stupid idea" Thomas Güttler <guettliml@thomas-guettler.de> - 2017-10-12 12:47 +0200
        Re: [Python-de] "Source code generation is a stupid idea" Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-10-12 16:30 +0200
          [Python-de] Warum nicht PyCharm? Thomas Güttler <guettliml@thomas-guettler.de> - 2017-10-13 11:47 +0200
            Re: testen (was:: [Python-de] Warum nicht PyCharm?) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-10-13 13:48 +0200

#4946 — Re: [Python-de] "Source code generation is a stupid idea"

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

> 
> Kann ja jeder so machen wie er will. Es gibt ja auch eine ganze Menge Dinge die dann am Ende zu JavaScript werden.
> Für mich ist das automatisch erstelle JS dann aber eher so eine Art Bytecode. Also etwas für den Interpreter, nicht für den Menschen.

Das waere aber eine komplett andere Beschreibung wert: in generiertem Code fummelt man nicht rum. Das gilt fuer von Stefan beschriebene Systeme, aber muss auch immer wieder zB bei pyqt und dem aus Designer-UI-Dateien (XML) generiertem Code betont werden.

Diez

[toc] | [next] | [standalone]

#4948

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

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

#4951

Am 11.10.2017 um 16:36 schrieb Hermann Riemann:
> 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.
> 


Ja damals. ... Ist wirklich lange her .... War eine schöne Zeit ...

Auf der anderen Seite hat die Zukunft auch ihren Reiz. Sie ist unbekannt, neu, schön
und ein kleines bisschen kann man sogar darauf Einfluss nehmen. Ist das nicht
ein spannendes Adventure?

Gruß,
   Thomas


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

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

#4955

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

>>     der danach keine IDE mehr verwendet hat,
>>     außer Unix/Linux make etc.

> Ja damals. ... Ist wirklich lange her .... War eine schöne Zeit ...

War?
Momentan bastele ich an gen_makefile.py
welches mir aus einer Ordner- Dateistruktur
ein Makefile erstellt,
so dass ich bei jeder Änderung
( Ausnahme Änderung von Dateiinhalten)
mir automatisch den passenden makefile erstellt.
( Nach meinen individuellen Bedürfnissen)

> ein spannendes Adventure?

Die habe ich bei Linux Installationen.

Und mein nächstes könnte
( von Installationsprobleme abgesehen)
die Kommunikation zwischen
einem C-Programm und einem Python Programm sein.
Oder danach auch mehreren.
Und dass soweit möglich, ohne ports.

Hermann
    dessen Versuch mit Eclipse?
    nichts anders als ein Absturz von Eclipse
    zustande gebracht hat,
    und Schlimmes mir Arduino IDE befürchtet.

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

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

#4959 — [Python-de] Warum nicht PyCharm?

> Hermann
>     dessen Versuch mit Eclipse?
>     nichts anders als ein Absturz von Eclipse
>     zustande gebracht hat,
>     und Schlimmes mir Arduino IDE befürchtet.


Warum nicht PyCharm?


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

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

#4963 — Re: testen (was:: [Python-de] Warum nicht PyCharm?)

Am 13.10.2017 um 11:47 schrieb Thomas Güttler:

>>     dessen Versuch mit Eclipse?
>>     nichts anders als ein Absturz von Eclipse
>>     zustande gebracht hat,
>>     und Schlimmes mit Arduino IDE befürchtet.

> Warum nicht PyCharm?

https://www.jetbrains.com/pycharm/
kann mich nicht begeistern.

Ich möchte etliche Fenster mit viel Text
offen haben, damit ich nicht so oft blättern muss.
( wie hieß nochmal die Funktion .. )

Mein software Entwicklungsplatz sieht etwa so aus:
http://www.hermann-riemann.de/pic/Arbeitsplatz.jpg
wobei im mittleren Monitor statt thunderbird newsreader
1 oder  mehrere Editorfenster offen sind.

Und wenn ich etwas suche verwende ich
grep -rn auf einer Konsole (seit >= 1996).

Bei Testen oder Fehlersuche verwende ich print
und wenn mehr Ausgaben erforderlich sind
schreibe ich diese in Dateien
etwa /tmp/test.txt oder gar /tmp/test.html
was z.B. bei Listen oder dictionaries von Klassen
nützlich ist.

Hermann
    der mit C auch nicht anders vorgegangen ist.

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

[toc] | [prev] | [standalone]

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

csiph-web