Mit welcher Technologie ist denn Klopfers-Web gemacht? Magst du mal Aufzählen, was du hier so an bekannten Sachen nutzt?
Ich arbeite bei einem IT-Dienstleister und zur Zeit beobachten zumindest wir, dass die Lage in der Tat eher mau ist.
Aber eigentlich ist es schwer vorstellbar, dass ein erfahrener Webentwickler keine Stelle findet.
Ich liste einfach mal ein paar Dinge auf, die mir gerade durch den Kopf schwirren.
* Inwieweit schränken dich die erwähnten Rückenprobleme ein?
* Vielleicht kannst du Technologien in Klopfers-Web implementieren, die sich in einem CV gut machen? Muss ja kein React sein. Ich denke da gerade so Richtung Datenbanken / Backend.
* Oder wie wäre es mit KI. Trainiere eine KI, die anhand vorhander LLD Kommentare versucht vorherzusagen, welcher User als erstes unter einem bestimmten neuen LLD-Eintrag einen Kommentar schreibt. Das ist allerdings wahrscheinlich etwas mehr Aufwand.
* Wie testest du die Seite? Wie stellst du sicher, dass du mit Änderungen nicht bereits vorhandene Funktionalitäten kaputt machst? Auch dass du Testerfahrung im Bereich Integrationstest / UI Tests mit Tools wie Cypress oder Playwright hast, macht sich in einem CV sicherlich nicht so verkehrt. Auch Richtung visual Testing (Stichwort Playwright & Storybook)
* Setz dir irgendwo privat ein JIRA auf für die Planung der Arbeit an klopfers-web und ein Confluence für Doku. Dann hast du die zwei Tools für den CV schonmal abgehakt.
* Ich weiß nicht, ob das zu privat für dich ist, aber vllt. magst du mal jemanden über deinen CV drüber schauen lassen? Ich hatte mal so ca. 1 Jahr Personalverantwortung und hab da zumindest ein bisschen was gesehen, vllt. gibt es ja Optimierungsbedarf?
(Abgegeben habe ich die Personalverantwortung dann freiwillig wieder, weil ich halt eher ein Techniker bin, kein "Manager")
Und macht es Sinn bei eingeloggten Usern den Fragesteller bei FDH anzuzeigen?
Gruß
Grunty
Die Technologie hinter KW ist ziemlich barebone, würde ich sagen. Ubuntu Server mit NGINX und MariaDB, so ziemlich alles im Backend ist in PHP geschrieben (ohne Frameworks, nur ein paar Composer-Packages), Sessions laufen über Redis, Frontend ist händisch geschriebenes HTML und CSS und hauptsächlich normales Javascript (mit ein bisschen JQuery für Animationen, alle anderen JQuery-Anwendungen habe ich durch jungfräuliches JS ersetzt, und ich gehe davon aus, dass ich den Rest im nächsten Jahr entfernen kann, wenn CSS-Unterstützung für einige Sachen besser wird), wobei CSS und JS über ein Gulp-Script minimiert werden. Versionskontrolle läuft über Git.
Was mit Datenbanken... In welche Richtung sollte das gehen? Ich hab fast den Eindruck, dass so traditioneller Datenbankkram heutzutage kaum mehr gefragt ist, weil die Abfragen dann eh vom Framework generiert werden (wer weiß, was da rauskommt).
KI würde mich schon interessieren, aber da muss ich mich erst mal reinlesen, wie man so eine KI praktisch aufbaut.
Ich gebe zu, was Tests angeht, bin ich da nicht sonderlich methodisch mit Tools. Ich hatte vor langer Zeit mal angefangen, Unit-Tests zu verwenden und musste dann feststellen, dass 99 Prozent der Bugs, die tatsächlich auftreten und nicht sofort durch einmaliges Ausführen anhand von PHP-Fehlermeldungen offensichtlich sind, mit Unit-Tests auch nicht gefunden werden.
Dass bei FdH die Fragesteller nicht angezeigt werden (auch mir nicht, obwohl die Fragen in der Datenbank durchaus eine Nutzer-ID haben), hatte ich eigentlich absichtlich gemacht, damit Leute (ich eingeschlossen) die Fragen unvoreingenommen beantworten und nicht bei manchen Usern denken "Och, der schon wieder".