Was ist schneller lernbar? Android-App-Enwticklung oder Web-Entwicklung (PHP, JS) ?

Was sich die Leute immer an den Startzeiten aufgeilen. Dann fährt die Anwendung halt einmal in der Woche 30-60s hoch (da wird noch viel mehr mit hochgezogen, als die nackte JVM). Wen stört das? Bei solchen Anwendungen, wo Java eingesetzt wird, laufen ohnehin mehrere Instanzen d.h. der Enduser muss nicht mal merken, wenn eine davon durchstartet.

Aber wen versuch ich hier zu konvertieren? All dein Hass auf Java basiert eh nur auf fefe rants.
 
Ich denke es ist zielführender die PHP vs. Java Diskussion sein zu lassen und sich eher den Anforderungen des TO zuzuwenden ;)

Vor einigen Jahren war ich in der selben Situation (Android 2.2/2.3 Zeiten).
Da du bereits Kenntnisse in Java hast, wird eine Einarbeitung in Android binnen einiger Wochen schon machbar sein. Hier sind die Developerseiten von Android ein guter Startpunkt um sich über die Unterschiede zum "Standard" Java zu informieren.

Eine gescheite Web-Entwicklung wird dich ohne Vorkenntnisse und/oder Mentoren mehr Zeit kosten. Wie du schon selbst geschrieben hast, gibt es unzähligen Frameworks auf Server- und Client-Basis. Sicherlich muss man hier erstmal nur die Basics können. Aber ein Java-Compiler wird dir weit offener sagen, warum etwas explodiert ist als ein Browser, der einfach ohne Fehlermeldung ein Element nicht rendert...
 
Tuxman schrieb:
Und in den wenigsten Fällen bemerkt der Nutzer das. Außer halt in wirklich umfangreichen Fällen, die den Browser für eine Plattform und nicht für einen Dokumentenbetrachter halten, aber da läuft dann was ganz Anderes schief.
Diese wenigen Fälle sind aber die Fälle, wo dann auch tatsächlich mal Kohle fließt. Wenn wir hier aber von Projekten mit komplexen Datenstrukturen und vielen Tausend synchronen Zugriffen reden, dann bricht PHP ohne extreme Optimierungen ratzfatz weg.

Vergleich' mal die Startzeiten von PHP und der Java-VM.
Du startest doch nicht pro Seitenaufruf eine komplette Java VM, genauso wie du nicht einmal einen separaten PHP Interpreter startest. Genauso wie du alle Jubeljahre mal PHP-FPM neu startest und der Rest via FastCGI läuft, startest du auch nur alle Jubeljahre mal deine JVM.

Wie wäre es, wenn du, statt dämlich rumzudröhnen, mal lieber z.B. eine Open Xchange - Instanz aufsetzt? Dann würdest du sehen, wo der Unterschied liegt.
 
Wie schnell PHP wegbricht, hängt nicht zuletzt vom httpd ab. Apache skaliert halt nicht.

Der Unterschied zwischen einer überladenen Javaapplikation und einem PHP-Skript? Welchem?
 
Entweder habe ich die Frage falsch gelesen und nicht gesehen dass TE gefragt hat warum Java schlecht ist?

Jeder hat seine Präferenzen, schlecht programmieren kann man in jeder Sprache. In einem Monat lernen kann man weder Java, noch PHP, noch RoR oder iwas... Jedenfalls nicht so, dass man sich auf eine Stelle bewerben könnte.
 
Tuxman schrieb:
Wie schnell PHP wegbricht, hängt nicht zuletzt vom httpd ab. Apache skaliert halt nicht.
Das beweist nur eines: Dass du von der Materie wirklich ÜBERHAUPT keine Ahnung hast und du dich hier wirklich großflächig raus halten solltest. Ein gut konfigurierter Apache liefert PHP genauso schnell aus wie ein nginx, lighttpd oder Cherokee. Schlag mal PHP-FPM und MPM-Worker nach.
 
Wer mal das (deutsche) Web abscannt findet täglich hunderte schwere Sicherheitslücken in Webseiten. Wem verdanken wir das größtenteils? PHP

PHP lernt man nicht in einem Jahr. Die meisten PHP-Entwickler verstehen es nach 5 Jahren Erfahrung immer noch nicht. Die Sprache ist hoch komplex, wenn man keine Sicherheitslücken einbauen will. Mit Java kann man zwar auch schlecht programmieren... aber die Auswirkungen sind nicht so schlimm und mit geringerer Zeit kann man Java deutlich besser beherrschen.
 
Valhal schrieb:
Wer mal das (deutsche) Web abscannt findet täglich hunderte schwere Sicherheitslücken in Webseiten. Wem verdanken wir das größtenteils? PHP

Eher: Schlecht ausgebildeten PHP-Entwicklern, nicht gepatchter Serversoftware, ...

Eine sichere Website geht nicht, sobald dynamische Inhalte dazukommen.
Wen wundert der Erfolg statischer Websitegeneratoren?
 
Tuxman schrieb:
Eher: Schlecht ausgebildeten PHP-Entwicklern, nicht gepatchter Serversoftware, ...
Bei C und PHP spielt die Ausbildung nicht unbedingt eine Rolle. Die Sprachen sind einfach sehr komplex und schwer zu beherrschen. Oder anders gesagt: Jeder Fehler ist fatal. Bei anderen Sprachen sind Fehler eher unauffällig...
 
Jede Sprache, in der du Fehler machen kannst, wird Fehler enthalten. Dafür kann PHP nichts.
 
Valhal schrieb:
Wer mal das (deutsche) Web abscannt findet täglich hunderte schwere Sicherheitslücken in Webseiten. Wem verdanken wir das größtenteils? PHP
PHP ist die am weitesten verbreitete Sprache, weil sie für kleine und mittlere Projekte die kostengünstigste und einfachste Lösung ist.

Du könntest genauso gut behaupten, Minderjährige sind die besseren Autofahrer, schließlich bauen sie statistisch deutlich weniger Unfälle als Volljährige...

Mit Java kann man zwar auch schlecht programmieren... aber die Auswirkungen sind nicht so schlimm und mit geringerer Zeit kann man Java deutlich besser beherrschen.
Totaler Bullshit.
In welcher Sprache du deinem Projekt ne SQL Injection, ne Directory Traversal oder ne XSS - Lücke hinterlässt, ist VOLLKOMMEN egal. Du musst in Java deine Query Strings genauso escapen (oder auf Prepared Statements zurück greifen), wie du das in PHP musst. Wenn du Usereingaben in Formularfeldern (z.B. Foren/Comments) nicht filterst, dann baust du ne XSS-Lücke ein. Egal in welcher Sprache.

Wo ist also der Unterschied?
PHP.... jeder kann sich schnell mal als PHP-Entwickler bezeichnen. Ein ehemaliger Kollege von mir hat mir z.B. einen großen Berg Bullshit-Code inkl. Reihenweise SQL Injection Lücken hinterlassen. Trotzdem hat er also offensichtlich recht lange als PHP-Entwickler gearbeitet. Was braucht man, um sich PHP-Entwickler schimpfen zu können? Man bringt ein paar Wochen halbgar mit ein paar Tutorials zu und hofft, dass keiner den Pfusch bemerkt.
Java hingegen... wer nennt sich denn schon nach ein paar Wochen Rumgeklimper und 3 Tutorials "Java-Entwickler", noch dazu für die richtig harten Fälle wie JEE? In dem Bereich hat man ein Diplom, eine Prüfung von der IHK oder ein international anerkanntes Zertifikat. Wir reden hier also von wirklich professionellen Entwicklern, die ihr Handwerk tatsächlich verstehen und allein deshalb schon weniger Fehler machen. Und der Dank dafür, dass man im Java-Bereich üblicherweise zertifizierte Profis hat? Geleistet Arbeit wird auch anständig vergütet!
 
Tja, HTML kommt nicht darin vor.

Wie gesagt: Statische Websites sind die Zukunft. :D
 
Leute... don't feed the troll...

Ihr könnt euch noch so sehr den Finger wund tippen... der Topic Owner müsste sich mal zu Worte melden...
 
Ein paar Wochen alt der Thread, aber manches kann man echt nicht stehen lassen..

Tuxman schrieb:
Eine träge VM mit unglaublich schlechtem Speichermanagement

Ist halt Käse, beides. Überhaupt mal mit der JVM beschäftigt? Im Server-Mode nach Hotspot-Warmup zieht die JVM allem die Wurst vom Brot, was nicht nativ ist. In den letzten 20 Jahren floss eine Menge Know-How in die Entwicklung, speziell im Bereich Multithreading und Skalierbarkeit.

Tuxman schrieb:
und schlicht unzureichenden Sicherheitsmaßnahmen

Ist erstens völlig falsch (die Probleme in der JVM im letzten Jahrzehnt kann man an 5 Fingern abzählen. Das obsolete Browser-Plugin ist etwas völlig anderes) und im Vergleich zu C/++ eine sehr erheiternde Aussage. Dort hast du gar nicht erst sowas wie eine Sandbox, was Memory Corruption Lücken Tür und Tor öffnet. Im Wochentakt liest man auf Heise oder Golem von neuen Sicherheitslücken durch Overflows u.ä.

Aufgebläht? Stimmt, unterscheidet sich damit allerdings nicht besonders von PHP oder C++ .. ?
Gibt ja aber zum Glück viel elegantere Sprachen für die JVM als Java, mit denen man mit 1/3 bis 1/2 an Zeilen im Vergleich zu Java/PHP/C++ auskommt.

Dein anderer Kommentar zur startup-Zeit ist im Serverbereich ja mal eher völlig Wurst, findest nicht?
 
Daaron schrieb:
In einem Monat lernst du weder das eine noch das andere.
In einem Monat hast du bei der Dreifaltigkeit aus HTML5, CSS3 und JS gerade mal an der Oberfläche gekratzt.... und da hast noch keine Zeile PHP wirklich mal geschrieben. Du kennst die Syntax? Na da bin ich ja mal neugierig... Heißt es strpos() oder str_pos()? Heißt es strreplace oder str_replace()? Wie rum ist die Parameterreihenfolge bei explode() und implode()?
Die Syntax ist wirklich das kleinste Problem. Wenn man sich nicht sicher ist, googelt man eben. Musste ich bei PHP dauernd machen, weil einige Funktionen total dämlich benannt sind (unlink statt delete z.B.) und man sich wohl nicht einigen kann, ob man Unterstriche verwenden will oder nicht... Parameterreihenfolgen sind auch inkonsistent.

Wenn man damit arbeitet, guckt man pro Funktion vielleicht 1-3 mal nach und hat es sich dann gemerkt. Oder man hat eine IDE, die das anzeigt...
 
Zuletzt bearbeitet:
Zurück
Oben