Naiz is one of the leading online platforms for newspapers & media of the Basque Country with news and general information updated all year round, 24/7.

Naiz gathers several media: some published also in paper (GARA, GAUR8, ZAZPIKA, MEDIABASK), some with audiovisual broadcasting (INFO7 IRRATIA) and some with only a digital version (KAZETA).


Naiz is a massive online platform that aggregates multiple publications - ranging from local magazines to National newspapers - and all of their content. It is built on a bespoke Ruby on Rails CMS called Ubiquo by a company called GNuine.

When GNuine closed down, Naiz required another development provider, and they contacted us.

Currently, we're providing full-stack development services, as well as general consulting, code audits, and training for their internal team. We are working really shoulder to shoulder, after all those years.

During the first two years of the project, we were been in charge of maintaining and evolving the entire platform. Such a big platform requires a high technical expertise and a long-term strategy to ensure the maintainability of the codebase while the platform keeps evolving.

The first year was spent mostly fixing bugs and developing some missing functionalities that the platform needed to keep up with the times. As the platform was - and still is - very complex, we adopted the following approach: always leave code better than when you found it. This way, whenever we touched new classes and methods, we always squeezed in some refactoring.

Throughout 2016, however, we tackled the upgrade of the platform to the newest version of Ruby. The main challenge here was to not break any existing feature while performing such important upgrades to the platform. Remember that we inherited this platform from a previous provider, and therefore we don't always have the holistic vision of all the parts of the architecture or the code and they're not there to answer any questions if we need them.

In parallel with the upgrades of Ruby and Rails, we also found time to develop new functionalities. Some of the biggest challenges include the newsletter system, or when we had to make the responsive version of the site and its circa 150 widgets.

Naiz responsive

Naiz On Mobile Devices

In such a big project, communication is key. Let us explain how we coordinate with the Naiz development team every week.

First of all, the client's tech team create the cards with the tasks for the week ahead on our shared Trello board. As it is the case with most clients, we use Trello to coordinate the tasks and milestones of the project, and Basecamp to keep track of all the decisions and keep all discussions centralised on the same platform.

Once this is done, we conduct a weekly standup of 30 minutes with the client through videocall, to discuss the newly created cards and their prioritisation. We, then, move the cards to the corresponding milestones.

It is worth noting, that a lot of coordination is required when two teams are working on the same project, so we established a set of rules to separate concerns and responsibilities:

  • The client's team is responsible for defining new features and creating cards in the Inbox list.
  • We develop only in the development stage, and when we're done, we merge them to the develop branch.
  • We are responsible for dragging the cards between milestones, or to the Done list when we've finished.
  • The client's team controls every pull request to the master branch.
  • The client's team is responsible for taking the cards on the Done list to the different stages (staging, production, etc.)
  • The client's team is responsible for all the deploys and creates a PR for each one of them.

This distribution of the responsibilities helped to avoid blocking tasks and ensures that everyone has a clear understanding of the scope of his task and responsibilities.

Also, we defined these workflows as per the client's request: they wanted us to develop for them, but they would retain the ownership of the platform. Therefore, we set up Capistrano such that they could be the only ones deploying to their own servers.

David gomez
David GómezFull-Stack Developer

Working on such a big project was nothing short of challenging, especially when we rolled out the responsive version. Thanks to the good workflows, we coordinated with the team at Naiz to test more than 150 different widgets and all their respective configurations in a matter of days!

In addition to the workflows we explained above, we also share a common Slack account with the Naiz team. For those clients that hire 40 or more hours a week of our services, we set up a Slack account to provide faster communication.

In this case, we set up a Slack account with several different channels, to discuss different topics (#deploy, #general, #developers, etc.). This Slack account ensures that we're always there to give support, especially during the coordination for every deploy.

Javier artero
Javier ArteroUI/UX Specialist

The main challenge for me was to deal with the CSS code we inherited from the previous provider. We decided that everything we did anew, we would do make it responsive from the start, and progressively we adapted the rest as we worked on it, to avoid breaking the existing codebase.

Working on such a large project has been an extremely positive experience. We don't come across opportunities to work on national newspapers very often, or platforms that aggregate thousands of contents, having lots of daily visits and high concurrency.

Further, on the personal side, we have also developed a strong relationship with the client, which helps to explain why we've been working for over three years for them, and will most likely keep doing for a little bit longer!