Bonjour, je vais maintenant vous dire ce qui va arriver à un projet prometteur, si dès le début je me tourne vers des solutions prêtes à l'emploi à la Wordpress, Open Cart et tout CMS, pensant que c'est MVP. Je serai basé sur une expérience de trois mois à travailler sur l'un des projets sur GitHub qui au cours des 8 mois précédents n'a pas perdu un seul engagement dans la branche de production.
Recette pour VP / OC / CMS gonflé sur orbite géostationnaire
1. Choisissez n'importe quel CMS prêt à l'emploi
N'appelez en aucun cas des architectes et oubliez les microservices et l'architecture adaptés à vos besoins. Notre tâche est de permettre de tordre le panneau d'administration déjà 5 minutes après que le développeur a allumé le PC, et de ne pas rendre le développement facile à gérer. Un vrai MVP devrait être entièrement composé de solutions clé en main. Après tout, c'est dans notre projet que les plugins ne seront jamais en conflit et sont déjà conçus pour des charges de toute intensité.
2. Interdire de documenter quoi que ce soit
Pas un seul cm ne doit être documenté. Interdisez de documenter quoi que ce soit. Surtout les modifications du noyau. Après tout, après 3 mois, le pigiste se transforme en un gardien du savoir sacré sur le fonctionnement de cette boulette d'émeraude, et avec les techniques magiques de démarrage d'un serveur, qui, naturellement, en est un, et personne ne l'a recréé depuis l'installation initiale de l'ensemble des utilitaires. La clé d'une gestion décente est la dépendance vis-à-vis des employés et, bien sûr, d'un seul serveur fonctionnel.
3. Appelez GURU!
Après que les correctifs pour les conflits entre les plugins 234 et 417 ont commencé à prendre au moins 10 fois plus longtemps que l'introduction de nouvelles fonctions, votre bonne façon est de rechercher un GURU, sage par expérience, qui remodèlera (réécrit) sans effort un peu de code en une semaine, et les 500 prochains plugins prendront la place qui leur revient. Soit dit en passant, j'ai eu la «chance» d'être dans le rôle d'un gourou qui transforme la technologie, et c'est donc une véritable histoire médicale.
4. Votre projet doit consister en un seul domaine de responsabilité
Nous avons mis en place des microservices en toute sécurité et en toute conscience dès le début, et après 5 mois, il est temps d'embaucher un nouveau programmeur. Et laissez-le être responsable de la mise en page. Eh bien, un peu plus pour le backend, car nous les avons mélangés. Eh bien, pour les bases de données, car comment répondre à un backend sans bases de données. Eh bien, soyons responsables des correctifs. Et plus ... et plus ... et plus ...
5. Trello + Jira + Slack + Excel + ... + Skype
Grâce au bon millier de plug-ins et demi qui existent déjà, il y a 5 erreurs par jour, dont la résolution nécessite 2 jours. La vitesse d'écriture des fonctionnalités diminue de façon exponentielle. De toute évidence, nous sommes jetés pendant un certain temps développé. Et vous devez introduire un troisième gestionnaire de tâches. (Oui, les projets cliniques ont généralement deux gestionnaires de tâches). Trello, Jira et Excel ne sont que la base du contrôle. Certains assistants utilisent également des gestionnaires de tâches intra-entreprise, des messages de chat épinglés et des instructions soudaines imprévues.
6. Transcriptions des conférences vocales
Les développeurs nous mènent par le nez, et donc toutes les conférences vocales pour l'approbation des corrections de bugs doivent être archivées, enregistrées dans le cloud et écoutées régulièrement. Après tout, il s'agit toujours de développeurs ...
Astuce 1: Les tests ont réussi - jetez de toute urgence les solutions toutes faites et écrivez une architecture appropriée.
Astuce 2: Si vous n'êtes pas seulement une startup motivée et que vous avez des ressources ou une stratégie financière, assurez-vous de l'inclure par écrit à partir de zéro. Quoi qu'il en soit, confiez cette affaire à des professionnels ou au directeur technique. (Il est important que ce soit un programmeur, et non un professeur de l'institut de recherche, sinon vous n'obtiendrez pas de cartes perforées)
Et si vous êtes DÉJÀ et vous êtes en charge?- Réécris.
Et si vous DÉJÀ et vous n'êtes pas en charge?- Expliquez l'essence du problème à la gestion et à la réécriture.
PS Le projet a utilisé Yii2, mais même avec lui, il y avait ces problèmes. Ce qui arrive à WP est un désastre.
PPS La raison, bien sûr, est l'incompétence de la gestion, même si l'architecture monolithique ne se démarque pas non plus.