Welcome to my new web home

It’s been two and a half years since I blogged here on senzilla.com. A lot have changed in my life since then. Along with that, senzilla.com will also see some significant changes soon.

This site is now built on WordPress and hosted on my Raspberry Pi in my own bedroom. I’ll probably write more about that in a later post.

Building a hacker culture in Qatar

Although I'm still short on sleep, I'm definitely full of inspiration coming out from last weekend's Carnegie Apps hackathon. Being a mentor at Qatar's first true hackathon was an honour. But getting to know all those passionate students was even better. And it was just that, their passion and their dedication, that made the hackathon so great.

I won't talk so much about all the individual ideas that sprung up during that night, I want to talk about something greater than individual ideas (although they were pretty darn great). I want to talk about building a culture, and a movement.
I haven't been part of Qatar and the Middle East for very long, but I've been part of it long enough to understand that programming is looked at purely as a linear, mechanical process that takes a specification sheet in one end, and produces a product in the other. It just happens, often in a slow uninspiring process inside a square office somewhere de-attached from where the ideas are created, if it's not bought from distant resources. Often this process is associated with huge costs, both in terms of labour and licensing. It's painful to talk about, it's painful to implement, it's painful to be a part of it.

But this is changing (and has already) in many parts of the world. Software is not a mechanical process any more. It's a creative process, a non-linear process. Something that can bring more value to a problem space than just solving the actual problem at hand. And it doesn't have to be painful. It can be fun and it can be fast. The students showed that last weekend.

The organizers' idea behind hosting last weekend's hackathon was to help drive this change into Qatar. And I'm joining in this effort and will help trying to change the mentality that's holding back so much creativity and development here in Qatar and many other parts of this region as well. Because truth is – there's a huge number of young and inspired people here to change this. I know many of them. We just need to be organized, and hackathons are a great way to start building something.

More on this later.

Carnegie Apps workshop instructions

Here are some instructions for participants in the Carnegie Apps workshop on Wednesday, January 30 at 6PM.

This blog post will be continuously updated with more info. So please check back to stay updated!

There are 4 required preparation steps. You don't need to do more. But if you want a better chance at winning prizes at CMUQ's first hackathon you're encouraged to go through an additional 4 steps and read through some links for more background knowledge.

Preparations before the workshop

Required steps

  1. Bring your own computer, ready for hacking!
    Any flavours of Debian, RedHat, Macintosh or Windows are ok.
  2. We will use Virtualbox and Vagrant for our development environment. Please read through this:
  3. Install Virtualbox and Vagrant on your computer. We won't cover much detail, so following these instructions is enough:
  4. Download the Vagrant box we'll be using: http://download.senzilla.com/boxes/carnegieapps-vm-0.1.box

Optional steps

If Git is too much for you to learn before the hackathon I'll provide the necessary files as a zip-package instead.
But give it a try! It's fun! :)

  1. You're encouraged to use Git to work on your code and Github to share it. Please read through this:
    http://git-scm.com/book/en/Getting-Started and https://github.com/about
  2. Learn Git in 15 minutes with this interactive tutorial:
  3. Install and set up Git on your computer:
  4. Checkout the repository we will use, from Github:


  1. About agile development: https://en.wikipedia.org/wiki/Agile_software_development
  2. We will be using Drupal as our framework during the workshop. Read more here:

Agenda during the workshop

First 15 minutes

  • Introduction to rapid and agile development
  • Some best practises to consider along the way

Following 45 minutes

  • Introduction to best practices around development environments and team collaboration
  • Introduction to Virtualbox and Vagrant
  • Getting the environment up and running (see Preparations)
  • Introduction to some common web development frameworks already installed on the development environment (see Read-more)

Last 60 minutes

  • Building a simple web app with an API, without coding!

Questions or feedback?

Your questions or feedback are very welcome. I want to keep the dialogue open, so please reach out to me on Twitter @dickolsson or leave a comment below.

Workshop for Carnegie Mellon's hackathon participants

I'm really exited! I've been asked by Carnegie Mellon University in Qatar to give a workshop preparing everyone (students and others) that are participating in the Carnegie Apps Hackathon that's taking place at the very beginning of February.

The organizers describe the event as following:

The hackathon is a 24-hour event where students can either work individually or in teams to build a cool application – be it a game, a mobile application or a web application. Students who participate in the event – referred to as 'Hackers' – can use any technology to build their application.

In the workshop I'll introduce the participants to some tools and methodologies that will help them through the 24 hours of rapid coding, with focus on web and mobile apps. During the first hour of the workshop we'll install a virtual development environment with Virtualbox and Vagrant. The environment will contain some of the most popular frameworks that's being used for app development.
During the workshop's last hour we will be build a very simple web app with a public API, using one of those frameworks – Drupal.

Obviously we won't be able to cover everything in detail, that's not the point. The point is to introduce them to some new tools and show what's possible to do in a very short time. All to help the participants to let loose of their creativity during these 24 hours! More about everything later.

DrupalCon, content staging and Drupal 8

Update: Here's the follow up post on drupal.org with the implementation plan: http://drupal.org/node/1540656.

DrupalCon is over (since two weeks already). It was an awesome time. Some say it was the best so far. Thankfully it doesn't mean that the community will sleep until Munich. No, now it's time for action! The code freeze is coming closer and things need to happen quickly.

One of the things that I've decided to help with for Drupal 8, is improved support for content staging in core. At DrupalCon there were quite a bit of discussions around this matter. And I'm going to try to summarize this in this blog post.

Content staging is a lot of different things to different people. It involves workflows, APIs to manage content, universally unique and identifiable content, APIs for pushing and merging content between environments, and so on. Many people also use content staging-like functionalities to share content across networks of sites. So, when people talk about content staging they often talk about it in different contexts or focusing on different technical problems. Here are some of the semi-related discussions that took place.

Core conversation on content staging

On Tuesday I started off with my core conversation on this topic. You'll find slides and videos here: http://denver2012.drupal.org/content/content-staging-core

Discussions about Workflows

@stevector and robeano held a core conversation about the editorial workflow experience in Drupal and highlighted some problems with revision management in core. This is something we need to improve to efficiently be able to stage revisions of content. But more about that in the next blog post. Listen to the core conversation here: http://denver2012.drupal.org/content/i-just-want-edit-node

Discussions about Entity API

On Tuesday (if I recall correctly) we held an Entity API BoFs. One of the things we talked about was introducing a Property API, similar to what the Entity API contrib module for Drupal 7 provides. This would unify how we interact with fields and properties on the code level and help solve one of the toughest problems for efficient content staging, namely consistently tracking what properties and fields that adds dependencies (like author or taxonomy terms). This would then be defined in the property API, similar how “data types” are used in the Entity API contrib module and Rules.

Another important discussion that happened around the Entity API in core was @DamZ's and @lsmith's core conversation about implementing standards for document storage in content management systems in general, but Drupal in particular. One of the very interesting topics was the plan for introducing PHPCR to Drupal. PHPCR defined a standardized API for how content should be stored and managed. That in turn, would make it a lot easier to implement a standardized outward-facing API and a canonical format for our content (like CMIS). This would define a more robust transportation protocol for moving content between environments. Go ahead and listen to the whole core conversation here: http://denver2012.drupal.org/content/open-standards-and-document-oriented-storage.

Notes from the content staging BoFs

For the Drupal 7 BoF that was held, we mostly talked about how people are tackling content staging (and similar functionality) right now. We simply concluded that people and organizations do it very differently. Some people are using Deploy, some people don't, some people build more advanced content staging/preview functionalities on a single site together with modules like Workbench Moderation or State Machine. One thing that came out of the Drupal 7 BoF was that we should look deeper into how we can integrate Deploy and State Machine better with each other. More on this in another post.

For the Drupal 8 BoF we identified some of the things I already mentioned in this blog post:

  • better revisioning support for single-site content staging
  • ability to define variants of your configuration (more on this below)
  • ability to synchronize deployments of configuration and content together
  • we need a canonical entity format

Being able to work on different variants of configuration for your site was something we talked a lot about. One exemplifying scenario would be an editor on an e-commerce site that, through the UI, prepares new sets of content together with a new variant of configuration (menus, views, landing pages etc) for the launch of a new spring clothes collection. Currently in CMI there's no API support for this, not even support for different variations between staging and production. It's for now recommended that you solve this on a VCS level with different branches of your code. I talked to Greg Dunlap, the initiative lead, about this and he said it has been discussed. But providing API support for this and eventually a UI where you blindly can switch between variants of your configuration is complicated with the risk of mangling your database (switching between different Field API configurations for instance). So we would need to think some more about this and eventually re-visit this discussion.


All in all, there were a lot of good discussions and ideas flying around. The next step will be to formalize a more concrete plan and start work on things we need to improve for better content staging in Drupal 8. Work is already being done in a lot of areas that help improve the situation, but there's more work to do. More about this in the next blog post ;)

Content staging in Drupal – let’s make a plan

The lack of a robust content staging solution in Drupal has been long standing. In this post I won’t go into details of why this is such a difficult problem to solve. Instead, I’ll suggest a plan, to make a plan, to solve it! So, those of you that are interested in tackling a strategically important functionality for Drupal 8, please continue to read.

What’s being done right now?

Throughout the last 8-9 months I’ve been working on a rewritten version of UUID and Deploy for Drupal 7. It’s been moving slow for different reasons, one being because we’re very few people coding on it. But (dare I say it?) we are close to a release of Deploy!

Acquia started an initiative called Large Scale Drupal (LSD), focusing on identifying, planning and consolidating work on problems for large scale Drupal implementations. Content staging is one focus area, with wireframes and workflow discussions.

In parallel with all this, the Configuration Management Initiative landed the first UUID patch and the initial version of the file based configuration API. Both patches are important for improving the content staging situation in Drupal 8, but it’s not enough.

A plan, to make a plan

For those of you that are interested to work on this topic, here are some events you should participate in during DrupalCon Denver, and some points we need to discuss in order to get out of Denver with a solid plan on how to make content staging work better in Drupal 8!

Core conversation: Content Staging in Core, Tue 11:15am – 11:45am

Some points I will raise and we hopefully will discuss during my core conversation:

  • Why a file based configuration API isn’t the whole answer
  • What I think is needed in core to tackle content staging better (this will also be a separate post soon)
  • Next steps for the UUID implementation in core
  • Do we need some sort of documentation, group or sub-initiative to track this?

BoF: Content Staging in Drupal 7, Wed 11:45am – 1:00pm

  • Work being done in different projects for Drupal 7, like Deploy, State Machine, LSD etc.
  • How to consolidate work across those projects
  • Next steps moving towards a working solution in Drupal 7

BoF: Content Staging in Drupal 8, Wed 1:00pm – 2:00pm

  • Follow up on our discussion from the core conversation
  • Create issues, documentation or plans we find needed in order to move forward


This blog post is a cross post of this g.d.o post, please discuss there.

DrupalCon Is Going to Be Awesome!

DrupalCon London is approaching fast! It's the event all Drupal geeks are waiting for twice a year (one in north America and one in Europe).

I'm so looking forward to it, for many different reasons:

  1. I get to meet my wonderful girlfriend again! :) It's been a month now since I moved to Qatar…
  2. I'm doing a presentation with Kat Bailey on Content Staging and Deployments in Drupal 7
  3. I'm doing another presentation with chx and Letharion about the new Relation module.
  4. I want to attend most of the Drupal 8 core conversation and talk about the different initiatives that I recently got more involved in. Read more below :)
  5. I will be able to meet Yuriy, who has made some big contributions to the Deploy module I'm working on. He is awesome!
  6. I will announce a small project I've been working on, quietly for a while. It's about Drupal and effective hosting in the cloud. I'll come back with more on that later :)
  7. And of course, I will meet the NodeOne guys and all the other cool and awesome Drupal people in the community!

And about the Drupal 8 initiatives… Heyrocker asked me the other day if I wanted to be more involved in the UUID part of the Configuration Management Initiative to help drive that a little bit. Of course I'm up for that challenge since I've been doing quite some work on UUID lately, for the new Drupal 7 version of Deploy. So the game plan regarding that is to get together with some other involved people and start coding on it! :) Hopefully we will have something coming up before DrupalCon on that!

Simply, it's going to be awesome!

Honking the horn in Doha

During my now two weeks in Doha I've noticed quite a few small interesting things about the culture here. One thing is that people take their cars everywhere!

The concept of having a bike doesn't exist here, mostly because the gas is cheaper than water (!!!) and it's way too warm to bike. The combination of a crazy traffic situation and a large number of expatriates also result in many choosing to get a private driver, which isn't too expensive here. I've chosen to do so, before getting familiar with the streets and traffic here.

So, the streets in Doha are really overcrowded. People use the car horn for everything — Move!, Want a ride?, What's up?, Five cups of tea, please.

What five cups of tea, you say!? Yeah, because the streets are overcrowded and there's no room to park, people and the shops on the streets got used to take in-car-orders everywhere. So, if you honk the horn outside a tea shop and gesture “two” to them, they'll come out with two cups of tea which you then pay for from the car. Cars that you block in the middle of the street simply have to wait, but they might honk the horn to you a couple of times ;)

So, coming to Doha you really need to learn speaking the honk-the-horn language here.

Update from the beach

I just wanted to give a short update from a the beach here in Doha, where I spent my weekend (or Friday at least) with @danblah and @KateGardiner.

Going to the beach here was be a little bit different to what I initially thought. There are definitely open public beaches, but because it's so seriously hot this time of the year it requires some extra preparation. You need to bring your own sun cover, sun screen, a beach cooler, huge amounts of bottled water and also carry everything around. So what people usually end up doing (and what we did) is going to a hotel beach, which costs around 30-50 Euro. But it's totally worth it because of the palm tree shadows, refreshment bars, the cooled pool and waiters serving you wet towels :) Although it's always something special about swimming in the ocean, it's so warm it's not actually cooling you down anything. So the cooled down pool is awesome :)

Notice: I've updated my Flickr account with lots of photos from different adventures I've had in Qatar so far. I'll eventually blog about them all, so don't worry ;)

First day at Al Jazeera

Last Thursday was my first day at Al Jazeera, or actually only half a day (I needed to sleep some extra after all the travelling). It started with one of my colleagues picking me up at my apartment. Then we went to pick up some papers for me to be able to get through security into the Al Jazeera compound. They take security very seriously (scanner, bag check), which is a good thing.

After that we went straight to my new office where I introduced myself to most of the New Media team. I met the rest of the team when we later went to the English building for some lunch. They are a very nice and smart bunch of people! Really looking forward to spend more time with them! One thing we got talking about was dress code, both at Al Jazeera and in Muslim countries in general. Being a good traveller I already picked up some stuff — wearing long pants and long shirt is good practice, because showing shoulders or your legs above your knees are disrespectful to the culture. But I found out that my sandals (not the flip-flop ones) weren't really ok at the Al Jazeera office. Luckily enough I was dressed properly enough for it to not show so much :)

The afternoon was spent going through all the current and upcoming projects that we in the New Media team are involved in. And it'll be a busy time here :) Lots of cool and interesting projects! I will write up in a separate blog post with more details of what I will be doing, but it's for sure going to involve cool Drupal stuff ;)

At the end of the day @itanio gave me a tour in the rest of the buildings. We went to the museum, the Arabic newsdesk, the Arabic broadcasting room and the same for the English channel. It was really exciting to be there, in the middle of live broadcasting, to see the heart and vein of Middle Eastern news and information being pumped out to the world. That'll be a big source of inspiration for me!