Die neue Anordnung finde ich auch sehr viel besser. Ich würde aber die "Grundkenntnisse" ebenfalls durch eine Zeitangabe ersetzen oder komplett rausnehmen. Das stört das Komplettbild.
Du solltest ebenfalls die Klammern komplett entfernen und durch eine dritte Spalte ersetzten, in der du konsquent zu jedem Punkt aufschreibst wie oft du es benutzt. Beispielsweise mit "Tägliche Nutzung", "Regelmäßige Nutzung", "Seltene Nutzung" und "Einmalige Nutzung".
Du könntest übrigens unter diese Auflistung noch hinzufügen welche Projekterfahrung du besitzt und in welcher Rolle.
Hi,
ich finde solche Auflistungen nicht gut. Meistens lässt sich eher im Anschreiben unterbringen was man so kann. Sonst würde ich gut finden wenn du einen Kontext angibst in dem du die Technologien eingesetzt hast.
Zur Liste an sich:
Die dritte Spalte wirkt verloren, weil da nur so selten etwas drin steht.
Den ersten Block kannst du IMO sparen. Wenn du dich auf eine Entwicklerstelle bewirbst ist es zwar wichtig, dass du die wichtigsten Office-Programme benutzen kannst, aber wenn du so triviales mit aufführst lenkt das von den wichtigen Sachen ab.
Betriebssysteme und IDEs. Joa.. kann man machen. IDEs finde ich aber auch ziemlich unwichtig.
Bei Software-Technologien
würde es sich anbieten mehr zwischen Sprachen, Frameworks und Methoden zu unterscheiden.
Warum sind XML, DOM, C und C++ zusammen? Meinst du mit DOM eine bestimmte Bibliothek zur Verarbeitung von XML? XML, C und C++ haben wenig miteinander zu tun. Warum steht Lua alleine? Könnte eigentlich auch in diese Aufzählung mit rein.
JDBC - gute Kenntnisse... meh. Das würde ich schon als abgespeist sehen wenn hinter Java "gut" steht.
CMS kann man auch bei Software-Technologien mit reinnehmen, wenn da auch schon Frameworks, Libraries und sonstiges mit drin ist.
Ich finde die Sortierung nicht gut, es ist zu viel durcheinander geworfen. Du könntest das ein bisschen thematisch ordnen. Eine Gewichtung wäre auch gut. Wenn du eher Webentwickler sein willst, pack das Webzeugs nach oben. Wenn du Android-Apps programmieren willst, sag asap, dass du Java programmieren kannst und die Android-Libraries kennst.
Mein Problem mit solchen Listen ist, dass sie zu ungezielt sind. Da steht einfach womit man irgendwann mal gearbeitet hat, jemand anders kann das aber schwierig als Basis nehmen um dein Wissen einzuschätzen. Was sind z.B. "gute" Kenntnisse bei Browsern.
Als Entwickler ist der Github-Account die beste Visitenkarte. Dort kann man dann zeigen was für Code man schreibt. Falls man in der Freizeit nicht viel macht, aber trotzdem gute Fähigkeiten hat, ist mir eine Auflistung der Projekte an denen ich gearbeitet habe lieber als eine Auflistung von Technologien. Z.B.
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.
Dass ein Kunde damit Geld einspart ist ja vermutlich der Hauptgrund, dass er diese App kauft, oder nicht? Daher ist das eine der Motivationen für die Projektdurchführung, aber gehört nicht in deine spätere Amortisationsrechnung. Irgendwo muss ja schließlich, normalerweise ganz am Anfang, die Frage beantwortet werden "Warum wird dieses Projekt durchgeführt?". Daher würde ich es bei der Projektplanung in der Doku erwähnen aber nicht bei einer Kosten-Nutzen-Betrachtung des Projektes( in Bezug auf deinen Betrieb).