ECMAScript 2017 / ECMAScript 8 hat viele – insbesonders kleine – Neuerungen mit sich gebracht. Die wohl größte Änderung besteht in der Implementierung asynchroner Funktionen. Aber was genau sind diese asynchronen Funktionen? Bevor man diese Frage beantworten kann, benötigt man ein paar Grundlagen:
Die KEY-Talks im Monat Mai waren hauptsächlich technologisch orientiert. Wir beschäftigten uns mit der Beleuchtung dreier Frameworks, welche uns die Arbeit in Projekten erleichtert bzw. erleichtern kann. Dies betrifft das Mobile Framework Xamarin, sowie die beiden CSS Frameworks Bootstrap 4.1 und Bulma
Eines unserer Hauptziele als Unternehmen ist es, eine breite Wissensbasis aufzubauen. Dazu ist es wichtig, dass der interne Wissenstransfer gut funktioniert und das wir uns regelmäßig mit innovativen Themen auseinandersetzen. Um dieses Ziel zu erreichen überlegen wir regelmäßig, welche Maßnahmen wir dazu ergreifen können. Als neues Format beschäftigen gingen nun die KEY-Talks hervor. „KEY“ steht für Knowledge Exchange Yielding. Das heißt im Klartext: Wir beschäftigen uns einmal im Monat mit Themen unserer Wahl – es gibt keine Einschränkungen. Die Themen stellen wir in einer kurzen Präsentation allen vor und diskutieren gemeinsam darüber.
Im ersten KEY-Talks Event wurde sich dabei um folgende 3 Themen unterhalten:
Im letzten Artikel haben wir gezeigt wie wir unsere Laravel Apps in Gitlab über Docker bereitstellen. Eine Lösung inspiriert von Jenkins wurde nun ins Intranet integriert – ein weiterer Baustein in unserem System. Der Continuous Integration and Continuous Delivery Prozess wird damit überwacht.
Ein Gitlab-Commit der auf den Masterbranch gemerget wird, löst den Auslieferungsprozess aus. Der Gitlab-Runner führt diesen Prozess aus. Zuerst wird ein API Request über Curl ausgelöst und der Datenbank wird der Prozessstart mitgeteilt. Ab jetzt ist der Prozess im Monitoring-Tool sichtbar und mit „running“ getagt. Nachdem der Prozess erfolgreich war, übermittelt dieser einen weiteren API-Request und der Status wird mit „Success“ getaggt. Bleibt der Success-Request aus, erscheint der Status „Timeout“. Ist es uns möglich den Fehler abzufangen (Exception handling) können wir den Prozess als „Failed“ bezeichnen.
Wir haben alle wichtigen Deployment-Metriken zu den Projekten auf einen Blick. Anzahl der Deployment-Prozesse, Dauer und Start des letzten Prozess, sowie der letzte Fehlschlag. Unter Details sind Anzahl der Fehlschläge, mögliche Fehlermeldungen, Portbelegung und weitere anwendungsspezifische Details ersichtlich. Die API arbeitet in beide Richtungen, sodass über die GUI bei Bedarf ein Prozess-Retry getriggert werden kann.
So sind wir ab sofort in der Lage, für alle geeigneten Projekte eine Übersicht über dessen Deployment-Status zu haben und es ist uns möglich, schnell Korrekturen durchzuführen.
Die Tage werden kürzer und die Temperaturen kälter. Es ist wieder Weihnachtszeit! Auch für uns bei singularIT bietet diese Zeit die Gelegenheit näher zusammenzurücken und eine gute Zeit miteinander zu verbringen.
Eine der größten Herausforderungen in der Softwareentwicklung ist es, ständig auf dem neuesten Stand der Dinge zu bleiben. Hier bei singularIT sind wir uns dieser Herausforderung bewusst und haben eine Lösung für uns gefunden. Sie lautet: Coding Challenges!
Mehr Erfahren
Wir haben unsere neue Webseite gelauncht und einige Verbesserungen vorgenommen. Unser Fokus lag dabei vor allem darauf, den Webseitenbesucher einen besseren Einblick in unsere Kerngebiete und Kompetenzen zu geben. Die Webseite beleuchtet unser Kerngeschäft dabei aus 3 Dimensionen:
Wenn auch etwas verspätet, wollen wir nochmal über unser neues Büro schreiben. Anfang September war es soweit. Wir sind aus dem Home-Office-Betrieb in ein Büro-Gebäude gezogen. Im Liebighaus in der Prager Straße 60 in Leipzig hat uns das gute Preis-Leistungs-Verhältnis überzeugt. Vor allem positiv ist, dass hier immer wieder Räume frei werden und so eine gute Flexibiltät für unser geplanten Wachstum besteht.
Mehr Erfahren