Azrayen a écrit : ↑mar. mars 24, 2020 8:06 pm
ote=ergo post_id=1769233 time=1585073557 user_id=42979]Je comprend pas comment ils codent ... la base c'est de commencer par la symbologie pour être bien sur d'être dans le bon mode ... (En tout cas, en vrai ... on fait ça).
En faux, pas forcément manifestement ^^
En faux (en simu), tu as des trucs dédiés comme la représentation graphique du volume scanné, ce qui n'est pas possible IRL.
Je ne vois donc pas d’obstacle à ce qu'en simu la symbologie ne soit pas le premier item travaillé.
[/quote]
Je ne suis pas d'accord avec cette approche, pour plusieurs raisons :
- On sait très bien qu'on fini jamais totalement, en tout cas le retex est là. A partir de là, on prend le risque de fournir un truc où l'on a oublié la symbologie, et donc d'avoir des rapports de bug / retour sur le système qui vont être difficilement exploitable.
- Si tu fais la visu en dernier c'est que tu as une approche qui dévie fortement de l'approche MVC, (modèle-vue-controleur), c'est un indice d'un code "à l'arrache" qui ne va pas dans le sens d'un truc bien fait.
- Toute la communication se fait via le visuel (la preuve avec cette vidéo), à partir de là, l'approche "visuelle" devrait primer.
- ...
Au passage ils bafouent une règle de base : on ne montre une fonctionnalité que si elle est fini totalement. Montrer un truc qui est fini à 80% c'est avoir la certitude que 99% des gens se concentrent sur les 20% manquant.
Après je te rejoins sur un point, la symbologie n'est pas le premier truc qu'on fait, en effet. C'était un abus de langage de la ma part, mais ca doit passer par là avant de faire le fonctionnel. L'idée c'est bien de créer le visuel, de s'assurer que le visuel s'affiche, puis de créer le fonctionnel, en le connectant au visuel.
Sinon, tu vas créer ton fonctionnel, pour le tester tu vas "chier" un visuel l'arrache, puis après tu vas devoir reprendre le visuel ... pas très optimisé, et source de bien des bugs.