Relecture du 07/01

[benel]

Merci pour votre compte-rendu @Asmeeeee et @NoeLecointe.

Quelques pistes d'amélioration :

• "Description" : N'oubliez pas la courte section "choix du sujet", plus personnelles, qui indique pourquoi vous avez choisi ce sujet ;
• "Utilité sociale" : cette section est à revoir, en effet il ne s'agit pas de défendre l'idée de l'éco-conception mais de dire pourquoi un service de météo est utile socialement (rappelez vous du débat mené lors de la 2e séance par M. Jeanningros) ;
• "Impact de la numérisation" : Le premier paragraphe pourrait être développé, l'idée est de voir s'il y a une baisse par rapport aux moyens traditionnels de diffuser la météo (presse écrite, télé, radio...), si les nouveaux moyens se substituent aux anciens (ou s'ajoutent) et enfin s'il y a un effet rebond ;
• "Scénario 1" : il est bizarre de mettre dans le même scénario la consultation d'une prévision et celle d'un article, d'autant plus que vous aviez expliqué que la consultation était souvent très courte, d'ailleurs plus loin (tab.2) vous ne consultez plus l'article...
• "Scénario 2" : tout en gardant la même idée (prévisions à quelques jours), essayez peut-être de le simplifier...
• "sources : EcoIndex, Octo, GreenIT" : attention, en faisant en copié-collé à partir de mon document, vous avez perdu les liens.
• "L'analyse est porté" : ne serait-ce pas plutôt qu'elle "a porté" ?
• On ne comprend pas bien dans le texte que le lien mène à l'analyse et non au site lui-même.
• Que retenez-vous de ces analyses ? Qu'est-ce qui vous a surpris ? Quels sont les comportements les moins éco-responsables ? Étaient-ce ceux que vous aviez anticipé plus haut ? Qu'en retenez-vous comme bonnes pratiques pour votre propre conception ?
• "Et enfin une menu" : attention, cette phrase n'a pas de verbe.
• "le format des données" : il serait bien de mettre un lien vers la première version (7 jours, 3 villes) de votre modèle .
• "météo sur Paris" : n'oubliez pas de terminer vos phrases par un point.
• "nous verrons si l'impact environnemental du passage à un framework de mise en page plus puissant" : votre phrase est bizarre, elle ne commence pas avec une majuscule et elle se termine avant que l'on ait eu la proposition principale ;
• "aucune image ni design" : quelle signification donnez-vous à design ? Design se traduit en français par "conception".
• "Même si ces design" : idem (et problème d'accord).
• "rendent la plupart des applications de prévisions météo agréable" : https://www.projet-voltaire.fr/regles-orthographe/la-plupart-est-ou-la-plupart-sont/ ;
• "elles sont parfois inutile et apporte (...) et peut" : accords ;
• "des pictogrammes, ces petites images souvent au format CSV" : Des images au format CSV ?!? Voilà qui est disruptif !
• "de l'utilités" : accord ;
• "Bien que ces estimation soit basses dû aux données statiques utilisée" : attention aux accords et à la structure de la phrase ;
• "Tab.3" : d'ordinaire on met l'unité plutôt dans l'intitulé de la colonne plutôt que dans la légende.

[benel]

Suite et fin @Asmeeeee et @NoeLecointe :

• "Concernant ce deuxième enjeu, contrairement au projet du professeur, notre prototype se limite à une seule page. Ainsi, les mesures (cf. Fig.7) ne montrent pas de diminution de la charge réseau" : Indirectement c'est à cause de cela, mais plus directement c'est parce que vous ne faites pas de projection de vos données (l'équivalent du SELECT en SQL) côté serveur parce que ce n'était pas pertinent pour votre domaine ;
• "ainsi que du nombre de dates" : ce passage n'est pas assez clair, prévoyez-vous plus de dates passées (autrement dit en conservant l'historique) ou plus de dates futures (en ayant des prévisions de plus en plus à l'avance). Notez que si ce n'est que le deuxième cas (donc sans archivage), l'augmentation n'aura lieu qu'une seule fois (en passant par exemple de 7 jours à 15 jours), c'est donc beaucoup moins embêtant qu'un augmentation linéaire (et a fortiori quadratique ou exponentielle ;
• "tout en utilisant" : j'ai l'impression que vous redites ce que vous aviez dit, sans que l'on comprenne d'ailleurs que c'est pour éviter de mettre "en dur" dans le modèle de génération un grand nombre de villes ;
• "de manière efficace" : ambigu (porte en fait, si j'ai bien compris, sur la facilité de détermination des règles de génération) ;
• "fiches météorologiques" : c'est amusant comme terme (ça a un côté rétro-futuriste que j'aime bien mais je crains que vous ne soyez pas compris), est-ce une expression consacrée en météorologie ? Si ça ne l'est pas, vous pouvez utiliser par exemple le terme "d'enregistrement" (record) qui est plus commun en informatique et je pense aussi dans les sciences expérimentales comme la météorologie;
• "dans une application classique" : "classique" ? "par opposition à application Web" ? On dit : Application "lourde", "de bureau", "de poste de travail", "native" (anglicisme)...
• "Fig.10" : plutôt que de montrer une figure qui ressemble beaucoup à celle d'avant l'augmentation du volume des données, vous pouvez montrer la courbe de GreenFrame par commit, on peut voir ainsi que l'on "redescend" à la consommation initiale.