Das deutsche Python-Forum

Ein Grund, wieso ich das Python-Forum so mag, ist irgendwie auch, dass alle 2-3 Monate genau solche Threads entstehen...

(und ja, das war ein dummer prolliger Beitrag - vermutlich von einem 13jährigen - der keinerlei fachlichen Mehrwert hatte...)

Ich fang mal an.

mephisto-online hat geschrieben: Für 3D braucht man sowieso C++

Nein, siehe hier http://developer.android.com/guide/topi ... pengl.html und http://de.wikipedia.org/wiki/JOGL

mephisto-online hat geschrieben: Python ist eine Scriptsprache, HTML4/5 auch ! (Siehe Wikipedia, gibt es aber nicht als Buch ...)

HTML4/5 ist eine Auszeichnungssprache, siehe Wikipedia.

Don't feed the Troll?

Grüße,
anogayales

@mephisto-online: Linux ist in C programmiert. Und ein wenig Assembler wo man mit C nicht nah genug an die Hardware kommt. Kein C++ und kein Python. Falls Du auf der anderen Seite auch die Anwendungen meinst, das war auch bei den ersten Distributionen kein C in Reinkultur.

Für 3D braucht man kein C++. Das ist kein Naturgesetz. Die OpenGL ES-API, auf die es auf Mobiltelefonen in der Regel hinausläuft ist eine C-API, aber auf Android ist die „native” Sprache erst einmal Java. Man *kann* auch das NDK und damit C++ verwenden, dann sind die Apps aber nicht mehr hardwareunabhängig und man kann sie nicht auf allen Android-Geräten ausliefern, sondern nur für die man explizit kompiliert hat. Üblicherweise wird man das also von Java aus ansprechen wollen.

Warum mitleidig gelächelt? Weil der einzig wahre 8-Bitter der Commodore 64 ist natürlich.

Der Apple II hat einen 6502-Prozessor eingebaut. Und weder einen 8080 noch einen Z80. Warum man sich anstrengen muss um auf dem Gerät in Assembler zu programmieren sehe ich jetzt ehrlich gesagt nicht. Auf dem C64 ist das jedenfalls recht einfach, und der dort verbaute 6510-Prozessor hat den gleichen Befehlssatz. Das war meine zweite Programmiersprache nach dem eingebauten BASIC auf dem Rechner.

Python ist eine allgemeine Programmiersprache. Die kann man auch zum Skripten verwenden, aber eben auch als Programmiersprache um Anwendungen zu entwickeln. Und wenn man *das* damit macht ist es keine Skriptsprache. Das ist keine inheränte Eigenschaft einer (allgemeinen) Programmiersprache sondern eine Beschreibung wofür man sie verwendet. Selbst bei JavaScript, wo das Skript im Namen steckt, gibt es mittlerweile eigenständige Anwendungen und eine Menge Bibliotheken die sehr allgemeine Probleme lösen und nicht auf irgendwelche skriptbaren Anwendungen beschränkt sind. Spätestens wenn Rahmenwerke die in einer Programmiersprache geschrieben werden, in dieser Sprache verwendet werden, ist es kein Skript mehr sondern eine ausgewachsene Anwendung welche vergleichbare Anforderungen und Probleme an den Entwickler stellt wie Sprachen die normalerweise nicht zum Skripten verwendet werden.

HTML ist weder eine Skript- noch eine Programmiersprache. Das ist eine Aussage die von jemand mit Ahnung eigentlich nicht kommen dürfte. Echt nicht.

Das einzige was bei Android-Programmierung über den normalen Ressourcenhunger der fetten Java-IDEs hinausgeht dürfte die Emulation eines Android-Gerätes inklusive ARM-Prozessor sein. Wenn man seine App damit testet, ändert auch ein Wechsel der Programmiersprache nicht viel. Andererseits kann man die App auch gleich auf ein angeschlossenes Android-Gerät „deployen” und dort testen. Ebenfalls unabhängig von der Programmiersprache.

@snafu
Hallo !
Naja, mögen tu ich das absolut nicht und verstehen erst recht nicht! Aber ich glaube, er ist älter...
Naja. Es gibt Schlimmeres...

@anogayales
... braucht man sowieso C++: OK, hast recht. Hab ich falsch ausgedrückt. Mit Java geht es natürlich mit der SDK. Ob aber Jogl auf Android ??? geht, wenn noch nicht mal die "normale" JDK nur mit Klimmzügen und dann auch nur teilweise funktioniert, da bin ich mir aber nicht so sicher ! Schon mal gemacht ? Oder nur gelesen ? Qt spricht OpenGL jedenfalls mit C++ an und Kivy auch.

HTML4/5 ist eine Auszeichnungssprache, siehe Wikipedia.

Ist bestimmt richtig ! Entschuldigung, war ich wohl etwas zu voreilig, hatte Python in Wikipedia unter "Scriptsprachen" gefunden.

@

Kein C++ und kein Python

OK C, Kernel wird mit cc compiliert. Und kein Python ? Da schreiben die IT-Schreiberlinge aber was falsches (machen sie ja öfter) und ich finde doch einige Linux-Systemtools in /usr/bin mit der Endung .py. Aber vielleicht sehe ich ja auch das falsch !

@Blackjack
Hast gewonnen, ich geb es auf. Sehe ein, hab keine Ahnung ! Und Du ganz viel ! Alle Achtung !

Nach so vielen Belehrungen und Zurechtweisungen hat sich der Abend ja echt gelohnt. Danke !

LG

@mephisto-online:

mephisto-online hat geschrieben:Mit Java geht es natürlich mit der SDK. Ob aber Jogl auf Android ??? geht, wenn noch nicht mal die "normale" JDK nur mit Klimmzügen und dann auch nur teilweise funktioniert, da bin ich mir aber nicht so sicher ! Schon mal gemacht ? Oder nur gelesen ? Qt spricht OpenGL jedenfalls mit C++ an und Kivy auch.

Hier schmeisst Du aber sehr viel in einen Topf und rührst kräftig um. Heraus kommt Quark.

"Die normale JDK" gibts unter Android nicht. Android hat eine eigene Javaimplementation mit eigener VM. Der Funktionsumfang der Stdlib weicht z.T. deutlich von Sun/Oracle Java ab. Wenn man unter Android von JDK sprechen will, ist am ehesten das Android SDK gemeint. Das funktioniert sehr wohl und ist über viele OS Releases getestet und weiterentwickelt worden. Jogl spielt keine Rolle auf Android-Geräten, da diese in der Regel nur OpenGL ES können und Android dieses im SDK von Haus aus seit Jahren unterstützt.

Qt ist in einem frühen Stadium für Smartphones. Ob es der Weisheit letzter Schluss in Sachen plattformübergreifend und hardwarenah hier ist, muss sich erst noch zeigen. In jedem Falle hats ein Gschmäckle - großer Memory-Footprint und Bibliotheksabhängigkeiten, reduzierter Funktionsumfang bzgl der netten Zusatzfeatures bestimmter Geräte und von native look&feel ganz zu schweigen. Inwiefern Kivy hier reinspielen soll, verschliesst sich mir gänzlich.

Bitte nicht soviel Unsinn posten, sonst muss ich mich noch wundern, wie Du die CPU des Apple 2 zuverlässig googeln konntest.

jerch hat geschrieben:Android dieses im SDK von Haus aus seit Jahren unterstützt.

Und dazu gibt es auch direkt von Google Dokumentation. Kein Buchkauf notwendig, kein Mindestumsatz und keine Vertragsbindung. Bestellen sie noch jetzt und bekommen sie den Ratgeber "Wie google ich nach Android-Appentwicklung" gratis dazu.

Hier schmeisst Du aber sehr viel in einen Topf und rührst kräftig um. Heraus kommt Quark.

Ist ja echt nett hier !

Der Funktionsumfang der Stdlib weicht z.T. deutlich von Sun/Oracle Java ab.

Echt ?

"Die normale JDK" gibts unter Android nicht.

Hab ich auch nicht gesagt ! Es gibt aber eine JDK-App, nicht recht aber schlecht.

Bitte nicht soviel Unsinn posten

Du solltest Deinen Frust mal abreagieren. Hilft beim Denken !

...wie Du die CPU des Apple 2 zuverlässig googeln konntest.

Google gabs noch nicht, nur Yahoo und Altavista...

Qt ist in einem frühen Stadium für Smartphones

Oh wie fürchterlich, was Neues !!! Wo es doch sooo viel Bewährtes gibt ! Typisch deutsch !

Inwiefern Kivy hier reinspielen soll, verschliesst sich mir gänzlich.

Klar, ist ja auch noch neuer. Kann also erst recht nichts sein !

Gäähn ! Gute Nacht !

@mephisto-online: Du kannst auf irgend einem Gebiet Experte sein, im Internet findet sich immer einer, der ist noch mehr Experte als Du. Wenn aber jemand mit Halbwissen glänzt und das in mehreren Beiträgen so schön beweist, dann darf man sich nicht wundern, wenn man korrigiert wird. Halbwissen verbreitet sich nämlich genauso schnell wie richtiges Wissen und dann liest irgendjemand Deinen Beitrag und weiß es auch nicht besser, hält es aber für wahr.

Mag sein, dass viele Programmiersprachen für viele Anwendungsbereiche benutzt werden, zum Einen weil es geht, zum Anderen weil Vielfalt Spaß macht. Für Betriebssysteme kommt aber in 90% der Fälle nur C in Frage, für den Rest Assembler. Für Android wird nunmal Java hauptsächlich unterstützt.

mephisto-online hat geschrieben:Ist ja echt nett hier !

Ist es. Wirklich. "Experten" müssen sich aber durchaus Fragen und kritische Anmerkungen gefallen lassen wenn sich herausstellt, dass ihre Wahrnehmung der IT-Welt sich deutlich von der Realität unterscheidet.

@jerch: Das schlimme ist ja das er nicht einmal den Prozessor des Apple II zuverlässig angeben konnte. Die drei angegebenen (falschen) Alternativen waren ja mehr geraten als gewusst oder gegooglet.

@mephisto-online: Qt spricht OpenGL nicht mit C++ an. Es stellt eine handvoll Objekte bereit um zum Beispiel den OpenGL-Kontext in einem Qt-Fenster anzuzeigen. Ansonsten verwendet man als Programmierer die ganz normale C-API von OpenGL.

Und auch Kivy verwendet kein C++. Nicht nur nicht für OpenGL sondern *überhaupt nicht*.

Ich habe keine Linux-Systemtools unter ``/usr/bin`` die mit ``*.py`` enden: Oder habe ich da jetzt etwas übersehen‽

Das Problem von Qt auf Android-Smartphones ist nicht das es neu ist, sondern dass es weder weitverbreitet ist, noch so geräteunabhängig ist wie Java, noch das man etwas über die Zuverlässigkeit der künftigen Entwicklung sagen kann. *Du* wolltest etwas sinnvolles für die Zukunft lernen und wenn man dann von etwas abrät von dem man denkt es hätte zumindest eine ungewisse Zukunft, kommst Du mit einem ”Argument” wie „typisch deutsch”‽

Hallo,

nee, so meinte ich das sicher nicht. Klar kannst du weiter Fragen.

Nur Paketierung von Apps ist ja sicherlich keine Aufgabenstellung, die du alleine hast - das "betrifft" alle Entwickler von HTML+JS Apps. Von daher wirst du da sicherlich sowohl im Internet als auch in der Printliteratur haufenweise fertigen Lösungen und How-Tos bekommen.

Zu 3D mit JS: three.js (www.threejs.org) ist ein JS-Bibliothek dafür. In wie fern welche mobile Browser das kann müsstest du mal selber recherchieren.

Gruß, noisefloor

BlackJack hat geschrieben:@jerch: Das schlimme ist ja das er nicht einmal den Prozessor des Apple II zuverlässig angeben konnte. Die drei angegebenen (falschen) Alternativen waren ja mehr geraten als gewusst oder gegooglet.

Hui hab jetzt erst gesehen, dass er 6402 geschrieben hat. Den Z80 gabs offentsichtlich als Erweiterungskarte von Microsoft für den Apple.

@schonvergessen
Über den Apple II solltest Du vielleicht besser den Mund halten, weil Du wohl noch nie was damit gemacht hast. Die Apples gabs damals auch als "Clone", wie später die ersten PCs. Man konnte sich die auch selbst zusammenlöten, was ich gemacht hatte. Und es ist schon peinlich, wenn man nichts davon weiss, dass es damals üblich war, eine sog. CP/M-Karte (mit 8080 oder auch mit Z80) reinzustecken, worauf dann z.B. auch MSDOS und Win 1.0 lief und dann so eine grosse Lippe riskiert. C64-Spieler eben oder nur gegoogelt.

@jerch
Die Karte hat man auch selbst gebaut und die gab es nicht von Microsoft. Sie war original von Digital Research zum Arbeiten unter CP/M.

@mephisto-online: Viel habe ich mit dem Apple II in der Tat nicht gemacht, sehe aber nicht warum ich mir von Dir zu dem Thema den Mund verbieten lassen sollte. Ist ja nicht so als hättest Du mehr Ahnung davon.

Ob es den Apple II als Clones gibt hat nichts damit zu tun, dass es keinen mit 6402-Prozessor gibt — weil es diesen Prozessor gar nicht gibt.

MS-DOS läuft nicht auf 8080- oder Z80-Prozessoren. Darum kann es nicht üblich gewesen sein das auf solchen Erweiterungskarten laufen zu lassen. Win 1.0, falls damit MS-Windows gemeint sein sollte, lief darauf erst recht nicht. Microsoft hat sehr wohl eine Z80-Erweiterungskarte für den Apple II angeboten und Digital Research hat keine solche Karten hergestellt, die haben nur Software entwickelt. Es wird langsam echt peinlich bei wievielen Fakten Du falsch liegst. Insbesondere weil man die selbst völlig *ohne* Ahnung problemlos hätte nachprüfen können, bevor man so viel Unsinn in die Welt setzt.

Ob CP/M tatsächlich üblich war kann ich nicht sagen. Zumindest von den Leuten die ich kannte hat das keiner benutzt. Weder auf dem Apple II noch auf dem C64, für den es auch solche Prozessor-Erweiterungskarten gibt. Selbst auf dem C128, wo ein Z80 als alternative CPU bereits eingebaut ist, wurde CP/M kaum benutzt.

Wen die Entwicklung interessiert - auf youtube gibts computer cronicles (sowas wie das amerikanische Original des WDR Computer Clubs) mit Gary Kildall als Moderator. Er ist quasi Erfinder von CP/M und BIOS, sehr kompetenter Mann und leider viel zu früh verstorben. Gibt ein paar schönen Folgen z.B. über Unix oder SGI.

Bis zur Wende durften wir nur mit dem KC85 (ein Z80-Klon) spielen und ich erinnere mich noch, wie ich schwer beeindruckt war, was die Großen aus der 10. da alles auf den Fernseher brachten.

Den Z80 habe ich mit einem Freund noch im Sinclair verlötet (na ja, den Sockel, und den Z80 dann da rein gesteckt). MS DOS wurde für die 8088/86 Prozessoren geschrieben und lief auch nur auf diesen und deren Nachfolgern. Da Windows bis NT auf DOS aufgesetzt hat, lief auch dieses nur auf diesen Prozessoren. Win 1.0 hatten wir mal auf einem 8088 ausprobiert: unbrauchbar. Mit der Kommandozeile ließ sich deutlich zügiger arbeiten. Ob aber der C64 nun einen 6510 oder 6502 hatte? Ich meine letzteren, vielleicht sollte ich mal in den Keller gehen und nachschauen ...

@BlackJack
Und über Qt solltest Du auch wohl besser nichts ablassen, scheinst Du ja auch nur gegoogelt zu haben. Ich habs mit viel Recherche installiert bekommen und habe auch die ersten Progrämmelchens mit PyQt ausprobiert, dann auch eins auf meinem Nexus gebracht. Komisch, das man dafür das NDK braucht und man teilweise C++-Routinen einbindet, wenn man die Geschwindigkeit braucht. Und von OpenGL scheinst Du ja auch keine Ahnung zu haben, hab ich schon mit Pascal und Turbo-C programmiert, kann man auch mit Java und vielen, vielen anderen Sprachen machen. Ich hab jetzt jedenfalls genug von solchem "Schmalspur"-Geblubber von Leuten, die "alles" wissen , obwohl sie "alles" noch nicht gemacht haben.
Und:

dass es keinen mit 6402-Prozessor gibt

sorry, falsche Zahl, wie tragisch ! Aber Du machst ja bestimmt keine Flüchtigkeits-Fehler.

MS-DOS läuft nicht auf 8080- oder Z80-Prozessoren. Darum kann es nicht üblich gewesen sein das auf solchen Erweiterungskarten laufen zu lassen. Win 1.0, falls damit MS-Windows gemeint sein sollte, lief darauf erst recht nicht. Microsoft hat sehr wohl eine Z80-Erweiterungskarte für den Apple II angeboten und Digital Research hat keine solche Karten hergestellt, die haben nur Software entwickelt. Es wird langsam echt peinlich bei wievielen Fakten Du falsch liegst. Insbesondere weil man die selbst völlig *ohne* Ahnung problemlos hätte nachprüfen können, bevor man so viel Unsinn in die Welt setzt.

dann googel mal schön weiter nach Fakten. Ist nun wirklich schon viele, viele Jahre her. Und ich hatte nach dem AppleII auch noch einen PC zusammengelötet und es kann sein, dass ich da die exakten Fakten nicht mehr so absolut korrekt (wikifähig) parat habe. Das war hier aber auch nicht mein Thema !
Und verschärfend kommt jetzt noch dazu, dass ich gesehen habe, dass Du hier auch noch "Moderator" bist und es hier wohl deshalb immer so abgehen wird. Danke schön, brauch ich nicht !

@die normalen Leute hier
Ansonsten hatte ich heute Nacht mal eine simple App mit Cordova gemacht und muss sagen, das das einen sehr guten Eindruck macht und werde mich wohl jetzt mal näher damit auseinandersetzen und eine kleine nette App versuchen.

Ich hatte mich nach Python in diesem Zusammenhang interessiert, weil ich einfach Lust hatte, mit dieser schönen Sprache etwas mit Android zu machen und mich EiPhones nicht und Desktops nicht mehr so sehr interessieren.

Schade eigentlich, dass hier so ein paar "Alleswisser" rumhängen, die eine positive, kreative Diskussion unmöglich machen. Ich denke, das es wohl nicht nur mir so geht.

@kbr
Stimmt, jetzt erinnere ich mich, es war nur CP/M auf dem Apfel2, MSDOS und Win, das war dann auf dem PC. Ja, den Sinclair gab es auch, geniales Gerät zu rumbasteln mit den ersten Microprozessoren. Auf dem CP/M lief glaube ich ein sehr guter Pascal-Compiler, den ich damals im Studium ganz gut gebrauchen konnte.

LG

@mephisto-online:
Bitte freunde Dich mit dem Gedanken an, dass hier Leute dabei sind, die wissen wovon sie reden. Qt ist eine tolle Sache, ich nutze es seit Qt 2.1 und hatte u.a. eine aktive Phase im KDE-Projekt. Über RAD mit PyQt bin ich erst auf Python als erstzunehmende Sprache aufmerksam geworden, vorher hab ich Python nur als Skriptersatz benutzt, wo mir Bashskripte zu aufwendig wurden.
Qt ist für den Produktiveinsatz auf Smartphones noch nicht geeignet, dass betonen ja selbst die Mitarbeiter. U.a. ist die API noch nicht stabil, mit Qt5.2 soll sich das voraussichtlich ändern.

Das man unter Android das NDK für Qt braucht, ist nicht komisch sondern logisch.

@kbr: Der C64 hat einen 6510 oder einen äquivalenten 8500 (andere Fertigungstechnik). Der 6510/8500 hat aber den gleichen Befehlssatz wie der 6502, das macht also aus Programmierersicht keinen wirklichen Unterschied. Der 6502 ist im 1541-Diskettenlaufwerk verbaut. Da hat man sozusagen einen „Coprozessor” mit dem gleichen Befehlssatz und standardmässig 2KiB RAM zur Verfügung. Vom RAM wird natürlich einiges vom CBM-DOS belegt und die Datenübertragung zwischen den beiden Geräten ist ein Flaschenhals der den „Coprozessor” nur bedingt nützlich macht.

@mephisto-online: Wie kommst Du darauf das ich Qt nur gegooglet hätte? Und woran willst Du gemerkt haben, dass ich von OpenGL keine Ahnung habe? Kannst Du das irgendwie belegen, oder wolltest Du einfach nur mal ein paar Unterstellungen loswerden? Keine Argumente?

Das man für Qt das NDK braucht ist nicht komisch, sondern logischerweise notwendig wenn man in C++-Bibliotheken auf ein Android-Gerät bringen will.

Wenn Du genug von dem Schmalspur-Geblubber hast, dann hör doch einfach solches von Dir zu geben. Ich denke ich habe hier im Forum schon genug Quelltexte gepostet die belegen, dass ich Programmieren kann. In den verschiedensten Programmiersprachen. Inklusive 6510-Assembler.

Du haust hier die falschen Fakten über den Apple II raus mit der Begründung das ich dazu besser die Klappe halten soll, weil ich keine Ahnung hätte. LOL. Und nun war das alles gar nicht Dein Thema? Warum hast Du dann überhaupt damit angefangen?

Mit „Alleswisser” kannst Du mich nicht meinen. Ich weiss nicht alles. Und *das* *weiss* ich auch!

mephisto-online hat geschrieben:Schade eigentlich, dass hier so ein paar "Alleswisser" rumhängen, die eine positive, kreative Diskussion unmöglich machen. Ich denke, das es wohl nicht nur mir so geht.

BlackJack ist doch kein Alleswisser, er korrigiert (zum Glück) nur deine ganzen falschen Aussagen, sonst glaubt den Kram auch noch jemand. Und mit Fehlern bist du hier nicht gerade sparsam umgegangen. "Unfung" ist da wohl noch eine der netteren Umschreibungen für dein abgelassenes "Wissen". Sieh ein, dass du hier im Gegensatz zu anderen einfach nicht das Wissen hast (angeblich arbeiten einige von uns in diesem Bereich und betreiben das ganze professionell) oder dass du dich möglicherweise an einige Dinge nicht mehr korrekt erinnerst. Du machst dir ja nicht einmal die Mühe deine Aussagen zu belegen, sondern stellst nur weiter und weiter Behaputungen auf.