Die Organisation und Durchführung einer eigenen Konferenz ist das Thema der zweiundachzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Nachdem ich letzte Woche erzählt habe, wie wir unseren Softwareentwickler-Stammtisch ins Leben gerufen haben, geht es dieses Mal weiter mit der Organisation einer eigenen Konferenz.

Eine Konferenz organisieren

Kostenkalkulation

Location

Verpflegung

Konferenzunterlagen (Druck, Mappen, Blöcke/Stifte)

Badges

Ticket/Bezahlung/Geschenke für Referenten

Sponsoring

Sponsoren finden

eigener Arbeitgeber und Arbeitgeber der Teilnehmer

bekannte Unternehmen der Region

Suche bei Xing* nach Softwareunternehmen aus der Region

Location

Infrastruktur: WLAN, Leinwand, Beamer, Stühle/Tische, ggfs. Beschallung

Termin

Wochentag vs. Freitag (Empfehlung) vs. Wochenende

an globalen Veranstaltungen teilnehmen (z.B. Global Day of Coderetreat)

Verpflegung

Frühstück, Mittagessen, Kuchen und/oder Abendessen anbieten?

Vorträge bzw. Konferenzprogramm

ggfs. Konferenzthema festlegen

rechtzeitig Call for Presentations starten

Referenten bei Terminfindung berücksichtigen

andere Konzepte (z.B. Workshops, Barcamp) in Erwägung ziehen

Werbung machen

Website einrichten

Xing*-Event, Facebook-Event

Werbung bei AdWords, Facebook, Xing* schalten

Veranstaltungskalender lokaler Zeitungen oder Städte nutzen

lokale Zeitungen ansprechen

Präsentationen nach der Konferenz online stellen

Meine Lessons Learned

Gehe immer davon aus, dass irgendetwas schief laufen wird (z.B. Ersatzbeamer mitnehmen).

Biete einen Early Bird für die Tickets an, um schnell das Interesse zu klären (und schlaflose Nächte zu vermeiden).

Sammle frühzeitig die Konferenzunterlagen (insb. Flyer) ein, um doppelte Arbeit zu vermeiden.

Hole das Feedback der Teilnehmer direkt am Ende der Konferenz ein.

Kläre vorab, wer (gute) Fotos der Konferenz macht.

Empfehlungen für Konferenzmaterial (Mappen und Badges)

Die Konferenzunterlagen (Agenda, Feedbackbogen, Flyer der Sponsoren) habe ich in diesen Dokumententaschen* im Format DIN A4 zusammengestellt. Sie machen trotz des geringen Preises einen stabilen Eindruck und es passten locker alle Unterlagen hinein.

*

Für die Namensschilder habe ich Etiketten von Herma* verwendet.

*

Die habe ich dann in die passenden Ausweishüllen* gesteckt und an einem blauen Halsband* befestigt. Da Blau die Konferenzfarbe war, passte das sehr gut. Es gibt die Bänder aber natürlich noch in anderen Farben.

*

*

Literaturempfehlungen

Der Pluralsight-Kurs "Starting and Running a Successful User Group", den ich bereits letzte Woche empfohlen habe, enthält auch ein separates Modul zum Thema Konferenzplanung. Daher kann ich ihn auch für dieses Thema wärmstens empfehlen. Ich selbst habe den Kurs gerade noch rechtzeitig vor der SEROM angeschaut und konnte dadurch noch ein paar kleine Fehler vermeiden.

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Die Organisation und Durchführung einer eigenen User Group ist das Thema der einundachzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Am vergangenen Freitag, den 04.11.2016 fand im Fizz in Vechta die erste Softwareentwicklungskonferenz SEROM statt. Das Motto der Veranstaltung war Softwareentwicklung im Mittelstand. Da ich die Organisation dieser Konferenz übernommen habe, erzähle ich in der aktuellen Podcast-Episode ein wenig über meine Erfahrungen. Diese Woche geht es los mit der Organisation einer User Group und beim nächsten Mal geht es dann um die Planung einer eigenen Konferenz.

Start einer User Group

Potentielle Interessierte finden

Kollegen, Kommilitonen, Mitschüler, Lehrer

Soziale Netzwerke, z.B. Xing*, Facebook, Twitter, Meetup

Location

Wie läuft die Verpflegung (Getränke, Essen)?

Sind Beamer und eine Leinwand oder ein Bildschirm vorhanden?

Termin

Empfehlung: an einem Wochentag (Dienstag bis Donnerstag)

früh genug ankündigen

Abstimmung über Doodle

Themen

ergeben sich meist beim Stammtisch

ggfs. mit eigenen Vorträgen starten

Kosten

am besten ohne Beitrag starten, jeder trägt Verzehr selbst

später können Sponsoren unterstützen

Mein Vortrag auf der SEROM

Ich selbst habe auf der SEROM auch einen kurzen Fachvortrag gehalten: Wer braucht eigentlich Microservices - Aktuelle Trends der Softwareentwicklung in der Praxis. Die Folien gibt es bei SlideShare oder direkt hier eingebettet:

Wer braucht eigentlich Microservices - Aktuelle Trends der Softwareentwicklung in der Praxis from Stefan Macke

Literaturempfehlungen

Den Pluralsight-Kurs "Starting and Running a Successful User Group" habe ich für mich persönlich leider etwas zu spät entdeckt. Ich habe ihn erst vor ein paar Wochen durchgearbeitet, aber der Stammtisch existiert ja bereits seit 2014. Wenn du noch ganz am Anfang stehst, wirst du sicherlich ein paar gute Tipps mitnehmen können.

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Der Ablauf des Bewerbungsverfahrens für Azubis zum Fachinformatiker Anwendungsentwicklung bzw. auf das duale Studium der Wirtschaftsinformatik ist das Thema der achzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Falls du noch ganz am Anfang stehst, habe ich hier konkrete Tipps zur Bewerbung um eine Ausbildung als Anwendungsentwickler/in.

Schriftliche Bewerbungen

Aus den eingegangenen schriftlichen Bewerbungen sortieren wir zunächst die vielversprechendsten Kandidaten aus. Dabei schauen wir nicht allein auf die Zeugnisnoten, sondern insb. auch darauf, ob ein Interesse am angestrebten Beruf vorhanden ist. Viel wichtiger als perfekte Noten sind daher zum Beispiel Praktika in anderen Unternehmen mit Bezug zur Softwareentwicklung.

Aber natürlich sind auch die Noten interessant für uns. Dabei schauen wir vor allem auf die Noten in den Fächern Mathe, Deutsch und Englisch. Englisch, da fast alle wichtigen und interessanten Texte zur Programmierung auf Englisch vorliegen. Mathe, weil meiner Meinung nach ein gewisser Bezug zwischen der logischen Denkweise der Mathematik und der Programmierung besteht. Und Deutsch, weil es bei der Softwareentwicklung nicht nur um das Erzeugen von Code geht, sondern auch um die schriftliche Kommunikation z.B. mit Kunden und natürlich auch die Dokumentation von Anwendungen.

Interessant sind für uns auch immer mehrere Zeugnisse, um einen Trend erkennen zu können. Außerdem gibt es z.B. in der Mathematik ganz unterschiedliche Themenbereiche (z.B. Kurvendiskussion und Stochastik), die dem Bewerber leichter oder schwerer fallen, und eine einzelne Note ist dann wenig aussagekräftig. Sehr gut ist es natürlich auch, wenn die Kandidaten Kurse in Informatik belegt haben. Aber nicht, weil wir Vorwissen erwarten, sondern weil das (wie bereits oben erwähnt) ein gewisses Interesse am Beruf zeigt.

Vorstellungsgespräche

Die interessantesten Kandidaten laden wir zu einem Vorstellungsgespräch zu uns ein. Üblicherweise sprechen wir ca. eine halbe Stunde mit den Bewerbern. Das gestaltet sich als ein eher lockeres Gespräch. Wir machen keine Leistungsabfragen oder fragen Fachbegriffe ab. Vielmehr muss deutlich werden, dass der Bewerber ins Team passt, und ein gewisses Engagement und Initiative mitbringt. Er sollte einfach glaubhaft vermitteln, dass der Beruf des Anwendungsentwicklers der richtige für ihn ist.

Ein paar allgemeine Informationen setzen wir beim Bewerber allerdings auch voraus. So macht es einen sehr schlechten Eindruck, wenn der Kandidat nicht mehr weiß, auf welchen Beruf er sich beworben hat (ist leider schon vorgekommen) oder in welchem Unternehmen er eigentlich gerade sitzt. Das Geschäftsfeld und ein wenig über die Historie des Unternehmens sollten dem Bewerber also durchaus bekannt sein. Das Internet bietet zahlreiche Möglichkeiten, um sich darüber umfassend zu informieren.

Aber auch der potentielle Azubi soll natürlich über das Unternehmen informiert werden. So sind z.B. die Arbeitszeiten, die Ausbildungsvergütung und die Sozialleistungen sowie das Betriebsumfeld Themen des Gesprächs.

Einstellungstest

Nach dem Vorstellungsgespräch absolvieren die Bewerber dann einen ca. anderthalbstündigen schriftlichen Einstellungstest. Dabei geht es vor allem um die Bereiche Mathematik und Englisch, die jeder Bewerber aus der Schule kennen sollte. Außerdem werden auch ein paar allgemeine Fragen aus der IT gestellt, die auf ein allgemeines Interesse am Beruf schließen lassen, z.B. was HTTP ist oder welche Betriebssysteme es so gibt.

Einen separaten Bereich zum Thema Programmierung gibt es auch. Wir erwarten allerdings auf keinen Fall, dass unsere Bewerber schon programmieren können. Dennoch bieten viele Schulen inzwischen Programmierkurse an. Und falls Vorwissen vorhanden ist, gibt uns der Test einen kleinen Aufschluss über die vorhandenen Erfahrungen. Konkrete Programmieraufgaben gibt es allerdings nur sehr wenige. Vielmehr geht es um einfache logische Zusammenhänge,

Eine Lernzielkontrolle zu Exceptions (in Java) gibt es in der neunundsiebzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Exceptions

Was ist eine "Exception"?

Eine unerwartete Ausnahmesituation in einem Programm, meistens ein Fehler.

Oder: Die Klasse, die dieses Konzept in der Programmiersprache repräsentiert.

Was ist die Analogie zur Erklärung der Behandlung von Exceptions?

Man "wirft" und "fängt" Exceptions wie einen Ball.

Wie kann man grundsätzlich mit Exceptions umgehen?

Man kann sie entweder direkt fangen (und das Problem lösen) oder dies an den Aufrufer delegieren (weiterwerfen).

Wie behandelt man eine Exception in Java?

Mittels try, catch und finally.

Wann braucht man einen finally-Block?

Wenn eine Operation unter allen Umständen nach try/catch ausgeführt werden muss (insb. wenn im catch-Block potentiell auch Fehler auftreten können).

Was ist try-with-resources?

Ein Sprachkonstrukt in Java, das dafür sorgt, dass Ressourcen nach ihrer Nutzung sauber wieder geschlossen werden, egal ob eine Exception auftritt oder nicht. Die Ressource muss dafür java.lang.AutoCloseable implementieren. Entspricht using in .NET.

Was macht das Schlüsselwort throw?

Wirft eine Exception.

Was macht das Schlüsselwort throws?

Markiert eine Methode als potentiell fehleranfällig und zwingt den Aufrufer zur Fehlerbehandlung.

Was ist der Unterschied zwischen "checked" und "unchecked" Exceptions?

Checked Exceptions (die es nur in Java gibt), müssen behandelt werden (der Compiler prüft das). Unchecked Exceptions (z.B. nicht vorhersehbare Laufzeitfehler wie "Speicher voll") müssen nicht behandelt werden.

Wie erzeugt man seine eigenen Exceptions?

Man kann eigene Klassen von Exception erben lassen. Diese können dann auch "echte" Attribute und Methoden beinhalten.

Was ist der "Call Stack"?

Der Aufrufstack enthält die Rücksprungadressen aller im bisherigen Programmablauf aufgerufenen Methoden. Darüber kann man nachvollziehen, wie das Programm zur aktuellen Position gelangt ist. Jede Exception hat den Call Stack bis zu ihrem Auftreten als Attribut.

Sollte man Exceptions zur Steuerung des Programmablaufs einsetzen?

Nein, da Exceptions - z.B. wegen des Call Stacks - recht "teuer" sind.

Wie sieht die Hierarchie von Exceptions in Java grob aus?

Throwable: Basisklasse aller Exceptions in Java.

Error: "Echte" Fehler, die ein Programm normalerweise nicht behandeln kann (z.B. StackOverflowError).

Exception: Fehler, die das Programm behandeln können sollte.

RuntimeException: Unchecked Exceptions wie z.B. ArithmeticException bei Division durch 0.

Was sind die Vorteile von Exceptions gegenüber direkter Fehlerbehandlung?

Produktivcode und Fehlerbehandlungscode werden stärker getrennt.

Man kann das Behandeln von Fehlern an den Aufrufer delegieren.

Man kann einfacher zwischen verschiedenen Fehlern unterscheiden.

Literaturempfehlungen

Die Java-Insel* beschreibt in einem eigenen Kapitel ausführlich den Umgang mit Exceptions in Java (siehe Exceptions).

*(direkt beim Rheinwerk-Verlag bestellen*)

Und auch Clean Code* enthält ein komplettes Kapitel zum Umgang mit Exceptions und Fehlersituationen.

*

Meine Hörbuch-Empfehlung der Woche: What if?* von Randall Munroe

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Lesson: Exceptions (The Java Tutorials - Essential Classes)

The try-with-resources Statement (The Java Tutorials - Essential Classes - Exceptions)

Call stack - Wikipedia, the free encyclopedia

Exception Hierarchy in Java

The Truth Behind the Big Exceptions Lie | Java Code Geeks - 2016

Um Kapitel 13 (Datenbanken) des Handbuchs für Fachinformatiker geht es in der achtundsiebzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Kapitel 13 (Datenbanken)

Die verschiedenen Datenbanktypen

Absolutes Grundlagenwissen, das jeder ITler für die Prüfung - aber auch für die Praxis - drauf haben muss!

Normalformen (bis zur 3.) muss man in- und auswendig kennen und gut erklären können. Am besten mit Beispielen.

NoSQL kommt mir zu kurz und sollte definitiv mit weiterer Literatur gelernt werden.

MySQL – ein konkretes RDBMS

Produktspezifika sind für die IHK-Prüfung irrelevant und veralten recht schnell in der Praxis. MySQL selbst ist eigentlich schon durch MariaDB abgelöst.

SQL-Abfragen

Eine Kernkompetenz für jeden Entwickler! Und mit absoluter Regelmäßigkeit ein zentrales Thema in jeder (!) IHK-Prüfung. Häufig sogar in GH2.

Für den Einstieg gut geeignet, aber nicht ausreichend für die Prüfungsvorbereitung.

MySQL-Administration

s.o.

Grundlagen der Datenbankprogrammierung

Eine (sehr) kurze Einführung in die Datenbankprogrammierung mit JDBC. Nett zu wissen, aber für die Praxis nicht ausreichend und für die Prüfung irrelevant.

Die Kurzeinführung in CouchDB auf einer Seite reicht auch bei Weitem nicht aus, um sich Wissen für die Prüfung anzueignen.

Literaturempfehlungen

*(direkt beim Rheinwerk-Verlag bestellen*)

*

Meine Hörbuch-Empfehlung der Woche: Deep Work: Rules for Focused Success in a Distracted World von Cal Newport bei Amazon (Affiliate)*

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Relationale Datenbanken - Häufige Fragen im Fachgespräch - Anwendungsentwickler-Podcast #17

SQL - Häufige Fragen im Fachgespräch - Anwendungsentwickler-Podcast #19

Datenbankmodellierung (Lernzielkontrolle zum Entity-Relationship-Modell) – Anwendungsentwickler-Podcast #48

Datenbankmodellierung (Lernzielkontrolle zum relationalen Tabellenmodell) – Anwendungsentwickler-Podcast #49

Wie funktioniert eigentlich eine relationale Datenbank?

MariaDB – Wikipedia

Die noch offenen Fragen zur Versionsverwaltung mit Git sind der Inhalt der siebenundsiebzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Allgemeine Fragen

Welche Befehle musst du ausführen, um dir die aktuellen Änderungen in deiner Arbeitskopie anzuschauen?

Welche Befehle musst du ausführen, um deine Änderungen zu "committen"?

Was ist der Index?

Wie ist eine sinnvolle Commit-Nachricht aufgebaut?

Welche Befehle musst du ausführen, um Inhalte im letzten Commit zu korrigieren/ergänzen?

Welche Befehle musst du ausführen, um deine eigenen Commits in ein entferntes Repository zu übertragen?

Welche Befehle musst du ausführen, um den Inhalt deiner Arbeitskopie auf einen alten Commit zurückzusetzen?

Welche Befehle musst du ausführen, um dir die Commit-Historie eines Repositorys anzuschauen?

Was ist ein Branch?

Was ist ein Merge?

Wie heißt der Standard-Branch in Git? Wie in SVN?

Was ist ein Tag?

Fragen zum Ausbildungsbetrieb

Wofür setzt dein Unternehmen Git/SVN ein?

Was musst du tun, um Git an deinem eigenen Arbeitsplatz nutzen zu können?

Wo kannst du dir die Repositorys deines Unternehmens anschauen?

Welche besonderen Regeln für Commit-Nachrichten gibt es bei deinem Unternehmen?

Welche Branching-Strategie verfolgt dein Unternehmen?

Literaturempfehlungen

Git Tutorial – The Ultimate Guide (Julen Pardo)

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Wie man eine gute Git-Commit-Nachricht schreibt

Ein sinnvoller Git-Workflow

Einige grundsätzliche Fragen zur Versionsverwaltung mit Git sind der Inhalt der sechsundsiebzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Allgemeine Fragen

Wofür braucht man eine Versionsverwaltungssoftware?

Was sind die Vorteile einer Versionsverwaltungssoftware?

Was ist SVN?

Was ist Git?

Was sind die Vorteile von Git gegenüber SVN?

Was ist ein Repository?

Welche Befehle musst du ausführen, um dir ein Repository zu klonen?

Was ist eine Arbeitskopie?

Welche Befehle musst du ausführen, um deine Arbeitskopie aus einem entfernten Repository zu aktualisieren?

Was ist ein Commit?

Literaturempfehlungen

Git Tutorial – The Ultimate Guide (Julen Pardo)

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Git

Git Cheat Sheet

Die beiden kurzen Kapitel 17 (Weitere Datei- und Datenformate) und 21 (Computer- und Netzwerksicherheit) sind Inhalt der fünfundsiebzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Kapitel 17 (Weitere Datei- und Datenformate)

Textdateien und Zeichensätze

Ein absolut praxisrelevantes Thema! Muss mein aktueller Azubi gerade lernen. :-) Auch die Zeilenumbrüche nicht vergessen!

Ein paar ASCII-Zeichen darf man als Programmierer auch kennen! Und wie heißt der Standard-Zeichensatz in Deutschland?

Das kurze Kapitel zu LaTeX ist natürlich auch sehr wichtig! ;-)

Binäre Dateiformate

Schöne Erklärung für die Praxis (mit Hex-Editor).

Verlustbehaftete und verlustfreie Komprimierung sollte jeder Prüfling erklären können.

Die Unterschiede verbreiteter Bildformate sind sowohl praxis-, als auch prüfungsrelevant.

Das Gleiche gilt für Audio- und Videoformate.

Kapitel 21 (Computer- und Netzwerksicherheit)

PC-Gefahren

Wichtige Begriffsdefinitionen für die Prüfung (z.B. Viren, Würmer, Trojaner). Phishing und Spam waren gerade in der letzten Sommerprüfung Thema.

Netzwerk- und Serversicherheit

Es geht weiter mit ebenso wichtigen Begriffen: Exploits, DoS, Rootkits, SQL-Injection, Firewalls, IDS.

Praxisbeispiel iptables ist interessant für den eigenen Server.

Die Einführung in die Kryptographie ist auch sehr praxis- und prüfungsrelevant. Gerade symmetrische und asymmetrische Verschlüsselung sollte jeder ITler kennen.

Literaturempfehlungen

*(direkt beim Rheinwerk-Verlag bestellen*)

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Zeichensätze und -kodierung - Anwendungsentwickler-Podcast #32

Pflichtlektüre rund um Zeichensätze und Encodings

Einführung in LaTeX: 00. Einleitung

Category:OWASP Top Ten Project - OWASP

18 hilfreiche Firefox-Plugins nicht nur für Webentwickler stelle ich in der vierundsiebzigsten Episode des Anwendungsentwickler-Podcasts vor.

Inhalt

Allgemein

Vimperator: Ohne Vim-Steuerung ist der Firefox nicht zu gebrauchen ;-)

FireGestures: Aber auch die Maussteuerung kann deutlich optimiert werden.

KeeFox: Nie wieder Passwörter eintippen!

It's All Text!: Formulare im Lieblingseditor ausfüllen.

Lazarus: Form Recovery: Lazarus hat mich schon mehrfach vor dem erneuten Eintippen riesiger Formulare bewahrt.

Make Link: Unerlässlich, wenn man Texte (wie diesen) mit Markdown schreibt.

Send to Kindle for Mozilla Firefox: Für lange Artikel eine einfache Lösung, sie offline zu lesen.

*

Video DownloadHelper: Wenn einem die doppelte Geschwindigkeit von YouTube nicht reicht ;-)

Zotero: Die Literaturverwaltung meiner Wahl.

Webentwicklung

Web Developer: Das schweizer Taschenmesser für jeden Webentwickler.

Html Validator: Sauberes Markup sollte für jeden Entwickler Pflicht sein.

Firebug: Was kann dieses Tool nicht?

ColorZilla: Sehr hilfreich bei der Überprüfung von Farbvorgaben.

MeasureIt: Für pixelgenaue Layouts unerlässlich.

Fireshot: Sehr hilfreich bei der Abstimmung von Entwürfen mit dem Kunden.

Linkification: Ein nettes Helferlein.

Live HTTP Headers: Gerade in Zeiten von REST sehr hilfreich.

Advanced Cookie Manager: Na, wer spioniert mich da aus?

Literaturempfehlungen

Falls du den Vim noch nicht "beherrschst", wird es Zeit! ;-)

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Das Kapitel 16 (XML) des IT-Handbuchs für Fachinformatiker* ist das Thema der dreiundsiebzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

XML ist - trotz der wachsenden Beliebtheit von JSON - immer noch eines der wichtigsten Austauschformate in der IT. Das entsprechende Kapitel des IT-Handbuchs für Fachinformatiker* enthält viele prüfungs- und praxisrelevante Inhalte.

XML

Der Aufbau von XML-Dokumenten

Extensible nicht extended!

Vorteile: Menschen- und maschinenlesbar

Element vs. Tag

Wohlgeformtheit: nur ein Wurzelelement, korrekte Schachtelung der Elemente, alle Elemente müssen geschlossen werden, nur erlaubte Elementnamen, Attributwerte immer in Anführungszeichen, Sonderzeichen durch Entitätsreferenzen ersetzen

DTDs und XML Schema

DTDs benutzt kein Mensch mehr (hoffentlich). Schemas sind der Standard.

Kapitel zu DTD ist recht lang, Schema kommt zu kurz.

Namensräume sind sehr wichtig in der Praxis.

XSLT

Gut zu wissen, in der Praxis und der Prüfung wahrscheinlich nicht allzu wichtig.

XPath hingegen ist wichtig für die Praxis.

Grundlagen der XML-Programmierung

SAX vs. DOM ist absolut praxisrelevant.

Literaturempfehlungen

*(direkt beim Rheinwerk-Verlag bestellen*)

Ich selbst habe vor mehreren Jahren mit einer älteren Auflage von Einstieg in XML* von Helmut Vonhoegen XML gelernt und es hat mir sehr gut gefallen. Das Buch ist umfangreich und gut verständlich geschrieben.

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts