Bernd Paysan schrieb am 20. November 2012 13:43
> Ich bin schon der Meinung, dass man als Java-und-Python-Programmierer
> nicht gelernt hat, zu programmieren.
Was fuer ein Quatsch!!!!
> Wie wär's z.B. mit Testen?
Yep, das siehst bei den Core Widgets duester aus. Dann ist noch die
API beim NumberPicker noch schlecht dokumentiert und
unuebersichtlich. -> Kleine Verhaltensaenderung im NumberPicker und
schon gibts matsch... Wie gut man diese Widgets Unit Tests kann...
keine Ahnung, was die alles Brauchen... Ist halt UI...
> Und Testen heißt nicht "stürzt
> nicht ab, ist also gut"; ich rede hier von systematischem Testen.
Na, fuer den Tip werden die bei Google Dir aber dankbar sein...
Bewirb dich doch mal, mit dem Tip sollte es ja doch zum CTO
reichen...
> Bei
> manchen Java-Programmierern habe ich den Eindruck, dass sie schon
> zufrieden sind, wenn das Programm ohne Fehlermeldung compiliert.
Ne, ist klar. Die Unit Tests in Android sind wohl vom Himmel
gefallen, oder?
> Dass sie nicht mal herausfinden können, wo ihre zum Teil gravierenden
> Performance-Probleme sind, das ist da fast schon nebensächlich. Ich
> glaub', sie versuchen es auch gar nicht.
Wo haben die Performance-Probleme? Inzwischen find ich Android sehr
performant, auch ohne ueble Hacks wie bei iOS (cheaten mit
Screenshots etc.)
> Ach ja: Das liegt nicht zwangsläufig an der Sprache selbst. Populäre
> Sprachen richten sich generell an Leute, die eher durchschnittlich
> programmieren können, es liegt also mehr an den durchschnittlichen
> Programmierern.
Aha. Also ich habe kommerziell schon in etlichen Sprachen
programmiert, auch funktionalen. Aber auch viel Java und C#. In
manchen Oekosystemen hat man keine andere Wahl. Und fuer viele
Probleme war es auch eine hervorragende Loesung. Und? Dass der VBA
Programmierer im Schnitt schlechter ist jemand in Haskell: Na das ist
keine Ueberraschung.
> Ich bin schon der Meinung, dass man als Java-und-Python-Programmierer
> nicht gelernt hat, zu programmieren.
Was fuer ein Quatsch!!!!
> Wie wär's z.B. mit Testen?
Yep, das siehst bei den Core Widgets duester aus. Dann ist noch die
API beim NumberPicker noch schlecht dokumentiert und
unuebersichtlich. -> Kleine Verhaltensaenderung im NumberPicker und
schon gibts matsch... Wie gut man diese Widgets Unit Tests kann...
keine Ahnung, was die alles Brauchen... Ist halt UI...
> Und Testen heißt nicht "stürzt
> nicht ab, ist also gut"; ich rede hier von systematischem Testen.
Na, fuer den Tip werden die bei Google Dir aber dankbar sein...
Bewirb dich doch mal, mit dem Tip sollte es ja doch zum CTO
reichen...
> Bei
> manchen Java-Programmierern habe ich den Eindruck, dass sie schon
> zufrieden sind, wenn das Programm ohne Fehlermeldung compiliert.
Ne, ist klar. Die Unit Tests in Android sind wohl vom Himmel
gefallen, oder?
> Dass sie nicht mal herausfinden können, wo ihre zum Teil gravierenden
> Performance-Probleme sind, das ist da fast schon nebensächlich. Ich
> glaub', sie versuchen es auch gar nicht.
Wo haben die Performance-Probleme? Inzwischen find ich Android sehr
performant, auch ohne ueble Hacks wie bei iOS (cheaten mit
Screenshots etc.)
> Ach ja: Das liegt nicht zwangsläufig an der Sprache selbst. Populäre
> Sprachen richten sich generell an Leute, die eher durchschnittlich
> programmieren können, es liegt also mehr an den durchschnittlichen
> Programmierern.
Aha. Also ich habe kommerziell schon in etlichen Sprachen
programmiert, auch funktionalen. Aber auch viel Java und C#. In
manchen Oekosystemen hat man keine andere Wahl. Und fuer viele
Probleme war es auch eine hervorragende Loesung. Und? Dass der VBA
Programmierer im Schnitt schlechter ist jemand in Haskell: Na das ist
keine Ueberraschung.