arlegermi

Bei den Anforderungen halte ich 40k als Einstieg für in Ordnung. Wenn du am Wochenende und im Urlaub(!) arbeitest, dann muss das entsprechend entlohnt werden (eigentlich dürfte Arbeit im Urlaub nur im absoluten Notfall eintreten).

Kann ich nicht. Ich kann dir nur sagen, dass ich während meines Studiums Leute getroffen habe, die einen 1.x-er Schnitt im Abi hatten und nach dem zweiten Semester aufgehört haben. Ich selber habe das Studium abgebrochen und hatte einen 2.0er Schnitt im Abi. Ich will damit nicht sagen, dass das Studium intelektuell zu anspruchsvoll ist (das ist es in den meisten Fällen nicht; war es für mich auch nicht) - es ist einfach etwas komplett anderes als Schule. Und manche Leute kommen damit besser zurecht als andere. Ich habe genauso auch Leute getroffen, die das Abi mit 3.x geschafft haben und die an der Uni aufgeblüht sind. Oder auch Kommilitonen, die gar kein Abi gemacht haben, sondern ihre Zugangsberechtigung auf anderem Weg erhalten haben. Ich will hier niemandem Angst vor dem Studium machen. Ich möchte nur drauf hinweisen, dass ein Studium auch wirklich Arbeit bedeutet.

Gute Schulleistungen sind wahrlich kein Garant für ein gutes Studium. Gerade was die MINT-Studiengänge angeht, ist das ein völlig anderes Lernen und es werden ganz andere Ansprüche an die Studenten gestellt. Die Mathematik-Veranstaltungen an der Uni sind die, an denen die meisten scheitern, bzw. die größten Probleme haben. Natürlich kann man das schaffen; man muss kein Genie sein, um einen Bachelor-/Master-Abschluss zu erreichen. Man muss sich nur im Klaren drüber sein, dass es kein Selbstläufer ist, nur weil man ein ordentliches Abi hat.

"Hacken" im Sinne von "Programmieren" deutet auf eine schnelle, möglicherweise unsaubere Lösung hin. Wenn man schnell ein Problem lösen muss, dann "hackt" man etwas zusammen. "Schreiben" hingegen impliziert meist eine methodische Herangehensweise. Wo das "gehackte" Programm oft nur einen speziellen Anwendungsfall im Sinn hat, versucht ein Entwickler beim "Schreiben" einen (soweit sinnvoll) generischen Zugang zum grundlegenden Problem zu finden und zu lösen. Ich denke, die wenigsten Softwareentwickler würden von sich behaupten, ihr Job sei es, Programme zu "hacken" (auch hier immer noch in der Bedeutung "entwickeln" oder "programmieren"). Mit "Hacken" oder "Cracken" im Sinne von "Schutzmaßnahmen umgehen" oder "in fremde Systeme eindringen" hat das nichts zu tun.

Das ist grundsätzlich sicher richtig, auf der anderen Seite lernt man die Software so natürlich auch kennen. Ich habe auch recht früh in der Ausbildung zwei Wochen manuelle QS gemacht; zum einen, weil's mit dem automatisierten Testen bei uns noch nicht so weit her ist, zum anderen, um mal einen Überblick über die Software zu bekommen. Fünf Wochen lang stupides Klicken ist allerdings schon hart - da würde ich tatsächlich mal nachforschen, ob man das nicht automatisieren kann bei euch.

Falls du selber Open Source Software nutzt und du da eine Idee hast, könntest du da einfach anfangen. Sinnvoller ist es, sich (bspw. auf Github) ein Projekt zu suchen, an dem man Interesse hat und da in die offenen Issues zu gucken. Wenn dir da nichts einfällt oder du keine geeigneten Aufgaben findest, könntest du mal auf up-for-grabs.net gucken, da sind Aufgaben gesammelt, die sich explizit an Neulinge richten. Man muss sich bei sowas nur im Klaren sein, dass auch die einfachen Aufgaben nicht mal in 30 Minuten fertig sind. Gerade die größeren Open Source Projekte legen wert auf ordentlichen Code, der idealerweise auch noch mit Unit Tests unterfüttert ist. Dazu kommen häufig strikte Richtlinien, was die Gestaltung angeht (Benennung von Klassen, Methoden, etc.). Wenn man sich da einbringt, muss man schon damit rechnen, dass das einige Zeit dauert (vom Einarbeiten in git / Github mal ganz abgesehen).

Ich kann ja mal aus unserer Sicht erzählen, wie es läuft: Normalerweise haben unsere Azubis schon vor dem Beginn der Ausbildung etwas Ahnung, was programmieren angeht. Das ist keine Voraussetzung, kommt aber einfach häufig vor. Dementsprechend fangen wir nicht bei null an. Es fängt bei uns damit an, dass man Aufgaben bekommt, die einen relativ breiten Bereich der Anwendung abdecken, damit man ein Gefühl dafür bekommt, an was man da eigentlich arbeitet (das sind bspw. Konfigurationsaufgaben, einfaches Refactoring, o.ä.). Das dauert bestimmt so 3 Monate. Danach kommt's dann einfach drauf an, wie weit der Azubi ist. Für diejenigen, die tatsächlich schon programmieren können und unser Konzept verstehen, gibt's dann Projekte, die einigermaßen losgelöst vom Rest sind, so dass sie sich Zeit nehmen können. Dabei gucken wir dann immer mit drauf, beantworten Fragen und bringen an konkreten Problemen bestimmte Sachen bei. Es gibt da keinen festen Plan im Sinne von "in Woche 10 machen wir Vererbung, in Woche 11 Interfaces, ...". Wir achten aber natürlich drauf, dass im Laufe der Ausbildung das alles eine Rolle spielt. Um deine Frage also ein wenig aus der Sicht meines Betriebs zu beantworten: Wir erwarten, dass unsere Azubis nach einem halben Jahr in der Lage sind, einfache (Teil-)Projekte zu bewältigen. Das heißt nicht, dass keine Fragen mehr gestellt werden sollen (ganz im Gegenteil), das heißt aber, dass die Grundkonzepte der Programmierung bis dahin einigermaßen verstanden sein sollten.

@mqr Selbstverständlich hast du recht damit, dass man so etwas nicht überstürzen sollte. Ich gehe jedoch davon aus, dass jemand, der sich hier auf diese Weise meldet, die Lage schon eine Weile erträgt und sicher auch intern - soweit möglich - sich um Besserung bemüht hat. Bevor man externe Parteien bemüht, muss der interne Weg so weit wie möglich beschritten worden sein. Und der Satz "wenn Sie etwas lernen wollen, dann Googlen Sie es" ist einfach nicht in Ordnung für einen Ausbilder. Dann kann man die Ausbildung sein lassen, wenn man sich das auch alles über Google aneignen könnte. Ich habe viel mehr das Gefühl, dass es Betriebe gibt, die die Ausbildung auf die leichte Schulter nehmen und sich ihrer Verantwortung entweder nicht bewusst sind oder sich ihr absichtlich entziehen, um drei Jahre lang eine günstige Arbeitskraft zu erhalten. Das heißt natürlich nicht, dass Eigeninitiative nicht auch relevant ist. Es geht hier immerhin um (fast) Erwachsene, die sich ihren Beruf erschließen möchten. Das geht nicht nur mit passivem Aufsaugen, das braucht auch Engagement. Zum anschwärzen: In einem so kleinen Betrieb hat man als Azubi kaum Möglichkeiten, seinen Ausbilder zu etwas zu bewegen, wenn das direkte Gespräch nichts bringt. Was soll man denn dann machen? Außer der IHK hat man dann so gut wie keinen neutralen Ansprechpartner. Ich sehe die Schuld auch da eher beim Arbeitgeber, wenn der Azubi sich genötigt fühlt, sich an die IHK zu wenden, weil man nicht den Eindruck hat, die Probleme intern zu bewältigen.

Da hast du natürlich recht. Ich hätte es besser formulieren sollen à la "ein nicht komplett erfolgreich abgeschlossenes Projekt bedeutet an und für sich nicht, dass die Abschlussprüfung in Gefahr ist". Eine ausführliche Darlegung, wieso man sich verplant hat, ist selbstverständlich wichtig.

Mal ganz doof gefragt, von jemandem, der das zwar interessant findet, aber noch nicht so ganz nachvollziehen kann, was daran so revolutionär sein soll: Was genau macht Slack denn jetzt besser als IRC? Okay, Einbinden von Apps. Da fällt mir jetzt eher wenig ein, das wirklich Sinn macht (Jenkins, SVN, vllt. - das kriegt man aber auch mit IRC hin). Auf Inline-Anzeige von Tweets und Bildern kann ich in einem "Büro-Chat" gut verzichten. Dann frage ich mich noch, wie die Kommunikation läuft - hat jeder Mitarbeiter laufend das Slack-Fenster offen, bzw. wird angeblinkt, wenn eine neue Nachricht geschrieben wurde? Ist das nicht ablenkend? Und wenn ich eine konkrete Frage habe, dann muss ich doch eh direkt mit meinem Kollegen reden - ich will ja nicht unbedingt warten, bis er mal gemerkt hat, dass in dem einen Channel da eine Frage an ihn gerichtet wurde.

Naja, was hast du denn als Ziel in deinen Antrag geschrieben und was ist dabei rausgekommen? Es geht einfach nur darum, dass deine IHK ein bestimmtes Projekt genehmigt hat und nicht möchte, dass da ungefragt etwas abgeschnitten wurde. Nochmal: Wenn du einfach nicht fertig geworden bist in den 70 Stunden, ist das gar kein Problem. In dem Fall ist es aber sinnvoll, genau zu beschreiben, was implementiert wurde, was noch fehlt und woraus sich der Zusatzaufwand ergeben hat. Die IHK bewertet ja nicht das Projekt an sich, sondern deine Fähigkeit, dieses zu dokumentieren - die fachliche Tiefe wurde ja bereits durch den Antrag gewährleistet. Vom Doku-Aufbau her halte ich es auch für sinnvoll, eine abschließende Betrachtung mit Rückblick auf Fehlentscheidungen / -planung und ggf. einem Ausblick an's Ende der Dokumentation zu stellen.

Wenn du deinen Antrag so formuliert hast, dass die Produktivsetzung der Anwendung Bestandteil des Projekts ist (bzw. die Arbeiten soweit abzuschließen, dass sie produktiv gehen könnte) und du das nicht geschafft hast, ist das eben so. Projekte verzögern sich am laufenden Band. Wenn hingegen von vornherein klar war, dass du weniger machst als im Antrag geschrieben, wird das Probleme geben. Vom ersten Fall ausgehend schreibst du einfach in der Dokumentation, was du getan hast, was noch zu tun wäre und warum es dazu nicht mehr gekommen ist.

@SaJu: Schön, dass es bei dir so geklappt hat, aber: Was ist denn mit dem nächsten Azubi? Hast du deiner IHK mitgeteilt, wie die Ausbildung bei dir verlief? Nicht jeder ist vielleicht so selbstständig oder selbstbewusst, seine Ausbildung quasi in die eigene Hand zu nehmen. Ich würde bei Unternehmen, die ihrer Ausbildungspflicht nicht nachkommen, immer die IHK einschalten. Edit: Mir fällt im Nachhinein auf, dass der Ton vllt. ein wenig aggressiv klingt. Bitte fühle dich nicht angegriffen davon, das sollte nicht gegen dich persönlich gehen.

Wenn die Aussage tatsächlich so gefallen ist, dann wende dich an deine IHK und melde das. Azubis sind keine billigen Arbeitskräfte für's Eintragen von Daten. Ich an deiner Stelle würde wahrscheinlich versuchen, die Ausbildung in einem anderen Betrieb beenden zu können. Aber auch dabei wird dir die IHK helfen können.

Auch wenn ich hier generell zustimme, dass auch für jemanden frisch aus der Ausbildung 30k zu erwarten sein sollten, muss man sich die Gegebenheiten klar machen. Wenn es bei euch üblich ist, 21-23k nach der Ausbildung zu bekommen, dann ist es schon mutig, für einen selber einen Zuschlag von 25-40% verhandeln zu wollen. Ich sage nicht, dass du dich damit abfinden sollst - nur, dass ich es für unwahrscheinlich halte, dass du damit ernst genommen wirst. Auch dein Ziel von 15-20% mehr ist schon sportlich. An deiner Stelle würde ich auf jeden Fall mit 30k reingehen, dich damit abfinden, dass es wohl im besten Fall ~25k werden und direkt eine andere Stelle suchen. Denn wenn du am unteren Ende der Skala anfängst, wirst du danach auch keine großen Sprünge mehr machen. Im Ruhrgebiet sind 35k als Anfangsgehalt durchaus realistisch. Da kämst du voraussichtlich ja erst in einigen Jahren hin - wenn überhaupt.

Es kommt ganz drauf an, wie komplex das werden darf. Am schönsten ist es, wenn die Seite gar nicht neu geladen werden muss, um Artikel in den Warenkorb aufzunehmen. Das würde für eine reine JS-Lösung sprechen. Wenn der Warenkorb eines Kunden auf allen Geräten identisch sein soll, dann kommst du nicht drum herum, diesen in einer Datenbank zu speichern (bspw. über asnychrone JS-Aufrufe einer API). Von der Übergabe der Artikel mittels URL würde ich komplett absehen, das irritiert nur und kann beim Verlinken von Seiten zu Missverständnissen führen (wenn nur durch Besuchen der Seite direkt der Warenkorb gefüllt wird). Um Manipulation würde ich mir allerdings an der Stelle eher weniger Sorgen machen. Alles, was vom Client kommt muss auf dem Server sowieso überprüft werden. Ob sich da jetzt jemand Artikel in den Warenkorb legt, die ausverkauft sind oder Artikelnummern angibt, die es gar nicht gibt - das muss später sowieso auffallen.

Ich halte die Projektbeschreibung noch für etwas dünn. Du nennst im Thema zwar Selenium, verlierst in der Beschreibung aber kein weiteres Wort darüber. Zudem ist dieser Satz inhaltlich problematisch. Du wirst ja nichts an PHP ändern. Ich persönlich würde an deiner Stelle noch ein wenig ausführlicher werden, was genau du machen möchtest. Ich würde dir außerdem raten, deine Zeitplanung noch weiter aufzuschlüsseln. Ein Block von 30 Stunden ist für manche IHKs sicher zuviel.

Ich finde als Punkt bei der Zeitplanung bemerkenswert, dass du fast 15% (5/35) deiner Stunden als Zeitpuffer angibst - denn genaugenommen ist "Nachkonfiguration vornehmen falls notwendig" nur ein anders benannter Puffer. Generell wird hier häufig geraten, die Zeitpuffer direkt in die Aufgaben mit einzurechnen und nicht extra anzugeben.

Ich bekomme bei jedem Seitenaufruf die Nachfrage, ob ich Desktop-Benachrichtigungen anzeigen lassen möchte. Das lässt sich nicht abstellen - auch wenn ich auf "Jetzt nicht" in dem Dropdown klicke. Ist das ein Firefox-Fehler oder kann das Forum was dafür?

Das hat nichts mit "vorschnell handeln" zu tun, das ist Aufgabe der IHK, dir ihre Vorgaben bekannt zu machen. Und selbst wenn du hier jetzt Leute hast, die wohl auch bei der gleichen IHK ihre Prüfung gemacht haben, würde ich mich darauf nicht verlassen (es können sich Sachen geändert haben, vllt. war's doch 'ne andere IHK, vielleicht erinnert man sich falsch - alles möglich).

Wenn du tatsächlich nach einem Entwicklungsmodell vorgehst, kannst du das natürlich gut in den Fluß der Dokumentation einbauen. Ein "Standard"-Modell gibt es nicht. V(-XT) ist gängig, aber in vielen Unternehmen gibt's mittlerweile auch agile Methoden (SCRUM, etc.). Ich würde mir an deiner Stelle nicht künstlich ein Modell aufzwängen, wenn das bei euch im Unternehmen nicht usus ist. Bedenke auch, dass alles, was in deiner Doku thematisiert wird, auch Gegenstand des Fachgesprächs werden kann (und darüber hinaus natürlich; aber wenn du in der Doku schon Munition lieferst... ).

Allein bei den beiden Punkten kannst du doch sehr viel ausführlicher werden. "Erstellung der JavaScript-Methoden" - welche Methoden? (Nein, nicht die Namen der Methoden, sondern die fachliche Einordnung) Da könnte dann sowas stehen wie (das sind jetzt total aus der Luft gegriffene Punkte): Login 2h Datenabfrage 3h Datenpräsentation 5h Text-Funktionen 5h Und so kannst du das dann für "Programmcodeerstellung" und die Tests auch machen. (Wieso sind die JS-Methoden egtl. kein "Programmcode"?)

Tatsache ist, dass ihr mit eurem Programm Geld verdienen wollt (oder zumindest bezahlt werden wollt, um eure Kosten zu decken). Das heißt, dass ihr euren Kunden glaubhaft machen müsst, dass das Geld bei euch gut angelegt ist. Und eine vor Fehlern strotzende Kickstarter-Seite sowie ein minderwertiger Web-Auftritt sind dazu nicht geeignet. Es gibt einfache Möglichkeiten, Software ansprechend zu präsentieren. Gefordert wird hier gar nichts. Euch werden Ratschläge gegeben. Mir persönlich kann es nicht egaler sein, was ihr mit dem Programm macht. Welche großartigen Kosten habt ihr denn? Ich suche das jetzt nicht wieder raus, aber eure Ansprüche waren absolut illusorisch. Fangt doch erstmal klein an - wenn ihr später merkt, dass ihr tatsächlich größeren Bedarf habt, gibt es immer noch Möglichkeiten, zu skalieren. Was denn für ein Missbrauch? Den Satz verstehe ich wirklich nicht. Wieso ist OSS für Missbrauch anfällig? Ach komm, jetzt wird's lächerlich.

Man bekommt die Premium Version ausgedruckt auf DVD? Aber ohne Lizenz? Denn das nächste Angebot lautet: Auf who/which gehe ich hier nicht weiter ein. Ernstgemeinter Rat an euch: Macht das Ding zur Freeware und Open Source. Dann lernt vernünftige Software-Entwicklung an dem Projekt. Geld werdet ihr damit eh nicht verdienen - aber wenn ihr das ganze weiterentwickelt, aufräumt und pflegt, habt ihr ein schönes Referenz-Projekt, auf das ihr im weiteren Arbeitsleben verweisen könnt.

Schonmal als Tipp für die Prüfungen: Lies dir die Aufgabenstellungen bis zum Ende ganz genau durch. Dann fällt dir sowas auf: Die richtige Antwort wäre also 8,3TByte. Das wären unnötig verschenkte Punkte, denn die Rechnung an sich ist richtig.