MartinSt

wo und wie entsteht denn das unformatierte unschöne SQL?

Wenn dein DB System sowas unterstützt, würde ich den Weg über ein rekursives Query (oder evtl. lateral join) versuchen. Gruß Martin

Kannst Du mal klar sagen, warum Du von diesen bestimmten Leuten nicht geprüft werden willst? Wenn es enge Verwandte o.ä. von Dir sind, sollten die Prüfer das selber erkennen und reagieren.

Moderne DBMS sollten einen direkten Import zB copy unter PostgreSQL unterstützen.

Im Endeffekt läuft es ja auf eine Replikation hinaus (physisch / logisch), die die einzelnen DBMS unterschiedlich gut unterstützen. Je nach Anforderung an dieses Failover Cluster ist das ein spannendes Thema, wobei ich den Schwerpunkt allerdings eher im Datenbankbereich sehe als nur bei Server, USV usw. Um welches DBMS geht es konkret?

Welche PostgreSql Version/en werden genutzt?

Was ist denn das für ein DBMS hinter dem ERP System?

Was ist das Problem wenn DHCP mit Debian 8 die Lösung ist?

Wenn es in deiner DB nicht nur Holzschrauben verschiedener Größe gibt (dann wäre aber auch die Angabe "Holzschraube" sinnlos), sondern auch andere Produkte, dann würde ich auch im Sinne der Normalisierung Produkt und Bemaßung trennen. Idealerweise, wenn dein DBMS sowas kann, wäre dann die Bemaßung ein Geometrie-Objekt. Gruß Martin

Tom de Marco hat in "Peopleware" passend dazu ein schönes Beispiel. Ein Entwicklerteam arbeitet schon einige Zeit zusammen und hat so seine Spleens und Macken. Zum Beispiel finden alle Hühner furchtbar lustig. Eines Tages ist ein Gespräch mit einem Bewerber für eine freie Stelle im Team. Nach dem Gespräch sind sich alle einig, dass der Bewerber sehr fit in den aktuellen Technologien ist. Bis einer dann fragt: "Meint ihr denn, dass der Hühner auch lustig findet?"

Wir machen es ähnlich wie von SaJu beschrieben, wobei noch einige Fragen offen sind: Wer fährt die entsprechenden Anlagen runter, der Prüfer oder ein verantwortlicher Mitarbeiter des Kunden? Wie verhält es sich mit Geräten, die baulich schwer zugänglich sind? (Einbauküche) Gruß Martin

An der Doku kannst du jetzt sowieso nichts mehr ändern, also kannst Du dir nur eine halbwegs sinnvolle Erklärung überlegen, wenn dich jemand im FG dazu fragt.

Absenderzeile (über der Empfängeradresse): Leerzeichen vor dem Komma andere Schrift als der Rest "Aktuell besuche ich ..., welches..." (das Gymnasium) Entity Relationship Model ... mal mit Bindestrichen, mal ohne mal deutsch (Modell), mal englisch (Model) nachvollziehen ist falsch getrennt "Ich interessiere mich ... implementiert werden." (Du zählst mehreres auf.) Satzpunkte bei den Anstrichen hatte ich schon mal erwähnt. Gruß Martin

Das sieht man anhand der Schreiben nicht, denn es gibt nach wie vor falsche Worttrennungen und fehlerhafte Grammatik.

Für meinen Geschmack sehen die vielen verschiedenen Schriftstile unruhig aus.

betrifft das alle mails? Plain text oder HTML?

Welche Anforderungen hast du denn noch an die gewünschte Lösung? Von DMS über Ticketsysteme / Bugtracker bis zu Wiki ist da alles denkbar.

Bei mir genauso, auch die komischen Methodennamen. Da wir im Bereich Steuerberatung unterwegs sind, gibt es teilweise aufgrund der Rechtsunterschiede nicht mal passende englische Begriffe. WTF heißt "Gewerbesteuermeßbescheid" auf Englisch.

Du bist da auf verdammt dünnem Eis. Was willst du denn mit etwas angelesenen Unix-Kenntnissen im FG sinnvoll sagen, wenn dich ein Prüfer fragt, warum du rsync nimmst und nicht tar oder was anderes? Wenn du Mails archivieren willst, kommt ja dann auch direkt die 10jährige Aufbewahrungsfrist ins Spiel.

Einen Fehlschlag sehe ich da nicht aber einen Mangel. Wobei ich sowieso nicht verstehe, warum man im Abschlussprojekt mit schwachen Linuxkenntnissen ausgerechnet einen linuxbasierten Mailserver aufsetzt.

Von mir noch ein paar Anmerkungen zum Lebenslauf: Warum nutzt Du mindestens 6 verschiedene Schriftschnitte? Warum steht hinter den stichpunktartigen Angaben ein Punkt?

Kannst Du mal bitte 2-3 Beispiele deiner Beschäftigung mit Kryptografie (oder den anderen genannten Themen) nennen?

Was meinst Du hiermit?

Bei mir als Entscheider würde das Ding nach 2 Mal lesen in der Rundablage landen. Es hat doch kaum ein Satz einen halbwegs fehlerfreien Ausdruck oder Grammatik. Präzision in der Mathematik und Informatik ist eben auch sprachliche Exaktheit. Und das was Du als Kenntnisse anführst, sind entweder ganz dicke Bretter, die man auch im Studium erst ab dem 3. - 4. Semester erfährt oder es ist wohl reines Anwenderwissen. RSA kann man prima anwenden, ohne die Mathematik dahinter zu verstehen.

Was ist denn die Frage, wenn Hyper-V oder vSphere die Antwort ist? Man vergleicht doch im Projekt nicht so mal eben zwei Lösungen die am Markt sind.