Living on the bleeding edge: how we created this blog

Written by Torstein Krause Johansen updated: Tuesday August 16 2016 12:29

{"wide-big":{"crop":{"x":0,"y":98.63252543975435,"width":1509.9999999999998,"height":538.5314685314685}}}

We had a number of requirements and wishes when we set out creating blogs.escenic.com a couple of them were:

Dramatis Personae

In the upcoming version 6 of Escenic Content Engine, the most important actors are:

When a user browses a page on the website, the call flow is as follows: ⛹ ➡ Waiter ➡ Cook ➡ ECE

Bleeding edge

We're using the upcoming version 6 of Escenic Content Engine, what is the develop branch in our internal Git repository and we're using the all new decouple presentation layer instead of the classic Java/JSP/Struts. Likewise, the front end is the CUE web interface pulled from the develop branch of that Git repository.

To get continuous deployment (CD), we've set up Jenkins jobs to sync code changes to the Cook and Waiter repositories are automatically with the test and production machines.

We've set up the following rules:

Good Developer Experience (DX)

We imagine most of the blog posts will be written by technical staff here at Escenic: R&D, Professional Services, The Cloud operations and QA.

For this reason, we implemented support for Markdown in the Waiter so that posts can be written in Markdown and rendered as HTML when when the blog posts are browsed.

In the screenshot above, I'm editing this blog post in Emacs, launched from the web browser while working on the blog in CUE. With CUE and Markdown we have all the choice in the world: bloggers can use whatever editor or tool they like for authoring the posts!

Another thing we've added support for on this blog, is nice code fragments. Code snippets are an important part of any technical blog and we've therefore used highlight.js which gives us rich syntax highlighting with many themes.