DashDash

Sehe das genauso. Worauf du dich fokussieren solltest ist, Erfahrung zu sammeln, denn Erfahrung ist trumpf in unserem Beruf. Möglicherweise gibt es ja auch die Möglichkeit eines bezahlten Praktikums mit der Aussicht auf Übernahme?

Ich finde wichtig zu verstehen, dass Komplexität in einem Monolithen nicht automatisch verschwindet mit Microservices. Die Komplexität geht nur vom Code in die Integration über. Auch wissen viele nicht, dass man nicht mit ultra kleinen Microservices anfangen sollte, wenn man nicht gerade sehr direkte Skalierungsprobleme hat... Microservices sollten so klein sein, wie man sie braucht - nicht unnötig ne Domäne aufbrechen z.B.

Die ganzen neuen Fintech Unternehmen machen auch kein COBOL, da steht buzzword bingo ganz oben auf der Liste: Big Data, Microservices, Cloud, etc :-)

Muss bei vielen Meetings immer hier dran denken.. :-)

Sehe das wie Goulasz. Es besteht gar kein Bedarf, dass du dich als Full Stack Entwickler profilieren musst. Ich würde mich z.B. auch als Backend Entwickler der Notfalls auch Full Stack kann bezeichnen. Meine Frontend Fähigkeiten beschränken das ganze dann aber, ich hab z.B. kein Bock auf Angular oder NodeJS.. ausserdem macht mir das einfach nich soviel Spaß, wie hoch skalierbare Systeme zu bauen :-) Ich würde dir vorschlagen, konzentriere dich auf etwas. Generell musst du natürlich nicht auf jeden Hype aufspringen.. da würden die besten Entwickler nicht mtikommen ;-) Konzentriere dich auf ein Kerngebiet, werde darin gut. Wenn das Kerngebiet dann noch langfristig Zukunft hat, is das doppelt gut. Überleg mal, selbst wer vor 20 Jahren COBOL gelernt hat - kann damit heute immernoch in Banken oder sonstigen Unternehmen alte Mainframe Software maintainen. Ich persönlich mache das so, dass ich mir gewisse Technologien aussuche und wenn ich die kann, dann dazu komplementäre Technologien z.B. Java und Python. Darüber hinaus habe ich mir nen Fokus gesetzt auf System Design und sauberen Code zu schreiben und mentore mitlerweile als Senior viele meiner Entwicklerkollegen. Setz dirn realistisches Ziel und arbeite darauf hin. Dabei kommt es nich drauf an bei jeder Frontend Technologie sofort aufzuspringen. Spezialisiere dich ruhig... die Spezialisten verdienen auch mehr und sind wertvoller für ne Firma :-) Achso und belese dich mal ein wenig über das so genannte Imposter Syndrome.. die Awareness da kann dir vielleicht auch helfen dich selbst besser ein zuschätzen

Ich würde sagen es kommt sehr dadrauf an wie das Team gemanaged wird bzw sich selbst managed. Da kommt es auf verschiedene Faktoren an, vor allem wenn es um agile Softwareentwicklung geht. Ich habe schon viele verschiedene Teams gesehen, manche meeten sich fast tot - andere reduzieren die Meetings radikal und stellen feste Agendas und Zeitvorgaben für die Meetings, die absolut notwendig sind. Aus Erfahrung kann ich sagen, dass es definitiv auch ohne viele Meetings geht - aber dazu muss man nen guten Prozess haben, denn die Produktseite möchte immer gerne auf dem Laufenden sein.. vielleicht noch andere Stakeholder, etc. Da muss man ggf. auch härter durchgreifen als Entwicklungsteam :-)

Ich persönlich benutze http://draw.io/ gerne um Software Architekturen und Diagramme jeglicher Art zu machen. Das ist sehr gut in Google Drive integriert und hat bisher alles, was ich so brauchte.

Das is ganz unterschiedlich und kommt auf deine Interpretation an. Historisch gesehen, haben sich die alten Linux Kernel Entwickler Hacker genannt und dementsprechend haben sie dann auch gehacked. Das is aber keinesfalls standardisiert oder irgendwas. Ich persönlich sage dazu, dass ich Software entwickel analog dazu im englischen to develop software. Es gibt aber auch Bezeichnungen wie z.B. programmieren. Im Englischen gibt es darüber hinaus noch mehr Begriffe z.B. engineering (I engineer software). Ich persönlich würde nicht sagen, dass ich "hacke" - aber das is auch nur meine persönliche Sicht. :-) Das ist ein wenig wie bei den Berufsbezeichnungen, Software Engineer, Programmierer, Anwendungsentwickler.. es gibt keine standard Form.