this post was submitted on 16 Jun 2023
9 points (84.6% liked)
France
2794 readers
1 users here now
Hop, [email protected] c'est finit, merci de migrer sur [email protected]
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Je pense que concentré les efforts sur le client mobile natif déjà existant est probablement préférable...
Pas forcément le client natif est relativement récent donc pas si avancé que ça, et l’avoir en code cross platform a l’avantage que la platform touche plus d’utilisateurs et possiblement de programmeurs :)
Il y a déjà l'interface web par défaut pour ça. C'est un projet qui débute, c'est con de fracturer encore plus l'écosystème. Vaut mieux travailler à améliorer ce qui existe déjà.
mon expérience avec les projets open source c’est que forcer une tech plutôt qu’une autre pour X raison ralenti le development plus la fragmentation. Les devs qui bossent sur la version react ne bosseraient pas sur la version native la plupart du temps parce que c’est pas leur language. Si jamais ils font les deux, il y a naturellement une tendance à gravité vers l’app la plus développée. De plus avoir plusieurs implementation donne des idées de features entre les apps :)
Sauf que la on parle de forcé un framework, pas un language, et c'est souvent pas mal inutile. L'interface web existante est déjà en TypeScript et utilise Inferno, qqch qui est très similaire de toute façon. Fragmenter un projet, surtout un projet tout récent ça a plutôt tandence à poluer les projets open source.
Je suis de l’avis que l’effort qui engage le plus de gens gagne :). Cela dit je connais pas inferno donc peut être que OP redirigera ses efforts en effet!___