charmanta

Wichtig ist, daß Du Dich im Falle eines Unfalls oder einer Krankheit UMGEHEND bei der Kammer meldest. Nichts ist schlimmer, als der Prüfung unentschuldigt fern zu bleiben. Damit hast Du automatisch ne *6* kassiert Wenn Du krank bist dann ab zum Arzt und der Kammer ein Attest nachreichen. Und wenn es Dich tröstet ... KEIN Prüfling sieht so richtig gesund aus

Und (leider) stimmen sich die unterschiedlichen PAs nach meiner subjektiven Erfahrung über Jahre auch nicht wirklich ab

mal ehrlich ( auch wenns leicht gesagt ist ) ... die Prüfung IST halb so wild. Bei der Prüfung gehts um eine Teilnote bzw. die Verteidung des Eindrucks des PAs bezüglich der Doku. Ein PA bekommt keine Quoten vorgegeben, sondern versucht objektiv die Marktfähigkeit des Prüflings anhand vorgegebener Kriterien zu bemessen. Und die Zusammensetzung aus Arbeitnehmer, Arbeitgeber und Schulvertreter ist doch auch ein Zeichen eines möglichst objektiven und fairen Vorgehens. Ich empfehle den Prüflingen immer, nicht vor der Prüfung, sondern höchstens vor einem Vorstellungsgespräch oder später im Job Adrenalin aus zu schütten. Bei solchen Aktionen gehts dann wirklich um Geld und Ruhm. Die Prüfung ist ein rein "formaler" Akt. Lästig, aber nötig. Die Wirklichkeit danach ist viel schwerer Und sollte die Prüfung wirklich daneben gehen ... vielleicht lags ja doch daran, daß der Prüfling zuwenig geübt hat ? Immerhin reisst niemand fremdes wegen eines Durchfallers den Kopf runter. In der Praxis führen vergurkte Projekte durchaus zu härteren und teureren Konsequenzen. Also, bischen üben, auf die Lehrzeit vertrauen, Augen zu und durch. Ich garantiere, Einstellungsgespräche bei uns sind viel härter als ne Prüfung der IHK

Beide Wege sind möglich. Meistens präsentieren die Prüflinge exakt den Inhalt der Doku ... und werden dann im Fachgespräch nach dem wirklichen Nutzen befragt. Ich persönlich finde eine von der Doku getrennte Präsi auch angenehmer, weil praxisnaher. Das mag aber von PA zu PA unterschiedlich sein. Es gibt auf jeden Fall keine Note für "Nähe an der Doku"

irgendwie fehlt mir ein Fazit ? Und ohne Dein Projekt zu kennen weiß ich nicht ob eine Kostenanalyse vor der Realisierung sinnvoll ist

beim FiAe ist das sogar die Regel

in welchem Zusammenhang bitte überhaupt ? Im Rahmen einer Prüfung ?

Wie ich schon in einem anderen Thread erwähnte ... es gibt keine Liste der wahrscheinlichen Fragen, da ein PA nicht nach einem festen Schema prüft. Jeder hat sein eigenes Spezialgebiet und jeder sicher auch ein paar eigene Favoriten. Wenn Du Dein Thema gut beherrscht und Du bei der Ausbildung auch nur halbwegs aufgepasst hast, dann klappt das schon ... Viele Prüflinge unterschätzen auch in der Ausbildung kaufmännische Aspekte ... und auch Fragen zum Bereich IT Technik gehen oftmals baden. Zumindest IN der Prüfung

Sinnloses Unterfangen. Du setzt voraus, daß der PA nach einem Schema vorgeht Wenn Du eine Liste der 99% Fragen haben willst dann besorg Dir ISBN-3-14-225042-5 oder neuer Nennt sich IT Handbuch für Fachinformatiker...

Falsch, sorry. In einigen PAs sitzen Prüfer, die die Doku eben nicht gelesen haben. Eine gute Präsentation sollte auch jemandem, der die Doku nicht gelesen hat, einen Einblick in den Nutzen und das Thema geben. Wobei nach meinen subjektiven Erfahrungen in 2/3 aller Fälle der komplette PA die Doku gelesen hat. Aber eben in 1/3 nicht

in der Prüfung ist dem PA Dein Name bekannt, da brauchst Du kein Namensschild Anzug ist auch nicht nötig. Komm einfach bequem, aber nicht schlampig

http://www.pruefungsausschuss.de/

Ohne Deinen Fall zu kennen, nochmal: Kein PA "drückt" schlechte Noten. Kann das nicht einfach sein, daß Du die falschen Antworten auf die Fragen gegeben hast ? Für ne glatte 4 müsstest Du schon einige Patzer abgegeben haben ....

Den PA interessiert normalerweise ( ohne Dein Projekt zu kennen ) MEHR die Planung und die Darstellung des Nutzens ( also der Wirtschaftlichkeit ). Details der Durchführung kann man immer noch hinterfragen oder in der Doku nachblättern. Verweise öfter auf die Doku und löse Dich in der Präsi mehr von der Durchführung.

Eine Folie "Quellen" für die Präsi kenne ich bislang nicht und habe sie nicht vermisst. Wenn ich Quellen suche, dann schaue ich in Deine Doku Laß sie einfach weg

Du bist hier in einem Forum für (angehende) Fachinformatiker Die der mündlichen Schulnote ähnliche Einzelnote eines Fachinformatikers beruht auf der Entscheidung mindestens dreier Prüfer. Die Schulnote meines Wissens auf einer Einzelentscheidung. Zumindest im Bereich der Abschlußprüfung ist das Anfechten einer NOTE praktisch sinnlos. Nur bei einem Formfehler und bei gleichzeitigem Nichtbestehen kann man praktisch in Widerspruch gehen. Aber für die Schule gilt das nicht ....

... nur mal so zur Info ... man kann fast alles abfragen und das aus praktisch jedem Projekt herleiten ... Aber normalerweise dient das Fachgespräch zur Bestätigung der Note, deren Eindruck man bei der Präsi so gewonnen hat. Eine 1 sollte ohne Probleme bestätigt werden können und bei "Wackelkandidaten" versucht ein PA normalerweise, die Praxisreife fest zu stellen, sprich man sucht Themen, wo brauchbare Antworten kommen. Reinreißen wollen wir im Gegensatz zur landläufigen Meinung niemanden. Warum auch ? Also vergessen wir mal den Satz mit "Transferfragen"

Es gibt keine Standardfragen. Aber in der Praxis hat jeder Prüfer ein eigenes Spezialgebiet, wo er halt selbst gerne mal Wissen abklopft. Die eher wirtschaftlich orientierten Prüfer legen Wert auf eine nachvollziehbare Betrachtung von Kosten und Nutzen, die eher technisch orierntierten Prüfer gehen gerne auf Grundwissen der Technik ein. Praktisch bei jedem Projekt lassen sich Fragen zu Client/Server, Netzwerken, Protokollen, Datensicherungen etc. stellen. Das gilt sowohl für FiSi, wie auch für FiAe. Es gibt also ( mal wieder ) keine 08/15 Hinweise für das Fachgespräch. Wer sein Projekt selbst und tief erarbeitet hat und das normale FiSi Wissen drauf hat ( und es auch verstanden hat ) der braucht nichts befürchten. JEDES Einstellungsgespräch beim möglichen Arbeitgeber ist härter. Beim Fachgespräch wird meist nur der Noteneindruck der Präsentation bestätigt.

Sh*t. Hast Recht. Habs grade gesehen: http://www.heise.de/ct/03/16/050/lang.shtml Ich werde es NIE begreifen warum daß nicht einfach BUNDESWEIT identisch gehalten wird... immer diese Abweichungen.

die Zielgruppe bei der Präsi ist eigentlich vorgegeben ... Du sollst Dein Projekt Entscheidern des Kunden vorstellen. Technisch also nicht soooo tief, aber so dargestellt, daß der Nutzen Deines Projektes klar rüberkommt.

Formal gelten nach Ablauf der Probezeit die gesetzlichen/vertraglichen Kündigungsfristen. Was ist so schlimm daran, die eigene Entscheidung zu begründen ? Kündige fristgemäß und steh zu Deiner Entscheidung. Ein Fernbleiben ist nicht drin ... das kann zu einer Abmahnung führen, solange die Kündigungsfrist nicht gewahrt ist. Wenn Du zu Deiner Entscheidung stehst, dann sei auch Mann genug sie zu begründen. Das ist eine Frage der Fairness dem Betrieb gegenüber

ich schließe mich dem vorherigen Post an... mir wäre es auch lieber ein Prüfling erwähnt diesen Umstand als dass ich selbst drauf kommen muß ... Spiel mit offenen Karten und zeige deutliche DEINE Kompetenz bei dem Thema

... irgendwas stimmt wohl mit der ForenDB nicht. Also nochmal: Die genannten Begriffe solltest Du KURZ erklären. Gehört in der Praxis auch dazu. Schichten des OSI Modells würde ich nicht innerhalb der Doku erklären, es sei denn, es ist für das ( mir nicht bekannte ) Thema absolut nötig. Ich würde aber dann ein Schichtenmodell mit in den Anhang aufnehmen.

die betriebliche Doku erlaubt es Deinen Kollegen Deine Lösung zu supporten und zu verstehen. Die kundengerechte Doku erlaubt es dem Endkunden die Lösung zu bedienen Wobei die Doku m.E. in den Anhang gehört und nicht in den Hauptteil ...

der letzte Post ist u.U. nicht korrekt. Auf einer Solaris Maschine bestimmt die /etc/hosts auch die IP Adresse Ich empfehle der ersten Ansatz ... ruhig ein paar UNIX Kommandos mit reinschreiben und darauf einstellen, daß man im Fachgespräch evt. drauf angesprochen wird. Eine UNIX Anleitung im Anhang würde ich nicht erwarten. Die Prüfer, die sowas korrigieren, können UNIX ...