MarkusDncc1701

test

<BLOCKQUOTE><font size="1" face="Verdana, Arial, Helvetica">Zitat:</font><HR>Original erstellt von kreisler: tach, den thread gibts schon, und zwar unter http://www.fachinformatiker-berufe.de/ubb/Forum3/HTML/000268.html du MUSST mindestens WOECHENTLICHE Aufzeichnungen machen. Wie detailliert das aussieht, bleibt dir (und deinem betrieb) ueberlassen. wenn du das RECHTSVERBINDLICH wissen willst, bleibt dir wohl nichts anderes, als zur IHK zu gehen, zum Arbeitsamt oder einfach selbst die Gesetze zu lesen... cu

Hallo alle beieinander! Don Quijote kämpfte einst gegen Windmühlen, nun kämpfen Fachinformatiker gegen die Windmühlen der IHK - doch diesmal liegt der Irrtum nicht bei uns... Ich mache mir gerade Gedanken über die Form und den Inhalt meiner Ausbildungsnachweise. Nach meinem letzten Wissensstand gibt es im Ausbildungsberuf FI(SI) seitens der IHK KEINE Formvorschriften. Nun ist es ziemlich schwierig für jeden Tag eine kurzzusammenfassung zu schreiben weil man manchmal erstens Tagelang das selbe macht und zweitens manchmal auch für den einen oder anderen Tag irgendwie nichts erwähnenswertes zu tun war. Mit meinem Ausbildungsbetrieb bin ich so verblieben das ich in größeren Abständen jeweils eine zusammenfassung schreibe. Die Abstände ergeben sich nach meinem Einsatz in dem jeweiligen Bereich des Unternehmens und liegen zwischen 4-5 Monaten. Es ist so gedacht das ich am Ende eine Zusammenfassung schreibe, diese enthält eine relativ ausführliche Auflistung und Beschreibung aller relevanten Aufgaben/Dienstleistungen (etc) welche in dem jeweiligen Bereich anfallen und jeweils meinen Anteil an diesen Tätigkeiten, teilweise mit kurzen realen Beispielen von evtl. Projekten etc. Jedoch dürfte aufgrund dieser Form klar sein das nicht tagtägliche Datums- und Uhrzeitangaben vermerkt werden. Zudem dürfte der letztendliche Umfang (in Seiten) meines Ausbildungsnachweises womöglich ca 25-35 Seiten Umfassen - wenn ich von ca 5 Seiten pro Bereich ausgehe. Letztendlich frage ich mich einfach ob diese Form und der Umfang von der IHK akzeptiert werden - ich habe nämlich keine Lust mich am Prüfungstag über Form und Umfang meines Berichtsheftes rechtfertigen/debattieren zu müssen oder gar deswegen nicht zur Prüfung zugelassen zu werden! Zudem würde ich gerne wissen in wie weit die Berufsschulblöcke im Ausbildungsnachweis aufgeführt oder Inhaltlich aufgelistet werden müssen. Wenn also jemand eine Auskunft dazu geben kann (am liebsten wäre mir eine zumindest halbwegs VERLÄSSLICHE Aussage, denn "nur" eine persönliche MEINUNG ist nämlich leider nicht immer gleichbedeutend mit dem was letztendlich gültig ist). ------------------ ^-Live Long and Prosper

<BLOCKQUOTE><font size="1" face="Verdana, Arial, Helvetica">Zitat:</font><HR>Original erstellt von MPerio: Ironie hin oder her! Dein Matchogehabe kannst Du Dir sparen. mehr Worte wären zu schade für Dich

<BLOCKQUOTE><font size="1" face="Verdana, Arial, Helvetica">Zitat:</font><HR>Original erstellt von Esperanto: Hallo, BITTE HELFT MIR! Meine Firma ist der letzte Witz! Die Leute sind zwar vollkommen in Ordnung, bloß man wird in der Firma eigentlich nicht ausgebildet, man durchläuft Abteilungen und macht so allerhand Schrott, was nichts mit Fachinformatik Systemintegration zu tun hat.

<BLOCKQUOTE><font size="1" face="Verdana, Arial, Helvetica">Zitat:</font><HR>Original erstellt von suesse RATTE: mmmhh, wollte ich ursprünglich auch...aaaber mein chef schaute mich ganz entsetzt an "nix, du nimmst 'n beamer und 'n laptop mit!! wenn schon, dann richtig!!" tja, was soll ich da entgegnen? "nein, das mach' ich nicht" ???? wär' wohl nich' so der hit, oder?? :-) folglich mach' ich mich eben vorher etwas vertraut mit der materie, gelle ;-) gruß :-)

<BLOCKQUOTE><font size="1" face="Verdana, Arial, Helvetica">Zitat:</font><HR>Original erstellt von Webentwickler: warum willst Du Dir Probleme bereiten? Du musst dann sämtliche Utensilien mit zur Prüfung schleppen, vorher aufbauen und auch noch testen. Willst Du dass wirklich. Nimm das, was Dir angeboten wird. Ich hatte ein Flipchart, eine Tafel und einen OHP. Das reichte locker.

<BLOCKQUOTE><font size="1" face="Verdana, Arial, Helvetica">Zitat:</font><HR>Original erstellt von blue_m: wie willst du denn in der doku animierte bilder und links einbauen?? du musst das ganze doch in ausgedruckter form abgeben, soweit ich weiss....

In wie weit ist es realistisch daß es vorteilhaft ist eine Projektarbeit im Zusammenhang mit Multimedia-Bestandteilen zu gestalten? Beispielsweise wenn ich bei der Präsentation ein schickes selbst erstelltes AVI oder was geschmeidiges gerendertes einbinde was ich dann nebst einer Powerpoint Präsentation abspiele? Darf die Dokumentation selbst auch ansatzweise (sebstverständlich ernsthafte und sinnvolle) Videos enthalten? Meine Idee wäre es die Doku evtl. zumindest als HTML mit Links zur besseren Navigation zu erstellen und ein paar Screenshots oder sonstige Grafiken/Animationen. Ich habe bisher keinen konkreten Gedanken diesbezüglich jedoch ist eben die allgemeine Frage interessant. In wie fern überhaupt wird bei der Bewertung Projektpräsentation auf Design und Layout Wert gelegt? ------------------ ^-Live Long and Prosper

Es gibt leider unterschiede zwischen dem was sich gut erlernen lässt und dem was in der Berufswelt gefordert wird (eigentlich ein absoluter Gegensatz) - denn gerade DAS was sich NICHT leicht erlernen lässt wird gut bezahlt und gesucht (irgendwie logisch). Folglich ist man sehr gut bedient wenn man (Visual) C++ lernt, weil dies in den meisten Unternehmen verwedet wird um Applikationen zu erstellen. Danach kommt Visual Basic und eben noch Java. Und das war es auch schon. Alle anderen Sprachen sind im wesentlichen nicht relevant. Assembler seinerseits ist sicherlich für jemanden praktisch der industrielle "Hardcore" Chip-Programmierung machen will - doch Assembler ist ähnlich wie Chinesisch als Sprache zu lernen - beides ist immens komliziert, wobei Assembler zudem in höchstem Maße Mathematisch ist (wenn du also kein Mathematik studiert hast lass die Finger davon). Sicherlich sind Assembler Programme immens Leistungsfähig, schnell und effizient, ich erinnere mich noch an Assembler Programmierwettbewerbe "Assembly" um 92-95 bei denen Cracks damals schon auf 486ern Grafikdemos gezaubert haben die OHNE Grafikbeschleuniger Karte (z.B. heute Geforce) derart schnell, und für damalige Verhältnisse grafisch absolut prachtvoll waren, doch im Prinzip ist die Sprache einfach zu komplex. Relativ Leistungsfähig und zudem gut zu erlernen hingegen ist Pascal (Delphi ist die Entwicklungsumgebung dafür), jeodch findet es kaum in der Wirtschaft Verwendung - meiner Ansicht nach das NUR weil es nicht auch von Microsoft angeboten wird und somit anscheinend von den Firmen als nicht zukunftssicher betrachtet wird. Genauso wird wohl kaum eine Firma Borlands C++ einsetzen sondern fast alle Microsofts Version. Doch das ist eine andere Thematik. Jedenfalls empfielt sich zum einstig Pascal da Pascal Quelltexte relativ "ausgeschrieben" werden und man so einen Quelltext der einem nichts sagt noch halbwegs mit seinen Englischkenntnissen nachvollziehen kann und später wenn man es besser beherrscht sich die Quelltexte gar flüssig wie ein Buch lesen. Dadurch sind die Quelltexte natürlich zwangsläufig ein wenig "länger" als beim "kryptischen" C, welches im wesentlichen aus Zeichen und kürzeln besteht. Ein Beispiel für Delphi/Pascal: Function PruefEingabe(zuPruefen: String; WieOft: Integer): Boolean; Var Eingegeben: String; SoOft: Integer; Begin PruefEingabe=True; for SoOft:=0 to WieOft do begin ReadLn(Eingegeben); if Eingegeben=zuPruefen then exit; end; PruefEingabe=False; end; und nun im wesentlichen das selbe in C: int PruefEingabe(chr* zuPruefen; int WieOft) chr* Eingegeben; int SoOft; { for (SoOft=0;SoOft=WieOft;SoOft++) { Scanf("%c", &Eingegeben); if Eingegeben* = zuPreufen* return 1; } return 0; } Für die Richtigkeit der Quelltexte grantiere ich NICHT. Zum ersten ERLERNEN der Grundzüge des Programmierens und der Logic die sich dahinter verbirgt empfehle ich Pascal, da man sich hier nicht so schwer mit den Kürzeln und der Kryptographie auseinandersetzen muss wie in C und die Logic somit leichter verständlich/erlernbar wird. Wenn man dann die Logic einmal verstanden hat ist es im Prinzip in allen Objekt-Sprachen gleich und es handelt sich beim Erlenen anderer im wesentlichen nur noch um das Erlernen der Befehls-Syntax, also quasi "Vokabeln - Lernen". ------------------ ^-Live Long and Prosper