tkreutz2

Nein, Java war für uns als AEler ein Thema. Im Forum findest Du auch Antworten zu allgemeinen Oracle Produkten- und Themen und natürlich Datenbanken. (Java Ranch) Ob die Prüfung schwer ist, hängt von der Zeit ab, die man für eine Vorbereitung hat und in unserem Kurs war diese Zertifizierung nur ein Bonus (Zusatzangebot) des Bildungsträgers. Die meisten Leute waren ausgelastet mit anderen Themen zu diesem Zeitpunkt. Was nützt es, wenn eine Firma "gut" ist aber der Trainer nicht zu einem als Teilnehmer passt, dass ist eine sehr individuelle Geschichte. Die Suche nach einer Firma und einem Trainer kann ja auch ein regionales Thema sein, wenn man nicht wer weiß wie weit pendeln will für einen Kurs. Ich habe leider keine Pool Informationen zu Trainern im Oracle Bereich. Wikipedia bietet auch ein Snippet an auf die Frage "How can I learn Oracle Database?" 1. Step 1: Pick Your Starting Operating System Wisely. 2. Step 2: Consider Oracle Certification (OCP) 3. Step 3: Familiarize Yourself With Virtualization. 4. Step 4: Broaden Your Operating System Knowledge. 5. Step 5: Oracle on Linux. 6. Step 6: Automatic Storage Manager(ASM) usw. Also wäre der Lernpfad OCA durchaus sinnvoll auch zum erlernen der Database Themen. https://www.oracle.com/de/corporate/features/oracle-certification.html

Wir hatten in unserer Umschulung einen Teil mit Vorbereitung auf OCA und OCP Zertifizierung (Java). Erfolgreiche Teilnehmer hatten im Anschluss die Möglichkeit sich an der Prüfung in einem autorisierten Trainingscenter zu versuchen. Als Schulungsunterlagen dazu hatten wir die offiziellen Trainingsunterlagen in englischer Sprache sowie zahlreiche Übungen, die unser Trainer aufbereitet hatte. Als ergänzende Bücher dazu hatten wir das Java Insel Buch, das Einsteigerbuch von Hans-Peter Haberlitz und auch den ein oder anderen Udemy Kurs (Java Programming Master Class). Fragen zu Oracle Zertifizierungen und Weiterbildungen wurden im Java Ranch Forum, welches auch vom offiziellen Zertifizierungsprüfungsbuch empfohlen wird, gestellt und zeitnah beantwortet. Da die gesamte Oracle Landschaft recht komplex ist, würde ich auch empfehlen, zunächst gezielt nach Informationen zu recherchieren. Das Forum dort (englisch), kann eine erste Anlaufstelle sein. Aus deutscher Seite kann ich sagen, dass Prüfungszentren (Pearson Vue) - meist bei Microsoft Partnern, auch die Abnahme solcher Prüfungen anbieten. Als Alternative gibt es noch Boot-Camps. Diese richten sich aber meistens an erfahrene Mitarbeiter. Meine Erfahrung von Boot-Camps ist die, dass Anfänger dort sehr leicht "abgehängt" werden, sobald der Trainer sein Tempo anzieht und zwei oder drei Leute mit im Kurs sitzen, die deutlich weiter sind vom Wissensstand. Viele Oracle Themen kann man im Selbststudium lernen, dafür muss man Zeit einplanen. Ersparnis von Zeit ist meistens mit Kosten verbunden. Ein Einzeltraining dürfte die effektivste Methode sein, aber gleichzeitig auch die Teuerste zur Wissensvermittlung. Die Zertifizierungsprüfung von Oracle ist die härteste Prüfung, die ich jemals gesehen habe. Zwar gibt es Prüfungssimulationen und Braindumps zum Lernen. Erfolg wird man aber nur haben, wenn man die wesentliche Dinge auch begriffen hat. Von zwei Umschulungsklassen in meinem Umschulungszeitraum hat 1 Teilnehmer letztendlich die beiden Prüfungen auch gepackt innerhalb des extrem gestauchten Zeitraums zur Vorbereitung auf die Prüfung. Die meisten Betreiber von Test-Centern bieten auch Trainings an. Ob das Angebot gut ist oder schlecht, hängt vom Trainer und der Chemie zwischen Trainer und Teilnehmer ab. Das ist wie "Schuhe kaufen" - die Information, ob Du gut oder schlecht fährst, kann Dir niemand geben. Ich würde empfehlen, mit kleinem finanziellen Aufwand in ein Thema versuchen einzusteigen und ggf. das ein oder andere ergänzende Buch dazu zu nehmen. Sofern es ein konkretes Produkt gibt, welches vielleicht schon von einem Systemhaus in der Vergangenheit betreut worden ist, wäre eine Einarbeitung von genau dem betreuenden Systemhaus zielführender, als irgend ein x-beliebiges Training.

Kann man natürlich machen. Die Frage ist aber immer, ob man in erbitterten Nachbarschaftsstreitigkeiten münden will, die sich über Jahre hinziehen können und nicht selten vor den ohnehin überlasteten Gerichten landen. Meine Erfahrung bei Nachbarschaftsstreitigkeiten (Mietshaus) ist die, dass man Streithähne besser auf Distanz hält, denn man will ja auch noch irgendwie in Ruhe noch nebeneinander leben. Natürlich sollte man sich auch wehren gegen falsche Verdächtigungen. Meine Erfahrung in diesem Zusammenhang ist es, dass ein Schreiben von einem Anwalt (wenn der Nachbar keine Ruhe lässt und mündliche Hinweise bestimmt aber sachlich - keinen Effekt zeigen), effektiver ist.

Ich hatte mal einen Chef in einer ähnlichen Situation, der hat schließlich Magengeschwüre bekommen und ist dann daran auch leider gestorben. Natürlich sollte man nie den Teufel an die Wand malen. Aber in einer solchen Situation sollte man sich ernsthaft die Frage stellen, ob die eigene Gesundheit durch Fortführen der Situation nicht gefährdet ist. In der Situation gefangen - das ist doch nicht glaubwürdig. Denn schließlich liegt es an einem selbst, notwendige Entscheidungen z.B. die Beendigung eines Jobs der krank macht - zu treffen. Sicher - leichter gesagt, als getan. Von dem geschilderten Umfeld scheint es keinen Sinn zu machen, fachliche Veränderungen anzustreben. Aber das kann ein außenstehendes Forum sicher nur bedingt oder überhaupt nicht beurteilen. Ich würde empfehlen, sich ernsthaft Gedanken zu machen. Für mich klingt das geschilderte Umfeld schlicht und einfach krank.

Wir haben bei unserer Umschulung zu dem Thema "Wissensvermittlung" auch einmal Material von YT auf den Prüfstand gestellt und eine Menge Fehler dabei gefunden, denn niemand prüft das Material darauf und man kann sich auch nicht auf Selbstkontrolle verlassen. Das ist auch der Unterschied zwischen Wikipedia und Brockhaus. Neue Medien bedeutet nicht unbedingt besser, richtig, oder Ersatz herkömmlicher Methoden- und Quellen.

Wenn der Nachbar Hilfe braucht, dann soll er sich doch professionelle Hilfe holen, anstatt noch andere Leute zu verdächtigen. Auf gar keinen Fall irgend welche Geräte vom Nachbarn anfassen oder irgend etwas dazu kommentieren. Unabhängig davon sollte man seine eigenen Geräte auch im Auge behalten und sich hierzu ggf. auch Hilfe holen, wenn das denn erforderlich ist. Aber sich zu irgend einem blinden Aktionismus zwingen zu lassen aufgrund "Hörensagen", ist meistens wenig zielführend. Und bei einem Nachbarn, der mit Vorwürfen ins Haus fällt, sollte man die Kommunikation eher minimieren oder komplett einstellen.

Sehe ich ähnlich. Maniska hat ja gerade einen allgemeinen Thread geöffnet zu dem Thema.

Nein, das war nicht der Ansatz, auf den ich hinaus wollte. Ich nutze Intranets und Wikis schon sehr lange und bin immer ein Verfechter von guter Dokumentationen gewesen. Meine Erfahrung aus dem realen Leben sah jedoch beispielsweise so aus, dass ein Abteilungsleiter die Nutzung eines Repositorys vom Quellcode "untersagt" hatte, zu dem ein Berater zuvor sagte, dass dieses Werkzeug absolut "lebenswichtig" ist. Es gibt Leute mit Verantwortung, die eine solche "Entscheidungsmacht" im Unternehmen haben. Also bitte mich jetzt nicht so hinstellen, als ob ich gegen Dokumentation wäre, wenn ich organisatorische Schwierigkeiten aus dem wirklichen Leben einmal thematisiere. Man kann natürlich auch seine Augen vor der Realität verschließen und Erfahrungen anderer einfach mal abtun. Ich finde es übrigens, dass dieses Forum bisher beispielhaft daran vorbei geht, was vermutlich der eigentliche Kern der Frage war. Der Kern der Frage war nämlich nicht was das 23ste Tool zur Dokumentation ist, nämlich genau die ganze Palette an menschlichen und zwischenmenschlichen Dingen, die auch dazu beitragen können, ob überhaupt dokumentiert wird oder nicht. Selbstverständlich gehören in dieses Thema auch Verhaltensmuster von Vorgesetzten. Und wenn es Prüfer hier in dem Forum gibt, die es nicht schaffen, dieses schwierige Thema auch einmal zu thematisieren, sollten sie sich schämen. Das ist meine Meinung und das wollte ich an dieser Stelle auch mal sagen.

Dann werde ich das mal etwas spezifizieren. Das Thema Wissensdokumentation kann man doch nicht ohne das Thema Kommunikation betrachten. Die "Erfahrungen", zu denen ich etwas geschrieben habe sind auch Erfahrungen aus gescheiterten Dokumentationsprozessen in Form von Intranets, die nie mit Leben gefüllt worden sind oder Prozessen, die zu Überorganisation geführt haben. Ein Thema kritisch zu betrachten, bedeutet nicht, dass man es für unwichtig hält, sondern dass man mehr als eine Seite zu einem Thema betrachtet. Um wieder zu dem eigentlichen Thema zurück zu kommen. Ein guter Ansatz zu Dokumentationen sind ja Intranets, Prozesslandkarten und Organigramme (elektronisch), bei denen man sowohl Zuständigkeiten, als auch Aufbau- und Ablaufprozesse dokumentieren kann. Wenn jetzt ein solches Instrument nicht richtig genutzt wird, sollte man doch auch kritische Fragen einmal zu diesem Thema erlauben. Das Problem vieler Organisationen ist, dass Stellenbeschreibungen schwammig sind und Kompetenzen nicht eindeutig, es gar zu Überschneidungen kommen kann, die aus organisatorischer Sicht sogar Probleme verursachen.

Kein Mensch ist unverzichtbar und unersetzlich. Unternehmen werden verkauft, Veränderungsprozesse sind Teil unseres Lebens. Im Prinzip müssten wir uns dann hier einmal über das Thema interne- und externe Kommunikation unterhalten - sicher auch ein nicht unwichtiges Thema, was vieles zu einem guten oder schlechtem Betriebsklima beitragen kann. Wie ein Unternehmen funktioniert hängt nicht nur vom Organigramm ab. Es gibt viele Prozesse, die auch auf kurzen Wegen kommuniziert werden. Das ist auch ein wichtiger Punkt. Wenn man erkennt, dass etwas schief läuft, sollte man auch selbst handeln und nicht warten, dass andere das Eisen aus dem Feuer holen. Außerdem ist ein Unternehmen auch ein Geflecht aus Beziehungen, die nunmal auch aus menschlichen Stärken- und Schwächen bestehen. Trotzdem ist bei dem Thema Kommunikation auch eine gewisse Vorsicht geboten. Als ITler - und da zähle ich einfach mal alle dazu, unabhängig ihrer Profession- Position- oder ihrer Rolle, ist man sicher gut beraten, wenn man erst mal zuhört. Eine voreilige Information gegenüber einem Kunden (egal ob intern- oder extern), kann auch fatale Folgen haben. Das ist in dem Sinne kein zurückhalten von Wissen, sondern eine gut überlegte Abwägung und Prüfung. Eine gute Kommunikation im Team setzt einfach bestimmte Abstimmungsprozesse voraus.

Na, wenn man das richtige Buch kauft, bekommt man auch eine passendere Einführung z.B. Grundlagen und OOP vor GUI-Themen. https://www.rheinwerk-verlag.de/c-8-mit-visual-studio-2019_4699/ Aber an ein Fertiggericht für 3.40 EUR darf man auch nicht die gleichen Anforderungen stellen, als an das Stück Fleisch in einem guten Restaurant auf dem Teller. Deswegen ist das Thema "Arbeitsmethoden" ja wohl auch ein Bestandteil einer Ausbildung - würde ich vermuten. https://www.hanser-fachbuch.de/buch/Visual+C+2019+Grundlagen+Profiwissen+und+Rezepte/9783446458024 Unbedingt die englischen Titel durchstöbern, die sind meistens besser also im Pearson Verlag z.B. https://bookshop.pearson.de/starting-out-with-visual-c-global-edition.html https://bookshop.pearson.de/visual-c-2014-how-to-program-global-edition.html

Also Bewerbungen schreiben kann man immer. Man kann dies auch in der Form argumentieren, dass man seinen Marktwert testet. Das ist zwar nicht schön für die Sachbearbeiter im HR-Bereich, aber die machen es ja teilweise genauso - Stellen ausschreiben, obwohl die Stelle längst intern vergeben sind oder es die Stellen überhaupt nicht gibt, nur eine entsprechende "Präsenz" zu generieren in den Medien oder um gesetzliche Vorschriften zu erfüllen. Außerdem sollte man immer in erster Linie an sich selbst und seine eigene Situation denken. Kein Unternehmen der Welt ist Loyal gegenüber Mitarbeitern, wenn es hart auf hart kommt. Ich würde allerdings die Stelle auch erst kündigen, wenn definitiv ein neuer Vertrag unterschrieben ist. Denn dass es Stellen gibt, heißt ja noch nicht, dass man eine von den genannten Stellen tatsächlich auch in der Tasche hat. Außerdem sollte man berücksichtigen, dass man sich in dem Umfeld auch wohl fühlt. Was nützt es, wenn Eckdaten von einer Stelle noch so toll sind, aber man sich überhaupt nicht wohl fühlt. Das ist ein Punkt, den viele Leute unterschätzen und deswegen voreilig Entscheidungen treffen. Natürlich sieht man als Außenstehender zunächst einmal nie hinter die Kulissen. Die Ernüchterung kann dann auch sehr schnell kommen. Aber nichts im Leben ist auch ohne Risiko und wer nichts riskiert, kann auch nichts gewinnen.

Mir ist auch nicht ganz klar, ob die Fragestellung in technische Richtung geht, oder ob es eigentlich um informelle Strukturen geht, die es in jeder Organisation gibt. Wäre gut, wenn man dass etwas konkretisieren könnte. Denn entsprechend unterschiedlich sind auch mögliche Lösungsansätze bei Problemen. Und die Diskussion geht sonst an der Problemstellung vorbei. Ich fürchte, dass wir nur helfen können, wenn mal auf den Tisch kommt, worum es eigentlich geht. Also Butter bei die Fisch bitte.

Wir haben ja noch nicht darüber gesprochen, was "Wissen" alles beinhalten kann. Dieser Begriff muss in Organisationen ja durchaus weitläufiger betrachtet werden. Geht es nur um technische Dokumentation, fehlt die organisatorische Komponente. Aus dem Grund setzen Berater gerne Tools ein, die nicht nur technische sondern auch organisatorische Sachverhalte sowie Geschäftsprozesse dokumentieren. Die Einführung solcher Tools ist ein komplexes Thema, kann aber Kommunikationsprozesse verbessern (z.B. viflow). Ein ehemaliger Chef von mir sagte immer, dass Wissen immer auch eine Holschuld Komponente beinhaltet. Meine Erfahrung ist, dass regelmäßige Abteilungsbesprechungen ein wichtiges organisatorisches Element sein können. Man muss bei dem Thema immer darauf achten, dass es ein gesundes Verhältnis zwischen Team-Meetings, Tools und der eigentlichen Kernarbeit gibt. Zu wenig Absprachen kann genauso schädlich sein, wie zu viel davon. Ich hatte im Laufe meiner Erfahrung in der Produktion schon Kontakt mit sehr vielen Prozessen und Tools. Das Modell der High Speed Lean Autofabrik (Toyota-Modell, später auch bei Ford eingesetzt) bündelt einen ganzen Katalog von Tools- und Maßnahmen, die in diese Richtung gehen. Ab einem gewissen Punkt besteht aber die Gefahr einer Überorganisation. Dann geht die Produktivität eines Betriebes deutlich zurück, weil die Leute nur noch mit Dokumentationsaufgaben beschäftigt sind, anstatt sich um die eigentlichen Kernaufgaben zu kümmern. Was das Ergebnis unserer super organisierten High-Speed Lean Autofabrik ist, haben wir gesehen bei dem Zusammenbruch von Lieferketten. Unter hohem Kostendruck wurde immer weiter optimiert und heute steht die gesamte Autoindustrie vor einem sehr großen Kahlschlag, weil man nicht rechtzeitig genügend "Brain" in zukunftsfähige Konzepte gesteckt hat. Na, der eigentlich Punkt, auf den ich hinaus wollte ist doch der, dass zu dem Thema mehr als eine technische Dokumentation zählt und in diesem Zusammenhang wird immer gern vergessen, dass eine Organisationsstruktur ein lebendes Gebilde ist, dass auch aus unterschiedlichen Typen von Individuen besteht. Diesen Punkt darf man - glaub ich - nicht vernachlässigen.

Schwierige Frage, die man sicher aus unterschiedlichen "Perspektiven" beleuchten muss und bei der es auch um so etwas wie Loyalität, Kollegialität, Betriebsklima, Ehrlichkeit, Umgang Mit- und Untereinander geht. Leider kann der Faktor Mensch ein sehr großes Enttäuschungspotential mitbringen. Meine Eltern hatten diesbzgl. immer die Kernaussage, dass niemand in den Kopf seines Gegenübers "sehen" kann. Man muss ein "Gefühl" für sein Umfeld entwickeln und daraus entscheiden, was passend oder angemessen oder was falsch oder unangemessen sein kann. Wenn man merkt, dass ein Gegenüber einen betrügt oder nicht ehrlich ist, sollte man Vorsicht walten lassen. Es wäre natürlich schön, wenn es immer offene und ehrliche Strukturen geben würde. Aber leider wissen wir ja von der Realität, dass dem nicht immer so ist und in diesem Fall sollte man sich angepasst verhalten. Na wenn der Kollege sich mit den Erfolgen brüstet, die er nicht erzielt hat, braucht er auch kein kollegiales Verhalten seiner Mitkollegen erwarten. Für das Arbeitsklima sind solche Situationen Katastrophal und auch für einen persönlich kann dass zu einer psychischen Belastung werden. Deswegen sollte man sich in betroffenen Personen rechtzeitig Rat holen und ggf. auch schnell Entscheidungen treffen können, ob man in einem solchem Umfeld Weiterarbeiten kann oder will. Was die reine technische Dokumentation angeht, denke ich dass es hierzu vielfältige Möglichkeiten gibt, angefangen vom Intranet über Ticketsysteme bis zu speziellen Lösungen.

Ja, ich glaube, in diesen Punkt können sehr viele individuelle Entscheidungen eine Rolle spielen. Der beste Weg ist es natürlich, eine Wahl zu treffen (Arbeitgeber / Technologie), die einem auch immer langfristige Perspektiven öffnet - wie auch immer das dann im Einzelfall ausgeprägt ist.

Gerne, zu Adempiere gibt es auch ein recht umfangreiches deutschsprachiges Wiki, in dem die Funktionen der einzelnen Module in Tutorien beschrieben wird und wie man das Entwicklungssystem einrichten muss. https://wiki.adempiere.net/Startseite

Da würde ich mir nicht so viel Gedanken drum machen, denn schließlich wirst Du in das Thema dann ja auch eingearbeitet. ProAlpha ist eines der Ur ERP-Systeme. Ich gebe zu, dass es schwierig ist, überhaupt mal in solche Systeme rein zu schnuppern, wenn es einen interessiert und man Zeit und Lust hat, sich mit dem Thema zu beschäftigen. Also von SAP gibt es ein System, welches man sich zum Üben- oder Anschauen installieren kann. Dazu findet man auch YT Videos, die die einzelnen Schritte erklären. Im Opensource Bereich gibt es Adempiere (Compiere). https://en.wikipedia.org/wiki/Adempiere Durch die Installation solcher Systeme kann man auch schon eine Menge lernen. (z.B. wie man eine Postgre-SQL Datenbank erstellt, die Tabellen erzeugt und den Client anschließend verbindet sowie die Testfirma zum Laufen bekommt). Wer den Installationsaufwand nicht machen möchte, kann auch in Demo-Versionen online einen Blick in solche Systeme werfen. http://demo.testadempiere.com/webui/ Login-User / Passwort: (GardenAdmin / GardenAdmin) Leider habe ich von ProAlpha keine Demo. Viel Erfolg !

Ich habe die Erfahrung gemacht, wobei ich nicht ausschließen kann, dass dies mit meinem persönlichen Background zusammen hängt. Möglicherweise spielen auch regionale Faktoren eine große Rolle und die Präsenz von Zeitarbeitsfirmen, die entsprechende Angebote hatten. Natürlich ist das Thema Zeitarbeit ein eigenes Thema und es ist grundsätzlich einem selbst überlassen, ob man sich auf das Modell einlässt oder nicht. Regional ist in unserer Gegend die Industrie auf der grünen Wiese eher ein Trend, der in den 2000er Jahren stark gewachsen ist - auch durch Förderprogramme für ländliche Regionen. Ansonsten ist unsere Region (Rhein/Mosel) eher von Tourismus, als von Industrie geprägt. Unternehmen, die in den 2000er Jahren auf die grüne Wiese gegangen sind, haben Teile ihrer Produktion zwischenzeitlich wieder gen Osten verlagert. (Kosten- und Preisdruck durch Wettbewerber wurden als Grund genannt). Ob man ein befristetes Angebot in einer durch Industrie weniger stark geprägten Region annimmt, oder die Region wechselt, oder pendelt, sind natürlich alles Dinge, die man in die persönliche Waagschale werfen muss. Im Raum Frankfurt oder Bonn sieht es natürlich anders aus, allerdings muss man dann auch Arbeitswege oder höhere Lebenshaltungskosten in Kauf nehmen. In unserer Region gab es den Fall "Lion Electronics" falls sich noch jemand daran erinnert - um mal ein Beispiel zu nennen.

Möglicherweise muss der Arbeitnehmer sich auf wechselnde Systemlandschaften innerhalb kürzerer Zyklen einstellen, was ja zunächst einmal nicht verkehrt ist, da dass Spektrum an Erfahrung dadurch wächst. Wenn veraltete Technologie eingesetzt wird (z.B. im ERP-Bereich), bedeutet dass auch einen Rückschritt in der Entwicklung, selbst wenn die Technologie vergleichbar ist mit dem Angebot der Marktführer. Im ERP Softwarebereich im Mittelstand wurde in den 90er Jahren als Alternative zu SAP bei vielen Unternehmen Infor LN (BaaN) eingesetzt. System- Landschaft und Geschäftsprozesse sind in etwa vergleichbar mit SAP. Auch der Handel (z.B. Lidl) hat sich dazu entschlossen, nicht SAP einzuführen und stattdessen die eigene Warenwirtschaft weiter zu entwickeln. Es kann von Vorteil sein, Kompetenzen in diesem Bereich zu sammeln aus Sichtweise eines Arbeitnehmers, es kann aber auch vom Nachteil sein bei Jobwechselabsichten. Aber auch die langfristige Planungsperspektive für den Arbeitnehmer kann sich dadurch verändern. Durch kürzere wechselnde Arbeitsverhältnisse verkürzt sich auch die Betriebszugehörigkeit und damit drehen sich Ansprüche zum Nachteil im Falle eines Sozialplanes. Die Mitarbeiter, die zuletzt gekommen sind, sind die ersten die wieder gehen müssen, wenn Personal wieder abgebaut wird.

Das tut mir leid, dass lag nicht in meiner Absicht. Vielleicht gelingt es ja noch, die Diskussion in die richtigen Bahnen zu lenken. Möglicherweise habe ich die Argumentation nicht richtig aufgenommen. Ein Kündigungsschutz setzt doch eine gewisse Beschäftigungsdauer voraus. Viele Unternehmen bieten Stellen aber nur über befristete Arbeitsverträge an. Meine Erfahrung ist, dass unbefristete Stellen heute seltener geworden sind, als z.B. in den 90er Jahren. Dieser Umstand hat durch Leiharbeit auch in der IT Einzug gehalten.

Kündigungsschutzgesetz und Betriebsrat sind wenig hilfreich, wenn das Unternehmen insolvent wird - wie so viele jetzt in der Corona-Krise oder durch andere wirtschaftliche Ereignisse. (s. Wirecard Bilanzskandal - Unternehmen jetzt bedroht, Lufthansa, Reisebranche, Gastgewerbe etc.). Wie kann denn ein Entwickler auf mehr als ein Pferd setzen, wenn Weiterbildung "nur" im Rahmen der beruflichen Tätigkeit stattfindet und das Unternehmen durch irgend welche Umstände plötzlich vor dem aus steht oder ganze Branchen sich im Umbruch befinden ? Also welche Technik sollte das sein, bei der ein Arbeitsleben bis zum Rentenalter möglich ist unabhängig von Branchen oder Arbeitgebern ? (Vielleicht Daytrading bei entsprechend vorhandenem Grundkapital was in besseren Zeiten angespart worden ist)

Wie wahr, wie wahr. Zudem sollte es ja auch so etwas wie eine Work-Life-Balance geben. Der Punkt ist eben, dass man immer älter wird. Der Betrieb tauscht bei Bedarf einfach seine Mitarbeiter aus, aber kann der Mitarbeiter (auch im fortgeschrittenen Alter) bei Bedarf dasselbe mit dem Unternehmen tun ?

Wo steht bitte, was ein Berufs-Entwickler beherrscht ? Gibt es dazu einen Wiki-Eintrag ? Doch genau, dass ist die Gefahr. Ausgebildet und aus der Bildung. Ansonsten macht die Bezeichnung eines reinen Berufs-Entwicklers keinen Sinn. Entweder brennt jemand für Technologie generell und entwickelt sich auch in seiner Freizeit weiter oder er entwickelt sich nur im Betrieb, darin besteht die Gefahr einer Betriebsblindheit. Denn ein einziger Betrieb kann kaum in der Breite- und Tiefe entwickeln, wie sich Technologie auf vielen Gebieten entwickelt.

Man könnte dann zu dem Schluss kommen, dass die Wahl der falschen Technologie gleichbedeutend mit einem Karriereende ab dem Alter von 50 Plus oder früher sein kann. Vergleichbar mit dem Taxifahrer, der 30 Jahre Taxi gefahren ist bei Einführung des autonomen Fahrens. Zukunftsforscher sprechen in diesem Fall von der Erreichung eines sog. Tipping-Points, der ganze Gruppen von Menschen direkt ins Aus und damit verbundene Perspektivenlosigkeit setzen kann. Der Schlüssel in der Beantwortung der Frage dürfte verknüpft sein mit der Fähigkeit, sich an völlig geänderte Rahmenbedingungen anpassen zu können (auch in fortgeschrittenem Alter). Wenn man einen Blick auf vergangene Bemühungen der Bundesregierung wirft z.B. https://de.wikipedia.org/wiki/Perspektive_50plus bleibt eine hohe Selbstverantwortung bestehen, die daran besteht, sich auch in Richtung Zukunftstechniken im Bereich IT zu orientieren einschl. Wahl eines zukunftsfähigen Arbeitgebers. Sofern ein Arbeitgeber keine zukunftsfähige Technologie einsetzen würde, wäre das gleichbedeutend mit der Wahl einer Sackgasse. Deswegen ist es umso wichtiger, sich beständig über Trendänderungen zu informieren, bevor man persönlich selbst unter die Räder kommt, weil man z.B. zu lange bei einem Arbeitgeber verharrt hat, der keine zukunftsfähige Technologie eingesetzt hat oder die Entwicklung wichtiger Trends- oder Tipping Points verpasst hat. Da Information eine Holschuld darstellt, bleibt die Verantwortung auch bei dem Entwickler, sich über mögliche Einflüsse in Sachen Technologie oder Rahmenbedingungen in Bezug auf seine eigene Karriere Gedanken zu machen. Bestandteil der IT-Ausbildung ist es auch, sich zwingend mit Trendforschung sowie lebenslangem Lernen zu beschäftigen. Mir persönlich gefallen zu dem Thema Trendforschung die Videos von Lars Thomsen (findet man bei YT). Aber im Bereich IT gibt es natürlich auch entsprechende Informationskanäle zu dem Thema Zukunftsforschung. Die Corona-Lage zeigt ja gerade sehr deutlich, wie wichtig es sein kann, eine bestimmte "Unabhängigkeit" zu erreichen, um nicht von heute auf morgen plötzlich ohne Perspektive und alleine auf der Straße zu stehen.