Gefragt, an einem Projekt zu arbeiten, an dem niemand arbeiten möchte [geschlossen]

Es gibt 2 Mannschaften. Team A: Eines, das an JSF, Hibernate, EJB-Sachen arbeitet. Und Team B: Arbeitet an IOT, Cassandra, Kafka usw. Ich bin Mitglied von Team B. Aber ich musste auch Team A helfen. Natürlich will jeder an dem arbeiten, woran Team B arbeitet. Jetzt gibt es einen weiteren Microservice, der mit einer alten Technologie entwickelt werden muss. Mein Manager hat mich gefragt, was wir dem anderen Team zur Arbeit geben können, und ich habe diesen Microservice vorgeschlagen. Der Manager des anderen Teams lehnte die Idee ab und jetzt möchte mein Manager, dass ich es mache. Sagt, ich kann das Team auch führen. Ich arbeite lieber an der neuesten Technologie als an diesem Microservice, an dem niemand arbeiten möchte. Wie komme ich hier raus?

Ich habe ihm meinen Unmut darüber mitgeteilt.

Dann ist da noch der Architekt, der eigentlich einen Prototypen erstellen sollte, aber wegen seiner alten Technologie aufgehalten wurde. Ich dachte, ich würde mehr Informationen darüber bekommen, aber er hat sich umgedreht und versucht, mir diese Sache anzuhängen, indem er dem Manager sagt, dass er mit mir über diese Technologien gesprochen hat.

Wie komme ich hier raus?

Ich denke, wenn ich das einfach tun muss, dann bitte auch um Arbeit an anderen neuen Technologien. Gleicher Zeitaufwand für beide Arten von Arbeit. Wie kann ich damit umgehen und das beste Ergebnis erzielen?

Was sind deine Karriereziele? Willst du allgemein Teamleiter oder Architekt werden? Willst du nur an den coolen, neuen, sexy Sachen arbeiten, unabhängig von Titel/Dienstalter?
Er sagte, ich kann das Projekt auch leiten. Aber ich habe nicht gesagt, dass ich der Teamleiter sein werde. Ich möchte mit coolen neuen Technologien arbeiten und nicht mit alten, unabhängig vom Titel. Ich würde aber gerne Architekt werden.
Es ist per se nichts falsch daran, an alter Technik zu arbeiten. Es stellt eine andere Herausforderung dar, als an den neuesten Sachen zu arbeiten. Denken Sie jedoch daran, dass in 5 Jahren Ihr neustes Zeug die nächste „alte Technologie“ sein wird und dass Software die meiste Zeit mit Wartung und nicht mit Entwicklung verbringt. Wer also in der IT arbeiten möchte, muss sich irgendwann damit abfinden, mit altem Code zu arbeiten.
Ich habe an alten Technologien gearbeitet. Aber dies ist ein großartiges Gewächshausprojekt mit neuesten Technologien, und ein Projekt wie dieses kommt nicht oft vor. Und mein Ding, warum nicht den Schmerz teilen? Lassen Sie jeden einen Teil davon machen.
Jemand hält diese Tasche zurück. Argumentieren Sie gegenüber dem Management, warum ein bestimmter geschätzter Kollege die geeignetere Wahl ist als Sie.
Wenn es sich um einen Microservice handelt, wie lange wird das wirklich dauern? Zumal ich davon ausgehe, dass es sich um ein Upgrade auf einen Microservice handelt, denn wenn es ein neuer wäre, warum sollte man dann eine Technologie auswählen, die niemand verwenden möchte?
Zwei Vorschläge. 1) Versuchen Sie, einen Job zu finden, bei dem Sie dafür bezahlt werden, was Sie tun möchten, und nur das, was Sie tun möchten. (Viel Glück damit :-)) 2) Beißen Sie in den sauren Apfel, machen Sie einen wirklich guten Job bei den Dingen, die Sie nicht tun wollen (aber für die Sie einen Gehaltsscheck kassieren, oder?) und nutzen Sie die Ergebnisse Zeigen Sie dem Manager, wie gut Sie als Entwickler sind.

Antworten (1)

Ihr Chef ist Ihr Chef, Sie sind ein Entwickler, er hat das Recht, Sie auf einige alte Technologien zu setzen.

Aber ich habe nicht gesagt, dass ich der Teamleiter sein werde. Ich möchte mit coolen neuen Technologien arbeiten und nicht mit alten, unabhängig vom Titel. Ich würde aber gerne Architekt werden

Tut mir leid, aber ich muss eingreifen.

Als Architekt geht es nicht darum, mit neuen coolen Technologien zu arbeiten. Es geht darum, zunächst aus einer Reihe von Technologien auszuwählen, die nach einigen Kriterien die besten für Ihr Projekt sind:

  • Die Fähigkeiten Ihres Teams, wenn die Entwickler bereits ausgewählt wurden, aber das Beste wäre, sie nach dem auszuwählen, woran Sie arbeiten würden.
  • Wie ausgereift die Technologien und ihre Community sind.
  • Werden Ihre Technologien und das, was Sie darüber wissen, wirklich skalieren, wenn erwartet wird, dass die Anwendung in Bezug auf Code und Daten stark wächst?
  • Wenn Ihr Projekt 10 Jahre lang leben muss, sind Sie sicher, dass Ihre neuen coolen Technologien eine gute Chance haben, in 10 Jahren dort zu sein, und Sie zu diesem Zeitpunkt immer noch in der Lage wären, eine anständige Dokumentation zu finden?
  • Wenn Sie Frameworks verwenden (Angularjs für Client, Spring für Server, ...), sind Sie sicher, dass Sie alles integrieren können, was Sie brauchen. Nehmen wir zum Beispiel an, Sie müssen ein Gantt-Diagramm in einem Browser zeichnen, derzeit kann ich auf angle2 nur eine Version 0.0.1 finden . In Angle 1 findet sich mittlerweile ein deutlich ausgereifteres Arbeitsmodul. Sie können darauf setzen, angle2 zu verwenden, aber nichts sagt Ihnen, dass dieses Modul jemals fertig gestellt und nicht aufgegeben wird, das ist ein hohes Risiko. Oder Sie können versuchen, die eckige 1-Version auf die 2 zu migrieren, aber Ihr Projektleiter kann antworten, dass er dafür kein Geld hat.
  • ...

Die Nutzung der letzten Technologien, ohne darüber nachzudenken, ob sie passen, hat eine hohe Chance, Sie und Ihr gesamtes Team auf einen Todesmarsch zu führen.

Derzeit bin ich auf Winkel 1 für die Front und Java/JPA/Hibernate/Spring.PostgreSQL mit Rest. Eine gute Nutzung (ja, in Fettdruck, viele Leute beschweren sich über ORM, Datenbank, aber es ist meistens ein Schnittstellenstuhl/Tastatur- oder Organisationsproblem) all dieser ausgereiften Technologien bietet mir alles, was ich brauche. Und weil es Spring/Angular schon so lange gibt, bin ich mir ziemlich sicher, dass ich im Netz etwas Funktionierendes und Ausgereiftes für jeden neuen Bedarf finden kann, den ich fragen kann.

PS: Trotzdem stimme ich zu, dass die Arbeit an JSF/EJB (v2 wahrscheinlich) scheiße ist.