afo

Wenn es dann eine Stelle für ihn gibt die entsprechend eingestuft ist. Da ist so mancher kurz vor Ausbildungsende unangenehm aus seinen Träumen gerissen worden.

Antilopen Gang - Beate Zschäpe hört U2

Erstmal mußt du dir Gedanken machen, wie "Produktionsnah" die Daten sein müssen. Müssen die Daten wirklich 100% dem Produktivstand entsprechen? Für die meisten Tests ist das eigentlich nicht notwendig und lässt sich wie Enno schreibt praktisch nicht sicherstellen. Der für mich viel wichtigere Punkt, der für mich gegen deine Vorgehensweise spricht ist, dass Produktivdaten aus Datenschutzgründen grundsätzlich nicht auf Entwicklungs- und Testsystemen gehören. Für Entwicklungs- und Testsysteme gelten meist lockerere Zugangsbedingungen (wer bekommt einen User und mit welchen Rechten?) und die Systeme selbst sind meistens weniger stark abgesichert. Wenn ihr also die Testdaten nicht von Hand aufbauen wollt, dann solltest du dich mit Data Masking beschäftigen.

Mal wieder "Jeff Wayne’s Musical Version of the War of the Worlds"

Gibt's schon was neues?

Grundsätzlich stimmt das. In Baden-Württemberg jedoch wird "richtig" programmiert. Meines Wissens ist man da gehalten eine an der jeweiligen Berufschule eingeführte Programmiersprache zu verwenden. Was das für externe Prüflinge bedeutet kann ich nicht sagen.

Du könntest ja, je nachdem wo du hin willst, wo deine Talente liegen und wie du mit der Arbeitsbelastung zurechtkommst auch parallel ein Abend- oder Fernstudium absolvieren. Das kannst du auch einfach mal anfangen, und wenn du keinem was davon erzählst ist auch kein besonderes Risiko dabei.

Gegenfrage: Warum nicht? PEX setzt ja nur auf dem vorhanden Standard auf. Also kann man auch das nehmen was man schon vorfindet. Was wäre denn die Alternative? Komplett auf einen zufällig generierten Wert zu setzen? Je nach Plattform ist es garnicht so einfach "richtige" Zufallszahlen zu bekommen.

Lies mal RFC 4941. Wenn man PEX nutzt wird der Hostteil jeweils mit einem (Einweg-)Algorithmus aus dem Interface-Identifier abgeleitet. Wie dieser aufgebaut ist, ist in RFC 4291 beschrieben. Hierbei wird (wenn vorhanden) die MAC herangezogen. Damit hat man einen einmaligen Ausgangswert (jedenfalls theoretisch...). Davon abgesehen muss man hier sehen, dass die PEX erst später dazukamen und auch nicht genutzt werden müssen.

Rolf Zuckowski - In der Weihnachtsbäckerei

Mag alles sein. Nein. Lol. Flamebait?

Frank Zander - Rabenschwarz 2

Ich vermisse eine schematische Darstellung der CPU. (Blockschaltbild) Zusätzlich könntest du noch ein wenig auf RISC und CISC eingehen. Aktuelle Trends wie "System-on-a-Chip sind eventuell auch eine Erwähnung wert. Wenn es technischer/praktischer sein soll, dann könnt ihr ja auf Bauformen/Sockel und Dinge wie BGA/LGA/PGA eingehen.

Da im OP von Netzklassen die Rede ist kommt eigentlich VLSM nicht in Frage. *duck*

Mal was neues.

Rage - Empty Hollows Victor Smolski ist einfach ein Gott.

ISBoxer wird endlich gebanned. \o/ Naja, nicht per se, aber die meisten Funktionen für die es genutzt wird.

Amorphis - Towards and Against Ein Song an dem einfach alles passt. Auf besonderen Wunsch ohne Spotify-Verlinkung.

Hübscher Trailer der tatsächlich die Essenz von EVE recht gut einfängt.

https://letsencrypt.org/

Eine Sternstunde.

Choir Of Young Believers - This Is For The White In Your Eyes

passend zum aktuellen Projekt:

Die Firma Red Hat hatte letztes Jahr einen Umsazt von $1,3Mrd. Zu deiner eigentlichen Frage: Um den MCSA wirst du wohl nicht herumkommen und dein zukünftiger Chef (verstehe ich richtig, dass du da eine Übernahme in Aussicht hast) will , dass du den LPIC machst. Also hängst du dich jetzt rein und ziehst zuerst den MCSA durch und danach hängst du dich beim LPIC rein. Und so kommunizierst du das auch. Du machst beides, aber eines nach dem anderen. Es schadet nie zumindest Grundwissen (und beide bescheinigen nicht viel mehr als das) in beiden Welten zu haben. Die müssen ja doch manchmal zusammenarbeiten. Spezialisieren kannst du dich dann immernoch.