This blog posts aims to provide an answer to the following question: ‘But WHY does it takes you 2 weeks to implement this basic button?’ 😆

In this blog post I explain that using a programming language is not entirely free.

As a maintainer of several open source projects for now 3 years, I regularly meet people, mostly about an open source contribution. This allows me to experience all kinds of interactions. Most of them are collaborative and great, and keep me thrilled to work in open source. But some of them are spoiled by common beliefs or preconceived ideas about open source. So I’d like to bust one today.

When a user submits a bug report on PrestaShop open source project, we thank him for the report and ask if he is willing to submit a Pull Request to fix it. To which some people answers “I’m sorry? Why should I fix the bug myself? Why should I do your job?” and that is actually a very important and relevant question.

It might sound cool, but magic will actually hurt your code in the long term. Let’s see what this means and why.

To the 1st time open source contributor, to rebase a branch might look both obscure and scary.

How I am almost always able to answer fast to anyone asking me to decide.

Note: this blog post was written as part of my mission as a PrestaShop maintainer

Following previous post about Minor Release Lifecycle, here is more explanations about software lifecycle at PrestaShop, focusing on patch releases and the release process.

Note: this blog post was written as part of my mission as a PrestaShop maintainer

The journey of the release of PrestaShop 1.7.7.0 has started. This moment is a nice opportunity to explain PrestaShop’s minor release lifecycle.

This blog post is intended to help people willing to understand better the process to contribute to a github opensource project for the 1st time. It does not explain “how” to use the github fork workflow but rather “why” it is used and why it seems so complex the 1st time you look at it.