Gast 2017max Geschrieben 5. September 2018 Teilen Geschrieben 5. September 2018 Hallo, muss ein gutes Projekt in AE viel Code beinhalten oder ist das nicht so wichtig, da die Doku bewertet wird? Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
topuser Geschrieben 5. September 2018 Teilen Geschrieben 5. September 2018 (bearbeitet) Generell wird die Dokumentation bewertet, dort wird natürlich Quelltext aus dem Programm aufgezeigt. Dabei solltest du darauf achten, dass du nur interessante Quelltextausschnitte zeigst, welche anhand von Programmiertechniken ein Problem lösen oder ähnliches. Anhand der Anzahl des Quelltextes im Programm kann man nicht sagen, ob es ein "gutes" oder "schlechtes" Projekt ist. Es gab mit Sicherheit auch schon Azubis, die mehrere tausend Zeilen hatten und trotzdem keine interessante Stelle dabei hatten (gerade, wenn ein Framework die meiste Arbeit abnimmt). Bearbeitet 5. September 2018 von topuser Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Skibo Geschrieben 5. September 2018 Teilen Geschrieben 5. September 2018 Viel Code muss zudem auch nicht unbedingt ein Zeichen von Qualität sein. Man kann zum Beispiel eine kritische Funktion signifikant kürzen und dadurch einen enormen wirtschaftlichen Gewinn da rausholen. Sowas wird bei der Prüfung auch gerne gesehen. Es soll auch Dokus geben, die wohl mit wenigen Zeilen Code auch gut bis sehr gut bewertet wurden. Beim Projekt ist es nicht so wichtig, wie viel Code du geschrieben hast, sondern, wie du strukturell da ran gegangen bist, also welches Problem du erkannt hast, welche Lösungsansätze du hast, welchen Mehrwert es bringt usw usf. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
KeeperOfCoffee Geschrieben 6. September 2018 Teilen Geschrieben 6. September 2018 Wenn ich sowas lesen, fällt mir immer wieder das Video ein von einem Typen, der für Google Einstellungsgespräche gemacht hat. Er hat da teilweise recht einfache Aufgaben hergenommen. Was aber viel mehr Wert war, als die alleinige Lösung der Aufgabe (an einem Whiteboard) ist zuvor die Darstellung der verschiedenen Lösungsmöglichkeiten der Aufgabe und welche unter verschiedenen Gesichtspunkten (z.B. Performance, oder die Funktion könnte die maximale Tiefe an Rekursionen überschreiten) am besten ist. Ich habe in meiner Doku nur kommentierten Code reingepackt. Wenn ich jetzt zurückblicke, wünschte ich, dass ich über den Code eine kleine Beschreibung gemacht hätte, andere Lösungsmöglichkeiten beschrieben und eine Begründung, warum ich das Problem jetzt so gelöst habe wie es dargestellt ist. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
neinal Geschrieben 6. September 2018 Teilen Geschrieben 6. September 2018 Ich hatte in meiner Doku vielleicht 15 Zeilen Code per Screenshot eingefügt. Meine Doku wurde mit 98 Punkten bewertet. Ich denke also nicht, dass es auf die Menge des Codes ankommt. Du sollst ja auch nicht den kompletten Code beifügen. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
allesweg Geschrieben 6. September 2018 Teilen Geschrieben 6. September 2018 Quantität und Qualität hängen NICHT direkt kausal zusammen. Manche IHK verbannt den Code in den Anhang und somit muss man den gar nicht zwingend gelesen haben, um den Inhalt der Dokumentation verstehen zu können. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.