Sebastian und Tobias im Gespräch darüber, wie ein technisches Konzept geschaffen sein soll, so dass es einen möglichst großen Mehrwert hat.

Sebastian und Tobias im Gespräch darüber, wie ein technisches Konzept geschaffen sein soll, so dass es einen möglichst großen Mehrwert hat.

In Folge 46 des Sandpapiers unterhalten sich Theo, Florian und Tobias über Qualitätsverbesserungen. Was haben wir im vergangenen Jahr verändert, welche Experimente haben wir gestartet und was haben wir daraus gelernt?

Wieso ist eine Software keine einmalige Anschaffung? Wie lange hält meine Software und welche Einflüsse gibt es? Wie kann ich so ein Update eigentlich entwickeln?

Zusammen mit Sebastian und Christoph geht Tobias der Frage auf den Grund, wie man effizient Fehler im Code lokalisiert und dabei möglichst planvoll vorgeht. Dabei erzählen Christoph und Sebastian aus ihrem Alltag als Softwareentwickler und erklären warum die berühmte Frage "Have you tried turning it off and on again?" gar nicht so blöd ist.

Sebastian, Chris und Martin versuchen sich an einer Einordnung der Rolle eines Softwarearchitekten.

In dieser Ausgabe des Sandpapiers versuchen sich Martin und Theo daran, die Grundlagen von Functional Programming möglichst einfach zu erklären und dabei auf zu viel komplizierten Jargon zu verzichten.

Workshops sind, soweit ich die Unternehmenslandschaft beurteilen kann, ein gängiges Format in der Praxis, um Wissen zu vermitteln. Insofern verwundert es nicht, dass einer stattgefunden hat bei uns, oder täusche ich mich da?

Bisher sind wir bei Sandstorm sehr monothematisch, was unsere Werkzeuge angeht. Entwickelt wird auf Macs und OSX. Allerdings kamen immer wieder Bauchschmerzen auf; wenn eine kaputte Tastatur zum Austausch des gesamten Geräts führt. Über das vergangene Jahr haben wir bei Sandstorm das Experiment gewagt und zwei Personen eine Weile ausschließlich auf alternativen Geräten arbeiten lassen.

In dieser Folge des Sandpapiers erörtern Martin, Sebastian und Theo, warum DRY (Don't. Repeat. Yourself.) manchmal nicht der beste Ratgeber ist, wie man gute Abstraktionen in der Softwareentwicklung erkennen kann, unter welchen Umständen Performance- und Code-Optimierungen sinnvoll sein können und unter welchen nicht.

In dieser Episode stellen wir uns der Frage: Welche Technologie darf es denn für das nächste Projekt sein?