Lange Zeit habe ich RPA als einen simplen Ansatz zur Automatisierung abgetan. Das änderte sich erst kürzlich, als ich endlich von meinem hohen Ross herunterkam und einem leidenschaftlichen RPA-Befürworter wirklich zuhörte. Was er sagte, machte Sinn, und ich möchte mit Ihnen teilen, was ich gelernt habe.
Was ist der Unterschied zwischen einer konfigurationsbasierten und einer codebasierten Automatisierung?
Was ist die Haupttätigkeit von Entwickler_innen? Warten. Was wie ein schlechter Scherz klingt, ist leider keiner. Die Realität ist, dass Entwickler_innen immer wieder auf Dinge warten müssen – zum Beispiel auf den lokalen Build.
Lange Build-Zeiten führen zu hohen Kosten.Aber wie hoch sind die Kosten genau?
Entwickler_innen arbeiten in Entwicklungsumgebungen. Dort schreiben sie Code, Testen und Debuggen. In der Praxis gibt es allerdings ein Problem: Der lokale Betrieb der zu entwickelnden Software ist aufwändig und die Verwaltung der Abhängigkeiten mühsam und wartungsintensiv.
Die Sicherheit des Source Codes ist von entscheidender Bedeutung, um Software vor böswilligen Angriffen und Sicherheitsverletzungen zu schützen. Glücklicherweise stehen leistungsstarke Tools zur Verfügung, die potenzielle Schwachstellen erkennen.
Gestohlene Laptops und ein damit verbundener Datenklau sind ein Horrorszenario für Unternehmen. Denn das bedeutet: Verlust und möglicherweise Offenlegung des Source Codes und sensibler Daten. Wie helfen Remote Development Environments, bei einem Laptop-Diebstahl den Datenklau des Quellcodes zu verhindern?
Wenn der Code gestohlen oder geleakt wird, kann das zu massiven Schäden für Unternehmen führen. Wie kann der Source Code geschützt werden?
Remote Development Environments (RDEs) sind im Trend. Aber was kann man von RDEs erwarten? 5 Unternehmen und deren Ergebnisse stellen wir in diesem Blogpost vor.