stefan.macke

Ich stelle mal eine wilde Behauptung auf, ohne das beweisen zu können: Die Doku wurde einfach anhand meiner LaTeX-Vorlage "aufgefüllt". Das erklärt auch die Punktlisten anstatt des Fließtextes (die sind nämlich so in der Vorlage drin, nur dass sie dort auch Stichpunkte darstellen sollen). Es wurden einfach alle Punkte, die "aus dem Internet" stammen, 1-zu-1 ohne Sinn und Verstand übernommen und noch nicht einmal die Formatierung verändert.
Zusätzlich zu den genannten Kritikpunkten (keine Begründungen, keine Methodik erkennbar, keine Artefakte vorhanden, fehlerhafte Wirschaftlichkeit, kein wirklich lesbarer Text) kann ich gut nachvollziehen, warum diese Arbeit ungenügend ist. Sie ist weit von einer professionellen Dokumentation eines Abschlussprojektes entfernt.

Der Ausschuss wird durch gar nichts beeinflusst außer deine Leistung bei der mündlichen Prüfung. Mach dir nicht zu viele Gedanken und bereite dich besser vernünftig auf die Prüfung vor!
Wenn überhaupt, wird man dir eher wohlgesonnen sein und dir gerade bei schlechten Vorleistungen eine Chance geben, dich zu verbessern. Zumindest ist das bei uns so.

Warum nachfragen?
Einfach weiterschreiben und vom Vertreter des Ausbilders unterschreiben lassen. Wenn es keinen gibt, dann halt von der Geschäftführung.

Das kann man allgemein leider nicht so sagen. Jede IHK handhabt das anders. Bei uns (IHK Köln) zählt bei den FIAE ALLES zu den 70h Bearbeitungszeit. Also jegliche Dokumentationen, das Erstellen des Projektberichtes und auch die Ausarbeitung (Anhang pflegen, Hyperlinks setzen, Glossar schreiben, ...) bzw. das Layout. Ich habe damals nämlich extra nachgefragt. Auch wenn ich immernoch nicht verstehen kann, wie man, wenn all das zu den 70h zählt, bereits im Bericht ein Fazit über die Zeiten bzw. Abweichungen ziehen kann...

Hallo zusammen,
ich vermute, dass viele Forenteilnehmer hier das "IT-Handbuch für Fachinformatiker" von Sascha Kersken kennen. Für mich ist es jedenfalls seit Jahren die beste ausbildungbegleitende Literatur. Mit jedem neuen Azubi gehe ich das komplette Buch durch und spreche über die ausbildungs-, praxis- und prüfungsrelevanten Inhalte.
In wenigen Wochen erscheint nun die neue Auflage des Standardwerks mit neuen Themen wie Docker und HTML5/CSS3. Das habe ich zum Anlass genommen, mit dem Autor persönlich über das Buch zu sprechen. Über eine Stunde lang unterhalten wir uns über Saschas Weg zur IT, die Entstehung des IT-Handbuchs, seinen Schreibprozess, die Technik hinter einem 1.300 Seiten starken Buch und vieles mehr.
Hört doch gerne einmal rein: http://anwendungsentwicklerpodcast.de/105
Über Feedback würden wir uns beide sehr freuen!

Viele Grüße!
Stefan
 

Hallo zusammen,
ich vermute, dass viele Forenteilnehmer hier das "IT-Handbuch für Fachinformatiker" von Sascha Kersken kennen. Für mich ist es jedenfalls seit Jahren die beste ausbildungbegleitende Literatur. Mit jedem neuen Azubi gehe ich das komplette Buch durch und spreche über die ausbildungs-, praxis- und prüfungsrelevanten Inhalte.
In wenigen Wochen erscheint nun die neue Auflage des Standardwerks mit neuen Themen wie Docker und HTML5/CSS3. Das habe ich zum Anlass genommen, mit dem Autor persönlich über das Buch zu sprechen. Über eine Stunde lang unterhalten wir uns über Saschas Weg zur IT, die Entstehung des IT-Handbuchs, seinen Schreibprozess, die Technik hinter einem 1.300 Seiten starken Buch und vieles mehr.
Hört doch gerne einmal rein: http://anwendungsentwicklerpodcast.de/105
Über Feedback würden wir uns beide sehr freuen!

Viele Grüße!
Stefan
 

War gut.
Ich mag so casual Talk über Programmiersprachen, deshalb fand ich die ersten 10 Minuten am besten. Und zwischendurch kam das ja auch mal wieder durch.
Super, dass es keine Werbeveranstaltung war sondern über wirklich viele Themen geredet wurde. Steve Jobs zu Besuch bei Xerox, was für eine Geschichte.
*thumbs up*

Hallo zusammen,
ich vermute, dass viele Forenteilnehmer hier das "IT-Handbuch für Fachinformatiker" von Sascha Kersken kennen. Für mich ist es jedenfalls seit Jahren die beste ausbildungbegleitende Literatur. Mit jedem neuen Azubi gehe ich das komplette Buch durch und spreche über die ausbildungs-, praxis- und prüfungsrelevanten Inhalte.
In wenigen Wochen erscheint nun die neue Auflage des Standardwerks mit neuen Themen wie Docker und HTML5/CSS3. Das habe ich zum Anlass genommen, mit dem Autor persönlich über das Buch zu sprechen. Über eine Stunde lang unterhalten wir uns über Saschas Weg zur IT, die Entstehung des IT-Handbuchs, seinen Schreibprozess, die Technik hinter einem 1.300 Seiten starken Buch und vieles mehr.
Hört doch gerne einmal rein: http://anwendungsentwicklerpodcast.de/105
Über Feedback würden wir uns beide sehr freuen!

Viele Grüße!
Stefan
 

Hallo zusammen,
ich vermute, dass viele Forenteilnehmer hier das "IT-Handbuch für Fachinformatiker" von Sascha Kersken kennen. Für mich ist es jedenfalls seit Jahren die beste ausbildungbegleitende Literatur. Mit jedem neuen Azubi gehe ich das komplette Buch durch und spreche über die ausbildungs-, praxis- und prüfungsrelevanten Inhalte.
In wenigen Wochen erscheint nun die neue Auflage des Standardwerks mit neuen Themen wie Docker und HTML5/CSS3. Das habe ich zum Anlass genommen, mit dem Autor persönlich über das Buch zu sprechen. Über eine Stunde lang unterhalten wir uns über Saschas Weg zur IT, die Entstehung des IT-Handbuchs, seinen Schreibprozess, die Technik hinter einem 1.300 Seiten starken Buch und vieles mehr.
Hört doch gerne einmal rein: http://anwendungsentwicklerpodcast.de/105
Über Feedback würden wir uns beide sehr freuen!

Viele Grüße!
Stefan
 

Hallo zusammen,
ich vermute, dass viele Forenteilnehmer hier das "IT-Handbuch für Fachinformatiker" von Sascha Kersken kennen. Für mich ist es jedenfalls seit Jahren die beste ausbildungbegleitende Literatur. Mit jedem neuen Azubi gehe ich das komplette Buch durch und spreche über die ausbildungs-, praxis- und prüfungsrelevanten Inhalte.
In wenigen Wochen erscheint nun die neue Auflage des Standardwerks mit neuen Themen wie Docker und HTML5/CSS3. Das habe ich zum Anlass genommen, mit dem Autor persönlich über das Buch zu sprechen. Über eine Stunde lang unterhalten wir uns über Saschas Weg zur IT, die Entstehung des IT-Handbuchs, seinen Schreibprozess, die Technik hinter einem 1.300 Seiten starken Buch und vieles mehr.
Hört doch gerne einmal rein: http://anwendungsentwicklerpodcast.de/105
Über Feedback würden wir uns beide sehr freuen!

Viele Grüße!
Stefan
 

Es ist genau andersherum: diese Bilder sind gemeinfrei (="public domain").
Eine Namensnennung ist somit nicht erforderlich. Der Fairness halber (dem Fotografen gegenüber) würde ich dennoch einen Quellennachweis einbauen. Und potentielle Nachfragen der Prüfer vermeidest du damit auch.

Nein.
Kunde fehlt. Kunde/Fracht 1:n. Pilot/Flugzeug m:n.

Ich habe mir vor einigen Monaten einen Fujitsu ScanSnap ix500 gekauft. 400 Euro, aber das Ding ballert super schnell alles durch, was es so gibt. Kassenbons, doppelseitige Dokumente. Und alles sofort inkl. OCR. Den kann ich definitv empfehlen, wenn du einen Berg Dokumente abzuarbeiten hast.

Da geht es aber explizit um die Speicherung von dynamischen IP-Adressen in Bezug auf Nutzung von Online-Diensten.
Interne IP-Adressen sind meist statisch und nicht auf einen Benutzer (gerade wenn es um das IHK-Abschlussprojekt geht, gehe ich davon aus das damit Serveradressen etc. gemeint sind) bezogen.

Meine Frage dazu wäre jetzt, was das mit Datenschutz zu tun hat.
Du redest von betriebsinternen Daten, die ggfs. aus Gründen der Datensicherheit nicht nach außen gegeben werden dürfen. Aber mit personenbezogenen Daten im Sinne des Datenschutzes hat das nichts zu tun.
Daher wird es deinen Prüfern auch herzlich egal sein, ob du die Daten zensierst, solange man nachvollziehen kann, worüber du redest.
Und für das Fachgespräch bereite dann am besten nochmal den Unterschied zwischen Datenschutz, Datensicherheit und Datensicherung vor!

Wie willst du eine Wirtschaftlichkeitsbetrachtung durchführen, ohne die Projektkosten zu kennen? Das geht nur so: zuerst die Kosten planen, danach die Einsparungen gegenüberstellen.
Eine andere Frage ist doch, wie du das in deiner Projektdokumentation anordnest. Da ist vielleicht eine andere Reihenfolge passender, weil es sich dann einfach besser liest. Die Dokumentation muss ja nicht unbedingt den realen/chronologischen Ablauf des Projekts abbilden. Es handelt sich hierbei um ein Prüfungsartefakt.
Und zuletzt: Wenn dir die Reihenfolge in der Vorlage nicht zusagt, dann ändere sie doch einfach! Die Vorlage ist genau das: eine Vorlage. Du musst sie schon noch auf die konkreten Anforderungen deines Projekts anpassen!

Aus eigener Erfahrung kann ich sagen, dass immer versucht wird, viele Punkte für die Prüflinge rauszuholen. Wenn du nicht völligen Unsinn schreibst, wirst du auch Punkte bekommen.
Nicht umsonst steht fast unter jeder Musterlösung "andere Antworten möglich".

Ich habe mir vor einigen Monaten einen Fujitsu ScanSnap ix500 gekauft. 400 Euro, aber das Ding ballert super schnell alles durch, was es so gibt. Kassenbons, doppelseitige Dokumente. Und alles sofort inkl. OCR. Den kann ich definitv empfehlen, wenn du einen Berg Dokumente abzuarbeiten hast.

Aus eigener Erfahrung kann ich sagen, dass immer versucht wird, viele Punkte für die Prüflinge rauszuholen. Wenn du nicht völligen Unsinn schreibst, wirst du auch Punkte bekommen.
Nicht umsonst steht fast unter jeder Musterlösung "andere Antworten möglich".

Das ist zwar ein netter Nebenefekt, aber der primäre Zweck des Salt ist es zu verhindern, das jemand per Dictionary bzw https://en.wikipedia.org/wiki/Rainbow_table die Passwörter knackt.

Uhhh. Da überträgt aber jemand seine Erfahrungen aus dem Alltag gefährlich auf die Allgemeinheit.
UML ist weder veraltet noch praxisfern. Im Gegenteil: Es ist der Industriestandard für den modellbasierten Softwareentwurf und die Dokumentation. Natürlich braucht man UML nicht, wenn man einfach drauflos programmiert und eh nichts dokumentiert
Und Softwareentwicklern zu empfehlen, SQL nicht zu lernen, weil es ORMs gibt, halte ich schlichtweg für völlig falsch. ORMs sind kein Allheilmittel und haben ihre ganz eigenen Probleme (z.B. N+1). Entwickler, die SQL nicht beherrschen, sind meiner Meinung nach keine richtigen Entwickler. Das wäre so als wüsste der KFZ-Mechaniker nicht, wie eine Bremse funktioniert, weil es ja ABS gibt.
Von den Pseudocodeaufgaben mag man halten, was man will. Aber es ist immer wieder erstaunlich, wie viele "Anwendungsentwickler" keine for-Schleife auf die Reihe bekommen. Da helfen dann auch keine "modernen" Ansätze mehr. Ich halte es jedenfalls für ansolut richtig, gerade diese absoluten Grundlagen der Programmierung abzufragen. Denn sie werden von allen Programmiersprachen angeboten und müssen allen Prüflingen bekannt sein. Nur weil ich z.B. heute eher Map/Filter/Reduce verwende (vorausgesetzt meine Sprache erlaubt es mir), heißt das ja nicht, dass ich Schleifen oder if-Abfragen nicht mehr verstehen muss. Das sehe ich analog zu ORM und SQL.
Also kurz zusammengefasst: Mit pauschalen Aussagen wie "X braucht doch niemand mehr" wäre ich sehr vorsichtig. Was ich letztens noch in einem Artikel gelesen habe: die Entwicklerin der Software für die Voyager-Sonde (die seit den 1960ern immer noch weiterentwickelt wird) wäre froh über "moderne" Konzepte wie switch/case

Du bist ein Troll, oder? Ansonsten gäbe es hier nur noch eine andere Möglichkeit, die ich aber nicht schreiben möchte, da sie als Beleidigung aufgefasst werden kann bzw. würde. Also umschreibe ich es mal so...
Ich bilde u.a. Fachinformatiker aus. Und eine der wichtigsten Fragen, die ich den Bewerbern stelle, ist "Warum möchten Sie Fachinformatiker (In dem Fall Systemintegration) werden und warum gerade in diesem Betrieb."
Und ich kann dir sagen, mit dieser Antwort bzw. Einstellung wäre hier das Gespräch zu Ende und du aus dem Rennen. Damit hast du dich dann selber disqualifiziert, da du mit so einer Antwort IMHO derzeit nichts in dem Beruf zu suchen hast.
Wenn ich das hier lese, kommt mir ein Satz aus meiner Jugend, ich mag 15 oder 16 gewesen sein, in den Sinn, den ich mal in einem Vorstellungsgespräch erhalten habe und als absolut demütigend empfand. Aber wenn ich damals auch nur Ansatzweise ähnlich drauf war, dann ergibt nun alles Sinn. Und zwar der Satz :
Denn solch eine Vorstellung von den Berufen in der IT ist katastrophal. Du bist irgendwann eventuell für Menschenleben oder die finanzielle Zukunft von Menschen und Unternehmen zuständig. Wenn in einem Krankenhaus mitten in einer OP ein System ausfällt oder der Server eines CTs während der Untersuchung eines schweren Auto-Unfall keine Daten erhält, wirst du sehr wohl in Stress geraten. Wenn in einer Bank plötzlich alle Bankautomaten keine Verbindung zum Server aufbauen können oder plötzlich Geld nicht mehr überiwesen werden kann, dann ist sehr wohl etwas Stress angebracht.  Was passiert wohl, wenn auf einem Flughafen die Systeme ausfallen? Da reicht bereits der Ausfall der Infotafeln um ein Chaos auszulösen 
Und z.B, dies sind alles keine fernen Schreckensszenario, sondern alles Fälle, mit denen ich als ITler oder Kunde in den letzten Jahren in Berührung gekommen bin. Und ich könnte jetzt noch stundenlang so weiter machen.
 

Wiewas? Entschuldige bitte, aber egal welche Tabletten du nimmst, sie bekommen dir nicht.
Als Fisi hat man immer mit Stress, Störungen und Anwendern zu tun.

Im Grunde ist es doch ein vollständiges XML-Dokument. Du bekommst halt nicht nur eins, sondern mehrere. Der Wurzelknoten ist halt <frame>. Nun kommt es halt auf den Kontext drauf an, was du mit den Daten vorhast. Wenn die XML-Struktur vorgegeben ist, könnte man dann den XmlSerializer verwenden und aus dem XML-Dokument ein POCO-Objekt erzeugen.
[XmlRoot("frame")] public class Frame {     [XmlElement("id")]     public int Id { get; set; } } string xml = "<frame><id>1</id></frame>"; XmlSerializer serializer = new XmlSerializer(typeof(Frame)); Frame frame = (Frame)serializer.Deserialize(new StringReader(xml)); Um einfach über alle Kind-Elemente im Wurzelknoten zu iterieren kann man auch ein XDocument verwenden:
string xml = "<frame><id>1</id></frame>"; XDocument xDoc = XDocument.Parse(xml); foreach(XElement element in xDoc.Root.Descendants()) {     Console.WriteLine($"{element.Name} -> {element.Value}"); } Ein XDocument lässt sich auch mittels Linq Filtern. 
Eine weitere Möglichkeit, um Abfragen auf XML-Dokumenten abzusetzen wäre XPath und der XPathNavigator:
string text = "<frame><id>1</id></frame>";            XPathDocument docNav = new XPathDocument(new StringReader(text)); XPathNavigator nav = docNav.CreateNavigator(); XPathNodeIterator nodes = nav.Select("//frame/*"); while (nodes.MoveNext()) {     Console.WriteLine($"{nodes.Current.Name} -> {nodes.Current.Value}"); } XPath ist eine vom W3C entwickelte Abfragesprache für XML-Dokumente. Eine Dokumentation findest du auch im Wikipedia-Artikel.
Viele Wege führen nach Rom aber ich halte die Lösung mit regulären Ausdrücken eine der schlechtesten. Das ist sehr fehleranfällig, denn was passiert, wenn dazwischen irgendwo mal ein Leerzeichen oder ein Zeilenumbruch ist? Damit muss dein Ausdruck auch klar kommen können, denn das ist ja kein Fehler. Auch sind reguläre Ausdrücke schlecht lesbar. Ich denke mal, du selbst wirst den regulären Ausdruck binnen kürzester Zeit nicht mehr verstehen und muss erst mal wieder nachschauen, was der bedeutet. XML-Dokumente einlesen ist ein gelöstestes Problem und warum sollte man sich wieder selbst eine Lösung ausdenken? Selbst das .Net-Framework bietet hier sogar mehrere Lösungen an. Das Framework bietet mit der XmlDocument-Klasse sogar noch eine vierte Variante.

Um die NWA aber sinnvoll nutzen zu können, sollte diese Subjektivität möglichst eliminiert werden. Daher ist die Angabe der Werteskala und die Begründung für die vergebene Punktzahl so wichtig.
Bei Skalen von 1 bis 100 kann fast nur eine rein subjektive Bewertung erfolgen. Wie beschrieben: Wie soll der Unterschied zwischen 75 und 76 Punkten glaubhaft begründet werden?
Kleinere Skalen, die für jeden Wert genau festlegen, wann er zu vergeben ist, sind objektiv(er) einsetzbar. Beispiel: Kriterium "Dokumentation des Produkts" -> 0 Punkte: Keine Doku vorhanden, 1 Punkt: Englische Doku vorhanden, 2 Punkte: Deutsche Doku vorhanden, 3 Punkte: Deutsche Doku mit lauffähigen Beispielanwendungen vorhanden. Diese Bewertung kann von jedem Mitarbeiter vorgenommen werden, ohne großen Interpretationsspielraum.
Natürlich ist es ein bestimmter Aufwand, für jedes Kriterium so eine Skala vorzubereiten. Aber genau das würde ich von einem Prüfling im Rahmen seiner Projektarbeit erwarten. Ansonsten kann man sich die NWA auch sparen und sich wahllos irgendwelche "Nutzwertkoeffizienten" ausdenken.