Quereinstieg in die Web-Entwicklung, umfassende Fachbücher gesucht!
#1
geschrieben 17. Juli 2012 - 13:12
Ich benötige dringend Euren fachmännischen Rat :-)
Folgendes: Ich bin studierter Informatiker und war bisher in der Desktop- und Mobile Apps Entwicklung beheimatet. Gegen Ende dieses Jahres werde ich mich vermehrt mit Webentwicklungsprojekten auseinandersetzen müssen, hauptsächlich im Bereich der Online-Shop-Entwicklung für vielversprechende Start-Up-Unternehmen. Das schließt dann natürlich auch so Themen wie Produkt-Konfigurator, Online-Payment, Schnittstellen zu anderen Websites, komplexe Datenbank-Anbindung, etc. an.
Um mich kurz und prägnant in die Welt der anspruchsvollen Web-Entwicklung einarbeiten zu können, bräuchte ich so etwas wie eine Fibel der Web-Entwicklung oder noch besser eine Fibel der Web-Entwicklung für Quereinsteiger, da ich ja gelernter Informatiker bin und mich nicht erst mit grundlegenden Themen wie "Was ist HTML, CSS, etc.?" auseinandersetzen muss. (Eher mit Themen wie "Für welche Anwendungsgebiete, setze ich welche Sprachen/Frameworks/Tools ein?")
Gibt es da etwas möglichst aktuelles? Welches Buch/welche Bücher würdet ihr empfehlen?
Würde mich über ein paar Vorschläge sehr freuen!
Vielen Dank und Grüße!
Anzeige
#2
geschrieben 17. Juli 2012 - 14:02
Ein Buch das genau das behandelt was du willst ist mir nicht bekannt. Es gibt allerdings einige Einsteigerbücher zu dem Thema, zielführend sind die wohl aber kaum.
Sprachen und Anwendungsgebiete:
Clientseitiges Skripting
JavaScript
Frameworks: jQuery ist sehr weit Verbreitet aber gibt noch eine ganze Reihe wie z.B. MooTools; Dazu kommen noch unzählbare Bibliotheken für spezielle Einsatzgebiete wie z.B. RaphaelJS für SVG.
Clientseitiges Markup
HTML und CSS
Serverseitige Anwendungen
Die Frage kann wohl niemand beantworten. Hängt wohl sehr von der Firma ab. PHP genießt die mit Abstand größte Verbreitung, wäre aber nie die Plattform meiner Wahl. Von Frameworks will ich hier gar nicht reden.
Persistente Datenspeicherung
XML, SQL, NoSQL
Zu jedem Thema gibts mehr als genug Bücher, ein Buch das einen Überblick bietet wüsste ich aber nicht. Aber wenn man sich die Anforderungen und das Firmenumfeld etwas absteckt kann man sich denke ich mit etwas Internetrecherchen die Gebiete schon ziemlich eingrenzen und sich dann für die jeweiligen Themen Literatur besorgen.
Ist aber bei Desktopanwendungen kaum anders...
#3
geschrieben 26. Juli 2012 - 21:33
danke für deinen Beitrag!
Eine Frage: Warum ist PHP nie die Plattform deiner Wahl bzw. warum rätst du von PHP ab?
Güße
#4
geschrieben 26. Juli 2012 - 21:48
#5
geschrieben 27. Juli 2012 - 03:03
Ich gehe mal schwer davon aus, dass du C/C++ mindestens in Grundzügen kannst, dafür gibt's einige schöne Webframeworks(einfach in Google hauen). Für den Ungeübten mag das nicht ganz so leicht sein, wie die PHP-Frickelei, ist in Sachen Performance aber kaum zu schlagen - ob das für dich wichtig ist, mußt du selbst entscheiden.
Einen kurzen Anriss über das Thema findest du hier in einem Artikel, ist zwar von 2007, aber die Prinzipien stimmen immer noch: http://www.linux-mag...MP-mal-ohne-AMP
Frameworks mag ich persönlich nicht so wirklich, bis ich mich da in den Code eingelesen habe, um irgendwelche Spirenzchen zu fixen, hab ich schneller was maßgeschneidert.
Ein bisschen kommt's natürlich drauf an, worunter die Kiste zum Schluß läuft; Apache, Ligthy und Konsorten kommen eigentlich mit allem zurecht, beim IIS würd ich persönlich auf ASP.net setzen.
Mein persönlicher Favorit wäre Perl, zusammen mit PostgreSQL. In Sachen Textver- und -bearbeitung gibt's kaum eine Sprache, die es mit Perl aufnehmen kann, die Community ist hilfreich und stellt haufenweise Module bereit, gerade auch für Webentwickler und über die DB-Schnittstellen kann man sich nun wirklich nicht beschweren.
Bücher gibt's wie Sand am Meer, Onlinekurse auch, deswegen empfehl ich mal nichts, solange ich nicht weis, was du alles kannst.
#6
geschrieben 27. Juli 2012 - 20:39
Zitat (Holger_N: 26. Juli 2012 - 21:48)
Das Problem ist, PHP kann inzwischen fast alles, nur nichts richtig...
Für Anfänger macht das die Sprache sehr attraktiv, da man mit wenig Lernaufwand viel erreichen kann, aber bei größeren Webanwendungen rächt sich das ganz schnell. Gerade so Sachen wie die absolut verunglückte Implementierung von Namespaces sind auf dauer unerträglich...
Ansonsten spricht der zuvor verlinkte Artikel schon einiges an.
#7
geschrieben 27. Juli 2012 - 21:55
Zitat (__42__: 27. Juli 2012 - 20:39)
Für Anfänger macht das die Sprache sehr attraktiv, da man mit wenig Lernaufwand viel erreichen kann, aber bei größeren Webanwendungen rächt sich das ganz schnell. Gerade so Sachen wie die absolut verunglückte Implementierung von Namespaces sind auf dauer unerträglich...
Ansonsten spricht der zuvor verlinkte Artikel schon einiges an.
Vielleicht will er ja erstmal nur eine dynamische Webseite erstellen, mit Gästebuch, Forum, Blog mit Kommentarfunktion und kleinem Mitgliederbereich und nicht gleich per Internet die bemannte Marsmission steuern.
Zitat (DerTommy22: 27. Juli 2012 - 03:03)
Das klingt aber eher wie eine Memme, die rumheult, weil sie mit PHP nicht klarkommt, also genauso wie ich bei C++.
#8
geschrieben 27. Juli 2012 - 22:36
Zitat (Holger_N: 27. Juli 2012 - 21:55)
<>
Zitat
Zitat
Es ist ein Unterschied ob man rumheult weil man mit etwas nicht klar kommt, oder weil man etwas versteht und kritisiert weil es dämlich ist. Bei PHP sind einige Sachen ziemlich dämlich (in C++ im Übrigen auch), wie z.B. die Namespaces.
Dieser Beitrag wurde von __42__ bearbeitet: 27. Juli 2012 - 22:37
#9
geschrieben 27. Juli 2012 - 22:52
#10
geschrieben 27. Juli 2012 - 23:30
Zitat (Holger_N: 27. Juli 2012 - 22:52)
Das ist so gesehen nicht wirklich logisch.
Das Problem sind nicht Namespaces an sich, sondern die Tatsache wie sie in PHP umgesetzt sind. Das folgt nämlich keinem Schema das man aus anderen Programmiersprachen gewohnt wäre, noch ist eine wirkliche Innovation die man gerne annehmen würde. Ebenso verhält es sich mit der Inkonsistenz bei der Benennung von Funktionen, da kann mir kein Mensch erzählen, dass das rumgeheule ist wenn man das kritisiert.
#11
geschrieben 27. Juli 2012 - 23:44
Zitat (__42__: 27. Juli 2012 - 23:30)
Das Problem sind nicht Namespaces an sich, sondern die Tatsache wie sie in PHP umgesetzt sind. Das folgt nämlich keinem Schema das man aus anderen Programmiersprachen gewohnt wäre, noch ist eine wirkliche Innovation die man gerne annehmen würde. Ebenso verhält es sich mit der Inkonsistenz bei der Benennung von Funktionen, da kann mir kein Mensch erzählen, dass das rumgeheule ist wenn man das kritisiert.
Wenn jemand etwas kritisiert, was ich nicht kritisiere, dann ist das für mich Rumgeheule. Das heißt ja nicht, dass der Kritiker nicht auch im Recht sein kann. Aber gerade das Argument, das etwas nicht so ist, wie man es von etwas Anderem gewohnt ist, ist ja klassisches Geheule. Das klingt ja schon wie "ÖÖöööööh , das geht ja ganz anders - dooooof."
Auf der anderen Seite muß ja etwas was nicht logisch ist und keinem Schema folgt, nicht automatisch schlecht sein.
#12
geschrieben 28. Juli 2012 - 00:16
Zitat (Holger_N: 27. Juli 2012 - 23:44)
Deshalb auch der Zusatz, dass die Implementierung von PHP keine besonderen Vorteile oder Innovationen mit sich bringt. In der Tat liegt es auch daran, dass es mehr ein Work-Around ist als die ursprünglich erdachte Lösung.
(Namespaces sind mit "\" realisiert worden, wobei der Standard-Namensraum ein "\" ist. Ursprünglich waren mal ":::" angedacht, wie sie auch in der .net-Implementierung von PHP - Phalanger - zu finden sind.)
Zitat
stristr(...) : ... str_replace(...) : ... DirectoryIterator->next(...) : ...
Wo ist das bitte gut/vorteilhaft?
Verglichen mit logischen strukturierten Standardbibliotheken anderer Plattformen verbringt man bei PHP ziemlich viel Zeit mit suchen, zumal nicht alles wirklich dokumentiert ist, vgl. http://de.php.net/ma...ethintstyle.php und etliche andere Stubs.
Dieser Beitrag wurde von __42__ bearbeitet: 28. Juli 2012 - 01:20
#13
geschrieben 28. Juli 2012 - 11:13
Zitat (__42__: 28. Juli 2012 - 00:16)
stristr(...) : ... str_replace(...) : ... DirectoryIterator->next(...) : ...
Wo ist das bitte gut/vorteilhaft?
Mit str_replace kann man zum Beispiel schön Teile von Zeichenketten ersetzen. Ich finde das gut.
#14
geschrieben 28. Juli 2012 - 11:32
Zitat (Holger_N: 28. Juli 2012 - 11:13)
Nützlich sind diese auch:
html_ entity_ decode htmlentities htmlspecialchars_ decode htmlspecialchars
oder war es html_entities? oder htmlentity_decode? oder htmlentitydecode?
Wer da nach einer einheitlichen Benennung sucht hat viel Freude.
Oder noch so ein Beispiel von Sinnhaftigkeit:
getimagesizefromstring — Get the size of an image from a string image_type_to_extension — Get file extension for image type
#15
geschrieben 28. Juli 2012 - 11:47
- ← Uhr einer Webseite geht vor, wie stellen?
- Skript/Web-Programmierung
- Wordpress Artikel im Vertikalen Menü automatisch einfügen →