Eine Einführung in die kontinuierliche Integration - Continuous Integration - gibt es in der zweiundneunzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Voraussetzungen

Völlig unabhängig von Programmiersprache oder Plattform.

Theoretisch auch ohne separate Software umsetzbar, aber einfacher mit etablierten Lösungen wie Jenkins, Team Foundation Server, Travis CI, Teamcity oder CruiseControl.

Alle Artefakte (Code, Oberflächen, Konfiguration usw.) müssen in der Versionsverwaltung liegen.

Ein automatischer Build des Projekts muss möglich sein (z.B. mit Gradle oder MS Build).

Der Build sollte möglichst schnell sein.

Die Funktionalität sollte mit automatischen Tests abgedeckt sein.

Entwickler müssen häufig - mindestens täglich - committen.

Vorteile

Das Projekt ist jederzeit auf dem neusten Stand automatisiert baubar.

Vermeidung von "Works on my Machine".

Vermeidung langer Integrationsphasen vor Deployments.

Erziehung der Entwickler zu kleinen Commits, sauberem Code und automatisierten Tests.

Projektbeteiligte bekommen jederzeit kurzfristiges Feedback zum Projektstand.

Statische Codeanalyse ist möglich.

Einhaltung von Code-Konventionen, z.B. mit Checkstyle.

Finden/Verhindern von Bugs, z.B. mit FindBugs.

Codeabdeckung durch Tests, z.B. mit JaCoCo.

Visualisierung von Abhängigkeiten, z.B. mit JDepend.

Trends können erkannt werden.

Artefakte können automatisch im Repository abgelegt werden.

Automatisches Deployment in eine Testumgebung kann stattfinden.

Mögliche Erweiterungen

Verschiedene Strategien für die Versionierung möglich, z.B. Feature Branches oder Feature Toggles.

CI ist die Basis für Continuous Delivery und Continuous Deployment.

Literaturempfehlungen

Für Jenkins gibt es inzwischen eine eigene Konferenz, deren Videos größtenteils bei Confreaks verfügbar sind: Jenkins User Conference.

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Kontinuierliche Integration – Wikipedia

Continuous Integration

Unterschiede zwischen Continuous Integration, Continuous Delivery und Continuous Deployment - Scrum.de

CI-Server bei heise Developer

Version Control Strategies

Die nächsten Schritte zum Einrichten deines eigenen Linux-Servers sind das Thema der einundneunzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Firewall einrichten (iptables)

erstmal alles blockieren, was nicht explizit benötigt wird

nur Ports öffnen, die wirklich benötigt werden (SSH, HTTP, IMAP usw.)

sichere Passwörter für alle Dienste vergeben (z.B. MySQL)

.bashrc optimieren

hilfreiche Aliase definieren (z.B. l anstatt ls -la)

gefährliche Befehle entschärfen (z.B. rm)

farbige Ausgabe aktivieren

History-Größe erhöhen

Kommandos mehrerer Shells mergen

Prompt konfigurieren (z.B. Hostnamen und User anzeigen)

Vim konfigurieren

farbige Ausgabe und Syntax Highlighting

Pfeiltasten ausschalten (um Vim wirklich zu lernen)

Zeilennummern aktivieren

case-insensitive Suche aktivieren

Backup einrichten

Monitoring einrichten

Literaturempfehlungen

Wenn du nur einen einzigen Texteditor beherrschen dürftest, sollte es Vim sein :-) Mit Drew Neils Buch wirst du zum Profi bei der Bedienung des besten Editors der Welt.

*

Und wie schon in allen Linux-Episoden ist die "Linux-Bibel" von Michael Kofler* mein Literaturtipp zur Vertiefung deiner Linux-Kenntnisse.

*(direkt beim Rheinwerk-Verlag bestellen*)

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

vServer bei 1blu*

Nachtrag zu den letzten Episoden (Danke an Robin!)

UnattendedUpgrades - Debian Wiki

joeyh/etckeeper bei Github

Linux: 20 Iptables Examples For New SysAdmins

Linux Iptables Setup Firewall For a Web Server

Why are filenames that start with a dot hidden?

30 Handy Bash Shell Aliases For Linux / Unix / Mac OS X

Bash Tips and Tricks

Linux Bash – Shortcuts To Boost Your Productivity

/bin/bash - Grundlegende Kommandos

Blog von Jonas Hellmann (mein Azubi)

Einige Tipps zur Paketverwaltung unter Linux gibt es in der neunzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Hilfreiche Tools installieren

wget: Download von Dateien über die Kommandozeile

lynx: Browser für die Kommandozeile

locate: Suchwerkzeug analog zu Everything (bereits erwähnt in Die hilfreichsten (Windows-)Tools für Softwareentwickler)

dnsutils: enthält dig für DNS-Anfragen

git: Versionsverwaltung (siehe Einführung in die Versionsverwaltung mit Git (Teil 1))

/etc versionieren!

cd /etc && git init . && git add -A && git commit -m "Initial commit"

Ungenutzte Pakete/Programme deinstallieren und Dienste ausschalten

FTP, Telnet, Samba

mit netstat oder nmap nach offenen Ports scannen

mit ps -ef nach laufenden Prozessen suchen

Pakete aktualisieren

apt-get update && apt-get upgrade

Literaturempfehlungen

Wie schon in den letzten beiden Wochen ist die "Linux-Bibel" von Michael Kofler* mein einziger Literaturtipp.

*(direkt beim Rheinwerk-Verlag bestellen*)

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

vServer bei 1blu*

Top 30 Nmap Command Examples For Sys/Network Admins

Offene Ports und Anwendungen finden mit netstat, lsof und nmap

10 Linux DIG Command Examples for DNS Lookup

apt-get(8) - Linux man page

ps(1): report snapshot of current processes - Linux man page

Die Absicherung des eigenen Linux-Servers - im Speziellen des SSH-Zugangs - ist das Thema der neunundachzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Betriebssystem installieren

*

SSH-Zugang absichern

Port umlegen

root-Zugang abschalten

Pulic-Key-Authentifizierung einrichten

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

vServer bei 1blu*

Secure Shell – Wikipedia

Security through obscurity – Wikipedia

Absicherung eines Debian Servers – Thomas-Krenn-Wiki

Root Server absichern (Ubuntu 14.04) – Rechenkraft

(Virtual)Server gegen Hacking-Attacken schützen

Teil 2: Den Server absichern - Pro-Linux

KeePass Password Safe

KeeFox :: Add-ons für Firefox

Using PuTTYgen :: WinSCP

Remote Desktop Protocol – Wikipedia

Warum es schon für Auszubildende sinnvoll ist, einen eigenen (Web-)Server zu betreiben, erkläre ich in der achtundachzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Warum sollte ich mir überhaupt einen Server aufsetzen?

Besser kann man den professionellen Umgang mit Infrastruktur nicht lernen.

Keine Abhängigkeiten von Dienstanbietern.

Freiheit bei der Auswahl der Dienste.

Plattform für eigene Projekte.

Daten liegen in der eigenen Hoheit.

Weil es Spaß macht.

Weil es cool ist, eine eigene Domain (z.B. für E-Mail-Adressen) zu haben.

Was könnte ich mit einem eigenen Server machen?

Webserver

Website, Blog, Wiki, RSS-Reader

Mailserver

Git-Repositorys

OwnCloud

Build-Server

Application Server

Firefox-Sync-Server

Was kostet das?

Je nach Anbieter und Leistung ab 5 Euro im Monat für einen vServer auf Linux.

Windows kostet deutlich mehr, da Lizenzen fällig werden.

.de-Domains gibt es ab ca. 0,50 EUR pro Monat.

Ich empfehle 1blu*.

Welche Leistung brauche ich?

Hängt vom Betriebssystem ab. Linux benötigt nur wenige Ressourcen (falls keine grafische Oberfläche gewünscht ist).

2 CPU-Kerne, 2 GB RAM, 500 GB Festplatte reichen schon.

Mehr Leistung ist natürlich immer besser. Heute gibt es schon günstige Server mit SSDs und mehreren GB RAM.

Welche (rechtlichen) Konsequenzen gibt es?

Dein Name mit Anschrift steht im Impressum bzw. bei der DENIC.

Du musst dich an den rechtlichen Rahmen halten und ggfs. Impressum und Datenschutzerklärung erstellen.

Wenn dein Server missbraucht wird, bist du dafür haftbar.

Du bist für alles selbst verantwortlich: Backups, Sicherheit usw.

Mit welchem Aufwand ist zu rechnen?

Übliche Administration: Installation, Konfiguration, Backup, Patching, Updates einspielen, evtl. Migration auf neuen Server.

Automatisierung ist in vielen Bereichen möglich und absolut sinnvoll. Spart viel Zeit und Nerven. Aber muss erstmal eingerichtet/gescriptet werden.

Welche Domain sollte ich registrieren?

Kommt auf deine Ziele an. Willst du z.B. deinen Namen bekannt machen oder dich anonym bewegen?

Empfehlung: Domainüberprüfung bei variomedia.de. Dort gibt es viele und auch "neue" TLDs zum Prüfen auf Verfügbarkeit und registrieren.

Literaturempfehlungen

Wer in Linux einsteigen will, der kommt um die "Linux-Bibel" von Michael Kofler* nicht herum. Es lässt eigentlich keine Wünsche offen :-)

*(direkt beim Rheinwerk-Verlag bestellen*)

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

vServer bei 1blu*

Das Impressum – Rechtsbelehrung Folge 3 (Jura-Podcast mit der neuen Bildersuche, Likes und der Impressumspflicht)

Die Datenschutzerklärung – Rechtsbelehrung Folge 4 (Jura-Podcast)

Wie könnte eine moderne Abschlusspräsentation aussehen? Das diskutiere ich in der siebenundachzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Die guten alten Mythen der Projektpräsentation.

Fortschrittsbalken, Corporate Design und Seitenzahlen sollten in Zeiten von Presentation Zen* als überholt gelten und Relikte der Vergangenheit sein.

Die Mär von den "alteingesessenen" Prüfern.

Es ist immer wieder spannend zu hören, wie viele "alte" (und damit meine ich nicht das Alter, sondern die Einstellung) Prüfer es angeblich in den IT-Berufen gibt.

"Das haben wir schon immer so gemacht!" Nur als Begründung für wichtige Entscheidungen im Projekt lassen wir das nicht gelten...

Prüfer sind auch nur Menschen (die unterhalten werden wollen).

Die Projektpräsentation ist kein Zirkus.

Es geht mir nicht darum, Witzigkeit und Oberflächlichkeit zu fordern.

Ich möchte die Inhalte des Projekts bestmöglich transportiert bekommen.

Der Stil muss zu dir passen.

Verstell dich nicht für die Projektpräsentation. Das bezieht sich allerdings auch auf die "alte" Art zu präsentieren.

Du darfst dich auch einmal etwas trauen.

Wähle das beste Medium.

Es geht immer um den Inhalt! Die Folien sind nur Beiwerk.

Weder PowerPoint noch Prezi (noch Tool X) führen automatisch zu guten Präsentationen. Aber genauso wenig zu schlechten.

Halte formale Vorgaben deiner IHK ein.

Wenn du ein wenig recherchierst, wirst du wahrscheinlich feststellen, dass es nur wenige "harte" Vorgaben gibt.

Frag deine Lehrer, wenn du keine Vorgaben findest.

Oder ignoriere alles und mach dein eigenes Ding!

Überrasche die Prüfer.

Wähle einen spannenden/ungewohnten Einstieg in die Präsentation.

Verzichte auf die üblichen Floskeln wie "Vielen Dank für die Aufmerksamkeit.".

Setze gezielt Humor ein.

Aber bitte mit Bedacht und ein wenig Intelligenz.

Präsentiere visuell und nicht textuell.

Wenn du ein wenig nachdenkst und experimentierst, wirst du fast alle deine Inhalte visuell darstellen und auf Text fast vollständig verzichten können.

Gib deiner Präsentation eine persönliche Note.

Verwende eigene Bilder anstatt Stock-Fotos. Mit den Handys von heute ist das kein Problem mehr. Alternativ verwendest du eine vernünftige Kamera*.

Gestalte deine Agenda oder sogar alle Folien mit Bezug zu deinem Projekt.

Zeige ein Foto von dir selbst.

Baue sinnvolle Geschichten zum Projekt in deine Präsentation ein.

Literaturempfehlungen

Wie immer, wenn es um die Abschlusspräsentation geht, kann ich nur wärmstens die Lektüre von Presentation Zen* empfehlen. Niemand will mehr langweilige Textwüsten sehen!

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Mythen der Projektpräsentation (Blog-Artikelreihe)

Ansprechende Gestaltung der Projektpräsentation – Anwendungsentwickler-Podcast #62

Präsentation - Abschlussprojekte (Fachinformatiker.de)

Einsatz von Prezi für die Projektpräsentation

Weitere Infos zur ProjektpräsentationDu suchst noch mehr Tipps rund um die Projektpräsentation? Dann schau doch mal in diese Artikel- und Podcast-Kategorie: Alle Artikel rund um die Projektpräsentation.Und wenn du dich für meinen Newsletter einträgst, kannst du dir jetzt sofort meine Checkliste für die Projektpräsentation herunterladen.Jetzt anmelden!

Wir beenden das ISO/OSI-Modell mit den letzten drei Schichten in der sechsundachzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

5: Sitzungsschicht (Session Layer)

Wie wird eine dauerhafte Kommunikation von Netzwerkteilnehmern aus unterschiedlichen Anfragen und Antworten (Dialog) ermöglicht?

Einheit: Daten

Zusätzliche Informationen: Zuordnung von Anfragen und Antworten zueinander, Wiederaufsetzpunkte bei Ausfall der Kommunikation

Hardware: siehe Anwendungsschicht

Protokolle: RPC, siehe Anwendungsschicht

6: Darstellungsschicht (Presentation Layer)

Wie können Daten unabhängig von der konkreten Repräsentation auf den beteiligten Systemen verständlich ausgetauscht werden?

Einheit: Daten

Zusätzliche Informationen: Syntax der Daten, Encoding, Verschlüsselung, Kompression

Hardware: siehe Anwendungsschicht

Protokolle: ASN.1, siehe Anwendungsschicht

7: Anwendungsschicht (Application Layer)

Wie können anwendungsspezifische Daten und Befehle ein- und ausgegeben werden?

Einheit: Daten

Zusätzliche Informationen: Semantik der Daten

Hardware: Gateway, Load Balancer, Proxy, Firewall

Protokolle: HTTP, FTP, SMTP

Literaturempfehlungen

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

OSI-Modell

Das OSI-Referenzmodell

Weiter geht es mit der Schicht 4, der Transportschicht, in Teil 3 meiner Reihe zum ISO/OSI-Modell in der fünfundachzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

4: Transportschicht (Transport Layer)

Wie kommen auch große Datenmengen vollständig und in der korrekten Reihenfolge beim richtigen Dienst des Empfängers an?

Einheit: Segment bzw. Datagramm

Zusätzliche Informationen: Ports, Ende-zu-Ende-Kommunikation möglich

Hardware: Firewall, siehe Anwendungsschicht

Protokolle: TCP, UDP

Sonstiges

Three-Way-Handshake: SYN - SYN/ACK - ACK

Wichtige Protokolle und Ports: Telnet (23), FTP (21), SSH (22), SMTP (25), HTTP (80), POP3 (110), IMAP (143), SMB (137-139), HTTPS (443), Doom (666) ;-)

Literaturempfehlungen

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

OSI-Modell

Das OSI-Referenzmodell

Die Schichten 2 und 3 (Sicherungs- und Vermittlungsschicht) des ISO/OSI-Modells sind das Thema der vierundachzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Auf den beiden Schichten arbeiten viele bekannte Hardwaregeräte und Protokolle, die auch für die Abschlussprüfung hochgradig relevant sind.

2: Sicherungsschicht (Data Link Layer)

Wie kommen die Daten sicher (vollständig und fehlerfrei) beim korrekten Empfänger (physikalische Zieladresse) an? Die Schicht ist unterteilt in MAC und LLC.

Einheit: Frame

Zusätzliche Informationen: physikalische Adressen

Hardware: Bridge, Switch, Wireless Access Point

Protokolle: Ethernet, CSMA/CD, IEEE 802.11 (WLAN), ARP

3: Vermittlungsschicht (Network Layer)

Wie kommen die Daten auch über Netzwerkgrenzen hinweg beim korrekten Empfänger (logische Zieladresse) an?

Einheit: Paket

Zusätzliche Informationen: Logische Adressen

Hardware: Router

Protokolle: IP, ICMP

Literaturempfehlungen

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

OSI-Modell

Das OSI-Referenzmodell

Eine allgemeine Einführung in das OSI-Referenzmodell und seine erste Schicht (Bitübertragungsschicht bzw. Physical Layer) sind das Thema der dreiundachzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Allgemeines

Das ISO-/OSI-Modell ist ein herstellerunabhängiges Referenzmodell in Form einer Schichtenarchitektur für Kommunikationssysteme.

Es beschreibt die Netzwerkkommunikation von der konkreten Bitübertragung z.B. über ein Glasfaserkabel bis hin zu den Anwendungen, die abstrakte Befehle austauschen.

Die Schichten stellen der jeweils darüber liegenden Schicht über definierte Schnittstellen ihre Dienste bereit.

Die Schichten 1 bis 4 sind die transportorientierten Schichten, 5 bis 7 die anwendungsorientierten Schichten.

1: Bitübertragungsschicht (Physical Layer)

Wie kommen die Daten physikalisch vom Sender zum Empfänger? Beispiele: Glasfaser, Kupferkabel, Funk.

Einheit: Bit

Hardware: Repeater, Hub, Kabel, Antenne.

Protokolle: Ethernet, RS-232 (serielle Schnittstelle), IEEE 802.11 (WLAN)

Literaturempfehlungen

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

OSI-Modell

Das OSI-Referenzmodell