#CFCamp 2016 – Ich war da.

Dieses Jahr war ich das erste mal im CFCamp. Ich hab im Vorfeld schon einiges darüber gehört und die Leute sprachen mit Begeisterung darüber.

Also dieses Jahr 2016, war auch ich dort. Am Münchener Flughafen im municon.

Aufstehen in der Nacht -.- ist ja erstmal nichts für mich. Um 04:00 aufstehen, um 05:00 am Hauptbahnhof und von da aus nach Düsseldorf. 7:20 in den Flieger nach München.

Am Flughafen angekommen, mussten wir direkt ins municon, dort begann bereits um 09:00 Uhr die Preside Conference. Diese ging einen Tag lang und alles darüber findet ihr im entsprechenden Blog Eintrag.

Am 20.10 fing das CFCamp um 09:00 Uhr an. Eröffnet wurde das Camp mit der Keynode von Lucee.

Es gab zwei große Räume mit jeweils einem einstündlichen Vortrag. So hatte man den ganzen Tag die Wahl welchen Beitrag man sich anhören möchte. Ich hab mich für die Vorträge entschieden die in den kommenden Tagen hier in meinem Blog veröffentlicht werden.

14711495_1254615277932964_6338856323884856260_o

Sehr interessant fand ich das die Teilnehmer im CFCamp zum größten Teil Wiederholungstäter sind und die ganze Veranstaltung so ein sehr freundschaftlichen flair hat. An den zwei Tagen waren ca 170 Teilnehmer anwesend, darunter hauptsächlich Coldfusion Entwickler.

Am Abend gab es dann noch einen Umtrunk mit CodeWar und viel Spass.

Mein Fazit: Eine interessante Veranstaltung mit guten Inhalten. Neben den Coldfusion Inhalten gab es auch noch interessante Themen rund um die Entwicklung.

Vielleicht könnte man in Zukunft das ganze noch über Youtube und / oder LiveCoding.tv streamen. Oder zumindest die Vorträge im nachhinein als Video Material veröffentlichen.

Das Essen im municon ist übrigens hervorragend, wie ich finde.

Ich hoffe ihr findet die kommenden Beiträge genau so interessant wie Ich.

Die Veranstaltung wurde organisiert von:

bluegras – Internetlösungen
Michael Hnat

Kriegerstr. 49
82110 Germering
Tel. +49 (0)89 81029340

E-Mail: m.hnat@bluegras.de

ColdFusion ORM MySQL Mapping

ORMTYPE SQL MYSQL
big_decimal DECIMAL, MONEY DECIMAL
binary BINARY, VARBINARY TINYBLOB
blob TINYBLOB
Boolean [SMALLINT], BIT BIT
clob LONGTEXT
date DATE DATE
double DOUBLE, MONEY, NUMERIC DOUBLE
character, char CHAR
float REAL, FLOAT FLOAT
integer, int INT INT
long BIGINT BIGINT
serializable TINYBLOB
short SMALLINT SMALLINT
string CHAR, NCHAR, VARCHAR, NVARCHAR VARCHAR
text TEXT, NTEXT LONGTEXT
timestamp DATETIME, SMALLDATETIME, TIMESTAMP DATETIME
true_false CHAR
yes_no CHAR

Continuous Deployment Mit Docker Containern

Ein neues  Projekt steht an und ich bin schon Feuer und Flamme.

Als Dienstleister im Webbereich hat das Unternehmen in dem ich arbeite einige Produkte die stehts weiter entwickelt werden. Dazu kommen einige Customer Applikationen die einige Schnittpunkte zu Produkten haben jedoch mit vielen speziellen Erweiterungen daher kommen.

Ziel des Projektes ist es die bestehenden Produkte in Docker Container auszulagern. Und diese vom Arbeitsplatz über den Entwicklungsserver auf das Staging auszuliefern und diese dann ins Produktionssystem zu spielen. Wärend der Testserver und Staging Server inHouse Lösungen sind wird ein weiterer Meilenstein sein, das Produktionssystem in die Cloud zu legen.

Das kleinste Problem dürften die in sich geschlossenen Produkte sein, die Herrausvorderung ist das Content Management System. Bis vor kurzen war die Abhängigkeit an die Lokale Produktionsumgebung so tief das ein Auslagern kaum möglich waren. Hier wurden bereits einige Stunden investiert um die Enterprise Version von Abhängigkeiten zu befreien und Cloudfähig zu machen.

Bevor es aber nun los gehen kann müssen zwei Grundlegende Dinge eingeführt werden.

Zum einem die Versionierung.. ja die gibt es nicht so wirklich. Es sind zwar bei einigen Produkten „version“ 2 und 3 vorhanden aber das ist auch nicht mehr als ein Name. es gibt keine Major , Features und Patch Versionen. Dementsprechend auch keine Notes dazu. Zwar Neugikeiten über Änderungen aber alles sehr schwammig.

Zum anderen Unittests. Es gibt zwar einige die für den Entwickler Informationen bereitstellen aber sind nicht wirklich Programmfreundlich gestalltet. Zudem fehlen diese Tests in vielen kritischen Bereich. Ohne diese wird ein automatisches Continouse Deploymend aber ehr ein Ammoklauf.

Weiteres folgt im Laufe der Woche. Einfach dem Block folgen.