arlegermi

Ich würde an deiner Stelle wirklich nicht den Teufel an die Wand malen. Im Zweifel hast du dich halt einfach vertippt. Und dass solche Flüchtigkeitsfehler in der Dokumentation landen ist zwar immer ein bißchen doof, aber auch nicht der Weltuntergang. Ich lehne mich jetzt einfach mal aus dem Fenster und behaupte, dass es nicht daran liegen wird, ob du bestehst oder nicht. Wenn deine Doku ansonsten gut ist, dann ist das kein Beinbruch (wenn's überhaupt berücksichtigt wird). Wenn der Rest deiner Doku Mist ist, dann ist die Stelle auch egal. Das geht alles gut, mach dich nicht kirre.

Nur kurz zum technischen. Grundsätzlich ist es für das Projekt nicht entscheidend, ob die drüberliegende Schnittstelle bereits implementiert wurde oder nicht. Wenn dein Projekt war, die Controller zu entwickeln und du das gemacht hast, ist das erstmal ok. Wenn es (aus welchen Gründen auch immer) die View-Schicht nicht gibt, dann sagt man das so in der Dokumentation und arbeitet eben mit Mockups (oder Mocks im Testing-Sinne). Im Prinzip ist auch ein gescheitertes Projekt kein automatisches Nichtbestehen der Prüfung. Bei der Prüfung wird zum einen die Dokumentation an sich und dann die Präsentation / deine Fachkenntnis (im Fachgespräch) geprüft. Wenn du also gut darlegen kannst, wieso das Projekt gescheitert ist (und idealerweise noch aufzeigen kannst, was man nächstes mal anders machen sollte, um das zu vermeiden), dann ist es immer noch möglich, die Prüfung zu bestehen. Angenehmer ist's natürlich in einem perfekt gelaufenen Projekt - aber wann kommt das in der echten Welt schon mal vor?

Ich halte deine Ansprüche für viel zu hoch gegriffen. Es geht hier um eine Werksstudentenstelle und der TE ist im vierten Semester. Die werden schon wissen, was sie davon zu halten haben. Zu dem Zeitpunkt muss der TE noch nichts von dem, was du hier schreibst, können oder getan haben (genauso wenig wie die Sachen oben à la "PoC zu einem Exploit"). (Anders sieht das natürlich aus, wenn sich die Stellenbeschreibung eher an Masterstudenten oder Doktoranden richtet. In dem Fall wäre es schon gut, etwas mehr vorweisen zu können.) "Einblick in Themen" heißt eben genau das - und ist im Kontext auch völlig verständlich und nicht überzogen. Er hat halt die Veranstaltungen dazu besucht und ggf. noch privat etwas dazu gelesen. In Bezug auf die SHK-Stelle stimme ich dir zu. Das ist übliche Studi-Arbeit ohne echten Anspruch. Damit kann man kaum etwas gewinnen.

Da die Kunden deine Projektdokumentation ja nicht zu sehen bekommen, ist es völlig normal, dass sich da gewisse Teile überschneiden. Die Kundendokumentation (zumindest bei den Arbeiten, die ich kenne) ist ja sowieso im Anhang - da kann es auch mal zu Wiederholungen kommen.

Ich wette mit dir, dass 98% aller Dokumentationen genau auf ihre 35/70 Stunden kommen oder knapp darunter liegen. Einfach aus dem Grund, dass niemand riskieren möchte, aufgrund von Formalien die Prüfung nicht zu bestehen. Ich habe damals auch aufgepasst, dass meine Zeit nicht über den 70 Stunden liegt. Ob's bei 71, 72 Stunden gleich zum Nichtbestehen geführt hätte, weiß ich nicht. Ist's mir aber auch echt nicht wert.

Wenn die IHK deine Dokumentation jetzt angenommen hat, wäre es in meinen Augen nicht erklärbar, wieso man dir noch Punkte abziehen sollte. Aber nach dem, was du schreibst, scheint deine IHK sowieso etwas speziell zu sein. Das hier z.B. ist für mich etwas völlig neues. Natürlich musste ich auch einen Projektzeitraum angeben - wann ich aber die Dokumentation hochladen sollte, war mir (bis zum Endzeitpunkt natürlich) völlig freigestellt.

Ist ja witzig. Induktive Statistik war für mich als WiInf Pflicht. Finde ich auch sehr sinnvoll. Zum Thema: Man kann "jedes" Studium ohne Vorwissen schaffen. Die Frage ist einfach nur, wie viel man sich während des Studiums draufschaffen kann. Ich würde mich was ein WiInf-Studium angeht, gar nicht so sehr auf Programmieren konzentrieren. In meinem Bachelor-Studiengang gab es eigentlich nur zwei Veranstaltung, die tatsächlich aus Programmieren bestanden: Einführung in die Programmierung und ein Semesterprojekt, in dem eine Software im Team entwickelt werden sollte. Alles andere waren Theorie-Veranstaltungen (Modelle der Informatik, Netzwerke, Modellierung, ...). Ich habe mein Studium damals mit sehr wenig Vorwissen begonnen (konnte ein bißchen PHP und minimal SQL) und hatte zum Zeitpunkt meines Abbruchs einen ordentlichen Schnitt (2,1).

Ich stimme @RubberDog da zu. Mach "in Ruhe" deine Schule zu Ende und fang dann nächstes Jahr deine Ausbildung an. Ich nehme mal an, dass du nicht mal 20 bist - da macht das eine Jahr wirklich keinen Unterschied und du hast es später leichter, falls du doch studieren möchtest. Solche Aussagen wie "das kann man später immer noch nachholen" finde ich immer gefährlich, weil's meistens eben nicht so leicht ist. Da hat man gerade die Ausbildung angefangen und möchte sich darauf konzentrieren, dann hat man die erste Stelle nach der Ausbildung und hat keinen Nerv, nach Feierabend noch zu lernen, dann ist auf der Arbeit viel los, ... Sicher, es gibt genug Leute, die sowas nachholen und die auch neben der Arbeit noch studieren - aber kaum einer von denen wird sagen, dass es einfach ist / war.

Hilft dir jetzt auch nicht mehr viel, aber wieso entscheidet man sich für ein Projekt, von dem man sich unsicher ist, dass man es fachlich bewältigen kann? Aber zum Thema: Wenn du die Angebote erst einholst, was willst du dann praktisch am Server machen? Musst du dich da nicht erst für eine Software entscheiden, bevor du etwas installierst?

Schon klar. Nur gehen die Ansichten darüber, was diese "nötigen Grundlagen" sind, offenbar auseinander (zumindest zwischen mir und "meiner" IHK).

Wenn das so ist, dann ist in meinen Augen der Titel "Fachinformatiker" aber nichts wert. Wenn ich sehe, was für Leute in meiner Klasse die Abschlussprüfung geschafft haben, dann werde ich tatsächlich wütend, weil das bedeutet, dass mein Abschluss ebenso nichts wert ist. Das heißt ja im Umkehrschluss nicht, dass jeder FISI/AE eine Nulpe ist. Es heißt eben nur, dass die Qualifikation alleine für nichts steht. Ich sehe das auch am Azubi, der bei uns nach mir eingestellt wurde. Ich würde den im Leben nicht einstellen wollen bei den Lücken, die er auch zwei Jahre nach seiner Ausbildung noch hat. Daran hat mein Unternehmen zweifelsohne die Hauptschuld - aber eine IHK, die jemanden mit solchen Qualifikationen "gut" bestehen lässt, macht damit klar, dass die Ansprüche sehr weit unten angesiedelt sind. Anders kann man auch Bestehensquoten um die 95% (Sommer 2017) gar nicht erklären. Wenn ich als Arbeitgeber angeblich qualifizierte Fachinformatiker bei mir ankommen sehe, die nicht einmal die Grundlagen sicher beherrschen, dann sehe ich auch einen Fachkräftemangel. Denn dann können wir uns die Ausbildung auch komplett sparen, wenn das dadurch garantierte Niveau einer Fachkraft unwürdig ist.

Daher ja auch Schritt 3 Ich persönlich finde es bei komplexen Anfragen immer hilfreich, diese erst einmal einzeln zu erfassen und am Ende dann zusammenzuführen.

Was soll denn bedeuten? Meintest du Bewohner,Dorf? Das ist zwar syntaktisch korrekt, aber inhaltlich verkehrt (weißt du, was das für ein Join ist, den du da ausführst?). Geh das ganze doch in Schritten an: 1) Selektiere alle Frauen (SELECT * FROM Bewohner WHERE geschlecht = 'w') 2) Selektiere die ID des Dorfes Zwiebelhausen (SELECT dorfnr from Dorf WHERE name = 'Zwiebelhausen') 3) Kombiniere die beiden Anfragen (... WHERE (1) AND ... (2)) Das ist natürlich nicht perfekt und lässt sich eleganter lösen. Aber als erster Schritt sicher ganz hilfreich.

An der Stelle sind wir wieder an einem Punkt, wo es leider nichts hilft, als das zu tun, was @Whiz-zarD vorschlägt: Setz' dich bitte mit den Grundlagen der Programmierung auseinander. Auch wenn du jetzt "nur mal schnell" das "zum Laufen" bekommen möchtest, tust du dir selber (und möglichen Nachfolgern / Nutzern) keinen Gefallen damit, diese Dinge zusammenzukopieren ohne zu verstehen, worum es eigentlich geht. (Auch wenn einem dann hier im Forum oft vorgeworfen wird, man sei nicht bereit, einfache Fragen zu beantworten - es ist einfach nicht sinnvoll, jemandem auf diese Art zu helfen. Wie man am Downvote zu @Whiz-zarDs Antwort ja schon sehen kann.) Es ist auch tatsächlich so, dass einem das Programmieren mehr Spaß macht, wenn man nicht laufend an solchen Formalitäten hängenbleibt, sondern sich um die eigentlichen Funktionen kümmern kann. Ich habe das Gefühl, dass du im Augenblick noch sehr enthusiastisch bist, was die Programmierung angeht, befürchte aber, dass das schnell umschlägt, wenn du mal etwas komplexeres probierst und dann nicht mehr durchsteigst, weil dir die Grundlagen fehlen. Ich kenne die Tutorials nicht, die verlinkt wurden, aber die dauern ja nur rund 5-6 Stunden. Das ist in einer Woche nach Feierabend oder einem Wochenende gut zu schaffen - und danach wird dir vieles sicher leichter fallen.

Es gibt online Vorlagen für Bewerbungen, Lebensläufe, etc. Ich würde keine davon 1:1 übernehmen, aber Inspiration kann man sich da schon holen. Und im Zweifel gilt für die meisten Unternehmen wahrscheinlich, dass ein "altmodisches" aber ordentlich aussehendes Schreiben besser ankommt als etwas übermäßig kreatives, das aber nur so halb gelungen wirkt.

Da eine Bewerbung nichts anderes als Werbung ist, würde ich die entsprechenden Mittel einsetzen. Das schließt auch ein ansprechendes Äußeres mit ein. Ob du das jetzt mit Farben oder komplett in schwarz/weiß hälst ist dabei erstmal nachrangig. Es spricht jedenfalls grundsätzlich nichts gegen Farben in der Bewerbung. Worauf man allerdings achten sollte, ist, dass die Bewerbung auch in s/w ausgedruckt noch gut aussieht und vor allem lesbar ist.

Den Steelcase Please haben drei Kollegen von mir, der wird hier aber nicht mehr gekauft, weil das Plastik "ständig" (alle zwei, drei Jahre) gebrochen ist. Die Lehnen werden zwar immer schnell (und kostenlos) ersetzt, aber wir haben darauf keine Lust mehr. Haben uns jetzt für alle zukünftigen Stühle für den Sedus black dot (mit hoher Rückenlehne und Kopfstütze) entschieden. Das ist aber natürlich preislich eine völlig andere Liga als das hier gewünschte. Ich würde allerdings für einen guten Bürostuhl in einer Firma auch nicht weniger als 300€ ausgeben; alles andere ist zu schnell hin.

Bin nicht mehr so drin in Android, aber bist du dir sicher, dass du auf den Button in der anderen View überhaupt zugreifen kannst an der Stelle? Ich würde spontan einfach mal behaupten, dass du eine NullReferenceException bekommst, wenn du versuchst, auf dem Button den Listener zu registrieren.

Was es in Unternehmen gibt, sind Experten, die dafür sorgen, dass das Unternehmen bei der nächsten Zertifizierungsprüfung auch wieder zertifiziert sind. Diese Angestellten übernehmen aber nicht die Zertifizierung, sondern kümmern sich um die Einhaltung aller damit verbundenen Vorschriften und Abläufe. Es würde den Sinn einer Zertifizierung ad absurdum führen, wenn der Prüfer ein wirtschaftliches Interesse am zu zertifizierenden Unternehmen hätte (oder sein Vorgesetzter).

Ich verstehe schon, dass es einem schwer fällt, sich davon zu trennen, wenn es mal so Spaß gemacht hat. Aber nach dem, was du so schreibst, ist's doch aktuell einfach kein angenehmer Arbeitsplatz mehr. Ich würde dir daher nochmal raten: Such' dir so schnell wie's geht was neues.

Das alleine wäre für mich schon Grund genug, auf jeden Fall nach was neuem zu suchen. Egal, wie gut es dir in dem Betrieb gefällt, musst du sehen, dass wo du bleibst. Da auf die Güte deines Chefs zu hoffen, dich nicht auf die Straße zu setzen, halte ich für gefährlich. Zusammen mit deinen anderen Kritikpunkten verstehe ich ehrlich gesagt gar nicht, wieso du noch überlegst.

Du musst die Klasse FileSystemWatcherWrapper als public deklarieren.

Um das ganze mal grafisch anschaulich darzustellen, was da passiert: Du rufst über dein Program irgendwo ein new Testklasse() auf. Da Testklasse von Form1 abgeleitet ist, rufst du damit auch (implizit) ein new Form1() auf. Da du jetzt aber in Form1 auch immer eine neue Testklasse erzeugst (Testklasse ca = new Testklasse();), dreht sich das Programm im Kreis und es kommt zu dem von dir beobachteten Absturz.

Deine Fragen lassen sich ganz leicht beantworten: Doch. So wie mit jedem anderen Objekt auch. Das hilft dir nur nicht. Daher kommt hier die Bitte (wiederholt), deinen gesamten Code mal zu zeigen, damit man dir erklären kann, wie du das, was du vorhast, am besten umsetzen kannst. Ich habe von dem, was du schreibst, so ein bißchen den Eindruck, als hättest du den Eindruck, die Form-Klasse sei irgendwas besonderes. Das ist sie nicht. Wenn du eine Methode eines Formulars aufrufen möchtest, brauchst du als allererstes einen Verweis auf das Objekt: Form1 myForm = new Form1(); Danach kannst du die öffentlichen Methoden dieses Objekts aufrufen: myForm.Focus(); Wenn du jetzt aus einer Klasse, wie bspw. dem ResultWriter auf dein Formular zugreifen möchtest, ist die einfachste Möglichkeit, dieses im Konstruktor zu übergeben: public ResultWriter(Form1 myForm) { this.form = myForm; } // und in einer anderen Methode dann: this.form.Focus(); // wobei du Focus() natürlich durch deine Methode ersetzt

Absolut nicht. Dann ist das Problem aber die Firma, die nicht dafür sorgt, dass ihre Mitarbeiter sich während der Arbeitszeit fortbilden können. Ich erwarte von niemandem, dass er sich zu hause hinsetzt und mit dem coolen neuen Framework spielt. Ich erwarte aber vom Chef, dass er sich darum kümmert, dass seine Mitarbeiter auf dem aktuellen Stand sind. Und ich kann das total verstehen, dass man lieber den Kopf unten hält, wenn man Angst um seine Stelle hat. Wir haben das gleiche hier: Ich habe eine Kollegin, deren einziger Job es ist, InstallShield zu bedienen, um Setups zu erzeugen. Pro Setup braucht sie dafür einen halben Tag. Da sie auch nur halbtags arbeitet, muss man ein benötigtes Setup teilweise Wochen im Voraus ankündigen. Ist mir schon klar, dass die nicht unbedingt will, dass die Setups automatisch jede Nacht erzeugt werden. Wenn aber meine Arbeit (und meine Laune) darunter leidet, ist mir das erstmal egal. Dann muss die Geschäftsleitung eben andere Aufgaben finden.