adesso BLOG

Passwörter dürfen nicht im Klartext in der Datenbank gespeichert werden. Das jeder Developer. Die Gefahr, dass der Inhalt der Datenbank und damit die Passwörter, die eventuell auch anderswo verwendet werden, abgegriffen werden, ist einfach zu groß. Um nicht selbst zu einem Eintrag in der Reihe der Passwort Leaks zu werden, soll dieser Blog-Beitrag bei der Auswahl eines sicheren Hashverfahrens unterstützen und Hinweise für die richtige Parametrisierung geben.

Wie schön wäre eine Welt, in der ihr euch als User einer Software um nahezu nichts kümmern müsstet und eure Daten trotzdem geschützt wären? Dieser Traum ist verwirklichbar. Was ihr hierfür in der Softwareentwicklung beachten solltet, erkläre ich euch hier im zweiten Teil meiner Blog-Reihe „Datenschutz in der Softwareentwicklung“ und stelle euch das Prinzip „Privacy by Default“ vor.

Verursacht das Thema Datenschutz bei euch auch immer wieder Kopfschmerzen? Vor allem wenn Anforderungen an die zu entwickelnde Software erst zu einem fortgeschrittenen Zeitpunkt der Entwicklungsphase aufkommen, werden wir als Entwickelnde immer wieder vor große Herausforderungen gestellt. Im ersten Teil meiner Beitragsreihe „Datenschutz in der Softwareentwicklung“ möchte ich euch das Prinzip Privacy by Design näherbringen.

Möchte ein Unternehmen mit einem Business auch auf den mobilen Plattformen Android und iOS präsent und erfolgreich sein, führt häufig kein Weg an einer mobilen App vorbei. Dabei erhöhen Native Plattform-Features das Nutzererlebnis deutlich und wirken sich auf die Kundenbindung und den Erfolg einer App aus. In diesem Blog-Beitrag erfahrt ihr, welche Vorteile es bei der App-Entwicklung hat, mit der Kotlin-Multiplattform eine gemeinsame Businesslogik von Android und iOS aufzusetzen.

Im Zuge der agilen Transformation im Projektkontext beim Kunden, ist die Verantwortung für die Erstellung und Durchführung von Lasttests, die zuvor an zentraler Stelle behandelt wurden, in die Teams gewandert. Jetzt sind die Teams plötzlich nicht nur für die Spezifikation der Tests, zum Beispiel durch die Beschreibung von „Klick-Pfaden“ in der Anwendung zuständig, sondern müssen sich auch um die ganze technische Umsetzung kümmern. Im Team habe ich mich dieser Aufgabe gestellt. In meinem Blog-Beitrag möchte ich euch nun meine Erfahrungen mit dem Thema Lasttests aus der Sicht eines Entwicklers in einem agilen Team schildern.

Low-Code ist ein Paradigma in der modernen Softwareentwicklung. Es hat zum Ziel, die Entwicklung von Applikationen auch Personen ohne beziehungsweise mit wenig Engineering-Hintergrund (sogenannten "Citizen Developers") zugänglich zu machen. Damit sollen die meist knappen Entwickler-Ressourcen effektiver genutzt und die Arbeitszeit vorwiegend für die Umsetzung von Funktionalität, anstatt für technische Grundlagen, eingesetzt werden.

Seit über 20 Jahren beschäftige ich mich mit großem Interesse mit den Prinzipien des Softwaredesigns/Design Patterns. Meine diesbezüglichen Erfahrungen möchte ich in diesem Blog-Beitrag gerne an Developer weitergeben, die Probleme mit der Nutzung beziehungsweise Umsetzung dieser Prinzipien haben.

In der modernen Softwareentwicklung sind Unit-Tests als Teil des Sourcecodes inzwischen zum Standard geworden. Sollen Funktionalitäten einer Applikation als Ganzes getestet werden, wird oft ein hoher manueller Aufwand betrieben, um vor dem Release ein erfolgreich abgeschlossenes Testprotokoll vorweisen zu können. Dieser Aufwand kann minimiert werden, indem man UI-Tests automatisiert. In unserem Blog-Beitrag beschreiben wir einen möglichen Ansatz, der in einem unserer Projekte sehr gut funktioniert hat.

Ein ungewollter Datenabfluss ist für alle Unternehmen, egal welcher Branche, ein riskantes Problem. In meinem Blog-Beitrag möchte ich daher aus einem Projekt bei einem Schweizer Krankenversicherer berichten, in dem sich das Projektteam mit eben diesem Problem des Data Loss auseinandergesetzt hat.