Whiz-zarD

Ehrlich gesagt, weiß ich nicht, was ich von dieser Akademie halten soll. Ich finde es sehr verdächtig, dass sie auf Google, Trustpilot und Kununu nur 5-Sterne-Bewertungen haben. Das schreit schon danach, dass da irgendwas nicht stimmt. Es ist auch merkwürdig, dass sie keinerlei Kooperationsparter oder Referenzen aufweisen.
Du darfst auch nicht denken, dass man nach 9 - 13 Monaten in der Lage ist, Software zu entwickeln, die eine hohe Softwarequalität aufweist. Es ist mehr ein Crashkurs, der dir alle Themen sehr oberflächlich erklärt. Ich zweifle, dass man die Themen überhaupt in einer vernünftigen Tiefe lehrt.
Definitiv Option 1. Es ist ein IHK-Abschluss und nicht irgendein Wisch einer x-beliebigen "Akademie", der keinerlei Aufsicht unterliegt.
Wenn ich das auch richtig verstehe, kann dir die Akademie zwar bei der Suche eines Jobs helfen aber dies geht dann nur gegen Bares. Die Akademie schließt aber auch jeglichen Erfolg aus. Vielleicht finden sie für dich aber auch kein Job. Würde mich aber nicht wundern, wenn man dich einfach an Zeitarbeitsfirmen oder kleinen Consulting-Klitschen vermittelt.
Mich von der Akademie fernhalten.
Ich hab zwar keine Fachinformatiker-Ausbildung gemacht aber ich bin Ausbilder und es kommt sehr stark auf den Betrieb an. Ja, es gibt viele schwarze Schafe unter den Firmen aber man muss es auch so sehen: Azubis, die nichts zu meckern haben, werden auch im Internet nicht laut. Deswegen findest du im Internet mehr Azubis, die was zu meckern haben, als die, die nichts zu meckern haben.
Ja, das Niveau der Berufsschulen lässt oft zu wünschen übrig und die Abschlussprüfung ist auch teilweise sehr fragwürdig aber man hat hier dann ein Zertifikat in der Hand, der auch was wert ist.
Das tritt in der Softwareentwicklung erst in ein paar Jahren zu, wenn man Erfahrungen gesammelt hat aber um erstmal ein Fuß in die Branche zu bekommen, bedarf es am besten ein glaubhaftes Zertifikat und das ist nun mal ein IHK-Abschluss. Es gibt aber noch die möglichkeit ein Abschluss als "staatlich geprüfter Assistent für Informatik" zu machen. Müsstest halt mal schauen, ob es in deiner Nähe Berufsfachschulen gibt, die sowas anbieten. Dies ist eine schulische Ausbildung und dauert 2 Jahre aber auch hier scheint die Qualität sehr zu schwanken.

Also stellst du dich über $Jemand und nur deine Ansicht gilt?
Vielleicht sollten einige Männer mal von ihrem hohen Ross runter kommen und mal ein Gedankenexperiment wagen:
Angenommen ihr arbeitet als Hebamme/Entbindungspfleger (ja, männliche Hebammen gibt es) und ihr werdet den ganzen Tag als Lady bzw. Frau angesprochen. Findet ihr das toll? Fühlt ihr euch dadurch angesprochen?
Alltagsdiskrimierung hat oft nie eine Böse absicht. Es sind Floskeln, die aufgrund von Lücken in der Sprache bzw. bei bestimmten Gegebenheiten entstanden sind, wie z.B. ein männlich- oder weiblich dominierender Beruf. Floskeln fließen auch in die Denkweise ein. Sie schließen Personengruppen aus und für diese Gruppen wird es schwierig, den Beruf auszuüben, wie hier z.B. die beschriebene Verwunderung, warum eine Frau in der IT arbeiten möchte.

q.e.d...

Schaue dir mal das "Tell-Don't-Ask"-Prinzip an.
Eigentlich versuchst du jetzt Logik nach Außen zu verlegen. Derjenige, der die Zimmerbuchung implementiert, muss wissen, dass er nicht den Setter verwenden darf, sondern deine hasPerson()-Methode, um nicht fälschlicherweise eine Fehlbuchung zu risikieren. Der Setter umgeht ja komplett die Logik.
Eigentlich schlimmer noch. Der Parameter, der der Methode übergeben wird, impliziert, dass geschaut wird, ob diese Person im Zimmer übernachtet.

Welchen Zustand hat denn die Klassenvariable person, wenn man ihr noch keinen Wert zugewiesen hat?

Die Mär vom "falschen Lernen"... Das lese ich so oft und ist auch totaler Quatsch, wenn ich sehe, wie so manche überstudierte Entwickler mit teuren Zertifikaten und 20+ Jahren Berufserfahrung entwickeln. Da bekomme ich oft einen Schreikrampf.
Ja, viele Tutorials und Bücher sind nicht das Gelbe vom Ei, besonders nicht diese, die gleich mit einer grafischen Oberfläche anfangen. Von diesen würde ich abraten aber was soll an Autodidakt so schlimm sein? Im Grunde ist jeder Entwickler ein Autodidakt. Jeder, der sich mit einer neuen Technologie auseinandersetzt, lernt es autodidaktisch. Man rennt ja nicht gleich zur nächstbesten Schulung. Um in seinem Job gut zu werden, muss man aber sein Können reklektieren können. Feedback einholen, Feedbach verstehen und auch Feedback berücksichtigen. Das gilt sowohl für angehende Azubis, als auch für Senior-Entwickler. Wer das nicht kann, ist auch kein guter Entwickler.
Darum, lasst doch einen angehenden Azubi in einer objektorientierten Sprache prozedural entwickeln, wenn er es halt erstmal nicht besser weiß. In der Ausbildung bekommt er ja das Feedback, um sich zu verbessern. Jeder hat doch mal klein angefangen. Blick doch mal auf euren ersten Code zurück. Der war mit Sicherheit auch nicht clean und wenn alle studierten Entwickler und ausgelernten Fachiformatiker sauber entwickeln würden, gäbe es doch überhaupt keinen Legacy Code. Die Welt ist aber voll davon.
Wenn, dann würde ich aber schon mit der Sprache anfangen, die auch im Betrieb verwendet wird, sofern sie schon bekannt ist. Also um gute Tipps geben zu können, müsste man erstmal wissen, ob die Sprache bekannt ist.

Ja, finde ich auch immer sehr nervig. Da sortiere ich auch immer nach Datum. Das ist hier ja kein Stackoverflow, wo man noch unter den Beiträgen kommentieren kann und schlechte Beiträge gelöscht werden.
In anderen Foren steht oft der bestbewerteste Beitrag oben und die chronologische Reihenfolge dadrunter. Keine Ahnung, ob man dies in dieser Software auch so steuern kann.

Ja, finde ich auch immer sehr nervig. Da sortiere ich auch immer nach Datum. Das ist hier ja kein Stackoverflow, wo man noch unter den Beiträgen kommentieren kann und schlechte Beiträge gelöscht werden.
In anderen Foren steht oft der bestbewerteste Beitrag oben und die chronologische Reihenfolge dadrunter. Keine Ahnung, ob man dies in dieser Software auch so steuern kann.

Moin,
nehme ich mal als Anker, da ich vermutlich das selbe Empfinden habe.
Die Sortierung im Frage-Antwort-Bereich ist default "Nach Bewertung sortieren" - könnte das als User-Einstellung verfügbar gemacht werden um "nach Datum sortiert" als individuellen Standard festzulegen?

Aus eigener Erfahrung kann ich dir sagen, dass der Job als Spieleentwickler gerne romantisiert wird. Wer dies als Job sieht, um sein Leben finanzieren zu können, ist dort falsch. Stell dich auf enorm viele Überstunden bei mickrigen Gehalt ein.
Bewirb dich doch einfach bei irgendeinem Entwickler. Die nehmen doch jeden, der nicht bei drei auf den Bäumen ist. 😄
crytek sitzt doch auch in FFM. Ansonsten finde ich noch auf die Schnelle Gunzilla und weltenbauer.

Interessant, dass du jetzt plötzlich den Kontext deines Textes änderst, damit es dir passt. 🤨
Du behauptest, dass Sprachen sich kaum ändern und ich gebe dir ein Gegenargument und jetzt behauptest du, dass die Änderungen nur schleichend in die Unternehmen kommen.
Und nein, neue Sprachfeatures in diversen Sprachen werden sehr schnell von Firmen eingesetzt, weil die Community dahinter diese Features sehr stark umwerben.
Ich weiß zwar nicht, was du mir hier unterstellen willst, denn ja, ein Junior kann u.U. mehr fürs Unternehmen bieten als ein Senior, deswegen bin ich ...
Ich habe schon Junior-Entwickler verzweifelt die Firma verlassen sehen oder sich in ein anderes Team haben versetzen lassen, da sie gegen sture Senior-Entwickler nicht gegen an kamen, die am "Not invented here"-Syndrom litten.
Nichtdestotrotz wird man im Studium erstmal nur die Grundlagen lernen, auf die man aufbauen kann. Ich schrieb den Beitrag, weil der TE sich so anhörte, als wäre ein Studienabsolvent schon über den "Junior"-Titel hinaus aber das primäre Ziel eines Studiums ist keine berufliche Ausbildung, wie der Fachinformatiker oder technischer Assistent für Informatik.

Interessant, dass du jetzt plötzlich den Kontext deines Textes änderst, damit es dir passt. 🤨
Du behauptest, dass Sprachen sich kaum ändern und ich gebe dir ein Gegenargument und jetzt behauptest du, dass die Änderungen nur schleichend in die Unternehmen kommen.
Und nein, neue Sprachfeatures in diversen Sprachen werden sehr schnell von Firmen eingesetzt, weil die Community dahinter diese Features sehr stark umwerben.
Ich weiß zwar nicht, was du mir hier unterstellen willst, denn ja, ein Junior kann u.U. mehr fürs Unternehmen bieten als ein Senior, deswegen bin ich ...
Ich habe schon Junior-Entwickler verzweifelt die Firma verlassen sehen oder sich in ein anderes Team haben versetzen lassen, da sie gegen sture Senior-Entwickler nicht gegen an kamen, die am "Not invented here"-Syndrom litten.
Nichtdestotrotz wird man im Studium erstmal nur die Grundlagen lernen, auf die man aufbauen kann. Ich schrieb den Beitrag, weil der TE sich so anhörte, als wäre ein Studienabsolvent schon über den "Junior"-Titel hinaus aber das primäre Ziel eines Studiums ist keine berufliche Ausbildung, wie der Fachinformatiker oder technischer Assistent für Informatik.

Um mal den Irrglaube aus dem Weg zu räumen:
Ein Studium ist keine Berufsausbildung. Ein Studium macht nicht jemanden zu einem voll ertragsfähigen Entwickler. Ein Studium bereitet niemanden für die Wirtschaft vor. Es sind eher die Grundlagen für die Forschung, die dort vermittelt werden. Man wird dort nicht die neuesten Technologien und Frameworks anschauen, die man in der Wirtschaft findet. Daher macht auch eine Junior-Stelle für einen Studienabsolventen Sinn, um sich langsam in diese Themen einarbeiten zu können.
Allerdings muss ich sagen, dass ich kein Fan von der Bezeichnung "Junior" und "Senior" bin. Da diese Begriffe eher als Reputation angesehen werden und nicht für den Kenntnissstand. Wer einmal "Senior" erreicht hat, wird ja wohl nie wieder runtergestuft werden wollen. Auch wenn man sich seit 20 Jahren nicht mehr weitergebildet hat oder mal was neues ausprobieren möchte, wie z.B. der Wechsel von einer Objektorienterten Sprache zu einer funktionalen Sprache, denn Softwareentwicklung ist nicht gleich Softwareentwicklung.

Um mal den Irrglaube aus dem Weg zu räumen:
Ein Studium ist keine Berufsausbildung. Ein Studium macht nicht jemanden zu einem voll ertragsfähigen Entwickler. Ein Studium bereitet niemanden für die Wirtschaft vor. Es sind eher die Grundlagen für die Forschung, die dort vermittelt werden. Man wird dort nicht die neuesten Technologien und Frameworks anschauen, die man in der Wirtschaft findet. Daher macht auch eine Junior-Stelle für einen Studienabsolventen Sinn, um sich langsam in diese Themen einarbeiten zu können.
Allerdings muss ich sagen, dass ich kein Fan von der Bezeichnung "Junior" und "Senior" bin. Da diese Begriffe eher als Reputation angesehen werden und nicht für den Kenntnissstand. Wer einmal "Senior" erreicht hat, wird ja wohl nie wieder runtergestuft werden wollen. Auch wenn man sich seit 20 Jahren nicht mehr weitergebildet hat oder mal was neues ausprobieren möchte, wie z.B. der Wechsel von einer Objektorienterten Sprache zu einer funktionalen Sprache, denn Softwareentwicklung ist nicht gleich Softwareentwicklung.

Um mal den Irrglaube aus dem Weg zu räumen:
Ein Studium ist keine Berufsausbildung. Ein Studium macht nicht jemanden zu einem voll ertragsfähigen Entwickler. Ein Studium bereitet niemanden für die Wirtschaft vor. Es sind eher die Grundlagen für die Forschung, die dort vermittelt werden. Man wird dort nicht die neuesten Technologien und Frameworks anschauen, die man in der Wirtschaft findet. Daher macht auch eine Junior-Stelle für einen Studienabsolventen Sinn, um sich langsam in diese Themen einarbeiten zu können.
Allerdings muss ich sagen, dass ich kein Fan von der Bezeichnung "Junior" und "Senior" bin. Da diese Begriffe eher als Reputation angesehen werden und nicht für den Kenntnissstand. Wer einmal "Senior" erreicht hat, wird ja wohl nie wieder runtergestuft werden wollen. Auch wenn man sich seit 20 Jahren nicht mehr weitergebildet hat oder mal was neues ausprobieren möchte, wie z.B. der Wechsel von einer Objektorienterten Sprache zu einer funktionalen Sprache, denn Softwareentwicklung ist nicht gleich Softwareentwicklung.

Ok, also habt ihr genau eine Person die in der Lage wäre neuen Mitarbeitern das System beizubringen da der Rest, inkl dir, nach deiner Aussage nicht in der Lage ist, das nötige Wissen strukturiert im Gesamtkontext zu vermitteln. Und diese Person hat eigentlich auch keine Zeit dafür.
Da wundert es ernsthaft, wenn neue MA nach der Probetzeit noch nicht so weit sind?

Da stellt sich mir die Frage, ob die Leute sich dann nicht absichtlich blöd stellen, um aus dem Vertrag wieder rauszukommen und gleichzeitig keine Sperre vom Arbeitsamt zu bekommen. 😄

Da stellt sich mir die Frage, ob die Leute sich dann nicht absichtlich blöd stellen, um aus dem Vertrag wieder rauszukommen und gleichzeitig keine Sperre vom Arbeitsamt zu bekommen. 😄

Also ich bin ja schon fast ein bisschen verzweifelt auf Jobsuche, aber bei dem Laden von Velicity würde ich im Leben nicht anfangen. Vorher mache ich eine Umschulung.
 
 
 
 
Dazu sage ich dann genau das gleiche, was ich zu dem gleichen Thema schon mal gesagt habe:

Tut man ja anscheinend in den 6 Monaten Probezeit auch nicht.
 
Die Programmlogik mag für dich einfach sein, weil du dir das seit Jahren antust damit seit Jahren arbeitest. Jemand der nicht aus der Logistik kommt scheint sich damit sichtlich schwer zu tun. Und dann noch Programmierlogik in der Logistik, die noch ein paar Ebenen Abstraktion hinzufügt. Mir hats schon gegraust als du was geschrieben hast von Feld A empfängt und B sendet und muss umgekehrt befüttert werden und was weiß ich noch alles.

Wo?
Ich sehe eine Funktion namens "csvImport" aber nicht eine mit den Namen "import_csv".

Wenn ich Deine Anforderungen so lese, muss ich immer an einen ehemaligen Kollegen denken: heute 50+, bald 20 Jahre im selben Unternehmen und dort bestens vernetzt. Ganze Teilbereiche gehen auf sein Konto. Heute noch fast identisch entwickelt wie 2000 und 2010. technisch war der wirklich mal fit. Ist leider nur stehen geblieben, was die Technik betrifft. nun ja, ich schweife ab.
diesem Kollegen hat man über die Jahre viele junge Kollegen zur Seite gestellt, um ihm zu helfen, Ihn vertreten zu können usw. Alle sind daran gescheitert. Der Großteil davon hat mittlerweile wieder gekündigt.
Natürlich waren alle potentiellen Kollegen für ihn zu blöd, konnten ihr Handwerk nicht, haben sogar einfachste Aufgaben und Zusammenhänge nicht verstanden etc. Deine Kritik könnte 1:1 von ihm kommen.
komisch war nur, dass ich und andere Mitarbeiter/Teamleiter durchweg gute Erfahrungen mit denselben Personen gemacht haben. Die waren clever, engagiert und haben in adäquater Zeit solide Ergebnisse erzielt. Nur in Horsts Power-System (Namen geändert), da wurden sie alle zu idioten. Komisch, komisch, komisch.
übrigens: ich und ein anderer Senior Entwickler haben auch einmal die Ehre gehabt in Horsts power System hantieren zu dürfen. … muss man schön mögen, seine Art zu entwickeln. Zig tausend Zeilen umfassende PL/SQL-Funktionen waren da übrigens auch der heisse scheiss, um das Bild abzurunden. 😂
Wie gesagt: komisch, komisch, komisch.

Ich sehe da schon ein großes Problem. Das sind alles Leute, die die Software historisch hysterisch gewachsen gesehen haben und auch dafür verantwortlich waren. Die fühlen sich da pudelwohl, denn das ist deren Baby. Wenn ihr da aber mit PL/SQL rumhühnert, gehe ich stark davon aus, dass sie sich in den 30 Jahren nicht weitergebildet haben. Die Softwareentwicklung sah vor 30 Jahren anders aus, als heute. Ich hab auch mit solchen Leuten zu tun und ich schlage oft meine Hände über den Kopf, wenn ich deren Code sehe. Es hapert schon oft an den Grundlagen und wenn ich da so mit einigen Beratern über Senior Entwickler spreche, sind sie auch oft mit solchen Menschen konfrontiert, die ihre Werkzeuge überhaupt nicht kennen und noch beratungsresistent sind. Das muss nicht alle Senior Entwickler betreffen aber heutige Entwickler haben oft ganz andere Vorstellungen über die Entwicklung selbst.
Genau das habe ich mich auch gefragt. Es klingt so, als sei man der Meinung, dass man nach 6 Monaten alleine vorankommen muss und jegliche Hilfe untersagt. Bei einer hysterisch gewachsenen Software ist das aber oft schwer. Einige kommen damit besser klar, andere wieder nicht. Man darf eines nicht vergessen: Es sind auch nur Menschen. Die Frage sollte also nicht "Was sind sinnvolle Aufgaben für Einstellungstests?" lauten, sondern "Wie können wir neu Eingestellte besser unterstützen?", denn offenbar halten sie es bei euch nicht lange aus. Ihr solltet also nicht nur die Fehler bei den Bewerbern suchen, sondern auch die Fehler bei euch und da wäre Pair Programming schon mal ein Anfang, um sie zu begleiten. Evtl. sogar noch ein paar interne, fachbezogene Schulungsangebote machen. Offenbar haben sie ja Probleme, den Ablauf der Software zu verstehen. Und ja, neue Mitarbeiter ist ein Invest, der nicht nach exakt 6 Monaten vorbei ist. Wir planen minimum 6 Monate ein, bis ein neuer Entwickler einigermaßen mit unserem Code zurecht kommt.

Ich sehe da schon ein großes Problem. Das sind alles Leute, die die Software historisch hysterisch gewachsen gesehen haben und auch dafür verantwortlich waren. Die fühlen sich da pudelwohl, denn das ist deren Baby. Wenn ihr da aber mit PL/SQL rumhühnert, gehe ich stark davon aus, dass sie sich in den 30 Jahren nicht weitergebildet haben. Die Softwareentwicklung sah vor 30 Jahren anders aus, als heute. Ich hab auch mit solchen Leuten zu tun und ich schlage oft meine Hände über den Kopf, wenn ich deren Code sehe. Es hapert schon oft an den Grundlagen und wenn ich da so mit einigen Beratern über Senior Entwickler spreche, sind sie auch oft mit solchen Menschen konfrontiert, die ihre Werkzeuge überhaupt nicht kennen und noch beratungsresistent sind. Das muss nicht alle Senior Entwickler betreffen aber heutige Entwickler haben oft ganz andere Vorstellungen über die Entwicklung selbst.
Genau das habe ich mich auch gefragt. Es klingt so, als sei man der Meinung, dass man nach 6 Monaten alleine vorankommen muss und jegliche Hilfe untersagt. Bei einer hysterisch gewachsenen Software ist das aber oft schwer. Einige kommen damit besser klar, andere wieder nicht. Man darf eines nicht vergessen: Es sind auch nur Menschen. Die Frage sollte also nicht "Was sind sinnvolle Aufgaben für Einstellungstests?" lauten, sondern "Wie können wir neu Eingestellte besser unterstützen?", denn offenbar halten sie es bei euch nicht lange aus. Ihr solltet also nicht nur die Fehler bei den Bewerbern suchen, sondern auch die Fehler bei euch und da wäre Pair Programming schon mal ein Anfang, um sie zu begleiten. Evtl. sogar noch ein paar interne, fachbezogene Schulungsangebote machen. Offenbar haben sie ja Probleme, den Ablauf der Software zu verstehen. Und ja, neue Mitarbeiter ist ein Invest, der nicht nach exakt 6 Monaten vorbei ist. Wir planen minimum 6 Monate ein, bis ein neuer Entwickler einigermaßen mit unserem Code zurecht kommt.

Ich sehe da schon ein großes Problem. Das sind alles Leute, die die Software historisch hysterisch gewachsen gesehen haben und auch dafür verantwortlich waren. Die fühlen sich da pudelwohl, denn das ist deren Baby. Wenn ihr da aber mit PL/SQL rumhühnert, gehe ich stark davon aus, dass sie sich in den 30 Jahren nicht weitergebildet haben. Die Softwareentwicklung sah vor 30 Jahren anders aus, als heute. Ich hab auch mit solchen Leuten zu tun und ich schlage oft meine Hände über den Kopf, wenn ich deren Code sehe. Es hapert schon oft an den Grundlagen und wenn ich da so mit einigen Beratern über Senior Entwickler spreche, sind sie auch oft mit solchen Menschen konfrontiert, die ihre Werkzeuge überhaupt nicht kennen und noch beratungsresistent sind. Das muss nicht alle Senior Entwickler betreffen aber heutige Entwickler haben oft ganz andere Vorstellungen über die Entwicklung selbst.
Genau das habe ich mich auch gefragt. Es klingt so, als sei man der Meinung, dass man nach 6 Monaten alleine vorankommen muss und jegliche Hilfe untersagt. Bei einer hysterisch gewachsenen Software ist das aber oft schwer. Einige kommen damit besser klar, andere wieder nicht. Man darf eines nicht vergessen: Es sind auch nur Menschen. Die Frage sollte also nicht "Was sind sinnvolle Aufgaben für Einstellungstests?" lauten, sondern "Wie können wir neu Eingestellte besser unterstützen?", denn offenbar halten sie es bei euch nicht lange aus. Ihr solltet also nicht nur die Fehler bei den Bewerbern suchen, sondern auch die Fehler bei euch und da wäre Pair Programming schon mal ein Anfang, um sie zu begleiten. Evtl. sogar noch ein paar interne, fachbezogene Schulungsangebote machen. Offenbar haben sie ja Probleme, den Ablauf der Software zu verstehen. Und ja, neue Mitarbeiter ist ein Invest, der nicht nach exakt 6 Monaten vorbei ist. Wir planen minimum 6 Monate ein, bis ein neuer Entwickler einigermaßen mit unserem Code zurecht kommt.