KeeperOfCoffee

Alter: 41
Wohnort: Region Hannover
letzter Ausbildungsabschluss (als was und wann): FIAE Anfang 2021
Berufserfahrung: 9 Monate
Vorbildung: Fachhochschulreife Technik / Ausbildung als Mechaniker (Luftfahrt)
Arbeitsort: Braunschweig
Grösse der Firma: 90
Tarif: kein Tarifvertrag
Branche der Firma: IT Dienstleistung
Arbeitsstunden pro Woche laut Vertrag: 40 h
Arbeitsstunden pro Woche real: 40 h in Gleitzeit
Gesamtjahresbrutto: 26400 €
Anzahl der Monatsgehälter: 12
Anzahl der Urlaubstage: 30
Sonder- / Sozialleistungen: Homeoffice, Gleitzeit, Unterstützung bei Lernmaterial, Betriebliche Altersvorsorge
Variabler Anteil am Gehalt: kein variabler Anteil
Verantwortung: keine fachliche oder disziplinarische Führungsverantwortung
Tätigkeiten (Aufgaben/Aufgabenbereich): Softwareentwicklung, überwiegend in Java

Wenn man das Zeug schon nicht trinken kann, kann man wenigstens blöde Witze drüber machen.

Ausdrucken

Klar...alle hier aben unrecht...und du hast natürlich recht. Wie könnte es auch anders sein.

Klar...alle hier aben unrecht...und du hast natürlich recht. Wie könnte es auch anders sein.

Klar...alle hier aben unrecht...und du hast natürlich recht. Wie könnte es auch anders sein.

Klar...alle hier aben unrecht...und du hast natürlich recht. Wie könnte es auch anders sein.

Ooooordeeer    Bitte.
Zum Missverstehen gehören stets zwei Parteien

Klar...alle hier aben unrecht...und du hast natürlich recht. Wie könnte es auch anders sein.

Ausdrucken

Ich finde es etwas ... seltsam logisches Verständnis abzufragen. Wenn jemand mehrere Jahre Entwicklung macht, sollte man von logischem Verständnis ausgehen...anonsten hat man den Job nicht lange. Es macht in DE weniger Sinn LeetCode abzufragen, da die meisten Bewerber hier diese Katas nicht lernen bzw. üben. Das wäre für den dt. Markt unüblich. Viele Unternehmen finden zu wenig Leute bzw. haben zu großen Bedarf, als dass sie 80% der Leute aussortieren weil diese nicht auf LeetCode Aufgaben vorbereitet sind.
Es ergibt mehr Sinn auf die eigesetzten Technologien einzugehen. Wenn in den CV steht, dass man an einem Projekt mit Framework XY gearbeitet hat, dann sollte man eine typische Frage stellen, die jemand beantworten kann, wenn Erfahrung mit XY da ist. Man sollte so überprüfen, ob man im CV dick aufgetragen hat, oder ob es den Tatsachen entspricht. Wenn drin steht, dass man mit Azure gearbeitet hat, dann sollte man nicht an üblichen Fragen zu Azure scheitern usw. Es geht dabei weniger um logisches Denken, als um fachliche Kompetenz mit Technologie X. Hierbei muss man nicht die Doku 1:1 widergeben, sondern durch freies Sprechen Wissen verständlich vermitteln können.
Es können auch Fragen drankommen wie z.B. welche Vorteile hat Design Pattern X gegenüber Design Pattern Y wenn Technologie Z im Projekttyp A eingesetzt wird. Das betrifft nur begrenzt logisches Denken... man muss wissen was Technologie Z ist, was die Design Patterns grob machen...und dann entweder Wissen oder durch Logik herausfinden, welches Pattern vermutlich für Aufgabe A besser geeignet ist. Kann auch eine Fangfrage sein, weil Y üblicherweise bei A eingesetzt wird...mit Ausnahmen etc.
Kurz: Man spricht Fragen an, die sich auf die Projekte aus der Vergangenheit beziehen...und die jeder Entwickler, der an solchen Projekten gearbeitet hat, normalerweise beantworten kann.
Dies sollte nicht per schriftlichen Test geprüft werden, sondern einfach in einem netten Gespräch zwischen Bewerber und einem Vorgesetzten für das entsprechende Team (bzw. kann man langjährige Entwickler hinzuziehen).
Edit: Ausnahmen hier sind evtl. Embedded Programming, Kryptographie etc. ... dass sind aber Spezailfälle
 

Ausdrucken

Um ehrlich zu sein, wenn ich nicht Xing, LinkedIn nutze, dann verwende ich oft einfach Google
also diese Seite hier . So wird einfach über alle Portale gesucht. Keine Ahnung, ob man dafür einen Service nutzen muss,
oder ihr automatisch drin landet.

Was hier vergessen wird: Man muss sich als ITler, zumindest als Entwickler, ja nicht nur in die technische Materie einarbeiten, sondern sich auch evtl. Fachwissen für die spezifische Branche aneignen.
Wer Applikationen für Labore schreibt, wird wohl oder übel hier und da etwas fachliches über Laborausrüstung lernen bzw. wie dort gearbeitet wird. Das gleiche gilt für die Autoindustrie evtl. bei Embedded Programming. Man kann gar nicht richtig arbeiten, ohne sich gewisses Fachwissen über die Branche anzueignen. Ob dies dem AN leichter oder schwieriger fällt kann da auch an der Bildung liegen.
Denke, dass hier durchaus auch ein Unterschied zwischen den Branchen gemacht wird.

Ich habe auch mal für einen Mini-Betrieb gearbeitet. In der Summe <10 Leute. Die Besetzung sah wie folgt aus:
1x Chef, 1x Sekretärin, 2x Vertrieb (darunter Junior-Chef), 2x Senior Entwickler (darunter ich), 1x HiWi-Entwickler… uuunnddd… jetzt kommt’s…. 1x Product owner. Letzt genannter nur für uns 2,25 Entwickler. Lief wunderbar.
ach ja, der Laden hatte auch nur ein Produkt und übrigens ziemlich gut bezahlt.
erstaunlich, was nicht alles geht, wenn man möchte.
und erstaunlich, was alles nicht geht, wenn man nicht will.

Ich sags mal so: Wir wissen hier im Forum ja ganz gut, wie die Situation bei deinem Unternehmen ist.
Laut deiner Aussage ist also die angestrebte Lösung, statt Prozesse zu ändern, die Einarbeitung zu verbessern, noch bessere Entwickler einzustellen.
Die Frage die sich allerdings stellt: Warum sollten diese denn bei euch arbeiten. Nichts für ungut, aber es liest sich wie eine übertriebene Stellenanzeige mit "min. 10 years of experience". Dafür bietet dein AG aber nicht die Konditionen um solche Leute wirklich zu bekommen. Du selbst hast schon öfters kritisiert, dass bei euch einiges im argen ist. Jedenfalls nicht mit dem aktuellen Markt, in dem man es sich fast aussuchen kann wo man arbeitet.
Eine einseitige Veränderung wird hier nicht helfen.

Vlt. mal daran gedacht, dass hier der Fehler nicht bei den Bewerbern / neuen Kollegen, sondern bei euch liegt?

Ich sags mal so: Wir wissen hier im Forum ja ganz gut, wie die Situation bei deinem Unternehmen ist.
Laut deiner Aussage ist also die angestrebte Lösung, statt Prozesse zu ändern, die Einarbeitung zu verbessern, noch bessere Entwickler einzustellen.
Die Frage die sich allerdings stellt: Warum sollten diese denn bei euch arbeiten. Nichts für ungut, aber es liest sich wie eine übertriebene Stellenanzeige mit "min. 10 years of experience". Dafür bietet dein AG aber nicht die Konditionen um solche Leute wirklich zu bekommen. Du selbst hast schon öfters kritisiert, dass bei euch einiges im argen ist. Jedenfalls nicht mit dem aktuellen Markt, in dem man es sich fast aussuchen kann wo man arbeitet.
Eine einseitige Veränderung wird hier nicht helfen.

Ich sags mal so: Wir wissen hier im Forum ja ganz gut, wie die Situation bei deinem Unternehmen ist.
Laut deiner Aussage ist also die angestrebte Lösung, statt Prozesse zu ändern, die Einarbeitung zu verbessern, noch bessere Entwickler einzustellen.
Die Frage die sich allerdings stellt: Warum sollten diese denn bei euch arbeiten. Nichts für ungut, aber es liest sich wie eine übertriebene Stellenanzeige mit "min. 10 years of experience". Dafür bietet dein AG aber nicht die Konditionen um solche Leute wirklich zu bekommen. Du selbst hast schon öfters kritisiert, dass bei euch einiges im argen ist. Jedenfalls nicht mit dem aktuellen Markt, in dem man es sich fast aussuchen kann wo man arbeitet.
Eine einseitige Veränderung wird hier nicht helfen.

Ich sags mal so: Wir wissen hier im Forum ja ganz gut, wie die Situation bei deinem Unternehmen ist.
Laut deiner Aussage ist also die angestrebte Lösung, statt Prozesse zu ändern, die Einarbeitung zu verbessern, noch bessere Entwickler einzustellen.
Die Frage die sich allerdings stellt: Warum sollten diese denn bei euch arbeiten. Nichts für ungut, aber es liest sich wie eine übertriebene Stellenanzeige mit "min. 10 years of experience". Dafür bietet dein AG aber nicht die Konditionen um solche Leute wirklich zu bekommen. Du selbst hast schon öfters kritisiert, dass bei euch einiges im argen ist. Jedenfalls nicht mit dem aktuellen Markt, in dem man es sich fast aussuchen kann wo man arbeitet.
Eine einseitige Veränderung wird hier nicht helfen.