arlegermi

Ihr lernt in der Berufsschule nicht Cisco, ihr lernt Netzwerkverwaltung am Beispiel von Cisco-Geräten. Zumindest muss das das Ziel sein. Für irgendeinen Hersteller muss man sich halt entscheiden und da nimmt die Schule verständlicherweise einen, der weit verbreitet ist. Und es ist, wie blaargh es schreibt: Das was bei Cisco A heißt, heißt bei HP halt B, macht aber (mehr oder weniger) das gleiche.

FIAE-Einsteiger können (je nach Region!) mit rund 30-35k anfangen. Ich wollte noch was zu der Ausbildungszeit sagen: Wenn du gut bist und dein Ausbilder das bescheinigt, kannst du die Ausbildung in nicht mal 1,5 Jahren runterreißen und bist dann fertig. Das sollte man aushalten können. Und danach hast du einen anerkannten Abschluss, mit dem du dich überall bewerben kannst und nicht darauf angewiesen bist, dass der Personaler dir eine Chance gibt.

Es mag sein, dass du den Job jetzt bekommst. Die Frage ist nur, wie's dann weitergeht. Ohne formellen Abschluss sieht's in Deutschland einfach schlecht aus. Bei vielen (gerade größeren) Unternehmen fällst du direkt aus dem Bewerbungsverfahren, wenn du weder IHK- noch Uni-Abschluss vorweisen kannst. Mir ging's ja ähnlich mit dem "nichts lernen" in der Ausbildung - ich hatte ein Studium angefangen und auch schon praktisch gearbeitet, so dass ich die Ausbildung nur pro forma gemacht habe - eben, um dann nicht später blöd dazustehen. Mein Rat wäre daher, die Ausbildung auf jeden Fall zu beenden - ob das in deinem jetzigen Betrieb ist, oder woanders, musst du für dich entscheiden.

Ich bekomme bei jedem Seitenaufruf die Nachfrage, ob ich Desktop-Benachrichtigungen anzeigen lassen möchte. Das lässt sich nicht abstellen - auch wenn ich auf "Jetzt nicht" in dem Dropdown klicke. Ist das ein Firefox-Fehler oder kann das Forum was dafür?

Na klar. Ich meinte das eher bezogen auf Randthemen, die vllt. besonderen Umständen geschuldet sind, grundsätzlich aber nichts (oder wenig) mit dem Thema zu tun haben.

Das ist - denke ich - der einzige wirkliche Hinweis, den man zum Fachgespräch geben kann. Je nachdem, worauf du in deiner Dokumentation & Präsentation zu Sprechen kommst, werden andere Fragen kommen. Deshalb solltest du dir gut überlegen, ob du bspw. ein Thema, in dem du nicht firm bist, überhaupt ansprichst, wenn es auch ohne geht. Bei mir im Fachgespräch ging es bspw. um eine REST-Schnittstelle, die ich angesprochen habe. Von da kamen wir dann zu SOAP (nicht wirklich verwunderlich), wovon ich aber so gut wie keine tiefergehende Ahnung habe. War ein wenig blöd. Geh' also deine Doku und deine Präsentation durch und guck immer mal so links und rechts, was es an verwandten Themen gibt.

Das hat nichts mit "vorschnell handeln" zu tun, das ist Aufgabe der IHK, dir ihre Vorgaben bekannt zu machen. Und selbst wenn du hier jetzt Leute hast, die wohl auch bei der gleichen IHK ihre Prüfung gemacht haben, würde ich mich darauf nicht verlassen (es können sich Sachen geändert haben, vllt. war's doch 'ne andere IHK, vielleicht erinnert man sich falsch - alles möglich).

Wenn du tatsächlich nach einem Entwicklungsmodell vorgehst, kannst du das natürlich gut in den Fluß der Dokumentation einbauen. Ein "Standard"-Modell gibt es nicht. V(-XT) ist gängig, aber in vielen Unternehmen gibt's mittlerweile auch agile Methoden (SCRUM, etc.). Ich würde mir an deiner Stelle nicht künstlich ein Modell aufzwängen, wenn das bei euch im Unternehmen nicht usus ist. Bedenke auch, dass alles, was in deiner Doku thematisiert wird, auch Gegenstand des Fachgesprächs werden kann (und darüber hinaus natürlich; aber wenn du in der Doku schon Munition lieferst... ).

Allein bei den beiden Punkten kannst du doch sehr viel ausführlicher werden. "Erstellung der JavaScript-Methoden" - welche Methoden? (Nein, nicht die Namen der Methoden, sondern die fachliche Einordnung) Da könnte dann sowas stehen wie (das sind jetzt total aus der Luft gegriffene Punkte): Login 2h Datenabfrage 3h Datenpräsentation 5h Text-Funktionen 5h Und so kannst du das dann für "Programmcodeerstellung" und die Tests auch machen. (Wieso sind die JS-Methoden egtl. kein "Programmcode"?)

Hast du mal bei der IHK nachgefragt? Was haben die denn gesagt?

Tatsache ist, dass ihr mit eurem Programm Geld verdienen wollt (oder zumindest bezahlt werden wollt, um eure Kosten zu decken). Das heißt, dass ihr euren Kunden glaubhaft machen müsst, dass das Geld bei euch gut angelegt ist. Und eine vor Fehlern strotzende Kickstarter-Seite sowie ein minderwertiger Web-Auftritt sind dazu nicht geeignet. Es gibt einfache Möglichkeiten, Software ansprechend zu präsentieren. Gefordert wird hier gar nichts. Euch werden Ratschläge gegeben. Mir persönlich kann es nicht egaler sein, was ihr mit dem Programm macht. Welche großartigen Kosten habt ihr denn? Ich suche das jetzt nicht wieder raus, aber eure Ansprüche waren absolut illusorisch. Fangt doch erstmal klein an - wenn ihr später merkt, dass ihr tatsächlich größeren Bedarf habt, gibt es immer noch Möglichkeiten, zu skalieren. Was denn für ein Missbrauch? Den Satz verstehe ich wirklich nicht. Wieso ist OSS für Missbrauch anfällig? Ach komm, jetzt wird's lächerlich.

Man bekommt die Premium Version ausgedruckt auf DVD? Aber ohne Lizenz? Denn das nächste Angebot lautet: Auf who/which gehe ich hier nicht weiter ein. Ernstgemeinter Rat an euch: Macht das Ding zur Freeware und Open Source. Dann lernt vernünftige Software-Entwicklung an dem Projekt. Geld werdet ihr damit eh nicht verdienen - aber wenn ihr das ganze weiterentwickelt, aufräumt und pflegt, habt ihr ein schönes Referenz-Projekt, auf das ihr im weiteren Arbeitsleben verweisen könnt.

Schonmal als Tipp für die Prüfungen: Lies dir die Aufgabenstellungen bis zum Ende ganz genau durch. Dann fällt dir sowas auf: Die richtige Antwort wäre also 8,3TByte. Das wären unnötig verschenkte Punkte, denn die Rechnung an sich ist richtig.

Ich nehme mal nur die erste Aufgabe, die zweite ist prinzipiell das gleiche nur mit anderen Werten. Heißt: 1800 Kameras (merken!) Zusammen also 1800 (die Kameras) * 6 MBit/s Also durch 15 teilen. Wir haben da oben MBit/s stehen, also müssen wir das auf 10 Minuten hochrechnen. Also x * 60 (Sekunden / Minute) * 10 (Minuten). Alle Angaben bisher sind in MBit. Da müssen wir also auf GByte (auf Bit <-> Byte achten!) Immer aufrunden! Wenn wir 100,2 GByte rausbekommen, helfen uns 100 GByte nicht, auch wenn's "normal gerundet" wäre. Immer nett als Hinweis, falls man mit GiByte und GByte durcheinanderkommt. Also auf: 1800 Kameras mit 6 MBit/s => 1800 * 6 = 10800 MBit/s Komprimierung von 1:15 => 10800 / 15 = 720 MBit/s 10 Minuten lang speichern => 720 * 60 * 10 = 432000 MBit MBit -> MByte => 432000 / 8 = 54000 MByte MByte -> GByte => 54000 / 1024 = 52,73 => gerundet 53 GByte Solche Aufgaben sind wirklich geschenkte Punkte. Und dank Taschenrechner sollte das kein Problem sein. Einfach die Zahlen rausschreiben, in Beziehung setzen und runterrechnen. Zumal die Aufgaben fast immer das gleiche Schema haben (x Geräte produzieren y Bit/s an Daten, die wir für z Stunden speichern wollen).

Alter 27 Wohnort NRW letzter Ausbildungsabschluss (als was und wann) FIAE Winter 2014/15 Berufserfahrung 0 Jahre Vorbildung Abitur + Informatikstudium (abgebrochen) Arbeitsort NRW Grösse der Firma ca 30 MA Tarif keiner Branche der Firma Ingenieur-Consulting Arbeitsstunden pro Woche laut Vertrag 40 Arbeitsstunden pro Woche real 40 Gesamtjahresbrutto 36400€ Anzahl der Monatsgehälter 13 Anzahl der Urlaubstage 30 Sonder- / Sozialleistungen Variabler Anteil am Gehalt 0 Verantwortung Tätigkeiten Android-Entwicklung .Net Desktop .Net Server