nicht angemeldet
Hallo Ralf,
Vielen Dank. Werd ich machen. Steht so Zeugs auch in dem Schema Buch drin, das du mir empfohlen hast?
Ja. Vielleicht nicht genau so, aber doch so, dass auch solche komplexeren Probleme kein leicht lösbar werden.
Ich habe mir das bei Dussmann mal angeguckt und ein halbes Stündchen drin gelesen. Das war in der Tat (im Gegensatz zur W3C Spec.) überaus verständlich. Der Preis hat mich allerdings wirklich abgeschreckt. 50 EUR für ein gutes Fachbuch auszugeben finde ich ja inzwischen auch normal, aber bei 120
Ja, aber doch 120 _Mark_! (sind ja fast 50 EURO).
fing es irgendwie an wirklich ein bisschen weh zu tun. Zumal ich mir nicht sicher war, ob es sinnig ist, das anzulegen.
Ja, die Bücher sind SCHWEINEteuer. Aber das WROX-Prinzip (Programmer for Programmer) geht meiner Meinung nach voll auf. Es sind zum Thema XML (woanders kann ich es schwer beurteilen) meistens die besten Bücher auf dem Markt. Ich habe mir inzwischen eine kleine Bibliothek angelegt, die mich eine Menge gekostet hat, aber es hat sich gelohnt. So ein Buch einfach mal an einem WE anzugehen ist einfach Gold Wert für das Grundverständnis. Du wirst einfach von Beginn an durch die Materie geführt und musst nur Dein Zeug nicht im Netz zusammensuchen. Wenn du ein konkeretes, schwierigeres Problem hast oder ein Tool nicht installiert bekommst, ist das Web immer noch das Beste, aber für den grundlegenden Beginn, sind solche Bücher einfach unersetzlich.
Der Umfang von XML wird mir erst langsam klar und ich habe ein bisschen Muffensausen, das ich mich da verzettele. Ich bin jetzt langsam bei XPath und XSL angekommen, aber das wird alles nur angerissen. Als ich vor drei Jahren mit diesen Web-Geschichten angefangen habe, hat sich eine völlig neue Welt erschlossen. Jetzt habe ich irgendwie den Eindruck, das sich diese Geschichte wiederholt. Tausend Sachen tun sich auf, in die man einsteigen könnte, aber was ist wirklich wichtig davon? Und letztendlich geht es ja auch nicht nur um Spaß, sondern auch um wirtschaftliche Überlegungen, denn schliesslich ernährt mich der Kram ja auch und da muss man sich ja schon ein bisschen überlegen, wo man seine Zeit investiert. XML hat sicherlich Zukunft, aber langsam scheint es mir, als gäbe es da ebenso wie im "normalen" Developing (PHP, Perl, JS usw.) ähnliche Möglichkeiten der Spezialisierung. Auf der einen Seite also sowas, wie einen Gesamtüberblick (der sicherlich immer wichtig ist) und auf der anderen Seite eben auch Sachen, bei denen man richtig gut Bescheid wissen sollte.
Ja, mit diesen Überlegungen triffst Du die Sache ganz gut. Ich bin auch eher so ein Verzetteler, aber das hat den Vorteil, dass man die Sachen dann irgendwann auch mal voll verstanden hat. Zumindest bei den Sachen, wo man die Zeit hatte, tiefer einzusteigen. Ist halt auch ne Typfrage.
Ich benötige das XML-Zeugs vor allem für einen Nebenjob als Vermittler der Materie. Da guckt man dann auch mal gerne aufs Detail, um einfach gegen Fragen gewappnet zu sein. Beruflich habe ich vom "Programmieren" her wenig mit XML zu tun. Die Frage nach dem "Ernährungswert" ist also durchaus berechtigt, denn ich hätte auch lieber ne reine XML-Stelle... Wenn man so die Stellenanzeigen durchforstet, wird XML-Know-How eigentlich überall gefordert, aber irgendwie immer so nebenher. Es gibt hier in Deutschland (in USA und England ist das aus meiner Sicht anders) wenig "Nur-XML-Jobs". Sinnvoll ist also in jedem Fall ein guter Überblick, was XML, DTDs, XML-Schema, XSLT und XPath leisten können. Außer für einige Spezialgebiete sind dies die wirtschaftlich relevantesten Dinge. Ich weiss ja nicht wohin du Dich beruflich orientierst bzw. bereits orientiert hast, aber für die Webentwicklung wird sicherlich XSLT immer wichtiger. Dort kann guten Gewissens tiefer einsteigen (z.B. mit dem Standardwerk von Michael Kay (auch von WROX) oder nem guten Einsteigerseminar für knapp 10 EURO bei bhv ;-)). Wenn du stark Richtung serverseitige Softwareentwicklung tendierst dann ist das wichtigste immer noch eine ausgewachsene Programmiersprache (die Kombination Java und XML ist sehr beliebt) und dann eben die ganzen Standard-APIs für XML: SAX, DOM, JAXP usw. In XML-Schema würde ich mich aber nicht zu tief verbeißen. Mit dem Buch von WROX bist du bereits ein halber Experte, der dann auch noch was, was man tuen kann, wenn XML-Schem auch nicht mehr hilft oder welche anderen Schema-Dialekte es sonst noch gibt. Das reicht dicke. Lange Rede kurzer Sinn: Spezialisierung auf NUR-XML reicht z.Zt. jobtechnisch nicht. Ohne ein gutes Wissen in einer Programmiersprache geht garnix. Sich bei den Programmier- und Scriptsprachen aber auf XML-Verarbeitung zu konzentrieren, ist aber sicherlich zukunfs- und gegenwartsträchtig.
Diese Schema Geschichte finde ich ziemlich interessant und für "Pedanten" wie mich, scheint das ein sehr schönes Gebiet zu sein, um sich festzubeissen, aber die Relevanz innerhalb XML ist mir noch gar nicht so ganz klar, bzw. wie sich das ganze Gebiet XML überhaupt in meine tägliche Arbeit integrieren läßt.
Relevant ist XML-Schema z.Zt. vor allem im E-Business (speziell B2B)-Bereich, da es mit XML-Schema möglich ist, eingehende XML-Business-Dokumente leicht auf den korrekten Inhalt (bis hin zu den richtigen Datentypen) zu checken. Stich-(oder besser Hype-)Worte Web Services mit SOAP und WSDL, die beide auf XML-Schema aufbauen. Aber auch das ist z.T. noch mehr Hype als Realität. Die Tendenz wird zudem hin zur toolunterstützten Erstellung von Schemata gehen.
Also laß dich nicht entmutigen von den ganzen neuen Trends und Akronymen. Niemand kann das alles wirklich gut beherrschen. Wer heute mit XSLT und XPath beginnt und auch schon mal in XML-Schema reinschnüffelt ist sicher nicht auf der falschen Fährte, solange es auch noch Spaß macht.
Gruß
Franz