onOffice wächst seit Jahren sehr konstant. Auch der Bereich der Softwareentwicklung und die IT-Bereiche insgesamt sind über die Jahre stetig größer geworden. Durch das Wachstum entsteht immer wieder der Bedarf, die Struktur oder Organisation der Teams zu ändern. Als das…
Unser Hauptprodukt onOffice enterprise wird seit vielen Jahren stetig weiterentwickelt. Der Code muss dementsprechend bei veränderten Anforderungen oder Fehlern zum Teil nach Jahren angepasst werden. Gleichzeitig wächst unser Team immer weiter und neue Entwickler müssen sich in ein komplexes, schon…
Auf der Suche nach neuen Verbesserungsideen für unsere wachsenden IT-Abteilungen wurde sich in den letzten Jahren zum ersten Mal genauer mit dem Thema DevOps beschäftigt.
Das Thema „Datenimport” war immer ein Reizthema. Ein neuer Kunde wechselt und möchte die Daten aus seinem bisherigen CRM in unsere Software übernehmen, natürlich möglichst vollständig. Vor Jahren sagte jemand, dieser Schritt wäre damit vergleichbar, dass man die Innenausstattung eines…
Die Festlegung des Namens, gerade bei Klassen, wird oft als Nebensache abgetan, die schnell erledigt werden sollte. Der Fokus wird immer auf die Planung der Klasse und ihrer Aufgabe gelegt, dabei gehört beides zusammen.
Im Jahr 2015 wurde entschieden, unsere CMS um WordPress zu erweitern und Jakob Jungmann bekam die Aufgabe, das Plugin für WordPress zu erstellen. In diesem Artikel wird der Entwicklungsprozess unseres WordPress-Plugins beschrieben.
Eine der spannendsten Herausforderungen bei onOffice der vergangenen Jahre ist das Wachstum der Firma. Dazu gehört sowohl das Wachstum der Kunden und der von uns verwalteten Daten als auch das Mitarbeiterwachstum und den damit verbundenen Änderungen an Teamstrukturen und Arbeitsabläufen.
Die Grundlagen für unsere onOffice API wurden schon im Jahr 2006 gelegt. Zur Kommunikation zwischen GUI und Server wurde damals ein XML-Format mit Elementen entwickelt, die heute die Grundbausteine der onOffice API bilden. Über einen Prototypenstatus hinaus hat es das…
Heutzutage ist es so einfach wie nie, Third-Party-Code in der eigenen Software zu verwenden. Fast jede Programmiersprache hat seinen eigenen Package-Manager. Von Maven bei Java, npm bei Javascript bis hin zu Composer bei PHP ist alles vertreten.