All posts tagged: Developer

Skillbyte Podcast #41: Tipps für Bewerber in IT Berufen

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: Tipps für Bewerber in IT Berufen

// Inhalt //
01:40 – Meine Qualifikation für Bewerbungstipps
03:49 – Was sollte VOR der Bewerbung geschehen?
06:38 – Die Bewerbung
06:47 – Das Ziel einer Bewerbung
07:41 – Das Format der Bewerbung
08:49 – Das Anschreiben
13:47 – Die Sprache der Bewerbung
14:17 – Zusammenfassung Anschreiben
14:56 – Ein/Zweiseiter mit allen relevanten Projekt- oder Jobstationen
16:12 – Einseiter: Kontaktdaten + Profile
18:00 – Einseiter: Projekt-/Joberfahrung auflisten
20:36 – Projekt-/Joberfahrung Zusammenfassung: Projektlänge, Rolle, Teamgröße, Links, verwendete Technologien, Vorgehensmodell
22:17 – Einseiter: Skills inkl. Skala
23:51 – Einseiter: Sprachkenntnisse
24:42 – Einseiter: Ausbildung
25:07 – Einseiter: Bonus
25:57 – Einseiter: Zusammenfassung
26:55 – Empfehlungsschreiben und Zeugnisse

Einseiter Profil Beispiel: https://enhancv.com/resume-examples/famous/marissa-mayer/#famous-resume

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

Maurice KnoppSkillbyte Podcast #41: Tipps für Bewerber in IT Berufen
Mehr

Skillbyte Podcast #36: Terraform – Virtuelles Rechenzentrum mit dem Infrastructure as a Service (IaaS) Werkzeug

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: Terraform – Virtuelles Rechenzentrum mit dem Infrastructure as a Service (IaaS) Werkzeug

// Inhalt //
01:10 – Definition: Was ist Terraform? Was leistet die Software?
06:23 – Software eats Hardware -> Infrastructure as a Service
07:42 – Welches Problem löst Terraform und wie erfolgt der Einsatz?
08:40 – So sieht ein typisches Terraform Projekt aus
11:53 – Der Terraform State – am besten remote in der Cloud
16:18 – Vorteile von Terraform
16:28 – Vorteil: Infrastructure as Code / Versionierbar in GIT
16:48 – Vorteil: Infrastrukturänderungen können sofort getestet werden
17:12 – Vorteil: Integration in CI/CD Pipeline
17:50 – Vorteil: Zentrale Infrastrukturpakete /-module
20:11 – Vorteil: Buildserver kann Terraform ausführen
20:44 – Vorteil: Portierbarkeit zwischen Cloudplattformen
23:22 – Nachteile von Terraform (Funktionsgrenzen, Cloud Limits)
23:30 – Nachteil: keine Einheitliche Benamung bei unterschiedlichen Providern; unvollständige Dokumentation
26:20 – Detaileinrichtung von VMs benötigt weitere Werkezuge (Ansible, Puppet, Chef)
27:48 – Vorteil: Kubernetes Umgebungen können mit Terraform provisioniert werden
28:35 – Nachteil: Proprietäre Cloud Features via Terraform nicht oder später verfügbar
31:48 – Nachteil: Abstraktionsschichten erhöhen immer die Komplexität
32:47 – Vorteile: Infrastruktur versionierbar, kurzfristige Wartezeit auf Ressourcen, Rückgabe nicht verwendeter Ressourcen, große Community
34:17 – Variablen in Terraform Templates für unterschiedliche Umgebungen
35:54 – Terraform Graph: stets aktuelle Dokumentation der Infrastruktur

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

Maurice KnoppSkillbyte Podcast #36: Terraform – Virtuelles Rechenzentrum mit dem Infrastructure as a Service (IaaS) Werkzeug
Mehr

Skillbyte Podcast #35: Moderne Microservice Architekturen – Die Zukunft der Softwareentwicklung als Servicenetz

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: Moderne Microservice Architekturen – Die Zukunft der Softwareentwicklung als Servicenetz

// Inhalt //
01:30 – Definition: Microservice Architekturen (Masiar)
04:07 – Exkurs: Enterprise Service Bus
05:03 – Definition: Microservice Architekturen (Maurice)
10:39 – Die Historie hinter dem Microservice Trend
13:29 – Flexibilität vs Komplexität
16:57 – Betrachtungen der Paradigmen Monolith vs Microservice
20:47 – Vorteile von Microservices
20:51 – Modularität
21:33 – flexible Integration
23:33 – Skalierbarkeit (Cloud native Paradigma)
25:30 – Verteilte Entwicklung / Best of Breed Ansatz
25:49 – mehr (API Schnittstellen-) Dokumentation
26:46 – Robustere Systeme
29:55 – Nachteile von Microservices
29:57 – Netzwerkkommunikationsoverhead entfällt beim Monolithen
31:15 – Höhere Komplexität
32:25 – HTTP-Protokoll (overhead, stateless)
33:43 – Microservice Beispiele aus der skillbyte Praxis

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

Maurice KnoppSkillbyte Podcast #35: Moderne Microservice Architekturen – Die Zukunft der Softwareentwicklung als Servicenetz
Mehr

Skillbyte Podcast #33: Traumjob IT?! – 10 Dinge die dir keiner sagt!

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: Traumjob IT?! – 10 Dinge die dir keiner sagt!

// Inhalt //
01:52 – Punkt 1: Verstehe das Problem exakt BEVOR du eine Lösung konzipierst
07:09 – Punkt 2: Wie du eine Problem löst, ist meist zweitrangig
10:56 – Punkt 3: Du liest mehr Code als das du schreibst
14:31 – Punkt 4: Nach Abschluss der Entwicklung, startet die Entwicklung er richtig (aka Softwareprojekte sind nie fertig)
19:21 – Punkt 5: Du verschätzt dich beim Entwicklungstempo – IMMER!
23:56 – Punkt 6: Es wird sehr stressige und extrem ruhige Phasen geben
28:19 – Punkt 7: Mit weitreichenden Rechten, kommt große Verantwortung
33:42 – Punkt 8: Du wirst eine Menge Spaß haben und viel lernen!
36:31 – Punkt 9: Du wirst unglaublich schlaue Leute treffen; (sind besser als du)
39:05 – Punkt 10: Du verbringst sehr viel Zeit mit Detailproblemen

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

// AUTOMATISCH GENERIERTES TRANSKRIPT //

Man muss sich ja vorstellen, man selber hat vielleicht Stunden an der Tafel gestanden, um die Prozesse durch zu planen und jetzt kommt der Computer hin und kann diese Prozesse tausendfach millionenfach pro Sekunde ausführen und Zehntausende, hunderttausende Nutzer gleichzeitig versorgen mit den Prozessen, die man sich selber überlegt hat. Ich finde das nach wie vor auch nach 15 Jahren noch immer ein ganz besonderer Moment wie bei Cast Away. Ich habe Feuer gemacht.

Herzlich Willkommen zu unserem skillbyte Podcast Episode Nr. 33 Traumjob IT 10 Dinge, die dir keiner sagt. Abonniert unseren Podcast für mehr spannende Themen aus dem Technologie Umfeld. Wenn ihr Entscheider oder IT-Fachkräfte seid, wenn ihr Hörer Fragen im Verlauf des Podcasts habt, sendet uns gerne eine E-Mail an Podcast Skill D Wir freuen uns auch immer über Bewertungen oder wenn ihr den Podcast Freunden und Kollegen weiter empfehlen. Heute bin ich mit einem ganz besonderen Gast hier am Start.

Meinem Bruder Nikolai. Hallo Nikolai, hallo Maurice. Nikolai und du arbeitest ja auch für einen großen internationalen Softwarekonzern und ich bin sicher, dass die 10 nachfolgenden Punkte uns beiden seit vielen Jahren mehr als geläufig vorkommen werden. Ja, auf jeden Fall. Wie lange arbeitest du im IT-Bereich jetzt auch schon?

Ja, tatsächlich arbeiten seit knapp acht Jahren knapp acht Jahren. Wahnsinn, wie die Zeit vergeht. Unglaubliche acht Jahre. Klingt irgendwie gar nicht so lang. Aber wenn man mal überlegt, wie lange acht Arbeitsjahre sind, dass es auf einmal schon wieder eine ganze Menge.

Bei mir waren es letztens 15 Jahre und da habe ich auch schon gedacht Oh mein Gott, das ist auch ne ganz schöne Zeit. Viele Probleme haben sich verändert in der Zeit, aber viele grundlegende Konzepte sind auch gleich geblieben. Was auch schön ist im schnelllebigen IT-Bereich, dass sich nicht alles von heute auf morgen verändert.

Nein, es ist interessant, wie sich die eigene Perspektive auf dieselben Dinge in der Zeit verändert. Absolut. Möchtest du mit dem ersten Punkt beginnen? Aber sicher. Verstehe das Problem exakt, bevor du eine Lösung konzipiert. Ach, die Beispiele sind endlos. Ein kleines Beispiel Als Praktikant habe ich damals eine kleine Aufgabe zur Implementierung einer Web API gekriegt. Die hatte so zirka zehn Befehle, die abgebildet werden mussten in Python und ich dachte Oh, da kann man doch mit Sicherheit aus der Beschreibung der API von der Webseite automatisch die Methoden generieren.

In Python ist ja alles dynamisch. Geil machst du das. Wenn dann nämlich noch irgendwas dazukommt in der Zukunft, dann muss man einfach nur Copy Paste machen. Und dann sind die neuen Methoden auch direkt drin, ohne dass man weiteren Code schreiben muss. War vielleicht eine ganz tolle Idee, wenn man an der Uni irgendein Quiz lösen möchte. Aber für diese API, die sich nie wieder verändert hat und die eigentlich nur so an einem Nachmittag implementiert werden sollte, habe ich dann halt zwei Wochen dran gesessen und hatte am Ende eine total verschnörkelt Lösung, die auch an sich nur noch ich dann wirklich pflegen konnte.

Also super Ding, was sich unersetzlich gemacht bei deiner eigenen Aufgabe.

Es war hervorragend und es hat dann zwar am Ende funktioniert, aber ich habe viel zu lange gebraucht und es war auch einfach eine Ende schnoddrige Lösung. Aber sie hatte ne coole Idee.

Es war halt irgendwie so richtig schöner Schnörkeln und ich hab mich dann auf dieses wackelige Konstrukt darunter gesetzt, statt es einfach beide Burk zusammen zu schmeißen. Und es funktioniert und nie denkt wieder jemand drüber nach. War mir ziemlich sicher. Da hat so ein oder anderer noch ganz schön lange drüber nachgedacht und mich verflucht, als ich weg war. Ja, ich finde das ist so ein Punkt. Da sieht man ein bisschen die Seniorität des Entwicklers. Also man sieht sofort, ob die Leute sich direkt in die Lösung stürzen, die nicht vielleicht die ganzen Anforderungen verstanden haben, sondern direkt losstürmen an die Tastatur und anfangen Code zu schreiben.

Oder die Leute, die sie schon sehr lange machen. Meiner Erfahrung nach. Die stellen erst einmal sehr viele Fragen, also teilweise richtig lästig, viele Fragen für die Fach Seite oder für die anderen Kollegen, die, wenn sie zum Beispiel zu einem Team hinzu stoßen Warum machen wir das? Welchen Nutzen hat das? Welchen Vorteil bringt das? Warum nutzen wir nicht einen STANDARD, den alle schon benutzen? Warum machen wir das selbst also wichtig? Bohren Und früher, als ich angefangen hab, hab ich gedacht, das sind die Verweigerer und Meckerer.

Mittlerweile sehe ich das ganz anders. Java Mit vielen Fragen tötet man halt auch ein Projekt dann oder schnelle Entwicklung. Aber es ist ganz entscheidend, dass man weiß Was möchte ich denn hier eigentlich lösen? Ändert sich die RPI noch? Ja? Nein. Hätte man da vorher drüber nachgedacht, ist das jetzt eine ganz wichtige Information. Also Erweiterbarkeit. Wer setzt das ein? Erwarte ich 100 Requests am Tag da? Oder 10 000 pro Sekunde? Das sind ja alles Parameter, die es zu bedenken gilt und sich wirklich intensiv mit dem Problem auseinanderzusetzen, um dann zu sagen Okay, ich hab jetzt verstanden, was sie eigentlich wollt, wie eine Lösung aussehen muss und dann erst anfangen, diese Lösung zu entwickeln.

Also in der Skorbut Podcast Episode Nummer 9 Bulls Software Development gehen wir da auch schon ganz im Detail drauf ein, aber ich halte das für ganz, ganz wichtig und auch wie du das sagst.

Das sind die Verweigerer usw.. Wenn ich da an meine jetzt wirklich noch nicht lange Karriere zurückdenke am Anfang dachte ich mir Fragen stellen, da kommt man dumm rüber oder man weiß es ja nicht. Und jetzt denke ich immer die Leute, die dann mit so einer Frage so richtig in den Kern dessen, was ich übersehen hab, rein schießen. Ich liebe es mit Menschen zu arbeiten, weil da hab ich mir wochenlang oder im schlimmsten Fall mir und anderen Leuten wochenlang die falsche Richtung gehen erspart.

Einfach weil jemand die richtige Frage gestellt hat und keine Angst hat, die zu stellen.

Das muss natürlich auch die Situation hergeben, dass man so mutig ist und auch die unangenehmen Fragen stellen kann.

Und ich hab ein paar Kollegen, die haben das zur Perfektion getrieben. Wenn die irgendwie zu einem Design was fragen dachte am Anfang war Boah er die hassen mich, weil die wollen mich einfach. Kriegen, weil die auf jeden Fehler eingehen und inzwischen weiß ich, dass diese Menschen Schätze sind, weil sie sofort sagen Das ist unklar oder Das kann so nicht funktionieren. Sie attackieren mein schlechtes Design und nicht meine Persönlichkeit und das hat lange gedauert, bis ich das gemerkt habe.

Aber ich finde es endlich wertvoll und halt diese Fragen auch fragen zu können und sie zu erkennen.

Was ich als Hinweis hier noch geben kann, ist. Ich bin ein sehr grafischer Typ und habe auch festgestellt, dass das interdisziplinären Teams oder Teams mit sehr unterschiedlichen Wissen ständen. Auch hilft ist, sich einfach mal die Problemstellung zu verbildlichen. Also entweder an einer Tafel oder jetzt wo alle im Homeoffice sind. An so einem Online Whiteboard oder auch bei so einem Diagramm Tool also Druckpunkt AIO z.B. ist ein Online Diagramm Tool, wo man dann eben gemeinsam Diagramme erstellen kann, um einfach das Problem die einzelnen Fälle, die Unterscheidungen durchzugehen und möglichst viel von dem Problem zu verstehen, bevor man eben eine Lösung implementiert und konzipiert.

Weil die Lösung ist dann idealerweise sehr viel weniger Code und das freut mich auch wenn ich Softwareentwickler bin. Sehr viel weniger Kodes und weniger Backs ist weniger Wartung ist bessere Software wie z.B. eine automatische AWI Pasing Schnittstelle ist bei uns ähnlich.

Man schreibt oft bei komplexeren Sachen erst einfach Design Document. Und das wird dann könnte jetzt sagen zerrissen oder reviewed. Und diese ganzen Diskussionen schleifen sparen dann einfach viel Zeit, weil am Ende schreibt man genau das, was man denkt, was man braucht. Und das kann sie im Nachhinein dann immer noch zeigen, dass man etwas übersehen hat. Aber es ist so viel weniger vergeudete Zeit, auch wenn man vielleicht im Design Review eine Woche gebraucht hat. Aber dann weiß man das wäre vermutlich, wenn er sonst drei Monate Implementierung für die Katz gewesen.

Der zweite Punkt, wie du ein Problem löst, ist meist zweitrangig. Der konterkarierte jetzt ein bisschen in erst, sehe ich. Aber es gibt immer Umstände, Zeitdruck, Kostendruck. Gewisse Schlüsselpersonen mit Fähigkeiten, die gebraucht werden, sind gerade nicht da, die dazu führen, dass man auf sehr kreative Art und Weise ein Problem löst, was so nicht unbedingt vielleicht ins Lehrbuch schaffen sollte. Aber solange die Lösung funktioniert, wird sich außerhalb der IT niemand darüber aufregen.

Ist meine Beobachtung aus meiner Zeit.

Ja, oft stimmt das. Also ich denke, es kann einem das gleiche Problem mehrfach begegnen. Aber es ist nicht unbedingt immer die gleiche Lösung, die man dann braucht. Weil wie du schon sagst manchmal für die richtige Lösung sind die Personen oder die Ressourcen nicht da. Ich würde sagen, es ist zweitrangig, ob man das jetzt nach dem Lehrbuch macht. Das ist oft nicht das, was man braucht, aber es ist halt genau, dass man auch abschätzt.

In welchem Kontext brauche ich diese Lösung? Brauche ich jetzt einfach nur eine kurze kleine Lösung, die dieses Problem, was ich jetzt habe, aus dem Weg räumt? Oder wenn ich damit fertig bin, kommt der nächste. Dann kommt der Nächste. Meinst diese Broken window Theorie? Also eine Unsauberkeit zieht die nächste an, zieht die nächste an, zieht die nächste an und irgendwann kannst du das ganze Projekt wegschmeißen, weil es so kaputt gehuscht wurde, dass man es neu schreibt.

Ich finde neu schreiben nicht schlimm. Es gibt Leute, die fürchten sich sehr davor. Ich denke, dass man jede Software, die sich hinreichend bewährt im Einsatz und die sich weiterentwickelt, weil sie einfach ein wertvolles Problem löst, irgendwann neu geschrieben werden muss. Weil man einfach zu einem gegebenen Zeitpunkt, wenn man sich Jahre schon mit dem Problem beschäftigt hat, viel mehr weiß als zu dem Zeitpunkt, als die Software ursprünglich entwickelt wurde. Man hat das Problem einfach besser verstanden.

Da sind wir auch bei Punkt 1 wieder und da kann dann eben eine bessere Lösung implementieren.

Aber wie gesagt, man muss gucken, quick and dirty ist oft gut, aber man möchte halt auch nicht ein Problem für andere Leute hinterlassen. Aber ich habe oft gesehen, dass es so ganz nach dem Lehrbuch machen different man sich oft in Probleme, die man sonst nicht hätte. Genau.

Und Hauptsache es funktioniert. Ich möchte vielleicht mit einem Negativbeispiel den zweiten Punkt abschließen, und zwar, dass ist wirklich jetzt schon viele Jahre her. Also bestimmt 12 oder 13, da gab es eine Änderung in einer Software. Es war eine Website und das System in PHP geschrieben und ich sollte die Erweiterung machen und stieß im Source Code auf eine IF Abfrage und da stand wirklich sowas wie if I die gleich 214 und dann Block und da drüber stand ein 5 heiliger Kommentar.

Sorry, sorry, sorry ich weiß, das ist total dreckig was ich hier mache, aber ich habe in 2 Stunden 3 Wochen Urlaub und ich kann mich jetzt echt nicht damit beschäftigen, das hier sauber zu lösen. Entschuldigung für denjenigen, der das hier mal finden wird. Immerhin ehrlich, immerhin ehrlich nicht unbedingt toll, aber es ist mir im Gedächtnis geblieben. Auf jeden Fall. Und die Lösung lief zu dem Zeitpunkt. Ich glaube schon. 3 Jahre. Also das ist ein Extrembeispiel für sollte nicht ins Lehrbuch.

Funktioniert irgendwie und keiner köpft einen sofort. Aber vielleicht 3 Jahre später holt einen ein.

Wobei da jetzt auch da fühle ich mich verpflichtet aufzuweisen. Nochmal. Der Kontext ist ganz wichtig. Im Bereich Security ist in der Regel das Lehrbuch der richtige Weg, weil wenn es funktioniert, ist es nicht unbedingt immer noch sicher. Das ist ja auch offen, wenn jetzt Internet of Things usw. deswegen in manchen Bereichen, also hab ich für mich daraus gezogen, ich weiß. Hab ich zu wenig Ahnung. Deswegen versuche ich mich da gar nicht erst dran. Außer ich nehme irgendeine fertige Lösungen aus dem Schrank.

Genau da wäre die gleich 214 glaub ich. Wenn das im Anmelde Prozess ist, hätte ich da bissi Bauchschmerzen.

Security ist so ein Thema, wo man auch das Problem ganz genau verstehen sollte, bevor man irgendetwas macht. Und Security. Ich glaube das ist so ein Thema. Entweder du widmest dem dein Leben oder du nimmst, was andere clevere Leute, die diesem Thema ihr Leben widmen, bereits produziert haben. Dritter Punkt.

Du liest mehr Code als du schreibst. Ja, das ist auch. Außer man fängt bei Null an, weil man gerade Ich nehme mal an, ich habe noch nie ein Startup gegründet, aber ich denke, wenn man mal mit einem Projekt von Null anfängt und es ist noch gar nichts da, dann schreit man vielleicht tatsächlich mehr als man liest, bis die ersten 2, 3, 4, 5 Mitarbeiter oder Mitarbeiterinnen dann auch daran rumpfuschen, weil dann liest man ja auch deren Zeug.

Ich glaube sogar am zweiten, dritten Tag liest du schon mein Herz, dass du schreibst, weil du ja wieder liest, was du gestern geschrieben hast, damit du das wieder verstehst und dann da weitermachen kannst. So ist das gedacht.

Ja gut, dann wäre es jetzt gut. Chris von tÃnt fast Fingers, da war ich zu lange allein gemacht. Aber ja, gerade wenn man in ein Projekt einsteigt, wo man nicht von Anfang mit dabei war. Und ich meine, ich hab bei einem großen Konzern angefangen und war leider nicht Mitarbeiter Nr. 3 und kann mich jetzt darauf ausruhen. Da ist Lesen, Lesen, Lesen und Sezieren und die Dokumentation, wenn es denn welche gibt, finden und durcharbeiten.

Und dann? Am Ende setzt man quasi wie der Chirurg mit dem Skalpell den einen Schnitt und dann liest man wieder. Also die Menge an Recherche verstehen, verzweifeln, experimentieren, die dann da reingeht, bis am Ende dann oft die relativ kleine Änderungen, die es braucht, rauskommt. Das habe ich am Anfang auch nicht so erwartet. Ich dachte, als Programmierer macht man vor allem eins Programmieren. Aber ich glaube, der Begriff ist deutlich weiter, als man das denkt.

Ja, und es geht ja nicht darum, Code nur zu lesen. Also für mich ist das so ein mehrstufige Prozess. Für mich ist die erste Stufe ich lese den Code und orientiere mich so ein bisschen und gucke Okay, was passiert hier eigentlich? Die zweite Stufe ist Ich gehe wirklich mit dem Debugger Schritt für Schritt durch die Zeilen und gucke Was passiert hier? Also gerade wenn ich eine Änderung machen muss. Da möchte ich ja verstehen, was ist der neue Zielzustand und was ist der bisherige Zielzustand oder was produziert der Code und wie ist das Delta?

Was muss ich hier an dieser Stelle ändern? Das wundert mich immer wieder, wie viele Leute nicht in die Bagger benutzen, um genau das nachzuvollziehen, weil das so einfach Zeile für Zeile. Man kann überall reingucken, kann alles lesen. Man liest dann noch mehr, weil man auch noch die ganzen Variablen sieht. Aber man kann sehr genau das Detail Problem verstehen und dann eben zielgerichtet die Änderungen durchführen.

Ja, ich muss sagen, ich benutze die Bagger jetzt auch beim entwickelnd relativ wenig, weil wenn dir jetzt bei Dingen, die irgendwie als Server Prozess woanders laufen, also entweder im Testsystem, wo man dann überhaupt mit dem Bagger sich einklinken kann, ist es dann teilweise auch etwas schwierig sich da einfach dran zu hängen. Aber ich kenne es halt oft, sodass man dann, wenn man sich nicht klar ist wie der Code funktioniert, dann guckt man Unit Tests, die es hoffentlich geben sollte an, weil die so ein bisschen auch als ausführbare Dokumentation eingeben, was zu erwarten.

Oder wenn der Code komplizierter ist, hat hoffentlich jemand ein Kommentar dagelassen, der erklärt warum. Es ist so kompliziert, dass man sich die Mühe macht, erst den Code ob jetzt die Bagger oder ob man per Kopf das durchgeht, erstmal zu verstehen, was macht der Code? Vielleicht bin ich auch einfach manchmal vom Ergebnis getrieben. Je häufiger ich direkt achte, machst du hier mal schnell, dass das rechtlich eigentlich oft, weil dann a eine Randbedingung hin misst.

Ja, genau deswegen, dass sich einfach jemand vor das weiße Blatt Papier setzt und sofort das runter rockt. Man muss viel kombinieren und knobeln.

Deshalb lohnt es sich auch ordentlich zu kordon. Nicht unbedingt, weil man selber dann besonders toll das geschrieben hat, sondern weil es eben mindestens zehnmal gelesen wird. Wahrscheinlich auch von anderen Menschen. Und man macht denen ihr Leben leichter und kommt eben schneller voran. Ne Code sauber strukturiert ist und den abgesprochenen Guidelines folgt.

Ich glaube, das kann man vermutlich schon so sagen, dass die Kolleginnen und Kollegen auf jeden Fall wissen, wer den schludrige Code und wer den hervorragend schönen Bilderbuch Code schreibt.

Alle machen doch Bilderbuch Code um und die dies nicht machen. Das merkt man.

Der vierte Punkt Nach Abschluss der Entwicklung startet die Entwicklung erst richtig. Auch bekannt als Software. Projekte sind nie fertig. Jetzt stöhnen ganze Legionen von Managern auf. Wahrscheinlich bei diesem Punkt. Das ist eine da meine Vorbereitung noch drüber gesprochen. Es kommt ein bisschen darauf an. Man kann natürlich eine Software abschließen, wenn sie lediglich innerhalb einer Firma benutzt wird und z.B. nicht mit dem Internet in Kontakt kommt und dies dafür macht, was sie soll. So ein Converter wäre z.B. ein gutes Beispiel.

Oder wenn du eine Schnittstelle angesprochen wird, die irgendwie SMS verschickt oder so. Dann ist diese Software sehr wenig volatil. Aber alle Software Projekte, die Kontakt zum Internet haben und es dürften wohl die meisten sein, die sind nie abgeschlossen. Denn es tritt neue Sicherheitslücken auf. Browser bekommen neue Fähigkeiten, alte Fähigkeiten gehen verloren oder alte Technologien werden Dupree Created werden abgeschaltet, werden nicht mehr unterstützt. Das heißt, dass es ein fortlaufendes Monitor. O-Ring und mindestens minimale Anpassung der Anwendung an die aktuellen Gegebenheiten und das sind nur die Dinge, die man nicht in der Hand hat.

Weil ich glaube, sobald Endnutzer ein System nutzen, kommen natürlich auch Begehrlichkeiten auf wie Ach, könnte das nicht auch diese und jene Funktion haben? Oder ich nehme an, auch in-house. Wenn einfach die Nutzergruppen groß genug sind. Man kann sie natürlich vorher viel überlegen, aber ich glaube, dass man von Anfang an perfekt weiß, was die Anforderungen der Nutzerschaft am Ende sind. Das glaube ich, das gibt es selten. Und dann muss man natürlich auch gucken, dass man nachschieben kann.

Genau deshalb hat er diese ganze agile Softwareentwicklung so einen riesen Schub erfahren und tut es immer noch, weil man eben gemerkt hat Na gut, das funktioniert nicht, dass jemand Spezifikationen aufschreibt, anderthalb Jahre Software entwickelt wird und dann hinterher hat man etwas, was man gar nicht mehr braucht, weil sich die Welt ein Stück weitergedreht hat, sondern dass man kontinuierlich nach steuert. Wie auch? Wenn du mit dem Auto in die Kurve fährst, dann fängst du ja auch nicht so ein.

Das ist eine 40 Grad Kurve. Dann schlage ich mein Lenkrad um 40 Grad ein und mach die Augen zu, bis ich hinten wieder rauskomme, sondern du steuerst ja im Grunde durch die Kurve durch. Und genau das macht der Scrum Prozess eben bei deinem Software Projekt. Aber wichtig ist nach der Entwicklung ist vor der Entwicklung bei allen Themen, die mit dem Internet zu tun haben und die dann eben auch betrieben werden müssen. Es gibt Monitoring System, es muss geguckt werden, ob Sicherheitslücken zu stopfen sind, ob ne neue Version erschienen ist und solche Sachen.

Ja und vielleicht auch noch. Also ja Software Aktualisierung einfach von außen nötig werden. Aber was ich jetzt auch schon mehrfach erlebt habe, ist gerade wenn man Infrastruktur baut Infrastruktur, Software.

Dann werden Dinge ermöglicht, die vorher nicht gingen. Und dann kommen auf einmal Ah, jetzt, weil wir das können, können wir dann auch diese und jene ist. Wenn z.B. eine Sorte Datenspeicher ist, können wir auch das und das da drin unterbringen. Ja, das war eigentlich so nicht vorgesehen. Aber gut, müssen wir mal gucken. Und das klar.

Man kann sich nicht für alle Eventualitäten rüsten, aber oft wird man vom eigenen Erfolg auch überrascht, dass dann auf einmal das geschnitten Brot da liegt. Und jetzt will jeder etwas haben. Und mit so viel Anfragen und so weiter hat man gar nicht gerechnet. Da können sie sich dann auch einfach, weil man dann auf einmal das Problem besser versteht. Ist immer wieder bei Punkt 1, glaube ich. War es. Also kann quasi das ein riesiges Luxusproblem sein, dass man auf einmal jetzt wieder richtig rein klotzen muss, weil man einfach gemerkt hat, man hat richtig Nerv getroffen.

Was schön ist. Natürlich.

Genau das kann natürlich ungünstig sein, wenn man eigentlich gedacht hat, man ist damit fertig oder wenn man das Projekt gehasst hat. Ist natürlich auch nicht mehr echt. Aber das etwas fertig ist. Ich glaube außer man brennt es am Ende auf den Raum und dann läuft es irgendwo als Aufzugs Steuerungen und wird nie wieder angepackt. Ich denke es ist hatten’s große Systeme.

Ja oder Daten Converter. Also du hast ein System A in Betrieb und möchtest zu System B migrieren. Und einmal müssen alle Daten übersetzt werden aus System A im System B und dann Bausteine Software, die einmal produktiv läuft und diese Konvertierung durchführt und dann es das so, in dem Fall wäre es dann schon fertig.

Genau. Und da hab ich auch erlebt, dass manchmal, wenn man sowas im Vorfeld so einschätzt, dass es eine solche einmal und dann Schlussakte ist. Ist auch oft ne gute Idee, das so zu kommunizieren, dass man sagen Okay, wir bauen euch das. Wir machen das. Und dann sind wir aber auch da raus, weil ansonsten kann es passieren. Dann. Ach nee, aber eigentlich wir müssen jetzt doch noch ein paar Migrationen machen.

Könne da nochmal genau da gab es bei einem Projekt, wo ich vor vielen Jahren mal gearbeitet habe. Das war ganz interessant. Da gab’s in der Firma den Namespace Quand, also CU Ant. Und alle Projekte aus dem Namen Space Quand durften nicht verwendet werden für das eigene Projekt ohne umfangreiche Anpassungen. Dann mussten sie auch aus dem Quand namespace rausgenommen werden, sondern alles, was in Quand war, war quasi abgeschlossen und nicht für die Weiterverwendung gekennzeichnet. Und irgendwann habe ich gefragt Warum heißt es denn Corinth?

Es ist quick and dirty. Also wenn du was von dem Quand Stapel nimmst, bist du dafür verantwortlich, dass erst einmal eine Form zu bringen, die Wartburg ist.

Aber da sind wir ja auch schon bei Punkt 5 Du verschätzt die ich beim Entwicklungstempo immer. Ich bin jetzt selber kein Projektmanager, habe aber als Entwickler selbst schon ich sag mal meinen Anteil an absolut hanebüchenen Schätzungen abgegeben. Ich schätze mich immer nach unten. Das ist so AIA. Das ist 4 Stunden Arbeit. Sag mal lieber Safe und sagst zwei Tage.

Ja und dann nach zwei Wochen ist es dann auch endlich rum. Ich bin sicher, es gibt Leute, die sind da besser drin als ich. Aber prinzipiell hab ich auch vom Gespräch mit Projektmanagerin bei uns mein größeres Projekt hatten wir alles sehr genau durchgeboxt wurde. Hab ich dann auch irgendwie gehört. Ja, wir nehmen eure Schätzungen und dann machen wir da mindestens mal Faktor 2 oder 3, dann hoffen wir, dass es so einigermaßen passt.

Wir nehmen eure Schätzung und machen Faktor 2 oder 3, das heißt ja, dass man selber sich immer deutlich nach unten verschätzt.

Das scheint wohl so zu sein. Man ist ja auch optimistisch. Man will ja dass schnell erledigt.

Ja. Ich glaube, selbst wenn man die tatsächliche Arbeit, die man selber reinzustecken hat, irgendwie einschätzt und sagt Ja, hier, da die Komponente umbauen. Ich weiß in etwa, wie die aufgebaut ist. Und dann hat man aber im Rechenzentrum auf einmal nicht die Kapazitäten oder derjenige, der einem die Zugänge gibt, ist nicht da. Dann ist auf einmal irgendetwas anderes, ist auch selten an genau einer einzigen Sache nur dran und dann hat man irgendwie drei Meetings mehr als man dachte.

Es gibt tausend Gründe, die man nicht in der Hand hat. Und ich glaube, niemand sagt ja gerne stottert Trauer drei Monate her, wenn man denkt, es ist halt zwei Tage lang.

Nein, ich glaube, viele Dinge werden einfach unterschätzt. Alleine, dass man einen Zeitpunkt kommuniziert, ist glaube ich, nicht gut. Im Grunde müsste eine realistische Schätzung, müsste man sagen Ja, ich gehe davon aus, mit einer Wahrscheinlichkeit von 50 prozent, der sich zwei Tage brauchen werde. Wenn du es mit einer 75 prozentigen Wahrscheinlichkeit fertig haben möchtest, dann müsste ich von vier Tagen ausgehen. Also dass man quasi so ein Zeitfenster angibt, indem es fertig wird, weil Software Projekte sind ja Individual Projekte.

Wenn das nicht der Fall ist und die Software schon gibt, dann muss man sich fragen warum programmiere ich das, was es schon gibt? Wenn es geknackt ist oder gelöst ist, dann kann man oft nehmen, was vorhanden ist. Das geht sowieso viel schneller und hat eine höhere Qualität als sich selber etwas auszudenken. Und keiner schreibt auf die Zeitplanung. Unerwartete Treiber Probleme 2 Tage BIOS falsch eingestellt, einen Tag. Du hast es eben schon angesprochen. Ansprechpartner ist im Urlaub, deshalb bekomme ich kein Datenbank Zugriff.

Völlig normal 2 Tage, weil derjenige, der die Berechtigungen vergeben kann, nicht da ist. So, das sind aber in großen Firmen und wahrscheinlich auch in vielen kleinen genau die Punkte, wo die Zeit bei draufgeht.

Ja und ich würde schon sagen, dass so die Softwareentwicklung auch ein sehr kreativer Prozess ist. Leute, die nicht viel damit zu tun haben, schmunzeln jetzt vielleicht, aber es ist genau wie gesagt sagtest, wenn die Lösung von vornherein klar ist, dann stellt sich die Frage Warum muss man sich damit überhaupt beschäftigen? Es ist auch einfach schwierig, glaube ich genau abzuschätzen, welche Sachen auf dem Weg alle sind. Inkompatible Version oder irgendeine Abhängigkeit ist auf einmal nicht erfüllt.

Also es gibt ja tausend Dinge, die dazwischen kommen können und manchmal steht man auch einfach auf dem Schlauch und ist ein Tag irgendwie matt. Es ist halt nicht einfach Fliessband, wo man genau weiß. Pro Stunde schreibe ich 40 Zeilen Code und es braucht 200 Zeilen Code. Also brauche ich 5 Stunden. Ich hoffe meine Mathematik stimmt. Ich habe auch großen Respekt vor Projektmanagerin, die auf solchen ich sag es jetzt mal flach Müll daten. Ich meine nicht wie riecht kriegt trotzdem, weil so ein Projekt irgendwie durchziehen können.

Weil das wäre für mich wäre das ein Albtraum, wenn das mein Job wäre, weil ich einfach damit nicht umgehen kann. Ich glaube, es ist auch mit Du hast ein bisschen bewegendes Ziel. Du hast natürlich viele Aussagen. Es ist ein kreativer Prozess. Das wäre mal ein interessanter Vergleich. Künstler werden ja auch nicht gefragt oder selten gefragt Wann ist dein Bild fertig? Ob deren Voraussagen ungefähr der Qualität entsprechen, wie das bei IT-Projekte der Fall ist? Aber ja, ich gebe dir Recht.

In der IT ist es eigentlich sehr einfach. Entweder muss eine Lösung selber entwickelt werden und man schätzt den Lösungsweg ab, ohne ihn genau zu kennen. Das ist aber im Grunde wie eine Wanderung in einem Gebiet wurde noch nie warst, oder? Es gibt eine Komponente, die ist fertig. Die kannst du im Grunde mit minimalem Aufwand direkt verwenden und das sollte man immer machen. Wenn da sind wir wieder bei. Verstehe das Problem exakt, wenn teile Probleme deines großen problem schon gelöst sind mit Komponenten.

Nimm diese Komponenten.

Das spart am meisten Zeit und auch indirekt, wenn man etwas nimmt, was schon eine Weile existiert, von anderen Leuten vielleicht auch gebaut wurde. Die hatten auch schon alle ihre Bugs drin und haben viele gefixt. Ist natürlich immer noch genug drin, aber wenn man selber von Null anfängt, hat man das doch alles vor sich. Manchmal ist dann vielleicht auch einfach das bisschen, was es länger braucht, sich mit etwas anderem bekannt zu machen. Das spart man hintenraus, weil viel.

Ich sag mal stad. Krankheiten sind einfach schon raus gebügelt.

Der sechste Punkt Es wird sehr stressige und sehr sehr ruhige Phasen geben. Dem kann ich voll und ganz beipflichten. Das Problem mit den stressigen Phasen ist, dass in IT Projekten. Das kennt jeder. Wenn etwas nicht funktioniert, funktioniert es jetzt nicht sofort nicht und zwar für alle Benutzer. Und je nachdem welche Prozesse da dranhängen, hat man sofort ein großes Problem. Also wie bei einem Flugzeug, wenn beide Motoren gleichzeitig ausfallen. Unter Strom hat man sofort ein großes Problem, um das man sich kümmern muss.

Und das sorgt natürlich für Stress. Das sind die stressigen Phasen. Die ruhigen Phasen sind, wenn alles funktioniert und man nicht angerufen wird. Man wird auch nicht gelobt. Niemand meldet sich. Aber das ist das bestmögliche Zeichen, was ihr in einem IT-Projekte haben kann. Weil wenn sich niemand meldet und alle sich nicht um euch kümmern, dann läuft die Software ideal. Wenn sich keiner beschwert.

Ich glaube das ist so, wie du es beschreibst. Von wegen wenn. Wenn sich niemand meldet, ist alles gut. Ja, ich glaube, das macht auch ein bisschen den Unterschied. In was für einem bei Anwender Software oder in was für einem Umfeld, in was für einer Firma das ist. Weil in meinem Fall ist Software das Hauptgeschäft. Da ist natürlich auch einfach die Aufmerksamkeit glaub ich eine andere.

Ich nehme nur an, wenn Firmen, wo IT an sich so ein Mittel zum Zweck ist, um. Ich weiß nicht Content online bereitzustellen oder sowas, aber eigentlich das Hauptgeschäft Content. Dann ist natürlich, wenn alles läuft, dann hat man mit dem Software Gedöns nichts zu tun, weil das macht ja was es soll. Der Content ist da. Deswegen kommen die stressigen Phasen dann halt nur, wenn auf einmal das Hauptprodukt gefährdet ist, wo Software.

Wicklungen quasi das Kerngeschäft ist natürlich die Aufmerksamkeit immer da. Nur ist der Unterschied da oft ist das Projekt, an dem man gerade arbeitet, ist das intern oder extern sichtbar? Ich meine, es gibt viele Projekte. Jetzt kann man sich fragen Ja, wenn das nicht sichtbar ist, warum interessiert sich dann überhaupt einer dafür? Ich meine, die Rohre an meinem Waschbecken sind auch nicht sichtbar, aber solange die tun, kümmert es auch niemanden. Aber sobald auf einmal externe Interessen, gerade wenn es dann irgendwelche Verträge sind mit anderen Firmen oder man muss die bedienen, sonst gibt es irgendwelche Fristen, die verstreichen.

Da habe ich gemerkt, das ändert den Ton im Projekt aber ganz entscheidend, weil dann ist auf einmal das Weihnachtsgeschäft vor der Tür und das Ding muss raus. Dann kommen wir wieder zu Punkt 1. Dann wird halt auf einmal dann doch irgendwie egal, wie man es macht, Hauptsache es ist schnell und man kann irgendetwas schicken. Dann sind eventuell die Gesichter im Hintergrund lang, weil dann die Qualität natürlich gelitten hat. Aber unter Druck entstehen Diamanten oder es ist nicht so gut.

Ich mag die ruhigen Phasen dann durchaus mehr, weil es eben auch einfach die Möglichkeit gibt.

Ich sag mal bessere Arbeit zu machen.

Ich bin da vielleicht so ein bisschen Software bipolar. Also ich habe gemerkt, diese stressigen Phasen, die gehen extrem an die Substanz. Allerdings lernt man in drei Tagen so viel wie sonst in einem halben Jahr. Also das kann durchaus passieren, weil man einfach so voller Adrenalin ein Problem nachjagt. Also so ein Fokus hat man wirklich selten. Was natürlich unangenehm ist, weil man das Problem lösen muss. Und in ruhigen Phasen, da kommt es auch ein bisschen darauf an.

Viele Entwickler fangen dann an, technische Schulden abzubauen, wenn ihnen die Zeit dazu gegeben wird, was total sinnvoll ist. Ich bin eher so der Typ, der sich dann weiterbilden möchte. Ich gucke mir dann Themen an, die strategisch vielleicht interessant sind und sage Okay, das ist eine neue Technologie, davon hab ich gehört. Können wir die hier einsetzen, um direkten ganzen Problemen Kontext zu erschlagen oder wie funktioniert das? Was können neue Technologien? Wie helfen die dabei, unser Business besser zu machen?

Was hab ich bisher verpasst, wenn man das so sagen möchte? Bin eher so der Typ, der über den Tellerrand schaut und sagen würde Okay, was gibt’s da draußen noch außerhalb meines Stress Kosmos? Was ich mir jetzt anschauen kann.

Ich denke mal in ruhigen Phasen ist insbesondere der kreative Teil dieses Prozesses. Der kann sich dann austoben, wie du sagst weiterbilden oder halt auch Pflege. Wenn jetzt gerade nichts Brennendes ansteht, dann kann man die ganzen Ecken und Kanten, die man weiß, die hatte man drin. Die kann man dann pflegen, weil oft sagt man Na gut, wenn jetzt irgendwie ein wichtiges dringliches Ding da liegt, dann ist dieses kleine Feature, das kann dagegen einfach nicht anstehen. Aber er weiß sehr gut, wenn man das jetzt macht.

Die Benutzer haben dann eine kleine Verbesserung ihres Alltags. Das hat dann Platz. Die stressigen Phasen manchmal auch sehr spannend, weil wie du schon sagst, man lernt viel, gerade wenn man sieht, was für Unwetter man abgewandt hat. Vielleicht. Mir persönlich ist einfach wichtig, dass diese stressigen Phasen, wenn sie auftreten, auch von ruhigen Phasen wieder abgelöst werden. Wenn man das Gefühl hat, man rennt vom ein Chaos ins nächste. Das ist, glaube ich, kein gutes Zeichen für den Allgemeinzustand der Umgebung.

Wie auch hier die Dosis macht das Gift. Ja, zu den sieben Punkt ansprechen.

Ja, mit weitreichenden Rechten kommt große Verantwortung. Das ist oft. Als Softwareentwickler besteht man im Maschinenraum der Irmer. Was wir eben schon gesagt hatten, insbesondere wenn die IT das Werkzeug ist, was den eigentlichen Firmen Betrieb aufrecht erhält, dann hat man natürlich auch Zugang zum Maschinenraum dessen, was den ganzen Laden am Laufen hält. Da kann sowohl mit den Passwörtern, die man jetzt hat, zum einen böswillig eine ganze Menge Schaden anrichten. Und was halt auch durchaus vorkommen kann, ist, dass man mit Unachtsamkeit versehentlich ganz schön Schaden anrichten kann.

Dann ist auf einmal nicht die Tests, sondern die Produktions Datenbank gelöscht. Und das ist der Stoff, aus dem Albträume gemacht sind. Da gibt es Geschichten im Internet, die genau diese Horrorvisionen beschreiben. Es geht hier bei dem siebten Punkt einfach darin, dass man merkt Okay, die Firma vertraut dir als Person, dass du ihr dabei hilfst, ihre Geschäftsidee zu erreichen mithilfe von Technologie. Du bist da der Experte und natürlich hast du dann Zugriff auf sensible Infrastruktur.

Wir haben eben die hektischen Phasen Angesprochener. In den hektischen Phasen bewegt man sich vielleicht auf Systemen, die man sonst nicht gut kennt oder ist gezwungen, in der Datenbank zu gucken, um zu schauen. Also gar nicht einmal einem die Daten interessieren, sondern weil man einfach wissen möchte, ob man ist dieser Eintrag an einem Schalttag von dem Schaltjahr erfasst worden ist, dass das Problem. Also da muss man einfach relativ schnell sich dadurch hangeln, um zu gucken Okay, ich muss das Problem hier lösen, dann spürt man schon, dass man eine große Verantwortung hat, einfach weil man da am Nervensystem von Firmen oder von technischen Systemen arbeitet und man das vertrauen, was einem die Firma gibt.

Und man muss aber auch gucken, wenn die Firma ein Produkt hat, dann hat man ja an sich auch implizit das Vertrauen der Nutzer, weil die Nutzer natürlich davon ausgehen, dass die Firma mit den Daten kein Schindluder treibt oder zumindest nicht mehr als man der Firma zurechnen. Also es ist manchmal unheimlich, wenn man bedenkt, welchen Zugriff man teilweise einfach haben muss und die Arbeit machen zu können und einem vertraut wird, dass man nicht links und rechts nebendran guckt. Klar, es kann sein, dass es Audit Systeme gibt.

Das heißt, wenn man Schwachsinn macht, bleibt es nicht unerkannt. Also gerade diese versehentlich etwas umzustoßen ist natürlich da.

Tippt man ganz vorsichtig auf der Kommandozeile und guckt zweimal auf den Befehl, bevor man ihn durch. Ja, das hab ich tatsächlich häufiger schon gesehen, dass man dann einfach bei ich sage mal kretischen Sachen dann auch per Programming macht oder so. Zweiter Vorsitz, dass dann einer sein kann. Also diese Leerzeichen vergessen und auf einmal löscht man das Verzeichnis statt irgendwie den Pfad.

Man wollte ja oder auch so ein Tink laut, dass man sagt, der eine sagt so, ich zeige jetzt den Inhalt des Verzeichnisses an, jetzt verschiebe ich das Verzeichnis lib und dann sagt der Nachbar Ah, du musst Punkt lieb schreiben und nicht Slash lieb, oder? Also ganz natürlich, wie in allen anderen Bereichen und Branchen auch, dass man so ein Vier-Augen-Prinzip einführt und sagt Wir arbeiten jetzt hier am offenen Herzen und wir müssen hier vorsichtig sein.

Und ich meine, es wird immer noch etwas schief gehen. Da hab ich auch gesehen, dass wenn was schief geht, wenn man es dann noch versucht zu vertuschen, dann nein, wenn’s schief geht, sofort Alarmglocken. Gut, leicht kommt das auch auf die Position des Jeweiligen an, aber ich sag mal, in einem funktionierenden Umfeld sollte das am Ende so ein oh Mist alle Hände auf Deck Moment sein. Und dann, wenn die Wogen geglättet sind, dann kann man mal gucken, was eigentlich schiefgelaufen.

Da hab ich eine Horror Story aus meinem Entwickler leben. Genau zu dieser Situation. Und zwar, dass es auch schon viele Jahre her. Da hab ich an Diplomen durchgeführt auf einen Webserver, der aber nicht einer Firma gehört, sondern einem ganz großen Unternehmen. Und alle Agenturen haben die Inhalte, die sie zugeliefert haben, eben auf diesem Server abgelegt. Und so hab auch ich meine Inhalte abgelegt und ich hab den Installations Prozess gestartet, gucke und gucke und gucke der Server weg, gucke auf die Webseite von der ganz großen Firma der Server weg, gucke auf die anderen Dienstleistungs Agenturen, Verzeichnisse nichts.

Das war der Moment, wo wirklich mir heiß und kalt wurde. Da bin ich aufgestanden, zu dem Verantwortlichen gegangen, hab davon berichtet, der wurde auch ganz nervös. Dann hat er ganz panisch rum telefoniert und dann kam nach 5 6 Minuten raus, dass dieses ganz ganz große Unternehmen ein unangekündigte Wartungs Fenster für diesen Server durchgeführt hat. Genau in dem Moment, wo ich quasi die Installation gestartet habt. Es war also eine geplante Umstellung und ich banu zufällig genau in der Sekunde da und hab gedacht, es läge an mir.

Da war ich dann doch. Wieder habe ich einige Kilos abgenommen im Zuge dieses Anrufs.

Jetzt lacht man da drüber. Nee, aber ich glaube so 6 Minuten oder Herzschlag war damit ganz schön anstrengend.

Ja, also ich weiß noch, wie ich da saß. Ich weiß noch, was ich empfunden habe. Ich weiß noch, wie ich aufgestanden bin, mit dem Kloß im Hals zum verantwortlichen Manager gegangen und gesagt habe Des Ford Server XY Z lebt nicht mehr.

Und ich glaub, ich bin schuld.

Da kann man auch viel über das Management erfahren. Wie dann, wie die damit umgehen. Ja, es gab überhaupt keine Zeit, um mit dem Finger irgendwo drauf zu zeigen, weil man wusste, wenn das so ist, ist Katastrophe und dann muss jetzt reagiert werden. Es war denn Gott sei Dank so, dass sich dann hinterher auch dieses ganz große Unternehmen entschuldigt hat, bei all den Partnern, die halt diesen Server benutzt haben für die eigenen Komponenten, weil es gesagt hat Ja, irgendwie haben wir das nicht korrekt kommuniziert.

Oder es war eine kritische Sicherheitslücke, die ganz kurzfristig gestopft werden musste. Ich weiß es nicht mehr. Ich weiß nur das hinterher war alles in Ordnung. Es geht nicht dein Blut am Server. Ganau. Ich war nicht der Auslöser, sondern ich bin da reingeraten. Sozusagen. Kommen wir direkt zu Punkt 8 Du wirst eine Menge Spaß haben und viel Spaß haben wir ja jetzt, wo wir es überlebt haben.

Aber ich hatte nochmal so eine Katastrophen Situation, wo alle Leute die helfen konnten im Urlaub waren und ich das dann irgendwie alleine machen musste. Also heute ist das witzig und es macht mich auch stolz, dass sich das so geschafft habe nach einiger Zeit. Aber in der Situation selber war das nicht so angenehm. Ich meine, wie du schon vorher sagte ist unter Stress lernt man viel, aber oft hat man den Spaß dann auch, insbesondere wenn es ohne beinahe Herzinfarkt zwischendrin man irgendwie einen Milestone abgeschlossen hat, wenn irgendwie ein Projekt, was lange lief, vielleicht auch die eine oder andere Träne gekostet hat.

Am Ende wird es dann aber ausgeliefert und es funktioniert tatsächlich sogar. Da kann man dann viel rausziehen.

Für mich ist das immer wie Magie. Ich will jetzt nicht sagen, wie der Moment, wo Frankenstein von der Bahre aufsteht. Aber du hast viele Monate an einem System gearbeitet oder ein Team hat viele Monate an einem System gearbeitet, sich unfassbar viele Gedanken gemacht, viel Gehirnschmalz investiert und auf einmal sieht man, wie so aufersteht und wie es genutzt wird. Und man sieht halt den Nutzen, den es bringt für die Zielgruppe. Und man muss sich ja vorstellen, man selber hat vielleicht Stunden an der Tafel gestanden, um die Prozesse durch zu planen.

Und jetzt kommt der Computer hin und kann diese Prozesse tausendfach millionenfach pro Sekunde ausführen und zehntausende, hunderttausende Nutzer gleichzeitig versorgen mit den Prozessen, die man sich selber überlegt hat. Ich finde das nach wie vor auch nach 15 Jahren noch immer ein ganz besonderer Moment wie bei Cast Away.

Ich habe Feuer gemacht, gerade wenn man irgendwie dann auch sieht, wie Leute davon profitieren, was man gebaut hat. Der ewig lange manuelle Prozess ist endlich automatisiert. Oder wenn das Produkt in den Händen der Nutzer ist, erzeugt es Freude, weil es einfach Spaß macht zu bedienen. Also einfach, wenn das Ziel erreicht ist und man tatsächlich auch sieht, dass Leute die Früchte sehen. Auf jeden Fall oder auch davon profitieren, dass z.B. das habe ich relativ häufig, dass ein Arbeitsschritt dann entfällt.

Man erweitert eine Software und Dinge, die vorher manuell gemacht werden mussten, werden jetzt entweder das ist ideal vollautomatisch übernommen oder mit deutlich weniger Aufwand können sie durchgeführt werden. Und die Nutzer, wenn es jetzt Endnutzer sind, bedanken sich richtig dafür, dass man ihnen den Aufwand, diese mühevollen Aufwand dann erspart. Zukünftig superschön.

Gerade bei Infrastruktur Arbeit ist auch oft, dass am Ende das Ausbleiben von einer Sache das Ziel ist. Man hat diesen nervigen Schritt weg optimiert und jetzt kann die Person, die das vorher gemacht hat, sich anderen spannenden Dingen widmen. Oder man hat neue Möglichkeiten geschaffen, indem man irgendwie Flexibilität hergestellt hat, die vorher nicht da waren oder auch in einer anderen Art und Weise, wenn man endlich den Bug gefunden hat, der einen seit Tagen gefixt hat.

Das ist richtig.

Oh ja, und da EZA fehlten Coma oder irgendeinen Kast. Der Teufel liegt im Detail und dann auf einmal hat man erwischt.

Es ist schon oft, dass man so richtig Heureka Momente hat, weil man einfach A. Es hat geklickt. Sehr schön. Okay. Punkt neun. Du wirst unglaublich schlaue Leute treffen und von diesen lernen dürfen, weil sie besser sind als du. Genau das muss ich am Anfang ganz schön mit auch erst einmal umgehen können. Wenn man jetzt bei mir im Fall von der Uni kommt usw. Man denkt, man hat so viel gelernt und dann fängt man an zu arbeiten und stellt fest Boah, die Leute laufen alle Kreise um mich und ich lerne jetzt gerade erst, was man alles noch zu lernen hat.

Fand ich am Anfang ein bisschen schwierig mit umzugehen, aber mit der Zeit hab ich dann einfach gemerkt das ist einfach eine Riesenchance. Diese Leute haben schon viel Erfahrung. Vielleicht hätten die mir auch gesagt bauen nicht diese komplizierte Lösung, nur um hier irgendwie drei Anfrage irgendwohin zu schicken. Das ist wirklich. Diese Leute bereichern einen wirklich, weil man auch in diesem Umfeld natürlich schnell von denen sich viel abgucken kann. Ja und auf so viele Dimensionen. Also a Software technisch kannst du dir viel abgucken.

B Ich finde es mal ganz spannend zu gucken, welche Tools benutzt jemand und wie geht er damit um? Also auch da lernt man viel und auch methodisch. Wie gehen die an die Probleme heran? Beim Punkt verstehe, das Problem haben wir ja schon gesagt stellen die viele Fragen stürzen die sich in die Lösung? Dann gibt es Leute, hab ich festgestellt, die unglaublich viele Variablen im Kopf halten können. Richtig beeindruckend, wie viel gleichzeitige Informationen sie im Kopf halten können.

Dann gibt es so die Startblock Sprinter, die sofort losrennen. Dann gibt es die Leute, die das über die Distanz ordentlich Fahrt aufnehmen. Also es ist einfach interessant und inspirierend zu sehen, wie viele Arbeitsweisen es gibt, die zum Erfolg führen können.

Ja und gerade so bei unerwarteten Problemen, die dann auftauchen.

Sowas wie kühlen Kopf bewahren, aber dann auch genau wissen Ah, okay, ja, da sind wir jetzt außerhalb unserer Möglichkeiten. Dann wissen, zu wem man gehen muss. Also auch einfach das Verständnis von, wie ein Team Teil der Lösung sein kann und nicht nur man selbst jetzt da vor sich hin bastelt und quasi all diese Komponenten miteinander verknüpft. Das ist halt nicht einfach nur wie schon sagt ist, technisch ist, sondern das tatsächlich auch so ein bisschen Menschen dazugehören, dass man weiß Oh, das ist jetzt algorithmisch schwierig, da müssen wir jetzt hier das super Brain ist jetzt nicht so der beste Designer von großen Infrastruktur Sachen, aber Algorithmen voll dabei, diese Leute auch zu erkennen und dann auch zu wissen, wer welche Stärken hat.

Was man dann auch weiß, was man von wem lernen kann. Und einfach das wertschätzen. Ah, da weiß jemand was mehr als ich.

Wie macht er das? Das hält ja auch neugierig und fit, weil also zumindest mir geht es so, wenn ich dann das Gefühl hab, ich werde irgendwie abgehängt. Das ist nicht so. Da setz ich mich da lieber hin. Gerückt. Gerückte. Wie kann ich da dranbleiben? Also ich glaube vielleicht auch wenn einem das in einem gewissen Umfeld fehlt, wird man auch irgendwann, weil sie nicht bequem ist, mir jetzt noch nicht passiert. Aber es wäre schon schade, wenn jemand da ist, der irgendwie beeindruckt und mitzieht.

Punkt 10 Das kann man gar nicht überbetonen. Du verbringst sehr viel Zeit mit Details, Problemen und mit Detail Problemen, meine ich. Der Treiber passt nicht zur Datenbank. Das Encoding stimmt nicht. Kein Platz mehr auf der Festplatte. Die API ist Version 4, aber meine Ansteuerung Software nutzt noch Version 3, das muss ich migrieren. Hier passen irgendwie die Pfade nicht aufeinander. Die Konfiguration Einstellungen sind nicht korrekt und und und und Authentifizierung in jeglicher Couleur zähle ich auch mit dazu.

Also die Arbeit als Softwareentwickler macht viel Spaß. Aber diese Detail Probleme, die können auch sehr nervenaufreibend sein, weil die stehen auf keinem Projektplan. Aber die kosten sehr viel Energie. Wo liegt das Lock Fall? Schreibt der ein Fehler ins Lock Fail schreibt er nicht. Wo kann ich noch gucken? Kann ich mir im dieBürger dran gehen? Hab ich die Zugriffsrechte? Und und und und.

Oft kommt einem das so unnötige Probleme. Diese Version, dass die nicht zusammenpassen. Das hat auch mit meinem eigentlichen Problem nichts zu tun. Ja, aber leider halt doch, weil es irgendwie im Weg steht. Wenn dein Zug die Reifen zu breit für die Schienen freut und mit rauf fahren muss, war das Pech. Dann musste irgendwie basteln.

Ich glaube, das kann man mit dem Gefühl vergleichen, wenn die Bahn ausfällt oder bestreikt wird und du nicht zur Arbeit kommst. Du hast ein Problem, bevor du deine eigenen. Arbeit überhaupt beginnen kannst und ich glaube, das findet man drin, dass man man kann gar nicht zur Datenbank sich verbinden, weil die Treiber Version nicht passt. Oh Mann. Und eigentlich möchte man ja auf die Datenbank zugreifen und Dinge abspeichern und wieder rausholen. Und jetzt muss man sich mit diesen Treiber Problem beschäftigen.

Netzwerk Problemen in allen möglichen Facetten.

Ja, die Lösung könnte ganz einfach sein, wenn man einfach nur auf die andere Version updaten könnte. Aber leider hängt all der andere Kram, der schon läuft von der alten Version ab. So etwas macht man. Sieht man das parallel auf, kann man die alten Sachen mit updaten lassen. In der Regel auch die weniger schönen Probleme zu lösen, weil es einfach Mist ist, durch den man irgendwie durch muss. Aber ich glaube, das gibt’s überall. Das ist halt auch einfach die ich will ich unbedingt sagen Undankbaren.

Aber die, die kosten sehr viel Kraft und man sieht sehr wenig Fortschritt.

Und am Ende des Tages kann man sagen Ich habe den Zugriff auf die Datenbank ermöglicht, heute in acht Stunden und man kriegt einfach keinen Applaus, außer von den Leuten, die es vorher versucht haben und aufgegeben haben, verdient man da hinten der, der am allermeisten Wadenbeißer geblieben ist, sonst noch irgendwie weg probiert hat.

Diese Probleme sind an sich täglich Brot, weil ich auch, dass es die IDF Lichtarbeit von nix kommt.

Nix. Manchmal muss man halt auch sich mit so einem Dreck rumärgern.

Wenn unsere Zuhörer Fragen haben, können sie uns gerne eine E-Mail an Podcast etc. bei DE senden. Bitte hinterlasst uns eine 5-Sterne Bewertung und abonniert unseren Podcast für weitere spannende Themen. Wir freuen uns auch über Weiterempfehlung an Freunde und Kollegen. Für mehr spannende Technologie Themen könnt ihr auch auf Skill bei T. Slash Blog vorbeischauen. Nikolai, ich danke dir heute ausgesprochen für das Gespräch mit den 10 Punkten. Vielen, vielen Dank! Ja, danke.

Maurice hat echt Spaß gemacht. Ja, fand ich auch gut. Was besser?

Maurice KnoppSkillbyte Podcast #33: Traumjob IT?! – 10 Dinge die dir keiner sagt!
Mehr

Skillbyte Podcast #24: Der optimale CV für IT Fachkräfte

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: Individualsoftware zügig und kostengünstig entwickeln

// Inhalt //
00:36 – Intro Wasilij Korotchenko von der Hero Consulting GmbH
06:07 – Die aktuelle Projektsituation im Juni 2020
07:38 – Tipps zur Gestaltung eines optimalen CVs für IT Fachkräfte
20:30 – Wie sieht der ideale Lebenslauf im Detail aus?
22:32 – Skills und Projektauflistung
28:24 – Zusammenfassung
29:15 – Top Recruiting Secrets für IT-Fachkräfte
33:15 – Zusammenfassung Recruiting Secrets
35:58 – GravityCV – Die Skillbyte CV Lösung für IT-Fachkräfte
38:41 – Gehalt und Stundensatz

Das Profil von Wasilij Korotchenko finden Sie hier https://www.linkedin.com/in/wasilij-korotchenko/

Video „How to make a winning CV! (Free CV Template)“: https://youtu.be/rHAzNIDTeV8

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

// AUTOMATISCH GENERIERTES TRANSKRIPT //

Herzlich willkommen zum Skalp Podcast Episode Nummer 24 der optimale IT-Fachkräfte. Wenn euch unser Podcast gefällt und ihr mehr Infos zu spannende Themen aus dem Technologie Umfeld haben möchte, lasst uns gerne ein Abo. Da sendet uns Zuhörer Fragen an Podcast oder bewertet diesen Podcast. Freuen wir uns riesig, riesig. Freuen tue ich mich auch heute auf meinen neuen Gast: Wasilij Korotchenko.

Hallo Wasilij, ich freue mich, dass du da bist zum Einladen. Ich freue mich, dass ich gerne gerne ein ausgewiesener Experte, wenn es um Service für die Fachkräfte geht. Vielleicht möchtest du uns kurz sagen, wer du bist und was du machst.

Gut, dass ich heiße. Wasilij Ich bin Geschäftsführer der Hero Consulting GmbH, die eine Firma ist. Ich selber bin seit knapp sechs Jahren tätig, und ich würde gerne sagen, dass nach sechs Jahren weiß ich ungefähr, wonach die Firmen suchen, was sie sehen wollen. In den Lebensläufen, weil ich knapp über 140 Vermittlungen hinter mir mit meinem Team zusammen.

Das hätte ich jetzt als nächstes gefragt. Genau. Also weit über tausend Leute gesehen. Okay, weit über tausend Leute, weit über 2000 Lebensläufe gesehen, weit über tausend Leute. Absagen gehabt? Bestimmt schon. Bei einem Schnitt schickt man normalerweise drei bis fünf, wo man einen wirklich vermittelt. Ich habe irgendwo, jetzt glaub ich irgendwo auch raus, weil die Lebensläufe, die ich bekomme, immer noch einmal irgendwie abgearbeiteten mit den Leuten zusammen, damit sie auch passen wie die Leute, die für die Firmen, die sich auch bewerben.

Da hab ich da so ungefähr. Ich würde sagen Ein gutes Händchen jetzt schon.

Aber eine Vermittlung aus fünf Profilen oder Bewerbungen, das ist schon nicht schlecht.

Wir versuchen auch drei, so der Bischof, denen man gerne hinkommen würde. Aber alles so zwischen drei und fünf. Manchmal ist es auch zehn und elf. Aber es ist halt jeweils auch eine.

Klar, wenn es genau passiert. Was versucht so auf den Dreier? Schnitt bei drei Profilen entweder einmal der Kandidat, nicht einmal der Kunde nicht.

Wer will öfter nicht der Kunde oder der Kandidat?

Im Normalfall ist der Abstand zu 75 Prozent okay, weil wahrscheinlich mehrere in mehreren Ausschreibungen sind.

Da sind immer mal der, der du bist mir direkt aufgefallen bei Link schon, weil du eben nicht diese abgedroschenen Marotten wie die typischen Recruiter verfolgst, sondern eben super hilfreich bist und auch einfach aus Altruismus Leuten unterstützt, die gerade eine schlechte Zeit durchmachen.

Man merkt sowas nicht, weil das immer wieder zurückkommt. Ich habe vor sieben Monaten angefangen und mal gesehen, das ist auch die Natur davon. Ich erwarte nichts zurück. Es kommt ja irgendwann mal, und ich bin ehrlich auch wir kriegen dadurch auch dadurch Business Kunden. Umso mehr Leuten ich umsonst helfe, umso mehr Kunden bekomme ich auch als Aktiver am Ende aussehen. Also ich merke schon, was das kommt. Ich habe gesehen, ich habe. Vor einem Jahr habe ich bei meinem Mann eine große Firma gekündigt.

Ich habe einen großen gearbeitet, und ich habe mich noch nie so gehasst gefühlt. Ganz ehrlich, als du da gearbeitet hast.

Die Welt hat dich gehasst oder alle Menschen, alle, alle haben uns unsere eigenen Leute, haben meine eigenen Leute, haben mich gehasst, weil die so viel verdient haben.

Ist es Neid dazwischen gewesen? Okay, die Kandidaten haben uns gehasst, weil wir sie immer angelogen haben. Die Kunden haben uns gehasst, wie sie angelogen haben, und es war einfach so ein riesiges Lüge. Und man hat es gemacht, wenn man es machen musste, um Geld zu verdienen. Aber ich wollte es beenden und wollte ich nicht mehr. Es hat Jahre gedauert bis Endeffekt mich war es hauptsächlich. Ich wollte nicht mehr, weil ich nicht mehr glücklich war.

Ich hatte zwar sehr viel. Ich hatte ein sehr, sehr hohes Gehalt bei der Firma, aber ich war nicht glücklich, und ich habe es nicht verstanden. Ich habe nicht verstanden, weil ich habe noch nie mehr Geld gehabt und war noch nie weniger glücklich.

Und als ich dann gemerkt habe, was es wirklich gewesen ist, habe ich dann einfach gesagt Okay, ich kündige, verfolge meinen eigenen Traum von eigenen Videospiel Firma. Ich habe jahrelang gearbeitet und habe vor einem Jahr gekündigt, weil ich nicht mehr glücklich war. Der Hauptgrund dafür war einfach nur gefühlt, aber zusätzlich. Ich war relativ reichlich viel Geld gehabt, war aber immer noch unglücklich, und ich wusste nicht, wieso es mir sehr lange geharkt. Ich habe dann mit mir miteinander auseinandergesetzt und bin dann auch Schluss gekommen, dass es eine Sache ist, die ich mir kein Ziel mehr vor Augen hatte.

Es war Geld immer gewesen. Irgendwann, als ich Geld gehabt habe, musste irgendwas anderes sein. Ein Vorbild für mich war es immer ganz groß, und mein ganz großer Traum war meine eigene Videospiels ist, weil ich im Endeffekt wollte, dass ich kündige bei der Firma und mach was Eigenes. Ich wusste nicht, was ich machen wollte. In den sechs Monaten Wettbewerbs, die ich hatte, habe ich vielen Kindern geholfen, wo die Firma mir eigentlich auch verboten hat.

Mietsache. Mir hilft kein Kindern, keine Schulen. So hat doch gar nichts zu tun. Aber wie haben Sie das Verbot? Per Anwaltsschreiben, per Anwaltsschreiben? Ich will das nicht machen, keine Videos ausstellen okay, also deine Arbeit hat sich nicht mehr mit deinen Werten gedeckt, und das hatte ich sehr unglücklich gemacht.

Ich bin irgendwann einfach mal vielleicht ein bisschen erwachsen geworden, in einem Teil auch, wo man einfach mal einfach andere Sachen an andere Werte hat, andere Ziele und andere Vorstellungen. Aber ich habe auch einen Blick in die Zukunft gehabt und wusste das. Ich kann nicht für ewig.

Du hast ja schon durch diesen hohen Druck und durch die vielen Zivis hast ja schon viel Erfahrung gesammelt und kannst vielleicht ein bisschen darauf eingehen.

Du hattest, du hast gesagt, du hast, aber du hat es bestimmt auch positive Momente, oder wo Leute Danke gesagt haben, das wirklich geholfen hast.

Also, wir hatten auf jeden Fall Momente. Ich hatte auf jeden Fall Danke gesagt. Ich hatte Beispiel Spanien gekommen, hat mit mir mehr Geld verdient, als sie sich vorstellen könnte. Er hat aus seinem normalen Job 30000 Euro im Monat im Jahr bekommen. Hatte er mit mir in Deutschland 75 Euro pro Stunde gehabt? Wir haben einen guten Job geleistet, und deswegen habe ich auch nicht verstanden.

Ich habe einen guten Job geleistet, du vermittels Freiberufler, aber auch Festangestellte, oder jetzt gerade fokussieren wir uns auf Festangestellte.

Hauptsächlich ist das mit Coruna.

Merkst du da, dass viele Leute eine feste Stelle suchen oder vielleicht sogar freie? Eher wieder auf feste Stellen umschwenkt?

Ist es beides. Es gibt genug freiberufliche Positionen, da muss man. Da würde ich jetzt nicht sagen, es gibt einfach nur jetzt gerade nur eine bestimmte Panik, wo es einfach mehr Leute gibt, die verfügbar sind, weil einfach viel mehr freigelassen worden. Die Leute, die freiberuflich sind, ein paar von ihnen wollen in die Festanstellung, weil sie nicht mehr die Sicherheit haben und auch kein Verdienst mehr. Aber es gibt genauso Freiberufler, die haben doppelte Arbeit aufnehmen können.

Es ist eine Sache Von wieviel kriegst du keine? Ich habe viele Freiberufler, haben Probleme damit, Projekte an Land zu gewinnen. Ganz einfach Sie verlassen sich auf eine gute und gute, machen jetzt gerade einfach nicht den besten Job.

Da es wahrscheinlich schwierig, weil auch von Firmen Seite von der Nachfrageseite nicht so viele Projekte aufgesetzt werden oder gar Projekte gestoppt wurden.

Ich meine über deine Erfahrung. Meine Erfahrung war, dass die Unternehmen vorsichtiger geworden sind und ein paar Unternehmen auch Projekte gestoppt haben. Ich würde mal sagen So von Mitte März bis Mitte April, mitten in der Coruna.

Krise war quasi alles auf Pause. Aber auch Projekte sind einfach weiter gelaufen. Und jetzt? Seit ein, zwei Wochen kriege ich wieder sehr viele Anfragen, muss ich sagen. Wir haben jetzt Anfang Juni 2020, und da kommt schon ordentlich Anfragen rein. Man merkt es so ein bisschen. Es ist noch nicht wieder da, das alte Niveau, aber es startet schon wieder durch.

Also ist es einfach nur Zeit gewesen.

Jetzt hast du natürlich viele Zivis schon gesehen, von IT-Fachkräfte, Freiberuflern als auch Festangestellten. Das ist auch das Thema unseres Podcasts. Welche Tipps hast du denn auf Lager, um die Gestaltung eines optimalen IT-Fachkräfte voranzutreiben?

Mein allererstes Tipp ist ja auch ein bisschen vielleicht unkonventioneller. Aber ich würde in den Lebenslauf für jede Position machen. Okay, bin ich, dann habe ich nen Lebenslauf für den Lebenslauf, und dann bin ich da, wo es machen kann. Ob es dazu? Noch dazu? Dann habe ich sechs individuelle Lebensläufe. Ich bin individuell pro Position rauspicken im Lebenslauf. Das ist die erste. Da haben die meisten auch schon.

Also kein Gemischtwarenladen, sondern pro Person Muss und Projekt machen wollen. Pro Projekt. Ziel kann man halt dann sagen Okay, dann hab ich einen Big Data Lebenslauf und einen Lebenslauf, wo dann eben die relevanten Projekte aufgelistet sind.

Genau. Es ist einfach eine Sache von Haben zu viele Bewerbungen, die online passiert. Ich meine, wenn jemand jemand einen Lebenslauf irgendwo hin schickt, dann kannst du davon ausgehen, dass noch 1000 andere Leute selbst über Recruiter. Man muss immer davon ausgehen, dass nach hundert bis tausend Leute manchmal schon vorliegen und ein normaler eher Recruiter oder auch irgendwo Hearing Manager. Die nehmen sich nicht wirklich mehr als fünf bis sieben Sekunden, um einmal zu entscheiden, ob sie dich interviewen oder nicht.

Und sie ist schon lange, das habe ich mal gesehen.

Es gibt Leute, die haben vor ihrem Lebenslauf eine Seite mit den Skills und auf einer Skala von eins bis fünf quasi einfach so eine übersicht zur Person. Würdest du sowas auch empfehlen? Man kann sie auf einen Blick sehen, kann okay, und das sind die Skills von der Person.

Das würde ich auf jeden Fall empfehlen.

Ich würde keine Skala empfehlen, weil entweder du kannst nicht einfach drauf schreiben, was man kann.

Aber was bekannt ist, kannst du, was du kannst, kannst du nicht. Genauso wie Leute manchmal sagen Ich habe auch Französisch mit meinen vier Wörtern. Alles, was Information ist, die der Kunde oder die Firma, die ich Bewerbs nicht benutzen kann, würde ich da nicht drauf machen. Ganz besonders Universitäten, Schulen. Das ist alles zweitrangige Informationen, die absolut gar keinen interessiert.

Es gehört schon rein, aber hintendran sozusagen der ganz weit project Lebenslauf vorne und die Skills sozusagen mit nach vorne. Genau. Man muss sich anschauen können und sagen Okay, in fünf Sekunden weiß ich Du kannst die drei, fünf, sechs, acht, neun tuts was auch immer. Du hast so lange schon bei so vielen Firmen oder den Firmen gearbeitet. Ich seh, wieso ich nicht bezahlen sollte. Muss ich nicht. Es gibt einen Grund für mich, dich jetzt einzuladen.

Du kannst 50 000 Euro oder 100 Euro pro Stunde Budget 1000 Euro brauchen. Die hast du die Erfahrung, hast du auch das miteinander reden? So funktioniert?

Das ist auf jeden Fall quasi, dass man direkt nicht schwafelt, sondern direkt zum Punkt kommt, und sagt quasi mit einer übersicht Das kann ich und damit demjenigen, der auswählt, auch Zeit spart. Also Abteilung, das man sat-receiver du nicht passt, dann bist du sofort raus, und es ist halt eine Sache von.

Deswegen bin ich auch keine Fan von den großen Zusammenfassungen um 9 19 Zeilen. Manchmal bin ich auch kein Fan von Erfahrung.

Ich habe ja bei der Menge von Bewerbungen würde das ja auch sonst sehr viel Zeit in Anspruch nehmen, genauso wie Kavala Kavala.

Das ist eine andere Sache. Würde ich auch nicht machen. Ich würde auch nicht, so Kavala, das damals rausgekommen sind. Es war einfach, weil die Lebenswoche zu schlecht waren. Man wusste nicht genau Lebensläufen erzählen, kann daraus gigantische Texte geworden, die keiner liest. Wenn jemand eine Caberta brauchen müsste, müsste man einfach zweimal seinen Lebenslauf gut genug sein, um jemand sings.

Der kann also gar kein Extra anschreiben, sondern einfach den Lebenslauf so ausbauen, dass aus jeder Position oder jeder Station klar wird, was derjenige gemacht hat und was er da kann und beigetragen hat.

Genau dann brauchen wir noch einen Kavala Lebenslauf. Nicht gut genug.

Na ja, das verstehe ich. Das wusste ich nicht, dass das aus Historie gekommen ist. Hast du Tipps zum Bild? BILD Ja, nein. Wie groß, welches Setting?

Keine Bilder, keine Bilder, keine Bilder. Das ist eine gesagt, irgendwo eine Präferenz. Aber für mich persönlich aus Erfahrung keine Bilder. Grundsätzlich gar keine Bilder. Ich erkläre ja auch, wieso der Grund ist, weil komme, was wolle, ob du bist mit deinen coolen Haaren und Bart oder ich bin ein bisschen jünger und vielleicht in Jogging oder mit Superman oder was auch immer der professionelle Auslaender, der seine Passbild mach, was auch immer. Oder das Mädchen.

Es wird immer GJ, dass jemand wird, immer bewertet oder gejagt, dafür komplett unbewusst. Das macht man gar nicht absichtlich, aber man denkt sich gleich sofort was. Und man sollte eigentlich nicht nur an seinem Lebenslauf bewerten oder nichtsanderes.

Verstehe ich. Das heißt, du meinst, der eine findet es cool, wenn du in der Jogginghose da stehst, der andere auf jeden Fall nicht. Und da gibt es keine Empfehlung, dass man sagt Okay, ein neutrales Bild, es gibt nichts Neutrales, man kann nicht neutral sein.

Zum Beispiel? Wenn ich mit deinen Linken im Bild anschaue, ist es für mich super einladend. Aber ich kenne Kunden, die würden dich einfach einfach nicht gepflegt. Ich kenne zum Beispiel Mädchen, die abgelehnt wurden, weil sie zu hübsch sind. Das hatte der Kunde gesagt. Das hat mir dann gesagt Man nehmen Sie bei den Kunden gekündigt. Okay. Ich hatte mich damals nachgepflanzt, war. Ganze drei Jahre ist es her. Ich hatte eine Kundin in Stuttgart gehabt, und sie hat nach einem ganz, ganz besonderen Ingenieur gesucht gehabt.

Gab es gar nicht so oft additiv? War das eine ganz seltene Technologie? Ich hatte damit in Rumänien gefunden, die konnte, und die war super. Die wurde damals abgelehnt, und als die Frau damals eingegangen ist, hat sie sich gemeldet. Ich habe damals abgelehnt, und da hat sie damals gesagt Erstens Der Gedanke war, dass ihr Leben sie schon viel zu einfach gewesen und der andere Grund dafür ist. Ach ja, mein Mann hätte es vielleicht gedankt, dass sie vielleicht die anderen Leute ablenkt.

War das ein Mittelständler oder ein großes Unternehmen, in dem mehrere tausend Leute sprechen? Unglaublich, wie sie so selten gewesen ist. Jetzt vielleicht ein bisschen häufiger, aber immer noch super selten. Und über 3000 abzusagen. Einfach mal wegen sowas.

Unglaublich, dass es keine Bilder. Ich fasse noch mal zusammen, was du gesagt, dass keine Bilder zu gucken. Welche Jobs gibt es? Und für den Job, den man haben möchte, ein zugeschnittenes Profil erstellen? Wo dann nochmal die Kompetenzen, die man da in dem Job einsetzen kann, extra nochmal hervorgehoben werden? Was sagst du zu Sprache? Auf Deutsch den Zivi schreiben, auf Englisch schreiben? Wie sind deine Erfahrungen?

Ich würde es gleich anwenden. Kann ich eine letzte Sache über das Bild sagen? Gerne. Ich würde ein Disclaimer machen. Es gibt Leute, die es machen wollen. Manchmal wird auch nachgebenden, dass ein Bild, wenn du schon gezwungen wird, ein Bild zu machen. Erstens würde ich mich fragen Wieso bewirbt sich ein Bild machen? Aber egal, mach 1. Das Fröhlich ist ein fröhliches Bild, kein Passbild. Ich mache etwas, was Einladendes nicht ist. Nicht vom Gefängnis ist keine Führerscheinprüfung oder so.

Es muss irgendwas Einladendes sein mit einem Lächeln. Aber schon irgendwie Business.

Lächeln? Nee, nicht irgendwie, sondern Urlaubsfoto, wo man dann im Bikini am Strand lächeln muss.

Einfach ein einladendes. Ich denke. Da würde ich gerne einmal lächeln. Ich will, ich will hinausgehen. Viel zu viele Passbilder sehe ich. Wahrscheinlich nehmen die Leute ein Passbild, die in Ermangelung einer anderen Aufnahme nur das haben. Aber klar, das würde ich fast schon als gesunden Menschenverstand bezeichnen, dass man ein Bild nimmt, wo man lächelt, aber trotzdem ordentlich angezogen ist und genau eben nicht zu Freizeitlook wirkt.

Also grundsätzlich ist es irgendwo immer ein bisschen klar. Ich würde immer mehr Unternehmen ausmachen. Ich meine, wenn du kein Deutsch kannst, muss es auf Englisch gemacht werden, weil sonst würde ich jetzt kein Anlügen und keine Firma arbeiten. Ich muss mir nur kein Deutsch kann. Es kommt im schlimmsten Fall beim Interview ersten Eindruck aus. Ich würde mir immer schauen, ob die Jobbeschreibung auf Englisch. Dann würde ich Englisch machen, weil die meisten davon ausgehen, dass er auch Englisch ist.

Das weiß man sehr oft nicht. Viele Firmen unterschätzen, wie viele gute Leute gar kein Deutsch sprechen.

Das ist meine Erfahrung. Ich mache das bei Xing, ich auf Deutsch, bei links mal rechts auf Englisch. Ich habe es auch auf Englisch und auf Deutsch. Aber es war am Anfang. Auch manche Leute wollten es dann auf Englisch haben, obwohl es deutsche Firmen sind. Manche englischen Firmen wollten es auf Deutsch haben. Sie sagen Du bist Deutscher, und so war auch kein Muster machen können.

Ich würde mal sagen, ich würde mal erstens an der Stellenbeschreibung ausmachen, dass eine Stellenausschreibung auf Englisch ist. Dann ist es dafür gedacht, englische Leute in Stellenausschreibungen auf Deutsch ist Unten steht auch Englisch. Ich würde mir trotzdem zweimal Gedanken darüber machen, ob ich mich da überhaupt bewerbe. Nur weil sie wirklich englische Leute haben wollen, würden wir die Beschreibung. Englisch ist einfach. Auf Deutsch würde ich mich vielleicht gar nicht mal wirklich so bewerben. Aber die meisten machen es trotzdem.

Ich sage dann gibt es einen Unterschied, wenn ich als Freiberufler auf Projekt Suche bin und als Festangestellter vielleicht auf der Suche eines neuen Jobs bin. Gibt es da Unterschiede, oder wird es immer das Profil gepflegt halten?

Die Hauptsache sind immer. Die Leute überlegen, sehen das Profil auch immer so. Sie müssen den Job mit dem Profil bekommen. Es ist gar nicht das Ziel von profil, das Ziel, von profil, vom Lebenslauf immer wir es nennen wollen, ist es, ein Interview zu bekommen. Nichts anderes. Nicht einmal der Lebenslauf. Die entscheidende Ob sie mit dir reden wollen oder nicht. Deswegen macht es keinen Unterschied, ob Freiberufler oder Studenten Festangestellte. Kommt es darauf an, können sie in fünf Sekunden sehen, was du kannst.

Alles klar?

Times Money Auch hier immer zum Format Ich, mein Xing, LinkedIn. Es ist das Format schon vorgegeben. Umsonst. Wenn man sich per E-Mail bewirbt, wird es lieber eine Datei oder PDF-Datei, immer PDF.

Weil erstens die Datei verändert, werden PDF-Dateien auch ganz besonders gute. Ich hätte gerne machen, wir wollen immer den Lebenslauf in Word haben. Das ist, warum.

Ich denke, dass sie das haben wollt. Ich nehme an, dass sie meine Telefonnummer und meine Kontaktdaten raus löschen werden, ihre Kontaktdaten eintragen werden und das in die Datenbank aufnehmen, damit Sie Ihren Kunden das dann weiterleiten könnten und der Kunde immer über den Recruiter gehen muss. Mein Tipp Gut, das ist schon mal richtig.

Im Endeffekt können Sie das Gleiche mit PDF machen. Sie können einfach das PDF-Datei. Ich kann Sie Google eingeben. Das will ich einmal umbenennen. Es gibt da noch Nitro direkt mit PDF machen kann. Also, wenn die das rausnehmen wollen, wollen sie es rausnehmen. Das machen wir dann schon. Das passt dann eigentlich. Was viele machen, ist Die wollen den eigenen Lebenslauf oben machen, ist kein Lebenslaufs. Andere sind Kowalsky. Wenn ich das mache, dann werde ich nie draufhauen, um das zu machen.

Sie am besten das Banner oben drauf? Genau, genauso. Und dann auf jeden ab, jede Seite, so Ihr Banner. Und was Sie auch machen. Sie machen dann bestimmte Informationen weg, wie du gesagt hast. Das kann aber auch Firmen sein. Können auch Firmen wegmachen, bei denen du bearbeitet hast, und so weiter und so fort. Und was sie dann machen. Sie nehmen dann die Daten raus und machen alles anonym und schicken es dann als Fishing.

Ich habe ja jemanden, vielleicht wenn euch, der interessiert mich mal an mich, mal an, hier ist jemand da. Ich sage euch nicht, das ist jetzt keine Daten. Wenn ich alles rausgenommen habe. Im Normalfall ist es okay, okay, im Normalfall geht das normalerweise durch. Sehr oft aber heutzutage noch mit Software und so weiter und sofort kriegt man das schon raus.

Wer das eigentlich ist? Das kriegt man dann schon raus. Und dann ist es dein Problem.

Nicht immer PDF sagen, weil es zu einfach wird, es aber auf jeden Fall empfehlen, dass die Person ihren Lebenslauf in Word schreibt und nicht, sage ich mal alle Details beim Profil bei Xing angibt oder bei Link angibt. Also bei LinkedIn gibt es so eine Funktion, dass man quasi seine Historie auch einfach als Profil exportieren kann. Da steht da zwar drauf, aber sieht man das komplett ausfüllt, ohne Möglichkeit?

Ja, das ist ja auch eine Möglichkeit. Aber im Endeffekt brauchst du schon einen normalen Lebenslauf sein. Profil Muss einen Lebenslauf widerspiegeln. Im Endeffekt, weil viele Leute gefunden werden. Aber ich will dir sagen, dass das Ziel von sich eben selbst wenn es nicht Bewerbs braucht man. Normalerweise braucht man immer, trotzdem immer einen Lebenslauf. Man muss immer Abgedeckte sein, und das kostet nicht wirklich viel, wenn man einmal richtig gemacht hat. Da muss man den einmal alle 12 Monate updaten.

Das war jetzt nicht wirklich viel Zeit dazu. Aber da muss es immer gemacht werden. Wir sind nun nicht in einer Zeit, wo wir nur zu kennen oder nur singen. Wie gesagt, ich würde hier mit PDF machen. Man will es den Leuten nicht zu einfach machen, um es zu ändern. Die Frage nach denen würde ich erst recht nicht geben.

Ein Tipp für mich. Danke. Wie würdest du denn, wenn man jetzt so durchgeht und die einzelnen Stationen beschreibt, was Informationen sollte man denn an die einzelnen Stationen dran schreiben? Also ich denke sowas. In welcher Größe hab ich gearbeitet? Was war meine Funktion? Habe ich gearbeitet? Gibts da Hast oder so eine best..

Ich hab mir ein Youtube-Video, wo das alles drin ist. Aber im Endeffekt kann man sich nur anschauen was können wir gerne in der Podcast Beschreibung ein paar genau sonst, wo ich einmal einen Lebenslauf ausfüllen, mit dem Tempel ich gemacht habe bis jetzt nichts Besonderes ist einfach nur da steht nur drin hauptsächlich, wie es funktionieren soll. Ich geh jetzt mal kurz dadurch, im Endeffekt wie? Ich mache sich oben links Adresse und Telefonnummer. Ja, das kann man oben, links und rechts machen.

Die Daten werden ja in den Ecken, denn einmal ganz groß der Name, der Name ist ganz wichtig. Man muss immer modifiziert werden mit dem Lebenslauf. Man muss immer sofort in die Augen springen. Unter dem Namen würde ich einen Satz machen, warum man dir Geld sein sollte. Auch wirklich so hart? Genau.

Ich mag Technologie, sondern direkt reinschreiben. Ich bringe ihr Business nach vorne.

Sagt denn, dass ich mein überlappt wirklich wirklich? Was bringt einen Mehrwert? Wenn mir jemand jemand gerade einstellt, dann hat man, dann versucht man irgendetwas nach vorne zu bringen. Man stellt ja ein, weil das Business läuft, oder muss es raus? Warum auch immer. Aber es muss ja irgendwas vorwärts bringen. Man stellt jemanden ein für eine bestimmte Technologie, ganz besonders hier Big Data und so weiter. Man braucht die Hilfe, man braucht die Hilfe, und da kann es dann erst seit vier Jahren tätig.

Als Steve Jobs Ingenieur an den Projekten für mobile Apps sei und was noch dazu kommt. Da war ich für mich wie ich. Dann zeigt man, dass man okay. Ich würde ihn dafür bezahlen, dass er lange Erfahrung hat, schon gearbeitet hat. Dann ist es okay. Ich stellte das, was ich suche, im Endeffekt die Fahne der Ahnung hat da nur ein kleiner Satz Einsatz ins Gesicht rein. Geld ist hier nicht verschwendet. Danach würde ich das Geld machen, und das wäre dann auch der Text.

Man kann jetzt einen Text wegmachen, wo alles es geht. Ich würde es immer ein bisschen spezialisierter machen. Das heißt, wenn wir jetzt auf einmal haben, da steht bei mir Der erste Skill ist JavaScript oder was auch immer die andere Leute noch benutzen. Aber ich finde es eigentlich irrelevant.

Heutzutage in 22 JavaScript oder react, oder was wären schon die zweiten Sachen? Das wäre schon die zweite seit die erste Sache, die du tagtäglich machst. Im Endeffekt gilt es das was machst du tagtäglich? Du programmiert in JavaScript Java oder verstehst, was ich meine. Das kann ich dann. Der zweite ist die Frameworks benutzen. Das kann man rehaag Engeler sein, wenn wir auf Bakken sind oder mit Java Spring pfeiffen. Yangon Was auch immer wieder eine Programmiersprache. Dann würden die Frameworks stehen, weil im Endeffekt würde ich aus der Jobbeschreibung herauslesen wollen Okay, man sucht jemanden mit Java, und ich kann Java, JavaScript Nr.2.

Und drittens kann man natürlich noch andere Sachen. Aber wieso also die Technologien, die das darunter halten, was ich noch gerne mache, ist ein Softskills einzusteigen, der relevant ist für die Firma, also nicht motiviert, weil das jeder nicht positiv teamfähig ist. Was ich aber so! Beweisen kann zum Beispiel Führungskraft sein kann man immer beweisen, indem man zeigt, wie man ein Team aufgebaut hat. Mit welchen Problemen man gar nicht mehr. Was ich immer sehr, sehr gerne mag, ist harte Arbeit.

Das ist eine Sache, die man nachweisen kann.

Das kann man reinschreiben oder es eher einschrieb. Ich bin ein harter Arbeiter. Also ich würde Hardware sola. Ich würde als erstes, wenn ich von wäre, dann würde ich reinschreiben. JavaScript sagen Hardware als gilts, die man bekommt, im Endeffekt wofür bezahlen will. Ich habe jemand, das kann. Was kann man denn wirklich sagen? Ich bekomme, ich bekomme jemand, der es tagtäglich macht. In der Programmiersprache, die ich brauche. Ich brauche. Zusätzlich dazu bekommt man noch jemanden, der hart arbeitet.

Man kann dazwischen, wie gesagt, die ganze Datenbank stellen, wenn man mich da und so weiter und so fort, wenn das noch relevant ist. Aber ganz besonders sind bei mir bestimmte Server wichtig und darunter einfach Hardware mit reinsetzen. Das würde ich halt immer gerne machen, weil ich kenne so viele, also 80 Prozent von allen Programmierern, die ich kenne, arbeiten mehr, als Sie eigentlich wollen. Ja, das würde ich auch so sagen. Arbeiten einfach mehr, als sie sollen.

Und das ist eine Sache, die man sehr gut beweisen kann, wenn man kann, danach, wenn man nicht reingeht. Jetzt ist nämlich Wir haben nämlich jetzt gezeigt, wer es ist, warum man in Geld bezahlen sollte und was er kann. Jetzt müssen wir beweisen, dass das kann in die Projekte oder die Arbeit schon jemand gehabt hat. Und das schreibt man täglich mit JavaScript. Programmiert die undihren dieses Programm. Für diese Funktion war ich verantwortlich. Das habe ich gemacht.

Mit diesen Frameworks haben wir uns deswegen so genau gezeigt, was man gemacht hat nicht programmieren, sondern ich habe programmiert. Diese App teilt diese Funktion Location, Service und so weiter. Und die Nutzer lassen, dass man es wirklich sieht, ok gemacht.

Also den Beweis erbringt, dass man die passgenau, die man vorher aufgelistet hat, dann auch wirklich erfüllen kann. Am besten mit Projekten, die man danach dann auch beweisen.

Was auch immer man hat, es gibt z.B. gibt es öfters Leute, die diese ganzen sind super populärer als Sie. Jeder. Jeder Programmierer nach 6 Monaten. Was auch ok ist. Dann muss man wirklich jedes einzelne Projekt zeigen. Hey, in dem Projekt habe ich das und das und das programmiert und das und das und jenes gemacht. Und was ich jetzt über harte Arbeit gemeint habe mit der Hardware z.B. das letzte Projekt, das mal gearbeitet hat, oder die letzte Arbeit zu 80 Prozent.

Wie gesagt, alle Programmierer, die ich kenne, arbeiten mehr. Und da steht dann drin Im Januar hab ich nicht 3, sondern 220 gearbeitet, weil wir das machen müssen, oder? Als es hart auf hart kam, hab ich meine Sommerferien abgesagt und ein ganzes Wochenende lang gearbeitet oder was auch immer. Wirkliche Beweise, die man wirklich mal geliefert hat, weil im Endeffekt. Ich habe so viele verschiedene Geschichten immer gehört, wo jemand länger geblieben ist oder am Wochenende gearbeitet hat oder was auch immer gemacht hat.

Da sind Sachen dann noch dazu mit einschreiben würde und das dann für jede einzelne Position den Beweis für den Skizzenbücher gebracht hat, die ganzen Passworts und dann diesen kleinen Extra, weil jede Firma einen guten Deal zu haben z.B. 50000 Euro für einen Menschen, den sie ausgeben, weil sie 50000 Euro aus wie jemand der JavaScript und Jukka pro Jahr. Wenn sie dann noch jemand bekommt, eigentlich noch mehr arbeiten, dann bekommen sie ja noch mehr für die 50000 Euro. Und von dem aus gesehen nehme ich das immer gerne.

Ich wusste nicht, dass es so amerikanisch zugeht, und dass man so auf die Pauke hauen sollte, hätte ich jetzt nicht gedacht. Da ist es super interessant.

Man muss halt sehen Durch das Internet ist es möglich, jede einzelne Person auf dieser Welt zu bewerben, egal, ob man kann, ob man nicht kann, ob man fähig ist oder nicht. Welche ist man überhaupt da, wo man davon sprechen? Und jede Ecke dieser Welt wollen Leute ganz besonders nach Deutschland kommen.

Kevin Der Sicherheit oder Arbeitsmarktlage bei den sehr, sehr hohen Gehältern, Pir Sicherheit oder Gesundheitskasse und so weiter und so fort. Jeder will hier herkommen, wenn du mit einem deiner Kunden beredet mal schaust, wieviele bekommen pro Monat?

Ich sehe das selber. Wir bekommen auch viele Bewerbungen, genau. Und manchmal kann ich das gar nicht bearbeiten, weil es schon sehr viel. Es gibt immer so Bust, Phasen, wo dann auf einmal man denkt Okay, was ist das? Gerade am Wochenende. Dann kriegt man dann 100 Sachen auf einmal. Aber wo die Leute sich dann hingesetzt haben und dann auch mal geschaut haben im Internet Was ist für Jobs? Gibt aber das Recht. Okay, jetzt sind wir durch deine Seite, durch Anschrift, Satz, warum ich mich bezahlen soll.

Dann gilt darunter. Und dann? Wahrscheinlich folgen dann die einzelnen Projektbeschreibung genau am besten auf eine Seite.

Aus Erfahrung lesen sich die meisten Leute maximal drei Sachen durch.

Würdest du das auch optisch anspruchsvoll gestalten oder einfach schwarzer Text, weißer Hintergrund und dann das gute Schriftgröße, dass man alles gut lesen kann. Und dann ist jedes Wort sozusagen abgepasst. Auf den ersten zwei Seiten muss praktisch sein.

Ich würde eine Seite machen und so gut wie möglich im Endeffekt. Qualität ist ein sehr objektives, was für mich vielleicht nicht qualitativ gut aussieht kann, finde ich, wieder besser aussehen. Da denke ich gar nicht drüber nach er mehr. Lieber weniger über die Qualität der Schrift nachdenken als über das, was du schreibst.

Es ist viel wichtiger, sich wirklich Gedanken machen. Was habe ich da geleistet bei den einzelnen Projekten? Hast du denn noch so Outings oder geheime Tipps für IT-Fachkräfte oder Kuta, wie man sich besonders gut darstellen kann, darstellen?

Oder fangen wir mit den Grundsätzlichen an und dann, wenn du noch Tipps zur Darstellung hast, auch gerne darüber sprechen.

Also grundsätzlich würde ich jedem einzelnen Mann als allererstes empfehlen, seinen Link, den Netzwerk so stark wie möglich auszubauen. Es kostet absolut überhaupt nichts mehr und mehr und mehr und mehr Verbindungen aufzunehmen, auch LinkedIn Connections mit Leuten zu machen. Man kann im Zug zur Arbeit die halbe Stunde bei LinkedIn aufmachen, Leuten einfach eine Kontaktanzeige stellen oder vielleicht sogar jemanden schreiben. Das ist im Endeffekt, was euch vielmehr helfen wird bei der Jobsuche als jeder gute. Euer linke Netzwerk ist viel stärker, als die Leute brauchen, einen Stockes zu machen.

Es ist einfach ein Guter, zu beten für sie zu machen als selber. Im Endeffekt, und das würde ich erst ganz, ganz wichtig. Es macht die Connections mit den IT-Manager, mit den Zitty aus, mit den Frauen, mit den anderen Leuten auf eure eigenen Ebene, mit den anderen von den Leuten und so weiter und so fort. Wird überrascht, wenn es dazu kommt, dass ihr sucht und ihr einfach einmal postet Hey, ich bin ein Mann und suche einen Job.

Das verstehe ich. Das habe ich schon öfter gesehen von Leuten, die das machen. Und dann sieht man sehr viele Namen, die darunter sich melden.

Genau das ist der erste Punkt. Bin ich auf jeden Fall. Der zweite Punkt ist Ich würde nicht mehr mit jedem einzelnen zusammenarbeiten. Also ich würde ganz stark aussortieren. Es ist ganz, ganz, ganz wichtig, weil die Leute verstehen nicht, dass, wenn sie mit einem Hammer, wenn sie nicht vertrauen und dieser Kuta ihren Lebenslauf eine Firma schickt, bei der sie gerne mal arbeiten würden, dann abgelehnt wird und er nicht wusste, dass er davor gestellt ist.

Wenn er sich dann in einem Jahr bewerben möchte.

Dann ist er automatisch raus. OK, verstehe, wenn du in der Datenbank Berlin-West oder du bist direkt abgelenkt oder in der Software oder was auch immer zwingend. überLegt euch wirklich gut, schaut euch jetzt an, es gibt ganz viele gute. Es gibt doch ganz viele schlechte sowie von beiden Seiten. Es ist jemand, in dem die vertrauen müsse verstehen, dass er gerade eure Zukunft. Das ist ganz, ganz wichtig. Einfach aussortieren. Im Endeffekt ist ganz einfach aussortieren bei hat man wirklich eine persönliche Beziehung, oder es hat er sich einmal bei mir gemeldet.

Nie wieder hat er mir abgesagt. Ganz groß käme man keine Absagen. Bekommt, da ist es. Normalerweise müsste man sofort raus sein, weil dann bist du denen egal. Du hast kein Geld mehr für dich gemacht. Verstehe auch so Sachen wie Geheimnisse. Zum Beispiel alle meine, alle Leute, mit denen arbeiten, die kenne alle und die meisten, alle Kunden von mir immer sofort. Das ist mein Ashram normalerweise einfach, nur kann es gar keine Geheimnisse geben.

Das sind so Sachen, die man gut erkennen kann.

Die sind sich ihrer Sache sicher, und sie haben keine Angst, dass du direkt zum Kunden gehst.

Du kannst es gerne versuchen, als sei man Gast. Im Endeffekt kommt es mir wieder oder im Normalfall, was die meisten hier machen. Diese schicken dann eh zu mir. Man muss dann mit jemand zusammenarbeiten, der Ahnung hat, und der muss so viel Ahnung haben, dass er sicher ist. Und seine Sache? Er hat dann keine Angst, dass irgendjemand hintergehen könnte. Eine andere Sache, als würde ich auf jeden Fall nennen. Ich würde mir immer drüber nachdenken, ein Interview, Pliening durchzumachen.

Spielt das einmal durch, weil zu viele Leute, die haben sehr, sehr gute Profile, die bomben einfach das Interview, weil die dann nervös sind.

Oder reicht das schon so im privaten Zuhause? Das Interview wirklich sagen? So ein Kurs machen und die Kurse?

Bin ich Gartenpflege? Ich hasse Schule. Also was zu tun hat. Einfach mal selber machen, sich mal vorstellen, was man für Fragen bekommen könnte. Ich versuchen zu antworten. Im Endeffekt ist alles für Interviews ganz wichtig. Sind drei Sachen einmal. Man muss einen guten Grund geben, warum man wechseln will, der nicht Geld sein darf. Man muss einen guten Grund geben, warum man zu dieser Firma direkt möchte, keine anderen. Man muss zeigen, dass man es kann.

Dann hat man das schon belohnt. Die Leute wissen nicht genau, was sie antworten sollen, und dann fangen sie an zu schwafeln und darüber nachzudenken. Und dann ist man normalerweise relativ gut raus.

Aber das ist ja schon mal eine super Vorbereitung, wenn man sich über die drei Sachen genau vorbereiten kann. Also nochmal Warum möchte ich zu euch? Warum möchte ich weg?

Und was kann ich? Was kann ich ganz détail. Wenn Sie fragen Was hast du in JavaScript gemacht? Sagt nicht Ich habe programmiert, sondern sei so detailliert wie möglich. Ich habe die EPI von der Location biedern. Damit die Funktion von dem mit der Datenbank wisse, was wirklich detailliert drei Sachen hast, bist du schon im Lot. Denn das Letzte, was du noch machen muss, ist eine persönliche Frage Stellen zu der Person, die ich interviewt, Gesunde, nicht Interviews.

Eine Frage, die nur eine Person antworten kann. Das heißt nicht funktioniert ohne Team, oder? Das sind auch Sachen, die keinen interessieren. überleg, wenn es eine Frau ist, zum Beispiel die Interviewer. Fragt Sie Wie schwer ist es für euch, Leute zu finden? Das kann nur sie beantworten.

Meinst, dass man sich in das Problem der Person gegenüber. Zeigt und fragt Hey, was ist dein Problem und kann ich dir vielleicht helfen? Sogar diese Punkte sind normalerweise, wo Leute eingestellt werden, weil man eine menschliche Verbindung hat. Heutzutage ist alles so, Roboter mäßig rein. Nummer Nummer 110, jetzt, da. Jetzt sagt dein Text, es sei so ein Punkt aus, und man muss irgendwas fragen, wenn es Frau sagt So habt ihr ein Problem mit wie schwer ist es für euch, Leute zu finden?

Zum Beispiel bei einem Thema. Wenn jetzt ein Kollege gefragt wird, dem du hier angefangen hast, bist du besser geworden. Kannst du etwas Neues? Wie fühlst du dich, wenn es zu hören Leuten zu CDO Männer gehen immer dann über das Produkt zu reden. Was denkst du, wie mit der Konkurrenz? Was denkt ihr? Seid ihr so dumm? Es muss nur die Leute beantworten. Leute nehmen das Interview nicht wirklich ernst. Sie gehen einfach rein und schauen, was passiert, was schade ist, weil sehr schwer ist, England zu werden.

Wenn du eingeladen bist, dann musst du nur noch rocken. Ja, das kann ich mal, keiner lädt mich ein.

Wenn Sie nicht das Gefühl hätten Nee, das wird wahrscheinlich eh nicht so recht genau, und das finde ich schade.

Viele Leute verbacken das Interview, weil sie nicht vorbereitet. Und es kostet mich nichts, in der Dusche zu stehen und man drei Fragen beantworten.

Gerade mit einer tollen Vorbereitung und der Liste, die du jetzt sagst. Interviews in Person durchführen oder virtuell gibt’s da einen Unterschied, oder hast du da Erfahrung?

Nicht wirklich. Alles ist das Gleiche. Beides das Gleiche. Im Endeffekt kommt jeder drauf an. Sie haben mich eingeladen. Du kannst es noch zeigen, dass du kannst. Du musst einen guten Grund geben, dir nicht Geld ist.

Ich möchte wechseln. Aber denke, sie geht jetzt, wenn er nicht mehr möchte.

Er will einfach nur ein Angebot von uns haben, um seine alte Firma damit zu erpressen.

Oder verstehe ich genau gleich auch über online? Im Endeffekt.

Vielen Dank! Wir haben ja auch von Sky eine eigene Lösung entwickelt Gravity. Punkt kommen. Ich hatte auch mal einen Link dazu. Da kann man auch Projekte eintragen. Skills zu den Projekten hinzufügen auch. Wie tief habe ich damit gearbeitet? Mit welcher Gruppengröße habe ich gearbeitet? Was habe ich genau gemacht? Da entsteht dieser Projekt Lebenslauf. Wir fügen trotzdem noch ein Bild dazu. Jeder, der möchte, kann Bild zu fügen und eine Verfügbarkeit einstellen. Das ist insbesondere dann wichtig für die Freiberufler, dass man quasi sagen kann Ich bin ab 1.7 oder so verfügbar.

Das ist für den Kunden ja auch extrem wichtig, dass man an Kanada. Und dann können die Leute oder kann der Endkunde dann in Kontakt treten und haben sogar ein Download für PDF-Dateien und Dateien, weil er Dateien ja doch recht oft genau aus dem Grund, wie du es angefragt werden.

Ich weiß nicht. Ich mag Graffiti-Szene von euch. Ich habe es gesehen. Wird es anderen Leuten sagen, dass sie eins machen sollen, damit es sozusagen direkt die Struktur hat, die du, die du eingangs empfohlen? Ich mag, ich mag Gravity. Was mir gefällt, zeigt, was ganz, ganz wichtig ist. Man soll ja den Lebenslauf herstellen.

Richtig, genau, genau der Kunde. Unsere Annahme ist der Der Kunde hat hat quasi eine Checkliste mit Skills und sagt Okay, damit er die Person überhaupt in Frage kommt, muss die Person dies und dies und dies und dies erfüllen. Und durch diese Babels kann man dann eben erkennen. OK, JavaScript check. Engeler check Frontend check Okay, das ist jemand, der in die engere Auswahl. Und dann kann man dann im Gespräch vielleicht über die Einzelprojekte sprechen, die die Person durchgeführt hat, damit man dann nochmal tiefere Insights bekommt oder quasi die Lupe auf die einzelnen Projekte legen kann.

Sehr gut.

Ich würde vielleicht noch hinzufügen. Social Media ist eine Sache, die jetzt auch öfters angefragt wird. Und wie gesagt, der erste, den der erste Text. Man hat den Inhalt so kurz wie möglich.

Okay, ja, dann nehme ich das als Feedback auch für mich mit. Bei meiner ist ich drei Absätze lang überlegen.

Wer liest sich durch? Das stimmt. Das ist das Gleiche wie bei Contents Seiten. Es gibt Leute, die lesen, diese ellenlangen Texte oder diese ellenlangen Posts. Das kommt gut an, dann gibt es Leute, die sagen Ich habe nur zwei Sekunden, und ich möchte sofort sehen, worum es geht, und die Information extrahieren. Da gibt’s wahrscheinlich beide Seiten. Aber ich gebe dir recht. Natürlich, wenn ich Hunderte Kiwis zugeschickt bekomme oder eine große Anzahl. Da möchte ich natürlich schnell wissen Okay.

Es gibt ja auch ein dringendes Problem, sonst würde ich niemanden einstellen. Was sind denn die, die überhaupt in Frage kommen? Und um diese Auswahl schnell zu treffen, um diese erste Hürde zu überspringen? Das ist wahrscheinlich die größte. Hilft es, auf einen Blick sozusagen zu zeigen, was man eigentlich kann?

Was hast du noch weitere Secrets?

Ich bin ganz gespannt und lerne gerade grundsätzlich.

Ich würde keine. Ich würde mich keine Position bewerben, wenn ich nicht den Preis kennt. Das Gehalt meinst du oder den Stundensatz oder das Gehalt, das ist immer vorhanden. Jeder weiß, ob es die Firma ist oder nicht. Jeder weiß aus Erfahrung als erster den Stundensatz oder dir sagen willst, du willst die Linie setzen. Als erstes war dein Gehalt zu sagen, was das ist, was du möchtest, weil ansonsten sagen die dann ein Gehalt? Und wenn du denkst Oh, das ist vielleicht ein bisschen wenig, oder vielleicht, wenn ich zu viel sage, dann bin ich raus.

Ich sage Wenn du gefragt wirst, ist mein Gehalt.

Die ersten Sachen, die durch den Kopf gehen Was ist mein aktuelles Gehalt oder was verdiene ich aktuell genau?

Was finde ich akzeptabel? Wenn ich jetzt aber zu viel sage, bin ich raus. Wenn ich aber zu wenig sage, habe ich vielleicht zu wenig bekommen, und man möchte nicht in dieser Situation drin sein. Deswegen Leute fragen immer als erstes haves Gehalt, weswegen ich versuche, mein Tipp für alle Leute ist immer Seid die ersten, die sagen Hey, das ist mein Gehalt. Da stehen wir jetzt immer nie ein Gehalt auf einer Fynn oder auf einer Null enden lassen.

Okay, weil sich ausgedacht anhört anstatt 8, 73 oder 74 sind ja okay.

Ja, genau das habe ich auch so bis zum allerletzten Cent rausgebracht. Für die Festangestellten das Allerbeste, was sie machen kann.

Es ist der Betrag pro Monat, weil sich das nicht so hoch anhört wie ein Jahresbeitrag meines oder weil man als allererstes in die Position kommt, dass die Person sich darüber Gedanken gemacht hat, was man wirklich braucht und was man denkt. Der Markt zahlt und was man denkt, dass man raus boxen kann oder was man denkt, um so präzise, so möglichst das Gehalt auf sagen Ich will. Ich sage meinen Leuten immer netto mäßig. 1000, 2100, 60 Euro netto brauche ich für meine Miete und alles, damit ich bin.

Alles andere sollen sie ausrechnen.

Das heißt aber trotzdem muss man sich natürlich, wenn man sich bewirbt, vorher im Internet kundig machen, was eine übliche übliche Skala Spektrum ist für die eigene Position in dem Ort mit der Erfahrung. Und das würde ich schon empfehlen, dass man quasi nicht völlig unvorbereitet.

Man muss sich normalerweise am arbeiten. Ich meine, wenn du Student bist, würde ich sowieso umsonst anfangen und komplett umsonst arbeiten für eine Firma, die mir gefällt, anstatt für eine Scheitz Firma für drei Euro die Stunde oder 22000. Da will ich lieber umsonst bei einer Firma arbeiten. Mir echt gut gefällt aber das ein anderes? Damit man viel lernt. Meinst du genau? Ganz besonders viele junge Leute denken überhaupt nicht ans Geld. Lieber bei Mama zuhause wohnen, aber dafür bei der ganzen Firma, die du in deinem Leben je gesehen hat.

BMW ist BMW umsonst? Eine Firma arbeiten und bei den besten Leuten lernen, wenn der Nachwuchs viel mehr Geld verdient als 20 000 du jetzt bei oder 30000 bei Abi GmbH bekommst. Und ich habe dann, da hast du von da wegzukommen, und irgendwie ist es das Ziel muss immer sein, Skills aufzubauen. Das Gehalt kommt um so mehr. Es gilt Du hast super, die vielen vielen Dank.

Es macht mega viel Spaß, mit dir darüber zu sprechen. Wenn unsere Zuhörer Fragen haben, können Sie gerne eine E-Mail schicken an Podcast. Aber wenn euch der Podcast gefallen hat, abonniert diesen Podcast und lasst uns eine Bewertung da und für weitere Themen rund um Technologie. Schaut gerne auf skillbyte slash Blog vorbei. Vielen Dank, Wasilij! Ich wünsche noch einen schönen Abend.

Maurice KnoppSkillbyte Podcast #24: Der optimale CV für IT Fachkräfte
Mehr

Skillbyte Podcast #17: Die besten IT Software-Tools!

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: Werde immer besser!

// Inhalt //
00:41 – Was ist ein Top Tool?
01:32 – Webbrowser + Plugins
04:41 – Texteditoren
06:32 – Diagramme
09:59 – Team-Kommunikation
12:51 – Audio+Videochat
14:24 – Video-Trainings
17:37 – Online Musik / Video+Audioplayer
20:13 – Notizen (mit Synchronisation)
22:26 – Top Tools für die Softwareentwicklung
22:38 – Terminal
25:33 – Entwicklungsumgebung & SQL
30:22 – REST API Entwicklung
32:53 – Version Control
36:01 – Diff Viewer
38:02 – Produktivitäts-Apps
40:56 – Wifi Calling – Guter Smartphone Empfang für Jedermann

Webbrowser:
– Chrome Plugin LastPass: https://chrome.google.com/webstore/detail/lastpass-free-password-ma/hdokiejnpimakedhajhdlcegeplioahd?hl=de
– Chrome Plugin Grammarly: https://chrome.google.com/webstore/detail/grammarly-for-chrome/kbfnbcaeplbcioakkpcpgfkobkghlhen
– Chrome Development Tools: F12 drücken
– Chrome Plugin uBlock Origin: https://chrome.google.com/webstore/detail/ublock-origin/cjpalhdlnbpafiamejdnhcphjbkeiagm?hl=de
– Chrome Plugin Blocksite: https://chrome.google.com/webstore/detail/block-site-website-blocke/eiimnmioipafcokbfikbljfdeojpcgbh?hl=de

Texteditoren:
– Notepad++: https://notepad-plus-plus.org/
– Nano: sudo apt-get install nano
– Gedit: sudo apt-get install gedit
– Xed: sudo apt-get install xed
– Atom Editor: https://atom.io/
– Sublime Text: https://www.sublimetext.com/

Diagramme:
– Lucid Chart: https://www.lucidchart.com/
– yEd: https://www.yworks.com/products/yed
– draw.io: http://draw.io/

Team-Kommunikation:
– Slack: http://slack.com/
– Teams: https://products.office.com/de-de/microsoft-teams/group-chat-software

Audio+Videochat
– Zoom: https://zoom.us/
– Google Hangouts: https://hangouts.google.com/

Video-Trainings:
– Linux-Academy: http://linuxacademy.com/
– Udemy: https://www.udemy.com/

Online Musik / Video+Audioplayer:
– Spotify: https://www.spotify.com/
– Digitally Imported: https://www.di.fm/
– VLC: https://www.videolan.org/
– White Noise Youtube Video: https://www.youtube.com/watch?v=wzjWIxXBs_s
– Focus@will: https://www.focusatwill.com/

Notizen (mit Synchronisation)
– Evernote: https://evernote.com/
– Notion: http://notion.so/

Terminal:
– iTerm: https://www.iterm2.com/
– mobaXTerm: https://mobaxterm.mobatek.net/
– Cmder: https://cmder.net/

Entwicklungsumgebung & SQL:
– IntelliJ IDEA Ultimate: https://www.jetbrains.com/idea
– VSCode: https://code.visualstudio.com/
– Tableplus: https://tableplus.com/

REST API Entwicklung:
– Postman: https://www.postman.com/
– IntelliJ IDEA REST Client

Version Control:
– Git: https://git-scm.com/
– Github: https://github.com/
– Gitlab: http://gitlab.com/
– Tower: https://www.git-tower.com/

Diff Viewer:
– Beyond Compare: https://www.scootersoftware.com/

Produktivitäts-Apps:
– Genius Scan: https://apps.apple.com/de/app/genius-scan-pdf-scanner/id377672876
– Cam Scanner: https://play.google.com/store/apps/details?id=com.intsig.camscanner
– Tricount: https://play.google.com/store/apps/details?id=com.tribab.tricount.android

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

Maurice KnoppSkillbyte Podcast #17: Die besten IT Software-Tools!
Mehr

Skillbyte Podcast #12: Entwickler bzw. Programmierer finden und einstellen – so geht’s!

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: Entwickler bzw. Programmierer finden und einstellen – so geht’s!

// Inhalt //
01:02 -> Fachkräftemangel? Das kommt drauf an…
01:29 -> Das gehört zu einem guten Angebot für Fachkräfte!
05:03 -> Entwickler im Grünen finden – Tipps
07:31 -> Remote Arbeit wird immer stärker nachgefragt
09:50 -> Firmenkultur ist essentiell
11:53 -> Wie sieht eine gute Stellenausschreibung aus?
12:26 -> Gute Stellenausschreibung: Anforderungen genau beschreiben
12:56 -> Welchen Effekt hat der Mensch auf das Unternehmen?
13:46 -> Welche Einstellung und Skills sollte der neue Mitarbeiter mitbringen?
15:22 -> Großunternehmen vs. Startup – jeweilige Vorteile herausstellen
17:19 -> SCRUM – aber bitte richtig!
24:23 -> Metriken messen die Qualität des Entwicklungsprozesses
26:10 -> Welche harten Skills sollte der neue Mitarbieter mitbringen?
27:15 -> Realistische Anforderungen an den Bewerber stellen
29:14 -> Benefits am Ende nennen
30:09 -> Zusammenfassung: Do’s bei Stellenausschreibungen
30:28 -> Don’ts bei Stellenausschreibungen
31:48 -> Schnell auf Bewerbungen antworten
32:28 -> Tipps für das Bewerbungsgespräch aus Unternehmenssicht
33:43 -> Testaufgabe für Bewerber
37:50 -> Vorstellungsgespräche immer zu zweit durchführen

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

Maurice KnoppSkillbyte Podcast #12: Entwickler bzw. Programmierer finden und einstellen – so geht’s!
Mehr

Skillbyte Podcast #6: Must-have Skills, Technologien und Weiterbildung für Full-Stack Entwickler

In diesem Podcast geht es um das Thema: Must-have Skills, Technologien und Weiterbildung für Full-Stack Entwickler

// Inhalt //
1. Was ist ein Full-Stack Entwickler?
2. Welche Skills hat ein Full-Stack Entwickler?
3. Welche Technologien setzt ein Full-Stack Entwickler ein?
4. Wie bildet sich ein Full-Stack Entwickler weiter?
5. Skillbyte als Full-Stack Experten

Wir freuen uns wenn Sie unseren Podcast abonnieren! Besuchen Sie uns auch genre auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

Maurice KnoppSkillbyte Podcast #6: Must-have Skills, Technologien und Weiterbildung für Full-Stack Entwickler
Mehr

Must-have Ressourcen, Skills und Techniken für Data Engineers und Data Scientists

Nachdem wir in den Artikeln „Onboarding neuer IT-Mitarbeiter (DevOps, Big Data, Developer)“ und „Tutorial: IT-Basiswissen für DevOps, Big Data, Developer“ die grundlegenden Themen für neue IT-Fachkräfte vorgestellt und ein Tutorial zum Erlernen dieses Basiswissens gezeigt haben, möchten wir nun genauer auf Werkzeuge und Techniken eingehen, die speziell für Mitarbeiter im Bereich Data Engineering oder Data Science relevant sind.

Maurice KnoppMust-have Ressourcen, Skills und Techniken für Data Engineers und Data Scientists
Mehr

Tutorial: IT-Basiswissen für DevOps, Big Data, Developer

Nachdem wir im Artikel „Onboarding neuer IT-Mitarbeiter (DevOps, Big Data, Developer)“ die grundlegenden Themen für neue IT-Fachkräfte vorgestellt haben, möchten wir nun anhand eines Tutorials zeigen, wie Wissen zu diesen Themen praktisch angewendet werden kann. Neue IT-Mitarbeiter können die nachfolgenden Tutorialaufgaben Schritt für Schritt durchlaufen und zum Abschluss die Projektdokumentation und die beiden kurzen Präsentationen einem Senior Entwickler vorlegen bzw. präsentieren.

Maurice KnoppTutorial: IT-Basiswissen für DevOps, Big Data, Developer
Mehr