Reprise du message précédent :
Pour le nom: Drapal ou Vermillion ?

XatFace

M.arc

En fait, c'est l'IA qui va tout faire ?

Pas pour le choix du nom

Do not want alors.
 
Les chinois du FBI recevront tous nos messages.

Bon bah je propose un nouveau topic, j'aurai aimé des insights côté archi/stack/code quand même

Pour le nom je ferais simple: RedFace 2

Ca manque de fraicheur

Ou même garder le nom de redface, pas besoin de renommer. Si le dev original est d'accord évidemment.

Oui on verra, spa le plus important t'façon.
 
Il a fini sa passe sur le topic userscript, il a rajouté pas mal de fonctionnalités: https://forumhfr.github.io/redface2/features (premiet jet pareil, y'a des trucs un peu débiles/mal compris)

topic (moisi) créé https://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

Y a besoin de repartir from scratch?

Ça va l'occuper, pendant ce temps il viendra pas sur les autres topics, SVP acceptez  

Moi chui pour  

Sinon sur le RF actuel, j'ai souvent des topics, spécialement les tpocs aperal, qui ne s'affichent pas  

Atta je check sur quels topics tu poste pour venir participer

C'est une vraie question. Merci de me l'avoir posée
Je pense que oui, car la stack/archi de redface1 est vieille & désuète. Y'a bien moyen que les maj profondes soient chronophages et chiantes, le temps de dev est un peu gâché.
En plus actuellement le projet est plus en "maintenance best-effort", donc pour les features & co c'est presque mort.
Repartir from scratch :
* reprendre en main la stack, dès le départ, state of the art et bons choix récents par rapport aux use cases
* archi modulaire etc, pour que le dev de feature/maintenance soit plus facile
* accessible LLM, compris dès le départ, bien plus efficace pour sortir des trucs
* émulation communauté
* ??
* profit

apres comme dit, si le contraire est plus évident autant arrêter le projet

J'ai hâte  

C'est ton MCP qui m'a répondu là  

Non

vu que le code source de l'ancienne app et de celle sur iOS sont dispos, c'est vraiment pas déconnant de partir sur une app vibe codée par un LLM (surtout Claude qui est ce qui se fait de mieux) si on surveille ce qui est produit. faire de l'android moderne c'est repartir sur un tout nouveau langage et une stack complètement nouvelle ya vraiment peu d'intérêt à repartir de l'existant. surtout que l'app est relativement simple dans ses fonctionnalités.
 
après ça serait pas mal d'être plusieurs du métier à vérifier que ce soit bien fait, mais travailler après le travail, bon...

Il faut un de chaque pour vérifier le travail, une armée de superviseur
Claude, GPT codex et Gemini  

Il ya des outils de revues de code chez les deux premiers, en crosscheckant plus tests, ça va le faire.
Après on est sur hfr alors un truc à l'arrache c'est un peu l'essence du forum

oui enfin c'est pas une calculette non plus
et c'est pas une appli de la NASA on n'est d'accord
mais y a quand même pas mal de détails à faire correctement et jusqu'au bout sinon y a pas d'intérêt à faire ce genre de nouvelle app (je le vis moi même avec la nouvelle beta : certains adhèrent pas à cause de détails alors que globalement la fonction est là)

T'as trouvé des gens pour t'aider sur la refonte des 2 apps?

Fixed

d'où mon emploi de relatif mais pour bosser avec de l'ia en assistant de code faut reconnaître que les derniers modèles sont très très efficaces pour ce genre de contexte où tu as des specs fonctionnelles et techniques bien détaillées, un passif qui peut servir d'inspiration pour les cas de merde et surtout que tu repars sans legacy. combiné à des mcp aboutis tu peux avoir des boucles de travail très efficaces. en tout cas je suis très curieux de savoir ce que ça va donner, au pire il nous reste redface

Ouais au pire on reste sur le backup

Perso une extension de navigateur serait préférable à une app.
Je me doutes que je suis pas forcément dans la majorité  

sous android..

Oui très curieux aussi de comparer avec mon expérience perso    
Et puis de prendre les bonnes idées  

L'intérêt d'une application qualité hfr c'est qu'elle est faite par un humain et pas par xat qui vibecode une IA et utilise nos identifiants pour shitposter depuis la Pologne  
Le travail artisanal, la dette technique qu'on balade depuis 15 ans, tout ça ce sont les valeurs hfr, une stack moderne c'est le contraire de l'esprit du forum.

Tant que c'est contrôlé et validé par des humains, où est le problème?

Je n'ai pas dit qu'il y avait un problème, seulement que maintenir en vie un truc vieux de quinze ans c'est le concept de ce forum  

Et que le forum n'est pas vraiment une start up qui a besoin de vibe coder des fonctionnalités ultra novatrices  
Après on s'en carre hein, xat va de toute façon pousser tout le code historique dans plusieurs LLM, les beta tester vont beta tester.

J'en profite pour remercier les humains derrière tout cet héritage  

On se passe la patate chaude

J'espère qu'il y aura des trucs à l'arrache pour respecter l'esprit HFR !

Ce qui me motive, outre la curiosité technique (montée en compétence, délire LLM, le turfu) c'est aussi d'intégrer les fonctionnalités modernes qu'on retrouve chez notre concurrent iOS
Alerte qualitay, etc. puis après quand c'est fini, avec l'approche modulaire, tu donnes le repo plus ton idée de script et il te fait ton truc en grande partie donc on peut rapidement itérer derrière

Dire qu'il ya une API SOAP sur HFR mais accessible qu'avec des logins admin/super admin

Elle n'étais pas daubé ou incomplète cette Api?
Je crois qu'elle avait été testé sur Hfr4droid

Perso j'avais commencé à me faire des lib pour écrire une apps pour téléphone/tablet/desk Linux.
Et puis la flemme ... J'ai des idées mais trop une feignasse pour les mettre en œuvre