DevCamp Lyon 2023 hiver: Difference between revisions

Jump to navigation Jump to search
m
no edit summary
(Mise à jour du contenu et de la forme)
Tag: 2017 source edit
mNo edit summary
Line 1: Line 1:
==Prise de notes lors des différentes tables rondes==
==Prise de notes lors des différentes tables rondes==


===Facture de situation=== Réalisé par Progiseize
<nowiki>===Facture de situation===</nowiki>
 
Réalisé par Progiseize
Validation des tests de la migration des données vers le nouveau modèle de données
Validation des tests de la migration des données vers le nouveau modèle de données
Propositions :
Propositions :
* Ajouter une étape de contrôle d'intégrité post-migration des données (Action Easya Solutions)
* Réaliser PR Dolibarr pour intégration v20


*Ajouter une étape de contrôle d'intégrité post-migration des données (Action Easya Solutions)
*Réaliser PR Dolibarr pour intégration v20


===Gestion des interfaces UI/UX=== Réalisé par Code42
 
<nowiki>===Gestion des interfaces UI/UX===</nowiki>
 
Réalisé par Code42
Proposition de hiérarchie et charte de nommage associé (@Code 42 : Pourrais-tu envoyer ta présentation)
Proposition de hiérarchie et charte de nommage associé (@Code 42 : Pourrais-tu envoyer ta présentation)
   
   
Line 24: Line 29:
Héberger et standardiser les interfaces UI/UX (A priori ce type d'interface existe en prototype dans le dossier dolibarr natif "public/test") afin qu'elles soient visibles de tous (comme la documentation de Onsen.ui (https://onsen.io/theme-roller/) fontawesome, etc...
Héberger et standardiser les interfaces UI/UX (A priori ce type d'interface existe en prototype dans le dossier dolibarr natif "public/test") afin qu'elles soient visibles de tous (comme la documentation de Onsen.ui (https://onsen.io/theme-roller/) fontawesome, etc...
Proposition de travailler sur 2 axes :
Proposition de travailler sur 2 axes :
* 1 axe Expert IHM
 
* 1 axe de nettoyage, préparation du code permettant d'accueillir les évolutions à venir
*1 axe Expert IHM
*1 axe de nettoyage, préparation du code permettant d'accueillir les évolutions à venir


Échanges :
Échanges :
Line 35: Line 41:
Iouston : Intégration de composants natifs déjà pensés et stabilisés
Iouston : Intégration de composants natifs déjà pensés et stabilisés
Proposition d'intégration en natif d'autres framework comme
Proposition d'intégration en natif d'autres framework comme
* Tailwind (https://tailwindcss.com/)
 
* Onsen.io https://onsen.io/
*Tailwind (https://tailwindcss.com/)
* Bootstrap https://getbootstrap.com/
*Onsen.io https://onsen.io/
* Bulma https://bulma.io/
*Bootstrap https://getbootstrap.com/
*Bulma https://bulma.io/


CapREL
CapREL
Line 86: Line 93:
Les besoins identifiés suite à la réalisation d'application PWA :
Les besoins identifiés suite à la réalisation d'application PWA :
   
   
* Besoin d'un token par utilisateur permettant de délimiter les fonctions accessibles parmi celles possibles pour l'utilisateur.  
*Besoin d'un token par utilisateur permettant de délimiter les fonctions accessibles parmi celles possibles pour l'utilisateur.
* Besoin d'un service Worker -> https://developer.mozilla.org/fr/docs/Web/Progressive_web_apps/Tutorials/js13kGames/Offline_Service_workers  
*Besoin d'un service Worker -> https://developer.mozilla.org/fr/docs/Web/Progressive_web_apps/Tutorials/js13kGames/Offline_Service_workers
* Intégration à Module Builder.  
*Intégration à Module Builder.


Big Data Consulting (Anexys) : Réalisation d'une application hybride en React Native (déjà en PROD)  
Big Data Consulting (Anexys) : Réalisation d'une application hybride en React Native (déjà en PROD)  
Line 96: Line 103:
4 Pull Request à lancer  
4 Pull Request à lancer  


* Token utilisateur  
*Token utilisateur
* Evolution Module builder  
*Evolution Module builder
* Worker  
*Worker
* Exemple implémentation appli mobile  
*Exemple implémentation appli mobile


Problématique IOS est contraint Apple Store  
Problématique IOS est contraint Apple Store  
* Obligation d'avoir 2 Iphones (1 test, 1 production)
 
* 1 mac pour compiler avec les bonnes versions de logiciel
*Obligation d'avoir 2 Iphones (1 test, 1 production)
* Le risque de se voir retirer facilement son application du store
*1 mac pour compiler avec les bonnes versions de logiciel
*Le risque de se voir retirer facilement son application du store


Il existe de nombreux avantages :
Il existe de nombreux avantages :


* Pas de restriction par rapport au pilotage du matériel du smartphone
*Pas de restriction par rapport au pilotage du matériel du smartphone
* Pas de dépendances des stores
*Pas de dépendances des stores
* Simple à mettre en place
*Simple à mettre en place
* Accessibilité au HardWare
*Accessibilité au HardWare


'''>> Nouveau GIFF à créer !'''
'''>> Nouveau GIFF à créer !'''
Line 143: Line 151:


Objectifs :  
Objectifs :  
* Inciter à la publication de FIX avec une équipe LTS
 
* Accompagnement/Formation à la réalisation de PR
*Inciter à la publication de FIX avec une équipe LTS
*Accompagnement/Formation à la réalisation de PR


Définition de la notion de LTS
Définition de la notion de LTS
Line 171: Line 180:


Exemple :
Exemple :
* v18.0.0 sort à la date x
 
* v18.0.1 ... v18.0.x sortent comme d'habitude
*v18.0.0 sort à la date x
* v18.1.0 LTS sort lors de la publication de la V19.0.0  
*v18.0.1 ... v18.0.x sortent comme d'habitude
* v18.1.1 publié lorsqu'un fix sécu/important est mergé sur la branche 18
*v18.1.0 LTS sort lors de la publication de la V19.0.0
* v18.1.2...v18.1.x au gré des fixs
*v18.1.1 publié lorsqu'un fix sécu/important est mergé sur la branche 18
* 6 mois après v18.1.0 publication de la v18.2.0
*v18.1.2...v18.1.x au gré des fixs
* v18.1.1....v18.1.x au gré des fix
*6 mois après v18.1.0 publication de la v18.2.0
* 6 mois plus tard v18.3.0
*v18.1.1....v18.1.x au gré des fix
* etc.
*6 mois plus tard v18.3.0
*etc.


Visuel peut-être un petit peu plus parlant:
Visuel peut-être un petit peu plus parlant:
Line 186: Line 196:


Pour chaque branche,  
Pour chaque branche,  
* 1 mainteneur principal porté par un intégrateur + padawn
 
* 1 mainteneur en backup d'un autre intégrateur.
*1 mainteneur principal porté par un intégrateur + padawn
*1 mainteneur en backup d'un autre intégrateur.
208

edits

Navigation menu