Velicity

Nun lässt sich natürlich von außen, aus der Brille von einen der beiden Parteien schwer beurteilen und die Art, wie du deinen Text geschrieben hast, lässt auch eher vermuten, dass du dich ggf. sehr ungeschickt ausgedrückt hast. Ich hatte auch schon sehr aufgebrachte Kunden am Apparat, in der Regel macht da aber der Ton die Musik. Natürlich kann der Kunde einen mal als Schuldigen oder gar "Gegner" sehen. Da ist es dann eben an einem ihm klar zu machen, dass man auf seiner Seite steht und mit ihm das Problem lösen möchte und man nicht persönlich das Problem ist. Ein wenig wie bockige Schüler, die den Lehrer als Herausforderung sehen, anstatt die Schule und ihre Aufgaben und den Lehrer im eigenen Boot. Ansonsten sind manche Leute ggf. einfach nicht gemacht für die direkte Kommunikation mit dem Kunden. Habe auch einen Kollegen, der es hin und wieder schafft Kunden zu verärgern, die dann im Zweifel nicht mehr mit ihm reden wollen und im Gespräch auflegen, ist dann auch immer ein ungünstiger Start so einen Fall zu übernehmen, weil er sich dann nicht mehr traut beim Kunden anzurufen. Da aber weniger weil er unfreundlich wäre, sondern ziemlich raschelig ist, viel zu weit ins technische Detail geht und auch zu schnell raushaut, wo er das Problem vermutet, was sich dann während der Analyse noch zig mal ändert. Ist eben einfach nicht kompatibel mit Kundenkontakt und dein Text lässt Ähnliches vermuten. Bezüglich der Abmahnung hast du ja schon entsprechende Tipps bekommen.

Er nannte ja ebenfalls PHP, was mittlerweile Erwachsen geworden ist und sich bis auf einige Inkonsistenzen, was die Reihenfolge der Parameter angeht nicht mehr verstecken muss. Das OOP ist mittlerweile brauchbar, mit Composer haben wir nen vernünftigen Packet Manager, mit strict_types kann man auch an der Typisierung drehen, der Jungle an Frameworks ist mittlerweile sehr überschaubar und mit den PSR schafft man auch ein paar sinnige Standards. Sicher hat es hier und da noch seine Schwächen oder Unschönheiten und man kann auch unschön was zusammenschustern. Müll produzieren kriegt man aber in jeder Sprache hin, das liegt erstmal am Entwickler und mit seiner genannten Kombination HTML, PHP, SQL, kriegt man wenn man möchte schon verdammt mächtige Applikationen hin. Mal davon ab, dass der Umstieg vom modernen PHP zu einer anderen Sprache auch nicht so ein großer Sprung ist. Also doch, die Autos bauen kann er damit. Klar gehört noch mehr als Bauen dazu, angefangen bei Planung und Konzeption bis Inbetriebnahme und Dokumentation und einen riesen Haufen dazwischen. Da macht es dann aber auch keinen Unterschied ob ich "Html und sowas" nutze oder Sprachen, die du als "richtiges entwickeln" bezeichnest. Mal ganz davon ab, dass wir in den Bereich nicht wenige Quereinsteiger haben und auch im Studium nicht soviel an Praxis rüber kommt, trotzdem stelle ich die gewagte These auf, dass es studierte Informatiker gibt, die heute Entwickler sind, genauso wie die etlichen Quereinsteiger. Scheint also sowohl möglich sich diese Kenntnisse anzueignen, als auch Jobs zu finden. Leichter ist vor allem Zweites natürlich, wenn man das schön auf dem Papier hat.

Nun wenn du dich mehr für den Bereich interessierst und ein Wechsel möglich ist, dann macht da natürlich Sinn. Da gehört ja noch mehr dazu, als die reine technische Umsetzung. Und ob nun Web oder nicht, das ist ein Detail. Natürlich gibt es immer Quereinsteiger und Unternehmen die in ihren Stellengesuchen etwas haben wie "Ausbildung im IT-Bereich". Denke mal du wirst es aber mit dem FISI schwerer haben an Stellen als Entwickler zu kommen, neben der Tatsache, dass es eine Umschulung ist. Oder man wird eben probieren dich daher noch weiter im Gehalt zu drücken. Und natürlich wirst du dir nun auch Wissen aneignen für den FISI Bereich, das du als Entwickler nicht unbedingt brauchst, während dir anderes fehlen wird. Klar kann man sich da selbst reinfuchsen aber wenn du eh nun die Umschulung machst, würde ich probieren zu wechseln, wenn du dir sicher bist, dass du das möchtest.

@treffnix Ist mir schon klar. Mir geht es da eher um das Empfinden. Mich stresst eine erzwungene Pause, wo ich nix zutun habe eher deutlich mehr, als dass ich sie als Erholung empfinde, daher bin ich froh drum. Dass es wie vieles bei uns nicht mit dem ArbZG konform ist weiß ich. Ist hier bzgl. dem Thema aus meiner Brille aber eher eine Lockerung für den AN und nicht so kritisch wie Überstunden oder nicht eingehaltene Ruhezeiten. Wie gesagt, wer Pause machen will, der kann und das auch durchaus länger, da fahren auch mal paar Kollegen zusammen für zwei Stunden zu einem All-You-Can-Eat.

Das kann man doch weiterspinnen. Ich persönlich empfinde den Arbeitsweg auch als Arbeit, meine Freizeit ist das ja nicht und wenn die Arbeit nicht wäre, würde ich mir das sicher nicht geben. Die gesamte Zeitaufwendung für die Arbeit übersteigt nun einmal die reine Arbeitszeit, mal mehr, mal weniger. Je nach Firma freut man sich ggf. auch darüber, wenn es z.B. keine Kantine gibt und ggf. nix brauchbares zu essen in der Umgebung und man quasi zum Einkaufszentrum oder Bistro ein ganzes Stückchen weiter fährt. Persönlich brauch ich i.d.R. gar keine Pause, esse i.d.R. nix zu Mittag, bin kein Raucher, am Platz sitzen und Löcher in die Decke gucken würde mir wenig bringen. Hier ist das eh recht locker und jeder kann es handhaben, wie er möchte. Kommt mir ganz recht, denn für mich ist das auch nur "Mehrarbeit". Einige fahren Weg und sind auch mal über eine Stunde weg, andere machen gar keine Pause, andere lassen sich was liefern etc. pp. Andere sind Raucher, da kommt in Summe vermutlich deutlich mehr Pause zusammen. 100% unter Strom steht man aber ja eh nie, denke der Mensch pausiert eh automatisch, hier was zu trinken holen, da eine kurze Diskussion, unabhängig ob sie mit der Arbeit zutun hat oder nicht, mal wartet man auch fünf Minuten auf einen Rückruf und hat nix Kleines, was man zwischenschieben kann und Meetings sind meist eh tiefen entspannt. Hatte mal während eines Praktikums eine Stunde Pause. Fand ich schrecklich und hat mich eher ausgelaugt, da sinnlos 60 Minuten rumlaufen dürfen und meine Freizeit verschwenden. Würde man 5 Minuten weiter wohnen wäre das ggf. lustig, dann könnte man sich um Haushalt und co. kümmern und hat vor der Arbeit, nach der Arbeit oder am Wochenende damit mehr Freizeit.

Grob hast du eben deine Faktoren wie Tätigkeit und Verantwortung und dann die Unterteilung Region, Branche, Firmengröße. Auch findest du sicher noch Statistiken zu den verschiedenen Programmiersprachen und Frameworks und den Bezahlungen dort. Statistisch immer interessant, was einen wie großen Einfluss hat aber am Ende kommen eben alle Faktoren für den Einzelnen zusammen und der macht ggf. auch nicht rein nur das, sondern ggf. auch anteilig was anderes usw. Am Ende hast du gar keinen direkten Vergleich.

Jap, so häufig treten Probleme, vor allem außerhalb der Bürozeiten, nicht auf und wenn, könnte ein dedizierter 1st-lvl auch überhaupt nix machen. Die meisten Kunden kriegen es nicht hin ihr Problem zu beschreiben oder verstehen es selbst nicht wirklich. In der Regel muss man denen alles aus der Nase ziehen aber muss eben auch wissen was man fragen muss. Im Zweifel brauch man dafür dann auch Projektkenntnisse, war im Idealfall mal Vorort und hat am Projekt mitentwickelt. Davon ab, mit der aktuellen Lösung ist zumindest einer, der das Problem lösen könnte offiziell greifbar, der 1st-lvl in dem Fall selbst. Ansonsten hättest du eben diesen und noch einen zusätzlichen? Und wenn das Problem immer noch nicht den sein Bereich ist? Oder sind alle generell immer erreichbar und der 1st-lvl, der gar nicht weiß worum es geht spielt Telefonist und ruft nur an um zu sagen, da hat einer angerufen? Da haben teilweise Kollegen bei uns schon Probleme die Sachen vernünftig aufzunehmen und zu hinterfragen, weil noch Kenntnisse fehlen, auch nach Jahren, weil man einfach noch nicht mit jeden Projekt, jedem Problem und jeder Schnittstelle zutun hatte. Ist eben ein zwanzig Jahre alter Core mit kundenspezifischen Erweiterungen, hunderten Tabellen, ein paar Anwendungen unterschiedlicher Sprachen oben drauf und in der Regel ne Hand voll Schnittstellenpartnern. Das ist wohl unmöglich, dass da jeder alles aus dem Effeff kann. Ist eben Logistik, da ist eh alles knapp bemessen. Der Kunde hat vor der Halle nen paar LKW stehen, die weg müssen, kriegt seine Touren aber nicht raus. Da kann man nicht sagen, wir schauen uns das in ein paar Stunden an. Und wenn es um Frischware geht, dann darf er sie ggf. vernichten und kann sie auch nicht später ausliefern/verkaufen, da muss hier und jetzt was passieren, wenn er das Problem meldet. Ja alles eine denkbar unglückliche Kombination. Aber mit der Firmengröße, dem Produkt und den Kunden denke ich, ist das nicht wirklich anders lösbar. Und größtenteils klappt es ja auch alles schon sein Jahrzehnten problemlos. Wir gesagt deshalb stacken wir Generalisten und verteilen Aufgaben dann je nach Kapazität. Mal ist man nur ein kleines Zahnrad in einem Projekt und hat eine Teilaufgabe, mal ist man von vorn bis hinten involviert, angefangen bei den Pflichtenheftgesprächen mit den Kunden, weiterer Schnittstellengespräche mit entsprechenden Partnern, hat die Datenbank aufgesetzt und kundenspezifische Erweiterungen gemacht, an der Businesslogik mitgewirkt, genauso wie an aufsetzenden Anwendungen und Prozesse, Aufgaben intern verteilt und ist auch Ansprechpartner für den Kunden, bei Erweiterungen und Problemen und eben wie jeder andere auch beim Support. Klar fängt man so nicht an, da kommt eben immer wieder mal was dazu, wenn man Luft hat, ggf. erstmal als zweiter Mann etc. pp. Aber letztlich ist das so die Rolle, in die sich die Leute hier mit der Zeit entwickeln. Und natürlich ist man bei den wenigsten Projekten in allem drin. Bei den meisten übernimmt man nur einige Teile. Muss bei all dem sagen, dass ich die Abwechslung und Verantwortung aber auch schätze und froh bin da überall Einblicke gewonnen zu haben.

Korrekt. Die Rufbereitschaft geht jede Woche zum nächsten Kollegen und erstmal ist das nur sein Problem und den Großteil wird er auch alleine lösen können, sofern er nicht neu in den Support hinzugekommen ist. Im Zweifel hat er aber eben nen Kunden oder ein Problem, wo er alleine nicht weiter kommt. Dann muss er eben probieren ein Kollegen zu erreichen. Wenn das was sehr Spezifisches ist, wo er einen von wenigen Kollegen brauch und die ggf. gerade kein Netz haben oder das Smartphone nicht auf den Nachtisch liegen haben, dann endet das auch mal so. Ist aber wie gesagt ne absolute Ausnahme. Im Normalfall kriegste hier selbst während des Urlaubs jeden ans Telefon oder die Leute haben kein Problem da mal wo mit auszuhelfen. Per se alle offiziell auf Bereitschaft halten kannst du auch nicht und welche Probleme es gibt kann auch keiner vorhersagen. Ist aber eher die Ausnahme. Letztlich ist alles Database-Driven und die verschiedenen Anwendungen setzen oben auf. An die eigentliche Geschäftslogik kommt jeder ran. Ist eben nicht so strickt getrennt, aufgrund der kleinen Firmengröße und der übergreifenden Verantwortlichkeiten. Ein System, mit ein paar Anwendungen die darauf aufsetzen. An vielen Sachen arbeitet man gemeinsam, für einige Sachen gibt es eher spezifische Ecken. Und per se hat eh jeder Berechtigungen für alles bzw. die Daten für entsprechende Accounts, da auch jeder Mädchen für alles ist. Da gibt es keinen dedizierten Support, Entwickler, Datenbankentwickler oder DBA, dafür fällt in den einzelnen Bereichen auch viel zu wenig an. So hat man halt ein paar Generalisten. Da hat aber keiner nen Problem, wenn jemand anders an den Code von anderen geht, das ist eher der Normalfall, wie gesagt bei den meisten Sachen sind alle irgendwo involviert. Und wenn da eben eine Operationen am offenen Herzen erfolgen muss, damit der Kunde weiterarbeiten kann, dann redet man eben ein paar Stunden später im Büro drüber. Gab Problem X, ihr habt da die API falsch bedient im Fall Y, hab das nun erstmal so gelöst, damit der Kunde weiterarbeiten kann. Das kann sich der Kollege dann anschauen. Im Zweifel sagt er ja, kann so bleiben passt oder ne, so möchte ich das nicht haben und darf selbst noch mal ran. Oder im anderen Fall hat man eben einen nachgelagerten Workaround und sagt eben Problem besteht, habe nun von mir aus auf der Tabelle einen Trigger gemacht, der eure falschen Inserts korrigiert, da ich euren Code nicht compilieren kann. Schau mal bitte was ihr da genau macht und fix das und hau den Trigger danach weg. Oder sofern komplexer setzt man sich auch daneben und löst das Problem eben gemeinsam. Wie gesagt ist ein kleiner Laden, das ist nicht eine Abteilung in einer anderen Stadt oder einen anderen Büro, da laufe ich 5-10 Meter und kläre das. Meist geht es eben eher um eine schnelle Lösung, wenn es beim Kunden steht.

Jap ist aber leichter gesagt als getan. Daher sagte ich auch eher Stress gegenüber dem Kunden. Der hat eben sein Supportvertrag und seine Hotline, wo er mich dran kriegt in dem Moment. Das Problem ist in dem Fall kein externer Anbieter, sondern in unseren Unternehmen. Aber eben eine andere Ecke mit anderer Programmiersprache, Entwicklungsumgebung, Frameworks und Bibliotheken. Da habe ich keine Möglichkeit bzgl. eines Hotfixes, wenn der Kunde nicht arbeiten kann. Kann höchstens probieren den Fehler im Sourcecode zu lokalisieren, damit der Kollege, den ich als erstes drankriege schneller voran kommt und ggf. kann ich Datensalat aufräumen, der hinten rauskommt, wenn das hilft, danach sind mir aber technisch die Hände gebunden. In dem Moment habe ich aber nen Kunden der pissed ist und mich auf der anderen Seite, den er erstmal als den Verantwortlichen dran hat. Da kann ich auch schlecht reagieren wie die Verkäufer im MediaMarkt und wegrennen und dabei schreien nicht meine Abteilung. Aber ihm sagen, wir sind dran, während das Problem ggf. wächst und wir eben nicht dran sind, weil ich keinen Kollegen aus der Ecke an das Telefon kriege, ist eben doch etwas stressig, weil ich natürlich selbst auch keinen Dunst habe wann das Problem gelöst ist. Wenn das Problem bei externen Anbietern ist, habe ich da wenig Probleme. Klar da muss man sich gut genug auskennen um selbstbewusst sagen zu können, wir können nix tun oder nicht unserer Fehler aber wir können via Workaround X unterstützen. Und je nach Vertrag darf er sich dann an den anderen Anbieter wenden oder wir spielen stille Post.

Darauf gibt es vermutlich viele Antworten. Der eine teasert mit seinen Inhalten, die Teil eines Kurses sind oder coacht gar gegen Bares. Der nächste macht extra freien Content für Beginner und bietet eben wieder rum Inhalte für Fortgeschrittene gegen Bezahlung an oder nutzt die Plattform um Klicks zu generieren und ein paar Euro via Affiliate Links und co. zu machen. Gibt sicher auch welche, für die ist Aufmerksamkeit und Dankbarkeit genug. Die fühlen sich schlicht wohl in ihrer Expertenrolle mit einen entsprechenden Gefolge. Ob man sich einen Kurs sparen kann? Jein. Ich denke bei freien Inhalten muss man stärker filtern. Viel ist älteres Wissen, oft werden auch Sachen unvollständig wieder gegeben oder sind schlicht falsch oder Halbwahrheiten. Persönlich habe ich aber auch so gut wie alles was ich kann mittels freien Quellen gelernt, sei es Openbooks, Wikibooks, Youtube, freien Videos anderer Plattformen oder der Rest ist eben die Praxis und Erfahrung. Nix von den was ich heute mache habe ich von irgendjemand beigebracht bekommen, der dafür direkt bezahlt wurde. Ich weiß Geld regiert die Welt aber es muss eben nicht alles verkauft werden. Mal davon ab, es gibt sicher auch viele die scheuen sich bzgl. der Sachen, die das mitbringt. Steuern, Buchhaltung etc. pp. und wenn man sich da eh nicht riesige Summen ausrechnet, dann ist das als Hobby, bei denen man selbst sein Wissen festigt und noch etwas Neues lernt in Bezug aufs Schreiben, Videoediting usw. sicherlich auch nicht verkehrt.

Nun die Frage ist, was Stress ist. Ist Stress objektiv? Etwas, wo man etwas tun muss unter Druck, man die Lösung für ein anliegendes Problem nicht kennt? Oder ist Stress erst Stress, wenn ich ihn stark als solchen empfinde? Ob Tätigkeiten wie viel Sport außerhalb des Büros da mit reinspielen, keine Ahnung. Laut Studien ja, einen Vergleich habe ich nicht, habe schon immer regelmäßig was gemacht, auch bevor ich ins Berufsleben eingestiegen bin. Daneben ist es natürlich Gewohnheit und Erfahrung. Habe aber durchaus erlebt, dass einige Kollegen da deutlich mehr Probleme haben, da gerade zu Panik kriegen oder eben nen Brett vorm Kopf haben. Ist bei uns der Bereich Softwareentwicklung für Logistikzentren aber eben mit direkten Support für den Kunden, der im Zweifel anruft ala nix geht, LKW steht vor der Tür und muss gleich los oder 50 Leute haben die Hände in den Taschen und können nicht arbeiten. Natürlich will der Kunde gleich wissen wann er wieder arbeiten kann, was das Problem ist etc. pp. Gerne ruft er dann auch im zwei Minuten Takt an und fragt wie es aussieht oder es skaliert nach oben, sprich vom normalen Mitarbeiter zum Schichtleiter/Leitstand, zum Bereichsleiter und in ganz seltenen Fällen auch mal zum Geschäftsführer. Gerade die letzten beiden nehmen dann auch gerne so Worte in den Mund wie Regressansprüche und co. auch wenn noch kein Mensch weiß, was eigentlich los ist. Im direkten Vergleich mit vielen Kollegen mache ich folgende Dinge anders: Ich tippe ein gutes Stück schneller als die meisten meiner Kollegen und habe das Gefühl oft etwas nicht besser zu wissen, sondern einfach in der gleichen Zeit an mehr verschiedenen Stellen gucken zu können. Ich nutze exzessiv Snippets, Templates und co. in meinen Entwicklungsumgebungen. Alles was ich häufiger brauchen kann, sei es komplexere SELECTs zur Analyse, oder Skripte um Sachen zu automatisieren, die aufwendig sind und häufiger vorkommen. Viele Kollegen suchen vor allem bei ersten immer wieder Minuten lang bei Google, Stackoverflow und co. Ich nutze gerade bei Problemen die das Netzwerk und andere Schnittstellen dazwischen haben auch andere Tools wie WireShark, nmap und co. und kann damit viele Probleme schnell eingrenzen ala nicht unsere Baustelle oder definitiv unsere Baustelle. Ich suche nicht ewig rum, wenn ich ein Problem nicht schnell von außen erfassen kann, debugge ich eben rein, davor scheinen sich viele zu scheuen, keine Ahnung warum, auch intern beim Testen usw. Ich habe Spaß an der Problemsuche, während mir das mit dem Kunden am Telefon vorher Stress gemacht hat, habe ich gerne Kollegen geholfen, wo die sich mit den Kunden rumschlagen konnten und ich unterstützen konnte so konnte ich das relativ stressfrei lernen und mittlerweile werde ich auch überall als Unterstützung hinzugerufen, haben sich die Kollegen eben dran gewöhnt, wodurch ich da wohl mehr Praxis hab. Das sind alles nicht Sachen die ich explizit deshalb mache, die mir aber im nachhinein dafür viel gebracht haben, ebenso die Fähigkeit den Kunden auch mal sagen zu können, dass ich mit der Fehlersuche nicht voran komme, während ich mit ihm telefoniere. Das hört er nicht gerne aber letztlich wächst sonst sein Problem und mein Problem. Wo ich teilweise noch Stress empfinde ist, wenn das Problem aus dem anderen Kernbereich hier ist. Bin mittlerweile schon so weit, auch wenn das komplett nicht meine Abteilung ist und ich entsprechende IDEs nicht habe, dass ich die Projekte trotzdem gepullt habe und mit Notepad++ in dem Source rumwühlen kann und ggf. Fehler die von dort auf Datenbankseite produziert werden nachvollziehen oder fixen kann aber wenn das Programm konstant Probleme verursacht und da was gemacht werden muss und ich dann keinen Kollegen diesen Bereichs ans Telefon kriege, dann ist das unschön. Quasi ein Problem haben aber sich nicht der Lösung nähren können, während Zeit verstreicht. Der Kunde ruft dann eben regelmäßig an und fragt nach dem Stand und ich kann ihn quasi nur belügen und sagen wir sind dran, kann ihn ja schlecht sagen sorry kriege keinen Kollegen an den Apparat, die pennen wohl alle noch. Der will natürlich auch wissen warum das solange dauert, ob wir schon an der Lösung sind und schon wissen was das Problem ist usw. Den dann irgendeinen Mist erzählen empfinde ich auch stressig, ebenfalls hinterher, wenn man Probleme wegreden darf usw. Habe immer das Gefühl der merkt eh, dass ich ihn für dumm verkaufe oder denkt eben ich hab selbst überhaupt keine Ahnung. Aber letztlich ist das nur Stress gegenüber dem Kunden und der Situation. Das mir da niemand im eigenen Laden für die Ohren lang zieht und ich alles gemacht habe, was ich kann und wohl auch weit mehr als die meisten anderen, die Probleme anderer Abteilungen generell nur abschieben weiß ich und mehr kann ich nicht tun, außer das organisatorische Problem auch noch mal intern ansprechen aber da sowas meist keine Konsequenzen hat, wird daran auch nix geändert, passiert auch nicht so oft. Mal davon ab, der Kundenkontakt war generell anfangs sehr stressig für mich, krankheitsbedingt (Soziale Phobie), bin diesbezüglich aber auch etwas abgestumpft und funktionieren tut alles, hier und da ist der Puls halt was höher und die Luft etwas knapper aber überlebt man alles und geht weiter.

Bin dann schon eher für eine elektronische Nerfgun mit automatischer Zielfunktion und ordentlich Wums, die mit einen schönen großen roten Buzzer ausgelöst wird. Da hätte ich dann wenigstens ein bisschen Spaß dran. Im Idealfall in entsprechender Größe ala:

Nein. In der Regel fragt die Person, bevor sie aufsteht, ob ich mal nen Moment habe, klingelt durch oder kommt eben rüber und wartet, was natürlich auch schon minimal ablenkt, wenn da im Augenwinkel einer rumtanzt. Im Zweifel sage ich eben, sorry bin gerade bei Xy, brauch hier nochmal fünf Minuten. Soviel Kommunikation kriege ich gerade noch hin. Je nach Dringlichkeit oder wie komplex meine Arbeit ist, kann ich die natürlich auch unterbrechen. Generell war ich aber früher ein Fan von asynchroner Kommunikation, für nicht dringende Sachen ala IRC. Theoretisch so auch in Teams, Slack oder Discord möglich, wobei mittlerweile eh jeder an Notifications gewöhnt ist, die überall defaultmäßig an sind und jeder einen tagged, ein @everyone, @here oder was auch immer raus haut. Die eigenen Bedürfnisse sind eben immer die Wichtigsten.

Das eine hängt wohl mit dem anderen zusammen. Natürlich kann man sich schnell einarbeiten, wenn es noch nicht wirklich viel gibt. Nun bei etwas mit "recht schnell"er Einarbeitungszeit, halte ich dich damit dann nicht für unersetzlich. Es ist was anderes, wenn man irgendwelche Altprojekte und prozesstechnischen Abläufe kennt, von vor vielen Jahren, wo man sich nun kaum noch einarbeiten kann als der Einzige zu sein, der eine Aufgabe erledigt, in die man sich fix reinfuchsen kann. Klingt für mich wie eine normale Aufgabe in der IT und gerade in einem kleinen Unternehmen macht man eh alles was anfällt. Sofern wir nicht von einer anderen Rolle reden, sprich hauptsächlich Projektleitung statt Entwicklung oder Verantwortung für Mitarbeiter usw. sehe ich das nun nicht als große Änderung der Tätigkeit, die was am Gehalt drehen würde. Vermutlich schwer, wenn nicht vorher vereinbart und natürlich auch überhaupt kein Argument. Wie viel Gehalt du bekommst ist eben nicht abhängig davon, wie viel du ausgeben kannst, sondern anders herum. Ohne Wechsel vermutlich nur mit mehr Verantwortung, sofern es da irgendwas gibt und du soviel Luft hast und so routiniert bist in dem, was du nun machst. Ist natürlich immer von der Region abhängig. Halte ich aber für ein sehr solides Einstiegsgehalt.

Jap und wenn irgendwas nicht optimal läuft, dann muss grundsätzlich alles maximal schlecht sein. Man redet eben über Themen die bewegen und das sind vermutlich meist eher Negative. Denke mal das Bild, was ihr da durch mich kriegt ist auch weit weg von der gesamten Realität. Ist eben normal, dass sich Bereiche entwickeln, Unternehmen neue Herausforderungen antreten und das im Zweifel auch noch nicht genug Wissen da ist. Und bei einer kleinen Firma auch bei weitem nicht genug Arbeit in dem Bereich um jemanden zusätzlichen einzustellen, der nur das machen soll. Denke aber wenn man das langsam hochfährt und sich bewusst ist, dass man erstmal keine riesigen Projekte in den Bereich annimmt, dann sollte das auch auf diesem Wege kein Problem darstellen.