🇨🇳 FLMN kindly translated this to Chinese here.

I’ve been programming since 1999 and this year I’ve officially coded for 20+ years. I started with Basic but soon jumped into Pascal and C and then learned object oriented programming (OOP) with Delphi and C++. In 2006 I started with Java and in 2011 I started with JavaScript. I’ve worked with a wide range of businesses from robotics, fin tech, med tech to media and telecom. Sometimes I had a different hat as a researcher, CTO, TPM (technical product manager), teacher, system architect or TL (technical leader) but I’ve always been…

I work at the Core team behind some of the top 10 most visited sites in Scandinavia (Sweden & Norway). The product itself is a white label platform to build news sites. Its implementation is governed as an inner source with a community of around 150+ employees and consultants (I have previously written about how this community came to be).

In less than 3 years we went from 1 site to 20+. This growth had deep implications from the way we collaborate to the way we ensure scalability, security and reliability.


Traditionally the developer teams and DevOps teamd live in slightly different worlds with different concerns

Before digging into the processes, one fact needs to…

I joined Schibsted back in 2016 when the relatively new Products and Technology (SPT) unit was filled with ambitious, smart and visionary people. There was a special energy in the company those days. I was happy. I learned a lot over the past 5 years. Anyone who has been at the same place for too long would tell you:

The pace of learning slows down over time.

I artificially prolonged this period by swtiching teams a couple of times to work on new challenges.

Changing internally can improve learning


Schibsted has many business areas from news sites to marketplaces to financial services and even a…

Using the potentials of a big company to solve some of its collaboration challenges

Large companies are usually comprised of many teams — each focusing on a subset of the problem domain.

Autonomy vs collaboration

To increase agility the company may give autonomy to the teams to decide their work process, tooling, or even defining their own scope. The side effect is that if there is too much autonomy, the teams may grow apart from each other and develop “silos”.

At its extreme, domain knowledge hardly leaves the borders of the team silos and external ideas are dismissed with the “Not Invented Here” syndrome (NIH).

Stuck employees

If the company is doing well for many years, it’s possible for…

Image sourced from Pexels.com

A Array.map() is a very useful function but, unfortunately, it only works with synchronous functions. A simple workaround for using async map functions is to use Promose.all() or its more tolerant brother Promise.allSettled():

It works like this: the .map() will convert each array item to a promise, so we’ll end up with an array of promises to resolve. There are two ways of doing this:

  • Promise.all() throws if the map function throws (MDN)
  • Promise.allSettled() runs the map function for the whole array even if sometimes it throws (MDN)

Therefore, the output of the .allSettled() is an array of objects…

A visualization of anti-growth mindset

Career ladder is a great tool for cultivating growth mindset in an organization:

  • It clarifies the promotion criteria transparently and advocates meritocracy
  • It aligns personal growth with organizational growth
  • It reduces churn by challenging long term employees
  • It sets examples of good behavior and inspires leadership

Unfortunately many companies fail to take full advantage of this tool. Let’s visualize some of the common mistakes.


a snapshot of the terminal showing the output of env dash dash help command
a snapshot of the terminal showing the output of env dash dash help command

JavaScript is an interpreted language and its source code needs to be fed to some interpreter to run. If you want to run a JavaScript file using Node.js, you normally run this command:

$ node yourfile.js

By typing the name of the interpreter (node), you are explicitly telling the shell how to run your script.

But that knowledge can be put inside the script itself so it can be run directly as if it was a binary:

$ ./yourfile.js

This will work only if you have execution permission on that file (you can set that with chmod u+x yourfile.js

White-box testing for JavaScript modules

Photo by Markus Spiske from Pexels

It’s good practice to keep the number of lines in a function limited (here’s Martin Fowler elaborating the point and here’s an ESlint rule to enforce it). To break a long function, we need to identify the parts that are abstract enough to be extracted to new and smaller functions.

  • We’ll end up with more functions which increases the cyclomatic complexity
  • But these smaller functions are easier to read and test.
  • Also these smaller functions are easier to reuse in other contexts.

Each software (whether it’s a library or a stand alone app or CLI) handles various use-cases.

My experience with an active community building and maintaining multiple products with millions of users


  • Be explicitly open for contribution
  • Focus on great DX (developer experience)
  • Give great support
  • Share knowledge
  • Spread the word
  • Keep the quality high
  • Praise good behavior

Inner open source vs open source

Before we start, let’s define “inner source”. According to Wikipedia:

Inner Source is the use of open source software development best practices and the establishment of an open source-like culture within organizations. The organization may still develop proprietary software, but internally opens up its development.

Although many of the tips in this post may apply to open source product, there are a few crucial differences stemming from the fact that the “community” is…

If you’re working at a big organization you’ve probably heard or used an employee engagement tool. Here’s how it works:

  • It regularly sends online surveys to the employees to measure their engagement.
  • Then it aggregates that data and presents the management team with beautiful reports about different engagement categories.

The core idea is that the surveys will provide reliable data for spotting and reacting to organizational problems. The reports look something like this:

Officevibe report samle. Source: Officevibe

This post is about my experience using Officevibe at two teams for a period of 2 years and eventually quitting it (not truly but we’ll get to…

Alex Ewerlöf

Knowledge Worker, MSc Systems Engineering, Tech Lead, Web Developer

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store