Stellen Sie sich vor, Sie haben ein Produkt auf den Markt gebracht, das sehr gut funktioniert. Mehrere Versionen sind im Umlauf und werden von Kunden genutzt. Soweit so gut. Allerdings machen Ihnen Bugs in den alten Versionen zu schaffen. Es geht viel Zeit für das Fixing verloren und Ihr Entwicklerteam beschwert sich regelmäßig über diesen Aufwand. Der Grund dafür ist aber nicht das Bug-Fixing an sich, sondern all die Nebentätigkeiten, die damit verbunden sind. Vor allem der Switch zwischen verschiedenen Versionen frisst Zeit. Wie lässt sich das verhindern?

Die Perspektive von Manager_innen und Entwickler_innen scheint stark auseinander zu gehen, wenn es um die Akzeptanz von RDEs geht. Um die Analyse dieses Widerspruchs, der unterschiedlichen Perspektiven und die Gründe dafür – darum geht es in diesem Beitrag.

Ein gutes Onboarding ist wie ein erstes Date – es entscheidet über eine langfristige Beziehung oder über eine schnelle Trennung. Tatsächlich ist die Wahrscheinlichkeit um 58 % höher, dass Mitarbeiter_innen (und damit auch Entwickler_innen) nach drei Jahren noch im Unternehmen sind, wenn sie ein ordentliches Onboarding erhalten. Leider passiert es am Anfang aber noch immer oft genug, dass neue Entwickler_innen wie verwirrte Touristen in einer fremden Stadt herumirren müssen. Doch es geht auch anders.

Remote Development Environments (RDEs) scheinen in letzter Zeit überall Thema zu sein. Hier ist die Geschichte, wie ich als CEO anfing, über RDEs als etwas nachzudenken, das wir brauchen könnten, bis zu dem Punkt an dem wir als Unternehmen beschlossen, ein RDE-Produkt zu entwickeln.

Details zu CI/CD-Pipelines werden kaum preisgegeben. In diesem Beitrag zeigen wir deshalb, wie unsere Pipeline aufgebaut ist und warum eine CI/CD-Pipeline die lokale Entwicklungsumgebung nicht ersetzt.

In der Softwareentwicklung gibt es immer wieder Herausforderungen. In diesem Beitrag gehen wir auf aktuelle Lösungen ein und zeigen, wie Remote Development Environments (RDEs) helfen können, diese Herausforderungen zu meistern.

Seit einigen Jahren werden IDEs auch in der Cloud angeboten. Manche Anbieter sprechen in diesem Kontext von Remote Development Environments. Was ist der Unterschied zwischen IDEs, RDEs und lokalen Entwicklungsumgebungen?

Softwareentwickler_innen arbeiten normaler-weise in ihrer lokalen Entwicklungsumgebung. Da jede lokale Entwicklungsumgebung anders ist, treten jedoch individuelle Probleme auf, deren Lösung zeitaufwändig ist. Mit RDEs wird die Zeit, die mit der Wartung verbracht wird, auf null gesenkt. Welche Vorteile gibt es noch?

Github, Gitlab, Gitpod, Coder, JetBrains - alle reden von Remote Development und entwickeln Produkte, die sie Remote Development Environments (RDEs) nennen. Was steckt dahinter?(Wir verwenden den Begriff Remote Development Environments (RDEs) synonym für CDEs. RDE…