If you’re not familiar with SCRUM, it is a very powerful set of principles and methods that empower teams to deliver increments of a product faster and in an iterative way. This means using short cycles of development while gathering constant feedback and adapting to eventual changes in product vision or customer needs.
I have been working with SCRUM for a few years now and, for me, always was one of those things that I could clearly see the value of using it but never took the time to dive deeper into the foundation and the principles behind it. So, a few months ago, when the startup where I work (Infraspeak) had the idea of creating a “book club” for the team, with the purpose of encouraging reading and knowledge sharing, I decided to change that.
This book, from Jeff Sutherland, is not exactly a straightforward technical book. And although it goes into good detail about the technical parts of SCRUM, they are presented to you through a series of stories and past experiences from the writer with the purpose of not only give you the ins and outs of SCRUM but also the foundations behind the principles and a few Ah Ah moments during its creation.
Due to this, the idea of this article is to extract those technical parts of the book and presents them here, in a summarized form.
Modern front-end web development is in constant change. The evolution is this area has been so rapid in the past years that sometimes it’s hard to keep up with the new kids on the block while maintaining focus on what needs to be done.
(Since there is a huge chance that, while I am writing this article, there are 100325 new front-end tools being released, it’s possible that this image is already not completely up to date.)
Last week, a backup incident in a staging server on GitLab resulted in the deletion of the production database and was responsible for 6 hours of data loss and some server downtime.
The official blog post about the incident starts like this:
Yesterday we had a serious incident with one of our databases. We lost six hours of database data (issues, merge requests, users, comments, snippets, etc.) for GitLab.com. Git/wiki repositories and self-hosted installations were not affected. Losing production data is unacceptable and in a few days we’ll publish a post on why this happened and a list of measures we will implement to prevent it happening again.
As we all know, data loss is a major nightmare for any product out there, but it’s worst if you’re a cloud code repository with a massive amount of daily users like GitLab. Although these things were not supposed to happen in 2017, organizations are made of humans (at least for now…) and making mistakes is part of being a human. But is the way that the organization deal with the problem that makes the difference.
GitLab’s Approach After Data Loss Incident
GitLab’s approach was based on transparency and it’s getting some positive feedback from the community.
They didn’t try to hide the problem and instead, they set up a live stream of the team resolving the problem (8 hours) and released a google docs explaining step by step how the mistake happened and how it got solved.
Although WordPress is one of the most complete and easy to use of blogging platforms out there, we all know that it is far from being the fastest and most optimized solution out of the box. Maybe due to the fact that WordPress was built with usability in mind, rather than performance.
Since nowadays, speed and performance are kings when it comes to SEO and user engagement (search for “page load time impact” on google, just don’t try to read everything because you will be overwhelmed), I decided to take a look on how to speed up my blog. Turns out that, with the right set of plugins and tools, it actually pretty easy to achieve a decent amount of performance improvement. In my case around 300% faster.
The version 5.4 of LaravelPHP Framework was released this week and it’s full of interesting new features and improvements. Although we are already used to the constant innovation of this framework, 5.4 is one of the most interesting releases we have ever seen.