Hi, Die Nervösität zerschnitt den Raum. Ich sah es in den Augen aller Teilnehmer. Eigentlich war es nur ein Regeltermin. Einmal die Woche kommt die Entwicklung mit den Admins zusammen und bespricht aktuelle Themen. Der Termin wird seit Jahren so gemacht. Gleiche Zeit, gleiche Menschen, (fast) gleiche Themen. Aber etwas war anders. Es nahm zum ersten Mal ein neuer Kollege Teil. Ein Externer. Wir haben ihn zu uns geholt, um an “Devops” zu arbeiten.
Hi, Für eine Schatzsuche für einen 5 Jährigen möchte ich einen Text schreiben. Der Text soll von einem Piraten geschrieben sein, der ein Rätsel beschreibt wo der Schatz des Piraten versteckt ist. Er soll an einem Ort versteckt sein wo gruselige Bäume sind. Kannst du mir den Text schreiben und ihn reimen lassen? Mit diesem Prompt habe ich ChatGPT gefüttert. Ich war gerade aus Berlin von der RabbitMQ Summit zurück .
Hi, Ist Scrum demokratisch? Diese Frage kommt immer wieder auf. Immer wieder bin ich in Teams in denen es auf diese Frage hinausläuft. Das Stichwort ist immer wieder “selbstorganisiertes Team” Wie weit entscheidet ein selbstorganisiertes Team? Unumschritten: Das Team organisiert sich die Arbeit selbst. Der Product Owner entscheidet welche Aufgaben in welcher Reihenfolge abgearbeitet werden. Und er ist ein Teil des Teams. Auch unumschritten: Die Entwickler planen einen Sprint und definieren wann ein Thema “fertig” ist.
Hi, “Nach dem Import packen wir das File aus und lesen die Meta-Informationen” “Und wo schreiben wir sie rein” “Diese Information wird in unterschiedlichen Datenbanken abgelegt. Die Path Information wird auf allen Service Datenbanken verteilt, damit diese wissen wie sie auf die Files zugreifen. Andere Daten legen wir in die System-Datenbank und in jede Tenant-Datenbank.” Klingt das für dich normal? Sollte es nicht. Was wir hier erleben ist Informationsduplizierung. “Aber Marcus, warum ist das denn so schlimm?
Hi, Vor einer Woche, in meinem Talk “Pragmatic Programming mit Kotlin” , habe ich über die Broken Window Theory gesprochen. Eigentlich kommt sie aus der Kriminologie. In criminology, the broken windows theory states that visible signs of crime, anti-social behavior and civil disorder […] encourages further crime and disorder […]. ~ Wikipedia Dave Thomas und Andy Hunt übertragen dieses Bild in die Softwareentwicklung. Wann immer es ein schlechtes Design, eine unübersichtliche Klasse, schlecht getesteten Code oder ungenutzte Assets im Repository gibt, wird es wahrscheinlicher, dass noch weitere “broken windows” folgen.
Marcus Held