The Gladys developer website was launched two years ago in 2015. The goal was to build a community of developer around Gladys. Today, the website is not as sexy as it was in 2015, and not that easy to use. I’ve been thinking about it a lot, and I’ve tried to see how I can transform this simple website into a real platform that can make the project move forward 🚀🚀.
You all know that we have currently two websites on the Gladys project:
The problem is that today these websites are not well organized. The main website explains how to install Gladys, but the documentation is on the developer website. Modules are only displayed on Gladys developer website. Compatible devices are displayed on both websites. It’s a mess!
I really think all information about installing and configuring Gladys should be on the main domain.
The developer platform should only be about:
You know that in Gladys it’s possible to install modules directly from the dashboard. It means that the developer platform is not only a website, it’s a real open API that communicates with all Gladys instances.
Today, I don’t have any insights about how many Gladys instances are running. I don’t know if they are running on Linux, if they are running on Windows, on MacOS. I don’t know which version of Node.js they use. I don’t know in which countries are my users!
I can only rely on the main website analytics to understand best my users.
I think that this platform is the best opportunity to calculate all that. The goal is not to track sensitive data about you, no, not at all. I don’t care! The goal is just to have interesting data like:
To achieve that, Gladys is going, if you accept, to send this additional set of data in the Gladys update request everything 24 hours (Each 24 hours, Gladys check if there are some updates to download).
I’ve adapted the current data model of the developer website to fit our needs for this awesome platform!
(Click on the image to make it bigger)
To explain a little bit more:
I’m going to work on this and explain on this blog in real-time how I’m implementing this in terms of architecture, database, and deployment.
The goal is not only to build a faster and more awesome platform, it’s also to share my passion for back-end architecture 🙂
This article is the beginning of series of 7 articles. I hope you will all enjoy it!
Summary of this series:
If you loved this story, you can subscribe to my newsletter here.