Petit point sur les avancées (jeedom 2.0, openzwave...)

[alpha13fr]

^^ + 10 000
Tout en laissant la possibilité aux " bidouilleurs" de faire avancer le système ....

[mika-nt28]

Hate que tous ce ce mette en place

[chamalo]

très bonne nouvelle cette manière d'aborder les bétas
Au même titre que @sarakha63 à mis en place une charte pour les plugins, il en faudrait une pour les béta testeurs
Autant on m'as demandé des codes promo quand le plugin JeeRemote étais en privée autant j'ai eu très peu de retour au nombre de codes délivrés
Le plugin est en beta ouverte maintenant mais je vais le passer bientôt en stable sans réel retour, pour l'instant en stable seul les box officiels seront validés
Il faudrait qu'il y ai un minimum d'engagement des beta testeurs, qu'il s prennent les tests un par un, avec un retour minimal et surtout quand ils arrêtent de beta testé un plugin ou autre qu'ils le disent,, dev et beta testeur ont est dans le même sac on fait ça sur notre temps libre, c'est normal que parfois on ne puissent plus assuré un suivi
ce qui de plus permettrait de plus facilement validé un plugin pour le passage en stable sinon oui beaucoup de plugin resterons bloqué en beta

[lielmime]

^^ + 10 000
Tout en laissant la possibilité aux " bidouilleurs" de faire avancer le système ....

Justement, qui aura droit de bidouiller ou pas ?

[BizZ62]

Je ne comprend pas tout le débat... La solution est déjà dans Jeedom ! Livrée de base en mode "normal" pour l'utilisateur lambda qui n'est pas bidouilleur et qui veut juste que "ça marche" et le mode "Expert" que quand tu le coches beh tu te plaints pas si tu mets tes mains où il faut pas ! Peut-être juste mettre une alerte sur le cochage du mode "Expert" pour rappeler que les gens doivent savoir où ils mettent les pieds en choisissant l'option.

Ce serait dommage de brider pour les autres et effectivement contraire à l'idée de départ du projet Jeedom

[kouaw]

Euhhh mode expert ne veux pas dire bêta

Envoyé de mon GT-I9300 en utilisant Tapatalk

[BizZ62]

Excuses moi @Kouaw, en fait je me suis mal exprimé. Ne peut-on pas empêcher l'installation des bétas aux modes non "experts" ?

[kouaw]

Sa changerai rien les gens ne lisent rien et ne cherche pas à éviter les soucis la preuve le mots bêta en rouge et écrit dangereux

Envoyé de mon GT-I9300 en utilisant Tapatalk

[BizZ62]

Pas faux...

[alpha13fr]

(mode humour : on )

Mince , Rouge : ca veux dire dangereux ? Ha ben c'est pour ca alors !!

(Mode humour : off)

[algeroth]

Oui car en effet au final cela ne va pas changer grand chose pour vous....

Les bugfix seront toujours disponibles rapidement
Et les nouvelles fonctionnalité au lieu de l'être à J elles seront à J+X .....

[mika-nt28]

Je pense que le mise a jours entre 2 version vont justement etre plus light pour sortir plus vite donc pour un utilisateur lambda ca ne changera fondamentalement rien.
Tous ce qui va changé c'est les méthode de développement

[scanab]

Est-ce que les développeurs tiers bénéficieront de ce système ? IE : est-ce que l'on pourra publier des patch sur les versions stable nous même ?

[loic]

Comme maintenant faudra passer sur la beta pour l'instant on a rien prévu dès qu'on aura tout on vous expliquera mais la on vous dira toujours on sait pas encore

[stravinsky]

tout ça ce sont d'excellentes nouvelles !

ça sent la professionnalisation, la mise a plat etc... que du bon donc.
on y perdra peut être un peu en "souplesse" (et encore) mais on va y gagner en pérennité de la solution et en stabilité aussi

quant a la liste des apports de la V2 je suis fan du support docker, je viens de m'y mettre avec mon nouveau NAS et c'est genial

bravo a l'equipe et surtout a loic, continuez

[scanab]

Comme maintenant faudra passer sur la beta pour l'instant on a rien prévu dès qu'on aura tout on vous expliquera mais la on vous dira toujours on sait pas encore

Par contre là ça va être problématique... Je m'explique avec un cas concret :

• Je suis en V1 stable et en V1.1 bêta
• J'ai une nouvelle évolution en cours pas stable sur ma branche bêta qui ne sera pas stable avant plusieurs semaines
• Un bug bloquant est trouvé sur ma branche stable

Actuellement, on se débrouille en corrigeant en bêta et en demandant à l'utilisateur qui a le bug de passer en bêta (en lui expliquant les risques...)
Avec le futur système, ce ne sera plus possible, les bêta étant privées...

Il est indispensable que dans le nouveau système les développeurs soient en capacité à publier des patch sur la branche stable sans pousser la branche bêta en stable !

[kouaw]

euhh si le soucis est dans le core, l'equipe fera des Hot-fix donc aucun soucis.

La beta a ce moment la aura les hotfix + les apport de modification ( nouvelle fonction , reecritute de fonction , ... )

[loic]

Comme j'ai dit rien n'est fixé donc le débat est clos on en reparlera quand on aura déja de notre coté commencé a en parler

[loic]

Mise à jour :
Suppression du nodejs et ajout d'un systeme qui liste les dernières événement (permettra donc aux applications tierces de recuperer plus facilement les événements)

En gros plus de soucis de nodejs vert/rouge/gris, le délai de retour et un peu plus lent mais en moins de 1s quand même. Ca permet aussi comme dit a des applications tierces (et à l'appli mobile aussi) de recuperer les infos sur les changements plus facilement.

[mamatdv]

Nodejs supprimé = des soucis en moins