Asura

Vornweg, du hast einen Projektzeitraum von 35 Stunden und nicht von 35,5 Stunden. Außerdem hast du einen Rechenfehler in deiner Zeitplanung, keine Angst, damit bist du einer unter vielen.. Auch wenn ich soetwas überhaupt nicht nachvollziehen kann, absolut unnötiger Konzentrationsfehler. Was meinst du mit "einbruchssicher"? High availability oder aus der Security Perspektive? So wie das Projekt aktuell beschrieben ist, klingt das für mich mau, das klingt zu "einfach". Abhängig von der Durchführung wäre es das auch..

Nicht nur vor einem halben Jahr, aber das kannst du ja nicht wissen ? Es gab mehrere Prüflinge die "DieIHK" anzeigen wollten, wegen zu schwerer Prüfungen oder Themengebiete die angeblich nichts mit der Fachrichtung zu tun hatten. Irgendwann erstellten wir hier sogar Memes diesbezüglich. ? LTS sollte man schon mal gehört haben, auch wenn nicht, daran sollte die Prüfung nicht scheitern. Irgendwo wurde gesagt, dass die Vorbereitung der Schule für ältere Prüfungen mehr gebracht habe.. Aber ich bekomme des Öfteren mit, dass die Vorbereitung auf die Abschlussprüfung der Schule relativ/ziemlich sinnlos sein soll. Meine Berufsschule hatte mich damals absolut nicht auf die Prüfung vorbereitet. Das war sinnlos, alleine Lernen hätte mich während dieser Zeit weitergebracht.

Verwirrt doch den Guten nicht, kam doch erst aus seiner Prüfung. Selbst ich als Fisi stoße immer wieder auf UML Diagramme, verlernen nach der Prüfung sollte man das nicht ?

Wieso darf ich etwas nicht stark bezweifeln, du aber schon deine Meinung haben? Dein unterer Text liest sich für mich um einiges schöner und verständlicher als der Satz, dass die Prüfungen der letzten 10 Jahre viel, viel einfacher waren. Nichts desto trotz, was kam denn so in der Prüfung dran? Für mich waren die Punkteretter immer SQL und Pseudocode

Den Verdacht hatten wir 2015 auch schon Ich kann gar nicht in Worte fassen, wie stark ich das bezweifel. Was kam denn so knochenhartes dran?

Unwahrscheinlich, dass dich ein Personaler mit technischen Begriffen um sich wirft und selbst dabei alles versteht. IT ist ja schließlich nicht sein Beruf. Grundsätzlich sollte aber eine rechtzeitige Vorbereitung geschehen sein.

Macht meiner Ansicht nach wenig Sinn, nutze die Zeit lieber für Berufserfahrung. Ob dein Job sehr kaufmännisch aufgehangen ist oder nicht entscheidet dein Arbeitgeber durch dein Tätigkeitsfeld. Weder ich, gelernter FISI noch mein Kollege, gelernter FIAE, haben sonderlich viel mit BWL Themen zu tun. Ein Grundverständnis sollte vorhanden sein, allerdings habe ich mit mehr nicht zu tun.

Ich bin mal so frei und Antworte auf die Fragen. Nicht für ihn, das kann der alte Mann selbst machen. ? Lösung klingt immer besser als Tool :'-) Charmantas Kritik war nicht "nicht nachvollziehbar", mit solchen Kommentaren verbaust du dir Hilfen ^^ Das einzige Gemeinsamkeit zwischen diesen Anträgen ist das Thema Monitoring. Während du dich "lediglich" auf Switche/Netzwerk stürzt, stürzt er sich auf eine komplette Infrastruktur (Switche inbegriffen). Dort muss theoretisch die sämtliche Infrastruktur erfasst werden, deren Dienste und Funktionen überprüft werden und entsprechende Aktionen geplant werden. Grundsätzlich ging die Tendenz des Antrag zu "sollte angenommen werden" und war kein klares "wird angenommen". Vermutlich war sein Vorteil, dass er keinerlei Abgrenzungen im Umfang macht. Es war eine klare Problemstellung gegeben, wohingegen bei dir das "fehleranfällig" das größte Argument ist. Das Konfigurieren über die CLI ist für mich um einiges einfacher. Man macht kaum Syntaxfehler, sondern eher Logikfehler. Bei ihm wird die Evaluierung des Tools, die Installation und Konfiguration sowie das Erfassen der Systeme, die wichtigsten Dienste und die Definition von Schwellenwerte und deren Benachrichtigung angegriffen. Bei dir liest sich das leider nicht so gut. Grundsätzlich liest sich dein Projekt für mich nicht sehr anspruchsvoll. Ich kenne leider nur 2-3 Tools für Cisco und HP Umgebungen.. Das schwerste an der Einrichtung waren immer die Lizenzgeschichten für diese Lösungen. Du möchtest Aruba Airwaves verwenden, allerdings bezweifel ich die vollständige Kompatibilität mit Cisco Produkten bzw. Produkten die nicht Aruba sind an. Zumindest kann der HPE IMC Cisco Produkte anzeigen und bedingt verwalten, allerdings ist die komplette Kompatibilät nicht gegeben, daher wäre es keine geeignete Lösung für eine Cisco Umgebung. Ich vermute stark, dass du dieses Projekt, so wie du es machen möchtest, durchgewunken werden kann, allerdings ist der Antrag für mich zu unvorteilhaft geschrieben. Es kamen aber schon Anträge durch die wir für nicht tauglich hielten.

Ich schaue nicht auf die Zeitplanung, dazu mache ich einen extra Punkt. Kurze Frage(n): Was ist die Aufgabe in diesem Projekt? Die Evaluierung eines Tools? Steht eines fest oder nicht? Der Aufbau des Systems oder das Eintragen der Switche? Evaluierst du eine Lösung, konfigurierst diese, erfasst die Switche in dem System komplett oder nur ein paar? Wie sieht die Umgebung aus, wie viele Switche, einer oder >20, >50? Ist diese Lösung alleine für Switches gedacht oder durch Server/Systeme erweiterbar? Wie stellst du die dir die Vereinfachung der Konfiguration vor? Einfach nur ein Template eines Switches erstellen und das bei Bedarf per CLI erweitern? Wir benutzen ein Tool zum Sichern der Konfigurationen, Konfigurieren aber selbst noch über die CLI (wegen Produktionskonfigurationen, speziellen Einstellungen etc). Grundsätzlich stimmt das Jahr nicht, allerdings hat das @bigvic schon während das Schreiben dieses Texten verfasst. Zeitplanung: Du hast einen Rechenfehler im Punkt "Realisierungsphase", bitte überprüfen, notfalls einen Taschenrechner zu Hand nehmen. Soetwas fällt in der Regel unter die Kategorie "Abgelehnt, bitte überarbeiten" Ich habe ein paar Zweifel was den Punkt "Dokumentation" angeht. Du Dokumentierst ein Drittel deines Projektes, hast allerdings nicht gerade wenig mit Produktevaluierung, Konfiguration und Funktionstest zu tun. Musst du ggfs. Switchkonfigurationen in diesem Tool hinterlegen bzw. schreiben und anpassen? Abhängig der Antworten auf die oberen Fragen steigt die benötigte Zeit und die Komplexität um einiges mehr an. ?

Hier liegt der Hund begraben. Selbst bei einem guten Verhältnis ist eine mündliche Absprache irgendwann nichts mehr Wert, auch wenn es nicht so sein sollte. Gerade Urlaubsanträge/Ausgleichstage oder irgendwelche Zusagungen immer schriftlich genehmigen lassen. Wenn du es nicht brauchst ist es auch gut, aber wenn du es brauchst, dann ist sowas immer sehr viel Wert Ihr habt eine geschäftliche Beziehung und keine wirkliche Freundschaft.

Ich verstehe es nicht so ganz.. Wenn der Antrag genehmigt ist und mein Chef mich fragt ob ich nicht trotzdem auf Arbeit kommen wollen würde, gibt es einfach die Antwort "ich bin den ganzen Tag unterwegs und verplant, das kann ich nicht mehr canceln". Wenn der Antrag genehmigt ist, dann gibt es da für mich kein Spielraum mehr für den Chef, er muss sich schließlich überlegen ob er genehmigt oder nicht. Der Termin mit dem Kollegen war mehr als absehbar. Ich glaube nicht, dass er dir Zeigen will, dass er am längeren Hebel sitzt, zumindest nicht in der Art wie du über die Sitation schreibst. Vermutlich hat er den Termin vergessen und hat jetzt Angst alleine darain teilnehmen zu müssen

Helfen, wobei? Was erwartest du von uns denn für eine Hilfe?

Wenn dein Arbeitgeber keinen Ersatz findet ist das in erster Linie nicht dein Problem. Was passiert, wenn du, was hoffentlich nicht passieren wird, längerfristig krank bist? Sollst du dann von Daheim arbeiten? Ich darf meinen Urlaub nur mitnehmen, wenn es wirklich einen triftigen Grund gibt und dann muss dieser bis spätestens März oder April abgebaut werden.

Wir gehen in Vorleistung zwecks Hotel/Nahrung/Reisen/Taxis etc. und können/müssen die Rechnungen dann beim Arbeitgeber abgeben. Das Geld bekommt man mal innerhalb einer Woche oder auch mal innerhalb von 3 Wochen.. Solange man eine Rechnung bekommen hat, kann man beinahe alles einreichen, inwiefern man das will, müsste man selbst entscheiden.

Das ist grundsätzlich mehr als in Ordnung, damit bist du weit über der Vorbereitungszeit diverser Kollegen von dir. Im ersten Lehrjahr kannst du mit dem meisten Wissen sowieso wenig anfangen und so schwer, dass du 3 Jahre Vorbereitungszeit brauchst, ist sie auch nicht. Grundsätzlich höre ich eher Negatives als Positives diesbezüglich, da macht aber der Dozent extrem viel aus. Mein ein wöchiger Vorbereitungskurs war extrem gut und hilfreich.. Dort wurde mir kein direktes Wissen vermittelt, jedoch wurden Prüfungen durchgesprochen und Themengebiete, die unklar sind, vom Dozenten angesprochen und für dich aufbereitet. Nach ein paar Jahren interessieren die Noten eher weniger, allerdings für den Anfang können sie ein Hindernis darstellen. Müssen sie aber nicht. Wissen ist kein Glück. Natürlich kann eine Prüfung mal schwerer und mal leichter ausfallen, aber sich vorzubereiten und zu lernen hat absolut nichts mit Glück zu tun. In der Regel ähneln sich die Aufgaben extrem, das bedeutet, dass Themengebiete beinahe immer drankommen. Pseudocode, Datenbanken, Umrechnungen, Abhängigkeiten, Netzwerkprobleme etc. Es gibt sehr viele Vertreter in diesem Forum die durchgefallen sind und "die IHK" anzeigen möchten, weil die Prüfer gegen einen etwas hätten. So wie sich diese Leute in diesem Forum aber geben, wundert einen das Durchfallen nicht. Lernresistent, unhöflich und können nicht mit Gegenwind umgehen. Die Prüfer machen das ehrenamtlich und haben auch einen entsprechenden Fortgang. Grundsätzlich kann man davon ausgehen, dass dir jeder Prüfer gewillt ist zu helfen, solange du dich respektvoll mit ihnen umgehst und nicht jeden auf den Schlips trittst und provozierst. Nein, denn jeder der ein wenig IT affin ist und lernt besteht diese Prüfung. Ein "nicht bestehen" bedeutet für mich einfach mangelnde Vorbereitung, denn die Themengebiete sind alle zwar breit gefächert, aber nicht so kompliziert und sind vorallem keine Raketenwissenschaft.

Für eine Ausbildung brauchst du keine achtundzwanzig Zertifikate, du musst dich "nur" gut verkaufen können. Weshalb willst du den Job? Wie bist du auf den Beruf gekommen? Wieso glaubst du, dass der Job das Richtige für dich ist? Sind so Fragen die du in einem Bewerbungsgespräch gut rüberkommen lassen solltest. Wirtschaftliches wirst du leider nicht los. Wie charmanta es sagt, ist der Fi ein kaufmännischer Job.

Moin, ein Praktikum dient in erster Linie dazu in ein Unternehmen zu schnuppern und nicht dir Fachwissen anzueignen. Gerade weil du in ein paar Wochen sowieso nicht vernünftig lernst zu programmieren. Gibt es von dir ein paar mehr Informationen? Meine Praktikas waren stehts zufriedenstellend, danke der Nachfrage.

Hier steht einiges zum Thema "Nebenjob", auch wenn du dir kein Beispiel am Threadersteller nehmen solltest.

Du beschwerst dich, dass überall nur Wasser (von oben) zu sehen ist und weigerst dich eine anderes Perspektive anzusteuern, unglaublich ?

Mach dich am Boot fest, lass dich hinterher ziehen und schnorchel/tauch ein wenig.

Ein wunderschönes Hallu

Schreibe eine Kundendokumentation, (gute) Beispiele gibt in diesem Forum mittlerweile zu Haufe. Ich bezweifle, dass sich dein Projekt in 4-5 (einfachen) Schritten komplett erklären lässt.

Ich denke man muss der Charakter dafür sein. Ich kenne ein paar Arbeitgeber die dieses Model fahren und von Freunden, die dort arbeiten, höre ich fast nur positives. Grundsätzlich bist deinen Arbeitskollegen keine Rechenschaft schuldig. Die Freunde schreiben Komm- und Gehzeiten auf und wenn jemand skeptisch nachfragt bekommt er halt die Zeiten vorgezeigt. Bisher war das aber bei denen nicht Fall - "Die Arbeit muss halt passen" Grundsätzlich weiß ich nicht wie ich dazustehe.. Ich habe lieber meine Gleitzeit, auch wenn ich hier komisch angeschaut werde, wenn ich nur 3-4 Stunden bleibe, weil die auch mein Gleitzahlkonto nicht kennen Ich würde das für mich aber nicht als Grund sehen einen grundsätzlich interessanten Job abzulehnen.

Ich verstehe die Frage nicht, wir kennen die Prüfungen nicht. Überarbeite die alten Prüfungen und versuche zu erkennen wohin der Trend geht. Du kannst fest mit einem Thema rechnen, heißt aber nicht, dass es drankommt. Am Besten lernt man nicht mit Mut zur Lücke

Moin, du hast da ein paar Fehler in deiner Berechnung, bitte kontrollieren. Abhängig der zuständigen IHK ist der Puffer ein NoGo oder ein Ok, solltest du mal quer checken. Da 35 Stunden grundsätzlich wenig Zeit für ein ordentliches Projekt ist, sollte kein Puffer entstehen, unabhängig wie es in einem echten Szenario wäre.