Mit "zusätzlich" meine ich "zusätzlich zu bereits im iOS integrierten Software".

Im jailbroken iOS kann man ohne zusätzliche Software *.ipa installieren.

"Apps bereitstellen" ist also synonym zu "*.ipa bereitstellen" gemeint.

Aber vielleicht verstehen wir uns noch miss.

Herzlichen Dank Euch dreien für Eure Kommentare, Wertungen, Betrachtungen.

Deinen Blogpost, Leonidas, zu "7 Languages" werde ich lesen.

Kürzlich kam das Buch "Weniger schlecht programmieren" von Kathrin Passig raus.
http://www.oreilly.de/catalog/wenschleprogger/

Mal sehen, ob meine ...

Spannend wäre eine wissenschaftliche Studie zum Einfluss einer IDE auf Stil und Qualität des Codes.

Dazu müssten berufliche Programmierer dafür bezahlt werden für einen hinreichend langen Zeitraum das jeweils andere Werkzeug zu verwenden.
Die VIM-Liebhaber eine IDE und die IDE-Liebhaber VIM ...

Danke für Deine Bewertung der Bedeutung von Hilfsmitteln zum Debuggen.
Ich kann dazu naturgemäß noch nichts Eigenes zu beitragen.

Eclipse mit PyDev kam in diversen Rezensionen vor, wurde aber durch die Bank schlechter bewertet als PyCharm.
Beispiel:
http://www.jason-parks.com/artoftech/?p=658

Mittlerweile habe ich mich zu IDEs belesen.

Es scheint genau 2 IDEs an der Spitzenposition zu geben, darin sind sich die meisten Rezensenten einig:

PyCharm
Wing IDE

PyCharm beherrscht Reformatierung. Wing IDE nicht.

Das Debugging soll in Wing IDE erheblich besser sein.

PyCharm ist ...

@DasIch
Wenn ich die Funktion der iOS Kivy richtig verstehe, stellt sie eine Umgebung dar, die es erlaubt Pythonskripte auszuführen.

Das ist natürlich grundsätzlich schonmal praktisch, aber doch etwas Anderes, als das, woran ich im Ausgangsposting dachte.
Da ging es mir darum, ob man ganze Apps ...

Natürlich könnt ihr ausrufen: "Ein Programmierneuling will über etwas über Paradigmen in der Programmierung erfahren! Totaler Quatsch!" :)

Aber vielleicht hat ja doch jemand von Euch erfahrenen Programmierern Lust, Python mal von ganz oben anzusehen.

Anlass für das Posting ist ein Statement eines ...

@BlackJack
Danke für Deine ausführliche Antwort.
Es bleibt mir zum jetzigen Zeitpunkt nur, Dir zu vertrauen :)

Ob auch für Operatorüberladungsspieler anderer, besser lesbarer Code möglich wäre, kann ich nicht sagen.
Zu diff/patch:
Ich dachte bei "striktere Syntax" natürlich an Überprüfungsmethoden ...

Mir fehlt als absolutem Programmieranfänger naturgemäß die Erfahrung, dass Layout-Änderungen überhaupt dazu führen können, dass "Patches" nicht mehr funktionieren.
Hätte ich nicht mal entfernt vermutet.

Zur Striktheit:
Ganz sicher ist sowas Geschmacksache.
Mein bisher sehr bescheidenes Verständnis ...

@BlackJack
Den Sinn von Reformatierung (Herstellen eines einheitlichen Layout-Stils) sehe ich anders als Du.
Es geht IMHO nicht darum, zu verlernen, händisch guten Stil zu schreiben.

Nur ein Beispiel:
Manchmal ändert man bereits existierendem Code, der von anderen geschrieben wurde. Dazwischen ...

@BlackJack
Was genau ist bitte mit "Plugin-Architektur" und "Plugins in Python" gemeint?

Ist gemeint, dass die ganzen Teile der Plugins übersichtlich in der IDE auswählbar sind?

Kann jemand eine IDE für Windows empfehlen, die die erwähnten Merkmale 1-6 aus dem Ursprungsposting beherrscht ...

@BlackJack
Danke für die Hinweise.
Jetzt verstehe ich den Nutzen der 80er-Breite besser.

Auch das andere ist geklärt. Ich sprach von der IDLE-Shell, nicht vom Editor.

OK, also zurück zum eigentlichen Thema des Threads

Welche Merkmale schätzt ihr besonders?

@BlackJack
OK, mir war nicht klar, dass es Editoren gibt, die per Default solche Extreme wie 8 oder 1 Spalte bei einem Tabulator darstellen.
Es bleibt natürlich die Frage, ob es nicht in der Verantwortung der Benutzer dieser Editoren liegt, sich eine für sie passende Darstellung von Tabulatoren ...

Innerhalb eines Editors werden die doch immer gleich breit dargestellt.
Innerhalb eines Editors, ja. Aber häufig wird derselbe Code in mehreren Umgebungen betrachtet, und in diesen werden Tabulatoren gerne mal unterschiedlich dargestellt.
Als Argument leuchtet mir das noch nicht ein.
Es genügt ...

Es wäre doch klarer, eindeutiger zum Einrücken Leerzeichen sogar zu verbieten.
Nö, denn Tabulatoren können ja unterschiedlich dargestellt werden!
Innerhalb eines Editors werden die doch immer gleich breit dargestellt.
Zumindest habe ich das noch nicht anders erlebt. Viele Editoren kenne ich ...

kann man in Python ohne Probleme sämtliche Einrückungen ausschließlich über Tabulatoren statt über mehrfache Leerzeichen vornehmen?
Man kann, aber laut "Style Guide for Python Code" sollte man nicht .
Das weckt meine Neugier.
Weiß jemand, warum sich der Entwickler von Python gegen Tabulatoren ...

Ich bin absoluter Programmierneuling und mich interessieren Eure Vorlieben hinsichtlich Entwicklungsumgebungen.

Mit Code in Form von Markuplanguages habe ich schon lange zu tun.
Auch dort gibt es natürlich einige nützlich Hilfsmittel.

Für IDEs für Programmierer fand ich bisher im Wesentlichen ...

Vielleicht liest hier im Forum auch überhaupt kein einziger iOS-App-Programmierer mit, wer weiß.

Schade, dass man überhaupt für die diversen Plattformen in spezifischen Sprachen schreiben muss, da es offenbar technisch nicht möglich ist, die jeweils eine Sprache verlustfrei und absolut zuverlässig ...

Hhmm.

Würde mich nach wie vor sehr freuen, wenn jemand die Frage kurz beantworten könnte

Meines Wissen gibt es keinen praktikablen Weg, iOS-Anwendungen mit Python zu bauen.

Die Forumssuche liefert ein einziges Thema mit dem Schlüsselwort "iOS" im Betreff: das ist wahrscheinlich schon Indiz genug für:
man kann es immer noch vergessen, eine ernsthafte iOS-App in Python zu schreiben ...