Il ya quelques jours Le créateur du SGBD Redis «Salvatore Sanfilippo» dévoilé par une annonce vous ne serez plus impliqué dans la maintenance du projet et il consacrera son temps à autre chose.
Selon Salvatore Sanfilippo, ces dernières années, son travail s'est réduit à analyser des propositions de tiers pour améliorer et changer le code, mais ce n'est pas ce qu'il aimerait faire, car il aime écrire du code et créer quelque chose de nouveau pour résoudre la maintenance. routine des tâches.
Bien que le créateur du projet Salvatore Sanfilippo ait pris la décision de quitter le projet, Il restera toujours au conseil consultatif de Redis Labs, mais il se limitera uniquement à générer des idées.
Alors que le contrôle, le développement et la maintenance du SGBD Redis sont confiés à la communauté.
Quand j'ai commencé le projet Redis il y a plus de dix ans, j'étais dans l'une des périodes les plus excitantes de ma carrière. Mon co-fondateur et moi avons lancé avec succès deux des principaux services Web 2.0 sur le Web italien.
Pour les rendre évolutifs, nous avons dû inventer de nombreux nouveaux concepts, qui étaient déjà connus sur le terrain la plupart du temps, mais nous ne savions pas ou ne tenions pas à vérifier. Problème? Nous allons trouver une solution. Nous voulions résoudre des problèmes mais nous voulions encore plus nous amuser. C'était l'environnement ludique dans lequel Redis est né.
Le chef de projet était transféré à Yossi Gottlieb et Oran Agra, Ceux qui ont aidé Salvatore Sanfilippo ces dernières années à comprendre sa vision du projet ne sont pas indifférents au maintien de l'esprit de la communauté Redis et connaissent bien le code et la structure interne de Redis.
Toutefois, Le départ de Salvatore Sanfilippo est un choc important pour la communauté, puisqu'il maîtrise complètement tous les problèmes de développement et joue, en général, le rôle d'un «dictateur magnanime pour la vie» à travers lequel toutes les demandes de compromis et de fusion ont été réalisées, qui a décidé comment les erreurs seraient résolues quelles innovations ajouter et quoi les modifications architecturales sont acceptables.
Il est proposé de résoudre la question de la détermination d'un modèle supplémentaire développer et interagir avec la communauté par de nouveaux responsables de la maintenance qui ont déjà annoncé une nouvelle structure de gestion dans laquelle la communauté sera impliquée.
La nouvelle structure du projet implique l'expansion du travail d'équipe, qui mettra à l'échelle les processus de développement et de maintenance. Le projet est prévu pour être ouvert et convivial pour les participants de la communauté, en facilitant une participation plus active et plus significative au développement.
Le modèle de gestion proposé comprend un petit groupe de développeurs principaux (équipe de base), qui comprendra des participants choisis qui connaissent le code, participer au développement et comprendre les objectifs du projet.
Je laisse Redis entre les mains de la communauté Redis. J'ai demandé à mes collègues Yossi Gottlieb et Oran Agra de continuer à soutenir le projet dès aujourd'hui: ce sont les personnes qui m'ont le plus aidé ces dernières années, et qui ont fait de gros efforts
Actuellement, L'équipe principale comprend trois développeurs Redis Labs: Yossi Gottlieb et Oran Agra, qui ont succédé en tant que chefs de projet, et Itamar Haber, qui a pris la relève en tant que leaders communautaires.
Dans un proche avenir, il est prévu d'élire plusieurs membres de la communauté pour l'équipe centrale, sélectionnés en fonction de leur contribution au développement du projet.
Pour prendre des décisions importantes, telles que des modifications fondamentales du noyau Redis, l'ajout de nouvelles structures, la modification du protocole de sérialisation et des modifications qui violent la compatibilité, il est préférable de parvenir à un consensus entre tous les membres de l'équipe principale.
Au fur et à mesure que la communauté grandit, Redis peut avoir de nouveaux besoins pour étendre ses fonctionnalitésMais les nouveaux dirigeants prétendent conserver des attributs fondamentaux du projet tels que se concentrer sur l'efficacité et la rapidité de travail, rechercher la simplicité, le principe «encore moins, mais mieux» et choisir les bonnes solutions par défaut.
source: http://antirez.com