arlegermi

Auch wenn die Doku schon durch ist, ein paar Sachen sind mir aufgefallen. Flüchtigkeitsfehler: In der Tabelle auf Seite 5 hast du beim Storage und NAS statt GB TB stehen - ich wage zu bezweifeln, dass ihr da Systeme mit 8000TB aufgebaut habt. Dann zu deinen Quellenangaben: Wenn du schon Quellenangaben in den Anhang packst, dann solltest du auf die Quellen auch im Text verweisen. So weiß niemand, wann du die Quelle "www.wikipedia.de" eingesetzt hast. Und das zum nächsten Punkt: Du hast ernsthaft "www.wikipedia.de" als Quelle angegeben? Das ist nur geringfügig besser als "Quelle: Internet". Niemand kann damit nachvollziehen, welchen Artikel du meinst (von der Version des Artikels ganz zu schweigen). Folgende Fragen könnte ich mir vorstellen: In 5.5.2 schreibst du was davon, dass jeden Montag eine neue Festplatte angeschlossen werden soll für das Backup. Nehmt ihr echt jede Woche eine neue Festplatte? Oder lasst ihr die rotieren? Wenn ihr die rotieren lasst: In welchem Zyklus? Wie bist du bei der Entscheidung für die Hardware vorgegangen? Wieso habt ihr euch bei der Virtualisierung für VMWare entschieden? Wieso als Backup-Lösung Acronis? Bitte erläutere den Unterschied zw. inkrementeller, differentieller und vollständiger Sicherung. (Auch unter Berücksichtigung des Satzes "Die inkrementelle Sicherung wird einmal im Monat eine Vollsicherung [...] durchführen" aus 3.4) Wieso habt ihr euch beim Budget um ~40% verschätzt? Wie sieht das mit Langlebigkeit von Festplatten aus? Wie prüft ihr die Integrität der Backups?

Also max. 100MB in ~30 Sekunden? Läuft die Kommunikation zwischen Datenbank und Anwendung über's Netzwerk? Dann hast du immerhin schonmal ~200MB Traffic. Je nachdem, was das für eine Verbindung ist, kann das schon einen Teil ausmachen (bei einer 100MBit-Leitung immerhin ~16 Sekunden; bei GBit ist es hingegen nahezu irrelevant). Es gibt für den DbContext noch einen Schalter, der u.U. was bringen könnte (kann ich mir aber egtl nicht vorstellen, dass das in den Größenordnungen spielt): context.Configuration.AutoDetectChangesEnabled = false; Standardmäßig ruft der DbContext bei jedem Add einmal DetectChanges auf, was immer ein wenig Zeit kostet. Das ist zumindest das, was ich bei mir immer als erstes teste, ob ich damit Performance rausholen kann.

Weißt du denn wenigstens, ob du bestanden hast?

Das ist sicher der bessere Weg, richtig. Es ging mir mehr drum, anzuleiten, wie man selber die Fehler beheben kann.

Naja, manchen Leuten ist vllt. nicht klar, dass auch die optische Gestaltung der Präsentation bewertet wird und nicht nur der Inhalt. Und dann legen manche PAs eben mehr Gewicht auf den einen, andere PAs auf einen anderen Aspekt. Wenn's solche Bewertungsschemata gibt, sollte man sich die ruhig mal angucken.

Ich habe mal kurz nachgeguckt, das hier ist der Code aus DataTable.NewRow: public DataRow NewRow() { DataRow dr = NewRow(-1); NewRowCreated(dr); // this is the only API we want this event to be fired return dr; } internal DataRow NewRow(int record) { if (-1 == record) { record = NewRecord(-1); } rowBuilder._record = record; DataRow row = NewRowFromBuilder( rowBuilder ); recordManager[record] = row; if (dataSet != null) DataSet.OnDataRowCreated( row ); return row; } protected virtual DataRow NewRowFromBuilder(DataRowBuilder builder) { return new DataRow(builder); } // und in DataRow: protected internal DataRow (DataRowBuilder builder) { tempRecord = builder._record; _table = builder._table; _columns = _table.Columns; } (Geholt aus referencesource.microsoft.com) Wie du siehst, ist da ein bißchen was zu tun, damit du die DataRow richtig einsetzen kannst. Und um dem Entwickler das abzunehmen, ist das ganze Ding internal.

Wenn das jetzt zu weit führt, ignorier die Frage einfach, aber: Aus welchem Grund wollt ihr Daten doppelt in der Datenbank haben? Zum eigentlichen Problem: Von wievielen Bildern pro Person reden wir und was heißt "länger als erhofft" in Bezug auf die benötigte Zeit?

Na loggt ihr in eurer Anwendung nicht mit, was sie tut? Wie wollt ihr denn sonst nachverfolgen, was schief läuft - oder auch nur protokollieren, was die Anwendung macht?

Der Konstruktor von DataRow ist aber nicht public - den darfst du "von außen" nicht aufrufen. Grund dafür ist, dass für eine DataRow noch weitere Aktionen nötig sind, damit du die benutzen kannst. Und dass die alle richtig ausgeführt werden, ist Aufgabe von DataTable.NewRow. Wenn du dir DataRow auf MSDN anguckst, siehst du, dass der Konstruktor eine geschützte Methode ist (das Schlüssel-Symbol da links). Und du rufst ja auch DataTable.NewRow auf - wieso willst du denn danach noch eine neue Row erstellen? Statt DataRow Reihe = new DataRow(); Reihe = tabelle.NewRow(); brauchst du also nurvar Reihe = tabelle.NewRow();

- doppelpost -

Also ich habe damals von einem Lehrer in der Berufsschule, der auch IHK-Prüfer ist, eine Matrix bekommen mit Aspekten und Gewichtungen. Das ist aber von PA zu PA unterschiedlich. Wenn du einen Lehrer in einem PA hast (muss ja nicht unbedingt dein eigener Ausschuss sein), frag den doch mal, ob der dir sowas auch zeigen kann.

Habt ihr kein Logging?

Wieso kopiert ihr die Bytes rum? Wäre eine Zwischentabelle à la "Person2Image" nicht einfacher? Da muss man sich natürlich Gedanken machen, was bei einem Update passieren soll, aber wenigstens spart man sich die ganzen doppelten Bilder in der Datenbank.

Auf eine DataRow greifst du per Indexer zu, alsoReihe["Menge"]statt der runden Klammern. Sieh dazu das Beispiel unter DataRow. Das ist beim SqlDataReader übrigens genauso. Du kannst eine DataRow nicht aus dem Nichts erzeugen, sondern musst sie - so wie du es eine Zeile drunter ja auch schon machst - aus dem DataTable holen. Siehe DataTable.NewRow. Und siehe auch DataRow - da steht unter Konstruktor: Ich empfehle jedem C#-Entwickler, die MSDN-Doku zu bemühen, wenn irgendwas unklar ist. In meinen Augen ist die echt gut gelungen und umfangreich.

Wenn wir von C# reden, würde ich dir Entity Framework zur Datenbankverbindung und WPF für die GUI vorschlagen. Ist für einen Tag (der heute wohl auch schon rum ist) aber wohl zu viel. Auf die Schnelle kann man sich vllt. in Winforms und die Bordmittel von .NET (SqlConnection etc.) ausreichend einarbeiten.

Erstmal: Ja, das ist ein gutes Zeichen. Wenn die nicht interessiert wären, würden die sich nicht die Zeit für dich nehmen. Vorbereitung: Sammel alles an Zeugnissen zusammen, was du hast. Es klingt aus deinem Text so, als hättest du noch kein Abschlusszeugnis vorgelegt bei der Bewerbung - auf jeden Fall mitnehmen (wenn es die nicht interessiert, egal. Wenn doch und du hast kein's dabei ist das schlecht). Hast du Arbeitszeugnisse? Auch mitnehmen! Das ist das formelle Vorbereiten. Daneben ist die mentale Vorbereitung natürlich wichtig. Geh' schonmal die typischen Fragen durch, die dich erwarten werden (wieso jetzt Ausbildung? Wieso diese Ausbildung? Wieso bei uns?). Fragen zu deinem Lebenslauf werden sicher kommen - ist bei jedem der Fall, der keinen absolut gradlinigen hat. Fachlich würde ich mir an deiner Stelle keinen zu großen Kopf machen. Du bewirbst dich als Azubi, also wird das technische wohl eher rudimentär bleiben. Wenn du aber einen guten Eindruck machen willst, guck dir die Seite der Agentur nochmal an und finde raus, welche Technologien die einsetzen, lese etwas dazu und mach dir Gedanken.

Wenn beim Verhalten die Mitarbeiter vor den Vorgesetzten stehen ist das Code dafür, dass das Verhältnis zu den Vorgesetzten nicht gut war.

Mit 26 bist du noch nicht zu alt. Mich als Arbeitgeber würde eher interessieren, dass du den Gesinnungswandel von Koch zu FIAE gut erklären kannst. Ansonsten sehe ich da kein echtes Problem.

1800 brutto ist selbst für Berlin sehr wenig. Wenn die Alternative hingegen Arbeitslosigkeit direkt nach der Ausbildung ist, ist das auch blöd. Im Zweifel würde ich die Projektstelle annehmen und die sechs Monate nutzen, mich nach einer unbefristeten Stelle umzuschauen. Ich würde mit dem Unterschreiben des Vertrags aber so lange warten wie möglich - wenn sich doch noch was besseres ergibt, unterschreib halt nicht.

Das kann dir nur deine IHK sagen. Ist aber merkwürdig, dass du dennoch eine Einladung zur mündlichen Prüfung bekommen hast - so schlimm kann's also nicht gewesen sein.

Ich halte ja die Bücher aus der Reihe "Das gelbe Rechenbuch" von Furlan für großartig zum Lernen der relevanten Mathematik. Da sind viele Übungsaufgaben drin und der Stoff wird (finde ich) gut erklärt. Teil 1 Teil 2 Teil 3

Laut Notenrechner für die IT-Abschlussprüfung brauchst du mind. 50 Punkte in GA1, um zu bestehen.

Ich glaube, was ein Dokumentenmanagementsystem angeht, siehst du das ein wenig zu einfach. Ich könnte mir gut vorstellen, dass die Einführung eines DMS durchaus für ein FISI-Projekt geeignet ist (wahrscheinlich im Rahmen der 35 Stunden sogar nur teilweise durchführbar). Da kannst du wunderbar viele Themen dran abarbeiten: - Vergleich verschiedener Lösungen - Datenbank - Datenschutz - Archivierung - Rechtemanagement - Netzwerkeinbindung ...

Da würde mich mal die Region interessieren, gerne auch per PN, wenn du das nicht öffentlich machen willst. Kann sein, dass ich da an was völlig anderes denke, aber ich kannte Berufsfachschulen bisher immer nur als Pendant zur "normalen" Berufsschule, nur dass die Ausbildung da rein schulisch verläuft. Mit Vergleichen zu einem B.Sc. würde ich mich da eher zurückhalten - das ist doch ein wenig anderes Kaliber.

Als Ex-Student würde ich dir auch empfehlen, deine Mathe-Kenntnisse auf gutes Oberstufen-Niveau zu bringen, um nicht während des Semesters ständig hinterherzuhinken. Viele Unis bieten dazu vor dem Studienbeginn auch noch Extrakurse an. Alles andere sollte für jemanden mit abgeschlossener FI-Ausbildung kein Problem darstellen - du wirst da eher mehr Wissen mitbringen als andere Erstis (in einigen Bereichen jedenfalls). Das Studium ist schließlich grundsätzlich erstmal an Abiturienten orientiert - und da kann man ja in Richtung Informatik nicht wahnsinnig viel voraussetzen.