air - User contributions [en]

Projets 2018-2019

2019-03-23T15:02:05Z

Quentin.Fombaron1: /* Affectations */

<<[[Projets 2017-2018]] | [[Projets]] | [[Projets 2019-2020]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: '''21/01/19 à 14h30'''
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2018_2019. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets===

* [[LoRaGAN]] : LoRa in the Space, Didier Donsez avec le [https://www.csug.fr/ CSUG] (S)
* [[LoRaRescueBalloon]], Didier Donsez avec le [https://www.csug.fr/ CSUG] et des élèves IESE 3 et 4. (S)
* Agriculture connectée à [[ASAC/AP|Polytech]] et à [[ASAC/SJC|St Cassien]] en partenariat avec les projets collectifs IESE/MAT
*# [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]] - Projet embarqué sur STM32 ou RPi3 + LoRa (S)
*# [[ASAC/AP/AP-2019-2|Serre Polytech - Kiosk]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
*# [[ASAC/SJC/SJC-2019|Serre St Cassien]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
* [[Projet FICHA - tri sélectif connecté]], Sylvain Toru.
* [[Dataviz de la qualité de l'air]], Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT] (M)
* [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]], Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier] (M)
* [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]], Didier Donsez (S&M)
* [[Serious game multi-joueurs pour tables tactiles en réseau]] : Anne-Laure Finkel, Tim Lepage, Didier Donsez. (S&M)
* [[Interface de visualisation mobile du projet e-Tree]]: Anne Delaballe, Didier Donsez. (M)
* [[OpenHAB UPnP DCS 2018]], Didier Donsez (S&M)
* [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]], Didier Donsez et d'autres avec Neoxia
* [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]], Olivier Richard (S)
* [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]], Olivier Richard (S)
* [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]], Olivier Richard (S)
* [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]], Olivier Richard (S)
* [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]], Olivier Richard (S&M)
* [[generate_NIX_expression | Génération d'expression NIX]] (S)

Non prioritaire
* [[Précarité numérique]], Didier Donsez, avec [https://disrupt-campus.univ-grenoble-alpes.fr/ Disrupt Campus]
* [[Covoiturage Solidaire]], Didier Donsez
* [[CannonBall de voitures autonomes 2018]]
* Intégration de [[Walabot]] à [[RobAIR]]

==== Affectation ====
{|class="wikitable alternance"
|+ Affectation des projets INFO4 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[LoRaGAN]]
| VINCENT Mathieu, SAUTON Tanguy, ANCRENAZ Ariane
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/1/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[LoRaRescueBalloon]]
| Non attribué
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/2/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]]
| Non attribué
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/3/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ASAC/AP/AP-2019-2|Serre Polytech]]
| RAKOTOARIMALALA Andriamahatratra, BARDOU Eva, GAUFFIER Léni
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/4/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[ASAC/SJC/SJC-2019|Serre St Cassien]]
| DECAMPS Marceau, LANDI Estelle, BONASPETTI GIULIA
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/5/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Projet FICHA - tri sélectif connecté]]
| SCHANEN Loïc, VINCENT Maxence, VANDAL Jade
| Sylvain Toru
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/6/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| [[Dataviz de la qualité de l'air]]
| ZARCOS Paul, ZHENG Jian, REYMOND Estelle
| Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/7/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]]
| SERRE Ancelin, BOUVIER Baptiste, WYKLAND Damien
| Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/8/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]]
| THOMAS Antoine, RIVOIRE Antoine, DENIS Guillaume
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/9/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| DUMENIL Antoine, BETEND Baptiste, JAN Léo
| Anne-Laure Finkel, Tim Lepage, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/10/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Interface de visualisation mobile du projet e-Tree]]
| SOLVERY Tom, SALA Ergi, DUMAX-VORZET Mathieu
| Anne Delaballe, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/11/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 12
| [[OpenHAB UPnP DCS 2018]]
| VARENNE Rémi, TRESTOUR Grégory, SOUCHON Loïc
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/12/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]]
| LORDEY Maxime, LATTARD Alexis, GILBERT-COLLET Bertrand
| Didier Donsez et d'autres avec Neoxia
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/13/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]]
| REYGROBELLET Lucas, BRES Maxence, PELISSON Antoine
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/14/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/15/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]]
| DALAINE Nathan, FONTFREYDE Joachim, GAUTIER-PIGNONBLANC Yann
| Olivier Richard, Adrien Faure
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/16/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17
| [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/17/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 18
| [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]]
| BADAT Léya, CUAU Victor, MASSON Jérémy
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/18/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 19
| [[generate_NIX_expression | Génération d'expression NIX]]
| CHABRE Manon, DE ARAUJO Bastien, COSCIA Daniel
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/19/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 20
| [[Gestion des Polypoints]]
| CASTANO Nicolas, SIBUE Quentin, LAPLANTE Juliette
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/20/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 21
| [[Smart Recruting]]
| GUILLOT Romain, ARNOUX Thibaut, CHASSEGUET Corentin
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/21/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 22
| [[Aide aux handicaps]]
| JALMIN Hoël, ALACALI Kadir uraz, MASTOURA Iheb
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/22/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez | Didier Donsez]]

Calendrier: Fin Janvier à Fin Mars 2019.

Séances de Management de projets innovants:

Réunion de présentation : Salle 249 de 11H30 a 12H30, Mercredi 23 Janvier. Faire couler le café.

Démarrage : A définir: Salle 251 de 8H30 a 11H00, Lundi 23 Janvier. Faire couler le café.

Soutenance à mi-parcours : 5 Mars, 9H00-11H30 (15 minutes par équipe).

Soutenance (puis Pot de la fin) : 21 Mars de 12H00 à 18H30 salle P007.

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
|-

!scope="row"| 1
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| Thibaud VEGREVILLE,Aurélien SURIER GAROFALO
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
| [https://gitlab.com/Shadsa/loragan-project GitLab]
| [https://loragan-project.bit.ai/pwl/XL5sjhb8jxwJAHCV Rapport final] - [https://loragan-project.bit.ai/pwl/Hln4qOwBNsKOJuEd Rapport technique] - [[Media:Présentation-ThingSat.pdf|Presentation finale FR]] - [[Media:Presentation-MiParcours-ThingSat.pdf|Presentation de mi-parcours]] - [https://gitlab.com/Shadsa/loragan-project GitLab]
|-

!scope="row"| 2
| [[Contributions open-source au projet Eclipse EdCampus]]
| [[User:Servan.Charlot | CHARLOT Servan]] (chef de projet), [[User:Zoran.Chanet | CHANET Zoran]]
| Anthony Geourjon, Gérard Pollier, Didier Donsez
| [[PROJET-INFO5 1819 EDCampus | Fiche de suivi ]], Lien vers le dépôt Git
| [[Media:Rapport-Projet-EDCampus-2019.pdf|Rapport final]] - [[Media:EDCampus-Final-CHANET-CHARLOT.pdf|Presentation finale]] - [[Media:EDCampus_Mi_Parcours_CHARLOT_CHANET.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[RICM5 2018 2019 - UGAChain|UGAChain 2019]] : [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
| Loris GENTILLON, Jordan JEAN, Enzo MOLION, Léo VALETTE
| Didier Donsez, Anthony Geourjon
| [[RICM5 2018 2019 - UGAChain | Fiche]], [https://gitlab.com/ugachain Dépôt Git], [[RICM5 2018 2019 - UGAChain - Journal | Journal]]
| [[Media:RapportUGAChain.pdf|Rapport final]] - [[Media:PresentationUGAChain.pdf|Presentation finale]] - [[Media:Presentation-MiParcours-UGAChain.pdf|Presentation de mi-parcours]] - [[RICM5 2018 2019 - UGAChain - Démonstration | Démonstration]]
|-

!scope="row"| 4
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
| Samuel Bamba, Florian Cuzin, Théo Echevet, Raphaël Manger
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
| [[ PROJET-INFO5_Aide_Deficients_Visuels | Fiche ]], [https://github.com/Cucu2plus/CanneBlancheV2 Lien vers le dépôt Git]
| [[Media:Rapport_final_aide_aux_deficients_visuels.pdf|Rapport final]] - [[Media:Presentation-Finale-DeficientsVisuels.pdf|Presentation finale]] - [[Media:Presentation-MiParcours-DeficientsVisuels.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Plateforme CampusIoT]]
| '''William Weill (CP)''', Guillaume Besnard, Benjamin Besnier, Timothée Depriester, Théo Lévesque
| Didier Donsez
| [[PROJET-1FO5_1819_CampusIoT|Fiche]], Lien vers le dépôt Git
| [[Media:Presentation_CAMPUSIOT2019.pdf|Rapport final]] - [[Media:PRESENTATION_CAMPUSIOT2019.pdf|Presentation finale FR]] - [[Media:Presentation-MiParcours-campusiot.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Rééducation Kiné connecté]]
| '''Sekina Belguendouz (CP)''', Vincent Aubert, Amina Boucherima, Najwa Ez-Zine
| Sylvain Toru, Bernard Tourancheau
| [[PROJET-INFO5_Kiné_Connecté | Fiche]], Lien vers le dépôt Git
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:KinéConnectéMiParcours.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CP)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
| [[PROJET-1FO5_1819_SkiLocator|Fiche]], [https://github.com/huski-grenoble GitHub]
| [[Media:Rapport_HuSki.pdf|Rapport HuSki]] - [[Media:Rapport_Management_HuSki.pdf|Rapport Management des projets innovants]] -[[Media:HuSki PDF.pdf|Presentation finale FR]] - [[Media:HuSki PDF EN.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-skiLocator-2019.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Contributions open-source au projet JHipster]]
| '''Hugo GROS-DAILLON (CP)''', Julien COURTIAL, Cédric LAFRASSE, Bastien TERRIER
| Didier Donsez, Anthony Geourjon
| [[ PROJET-INFO5_Contributions_JHipster | Fiche ]], [https://github.com/contribution-jhipster-uga GitHub]
| [[Media:Rapport Contribution JHipster UGA.pdf|Rapport final]] - [[Media:Rapport - MANAGEMENT- Contribution JHipster UGA.pdf|Rapport Management]] - [[Media:PowerPoint-Contribution-JHipster-UGA.pdf|Presentation finale FR]] - [[Media:PowerPoint-Contribution-JHipster-UGA-ENG.pdf|Final Presentation EN]] - [[Media:Flyer-Contribution-JHipster-UGA.pdf|Flyer]] - [[Media:Jhipster_Contribution_miparcour_2019.pdf|Presentation de mi-parcours]]
|-

|}

Réserve
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* [[Sécurisation des données IoT avec des blockchains de consortium]] (Didier Donsez) --> commun avec CampusIoT et UGAChain

==== Planning Soutenance Projet S10 ====

19 et 21 Mars 2019 (Salles 144 et 007).

{|class="wikitable alternance"
|+ Soutenance des projets INFO5 2018-2019
|-
|
!scope="col"| Horaire
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)

|-

!scope="row"| 0
| Mardi 19/03 12H15-13H00
| [[Rééducation Kiné connecté]]
| '''Sekina Belguendouz (CP)''', Vincent Aubert, Amina Boucherima, Najwa Ez-Zine
| Sylvain Toru, Bernard Tourancheau
|-

!scope="row"| 1
| 12H00-12H45
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| Thibaud VEGREVILLE,Aurélien SURIER GAROFALO
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
|-

!scope="row"| 2
| 12H45-13H30
| [[Contributions open-source au projet Eclipse EdCampus]]
| [[User:Servan.Charlot | CHARLOT Servan]] (chef de projet), [[User:Zoran.Chanet | CHANET Zoran]]
| Anthony Geourjon, Gérard Pollier, Didier Donsez
|-

!scope="row"| 4
| 13H30-14H15
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
| Samuel Bamba, Florian Cuzin, Théo Echevet, Raphaël Manger
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
|-

!scope="row"| 5
| 14H30-15H15
| [[Plateforme CampusIoT]]
| '''William Weill (CP)''', Guillaume Besnard, Benjamin Besnier, Timothée Depriester, Théo Lévesque
| Didier Donsez
|-

!scope="row"| 7
| 15H15-16H00
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CP)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
|-

!scope="row"| 3
| 16H00-16H45
| [[RICM5 2018 2019 - UGAChain|UGAChain 2019]] : [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
| '''Léo VALETTE (CP)''', Loris GENTILLON, Jordan JEAN, Enzo MOLION
| Didier Donsez, Anthony Geourjon
|-

!scope="row"| 8
| 17H00-17H45
| [[Contributions open-source au projet JHipster]]
| '''Hugo GROS-DAILLON (CP)''', Julien COURTIAL, Cédric LAFRASSE, Bastien TERRIER
| Didier Donsez, Anthony Geourjon
|-

|}

====Instructions pour la soutenance====
Chaque soutenance comporte 5 minutes d'installation et de désinstallation, 20 minutes de présentation, 10 minutes de question et 10 minutes de démonstration.
* La présentation est constituée des chapitres suivants:
** Rappel du sujet/besoin et cahier des charges
** Technologies employées
** Architecture techniques
** Réalisations techniques
** Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres, ...)
** Outils (collaboration, CD/CI par exemple ...)
** Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux)...)
** Conclusion (Retour d'expérience)
** Transparent introduisant la démonstration
* Répétez plusieurs fois votre présentation et votre démonstration. Il y aura des personnalités invitées. Prévoyez un démonstration filmée pour palier à l'effet "démo".
* L'ensemble des documents (y compris photos, vidéos et ''[[Logiciels#Screencast|screencast]]s'') doivent être accessibles depuis le tableau ci-dessus et dans chaque fiche de suivi. Prévoyez une copie sur clé USB.
* '''TOUT Le matériel prêté devra être rapporté et restitué dans un sac cabas lors de la soutenance.'''

* L'ensemble des documents demandé doit être accessible sur le wiki avant midi le 21/03. Le rapport final contient les mêmes chapitres que la présentation ainsi qu'un glossaire et une bibliographie. Le rapport ne doit pas dépasser 10 pages (schémas et figures compris). Vous pourrez référencer les autres documents que vous avez produits au cours du projet (spécifications détaillées, algorithmes ...).

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2019/TP|PM2M]]==

=Réserve (boite à idées)=
# [http://www.opti-solar.com/french/ap_applications.fr.html |Interface contrôleur de charge batterie/PV]
# [[Sonotone à apprentissage profond]]
# [[StartAIR2]] (Nicolas Palix)
# [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn)
# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)
# [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)
# [[Kinect musicale]] (Didier Donsez) (RICM)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# Ocaml on AVR (Arduino)
# Ocaml on Cortex-M3
# [[Arduino on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[OSGi ME]] (Didier Donsez)
# [[Affichage Etudiant à Polytech]]
# Synthèse 3D + motion capture Kinect
# Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)
# Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]
# [[Idées en Vrac]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[Table interactive musicale]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# [[Cube pointeur]] d'activité ingénieur
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]
# [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)
# [[Total Recall]] (Didier Donsez)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]
# [[Parking Intelligent]]
# Frontend Web multi-utilisateur pour un jeu sérieux d'entreprise : Didier Donsez, Stéphanie Diligent, Emmanuelle Tréhoust.
# Construction d'un roadbook d'ultratrail (mais aussi trek, randonnée, cyclisme, ...) à partir de traces GPX et des réseaux sociaux (Strava, Trace de Trail, ...): Didier Donsez

Projets 2018-2019

2019-03-21T10:18:38Z

Quentin.Fombaron1: /* Affectations */

<<[[Projets 2017-2018]] | [[Projets]] | [[Projets 2019-2020]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: '''21/01/19 à 14h30'''
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2018_2019. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets===

* [[LoRaGAN]] : LoRa in the Space, Didier Donsez avec le [https://www.csug.fr/ CSUG] (S)
* [[LoRaRescueBalloon]], Didier Donsez avec le [https://www.csug.fr/ CSUG] et des élèves IESE 3 et 4. (S)
* Agriculture connectée à [[ASAC/AP|Polytech]] et à [[ASAC/SJC|St Cassien]] en partenariat avec les projets collectifs IESE/MAT
*# [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]] - Projet embarqué sur STM32 ou RPi3 + LoRa (S)
*# [[ASAC/AP/AP-2019-2|Serre Polytech - Kiosk]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
*# [[ASAC/SJC/SJC-2019|Serre St Cassien]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
* [[Projet FICHA - tri sélectif connecté]], Sylvain Toru.
* [[Dataviz de la qualité de l'air]], Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT] (M)
* [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]], Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier] (M)
* [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]], Didier Donsez (S&M)
* [[Serious game multi-joueurs pour tables tactiles en réseau]] : Anne-Laure Finkel, Tim Lepage, Didier Donsez. (S&M)
* [[Interface de visualisation mobile du projet e-Tree]]: Anne Delaballe, Didier Donsez. (M)
* [[OpenHAB UPnP DCS 2018]], Didier Donsez (S&M)
* [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]], Didier Donsez et d'autres avec Neoxia
* [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]], Olivier Richard (S)
* [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]], Olivier Richard (S)
* [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]], Olivier Richard (S)
* [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]], Olivier Richard (S)
* [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]], Olivier Richard (S&M)
* [[generate_NIX_expression | Génération d'expression NIX]] (S)

Non prioritaire
* [[Précarité numérique]], Didier Donsez, avec [https://disrupt-campus.univ-grenoble-alpes.fr/ Disrupt Campus]
* [[Covoiturage Solidaire]], Didier Donsez
* [[CannonBall de voitures autonomes 2018]]
* Intégration de [[Walabot]] à [[RobAIR]]

==== Affectation ====
{|class="wikitable alternance"
|+ Affectation des projets INFO4 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[LoRaGAN]]
| VINCENT Mathieu, SAUTON Tanguy, ANCRENAZ Ariane
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/1/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[LoRaRescueBalloon]]
| Non attribué
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/2/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]]
| Non attribué
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/3/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ASAC/AP/AP-2019-2|Serre Polytech]]
| RAKOTOARIMALALA Andriamahatratra, BARDOU Eva, GAUFFIER Léni
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/4/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[ASAC/SJC/SJC-2019|Serre St Cassien]]
| DECAMPS Marceau, LANDI Estelle, BONASPETTI GIULIA
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/5/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Projet FICHA - tri sélectif connecté]]
| SCHANEN Loïc, VINCENT Maxence, VANDAL Jade
| Sylvain Toru
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/6/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| [[Dataviz de la qualité de l'air]]
| ZARCOS Paul, ZHENG Jian, REYMOND Estelle
| Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/7/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]]
| SERRE Ancelin, BOUVIER Baptiste, WYKLAND Damien
| Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/8/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]]
| THOMAS Antoine, RIVOIRE Antoine, DENIS Guillaume
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/9/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| DUMENIL Antoine, BETEND Baptiste, JAN Léo
| Anne-Laure Finkel, Tim Lepage, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/10/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Interface de visualisation mobile du projet e-Tree]]
| SOLVERY Tom, SALA Ergi, DUMAX-VORZET Mathieu
| Anne Delaballe, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/11/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 12
| [[OpenHAB UPnP DCS 2018]]
| VARENNE Rémi, TRESTOUR Grégory, SOUCHON Loïc
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/12/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]]
| LORDEY Maxime, LATTARD Alexis, GILBERT-COLLET Bertrand
| Didier Donsez et d'autres avec Neoxia
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/13/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]]
| REYGROBELLET Lucas, BRES Maxence, PELISSON Antoine
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/14/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/15/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]]
| DALAINE Nathan, FONTFREYDE Joachim, GAUTIER-PIGNONBLANC Yann
| Olivier Richard, Adrien Faure
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/16/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17
| [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/17/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 18
| [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]]
| BADAT Léya, CUAU Victor, MASSON Jérémy
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/18/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 19
| [[generate_NIX_expression | Génération d'expression NIX]]
| CHABRE Manon, DE ARAUJO Bastien, COSCIA Daniel
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/19/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 20
| [[Gestion des Polypoints]]
| CASTANO Nicolas, SIBUE Quentin, LAPLANTE Juliette
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/20/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 21
| [[Smart Recruting]]
| GUILLOT Romain, ARNOUX Thibaut, CHASSEGUET Corentin
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/21/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 22
| [[Aide aux handicaps]]
| JALMIN Hoël, ALACALI Kadir uraz, MASTOURA Iheb
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/22/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez | Didier Donsez]]

Calendrier: Fin Janvier à Fin Mars 2019.

Séances de Management de projets innovants:

Réunion de présentation : Salle 249 de 11H30 a 12H30, Mercredi 23 Janvier. Faire couler le café.

Démarrage : A définir: Salle 251 de 8H30 a 11H00, Lundi 23 Janvier. Faire couler le café.

Soutenance à mi-parcours : 5 Mars, 9H00-11H30 (15 minutes par équipe).

Soutenance (puis Pot de la fin) : 21 Mars de 12H00 à 18H30 salle P007.

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
|-

!scope="row"| 1
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| Thibaud VEGREVILLE,Aurélien SURIER GAROFALO
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
|
| [https://loragan-project.bit.ai/pwl/XL5sjhb8jxwJAHCV Rapport final] - [https://loragan-project.bit.ai/pwl/Hln4qOwBNsKOJuEd Rapport technique] - [[Media:Présentation-ThingSat.pdf|Presentation finale FR]] - [[Media:Presentation-MiParcours-ThingSat.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Contributions open-source au projet Eclipse EdCampus]]
| [[User:Servan.Charlot | CHARLOT Servan]] (chef de projet), [[User:Zoran.Chanet | CHANET Zoran]]
| Anthony Geourjon, Gérard Pollier, Didier Donsez
| [[PROJET-INFO5 1819 EDCampus | Fiche de suivi ]]
| [[Media:Rapport-Projet-EDCampus-2019.pdf|Rapport final]] - [[Media:EDCampus-Final-CHANET-CHARLOT.pdf|Presentation finale]] - [[Media:EDCampus_Mi_Parcours_CHARLOT_CHANET.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[RICM5 2018 2019 - UGAChain|UGAChain 2019]] : [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
| Loris GENTILLON, Jordan JEAN, Enzo MOLION, Léo VALETTE
| Didier Donsez, Anthony Geourjon
|
* [[RICM5 2018 2019 - UGAChain | Fiche]]
*[[RICM5 2018 2019 - UGAChain - Journal | Journal]]
| [[Media:RapportUGAChain.pdf|Rapport final]] - [[Media:PresentationUGAChain.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-UGAChain.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
| Samuel Bamba, Florian Cuzin, Théo Echevet, Raphaël Manger
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
| [[ PROJET-INFO5_Aide_Deficients_Visuels | Fiche ]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-DeficientsVisuels.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Plateforme CampusIoT]]
| '''William Weill (CP)''', Guillaume Besnard, Benjamin Besnier, Timothée Depriester, Théo Lévesque
| Didier Donsez
| [[PROJET-1FO5_1819_CampusIoT|Fiche]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-campusiot.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Rééducation Kiné connecté]]
| '''Sekina Belguendouz (CP)''', Vincent Aubert, Amina Boucherima, Najwa Ez-Zine
| Sylvain Toru, Bernard Tourancheau
| [[PROJET-INFO5_Kiné_Connecté | Fiche]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:KinéConnectéMiParcours.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CP)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
| [[PROJET-1FO5_1819_SkiLocator|Fiche]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:HuSki PDF.pdf|Presentation finale FR]] - [[Media:HuSki PDF EN.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-skiLocator-2019.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Contributions open-source au projet JHipster]]
| '''Hugo GROS-DAILLON (CP)''', Julien COURTIAL, Cédric LAFRASSE, Bastien TERRIER
| Didier Donsez, Anthony Geourjon
| [[ PROJET-INFO5_Contributions_JHipster | Fiche ]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:Flyer-Contribution-JHipster-UGA.pdf|Flyer]] - [[Media:Jhipster_Contribution_miparcour_2019.pdf|Presentation de mi-parcours]]
|-

|}

Réserve
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* [[Sécurisation des données IoT avec des blockchains de consortium]] (Didier Donsez) --> commun avec CampusIoT et UGAChain

==== Planning Soutenance Projet S10 ====

{|class="wikitable alternance"
|+ Soutenance des projets INFO5 2018-2019
|-
|
!scope="col"| Horaire
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)

|-

!scope="row"| 0
| Mardi 19/03 12H15-13H00
| [[Rééducation Kiné connecté]]
| '''Sekina Belguendouz (CP)''', Vincent Aubert, Amina Boucherima, Najwa Ez-Zine
| Sylvain Toru, Bernard Tourancheau
|-

!scope="row"| 1
| 12H00-12H45
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| Thibaud VEGREVILLE,Aurélien SURIER GAROFALO
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
|-

!scope="row"| 2
| 12H45-13H30
| [[Contributions open-source au projet Eclipse EdCampus]]
| [[User:Servan.Charlot | CHARLOT Servan]] (chef de projet), [[User:Zoran.Chanet | CHANET Zoran]]
| Anthony Geourjon, Gérard Pollier, Didier Donsez
|-

!scope="row"| 4
| 13H30-14H15
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
| Samuel Bamba, Florian Cuzin, Théo Echevet, Raphaël Manger
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
|-

!scope="row"| 5
| 14H30-15H15
| [[Plateforme CampusIoT]]
| '''William Weill (CP)''', Guillaume Besnard, Benjamin Besnier, Timothée Depriester, Théo Lévesque
| Didier Donsez
|-

!scope="row"| 7
| 15H15-16H00
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CP)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
|-

!scope="row"| 3
| 16H00-16H45
| [[RICM5 2018 2019 - UGAChain|UGAChain 2019]] : [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
| '''Léo VALETTE (CP)''', Loris GENTILLON, Jordan JEAN, Enzo MOLION
| Didier Donsez, Anthony Geourjon
|-

!scope="row"| 8
| 17H00-17H45
| [[Contributions open-source au projet JHipster]]
| '''Hugo GROS-DAILLON (CP)''', Julien COURTIAL, Cédric LAFRASSE, Bastien TERRIER
| Didier Donsez, Anthony Geourjon
|-

|}

====Instructions pour la soutenance====
Chaque soutenance comporte 5 minutes d'installation et de désinstallation, 20 minutes de présentation, 10 minutes de question et 10 minutes de démonstration.
* La présentation est constituée des chapitres suivants:
** Rappel du sujet/besoin et cahier des charges
** Technologies employées
** Architecture techniques
** Réalisations techniques
** Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres, ...)
** Outils (collaboration, CD/CI par exemple ...)
** Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux)...)
** Conclusion (Retour d'expérience)
** Transparent introduisant la démonstration
* Répétez plusieurs fois votre présentation et votre démonstration. Il y aura des personnalités invitées. Prévoyez un démonstration filmée pour palier à l'effet "démo".
* L'ensemble des documents (y compris photos, vidéos et ''[[Logiciels#Screencast|screencast]]s'') doivent être accessibles depuis le tableau ci-dessous et dans chaque fiche de suivi. Prévoyez une copie sur clé USB.
* '''TOUT Le matériel prêté devra être rapporté et restitué dans un sac cabas lors de la soutenance.'''

* L'ensemble des documents demandé doit être accessible sur le wiki avant midi le 21/03. Le rapport final contient les mêmes chapitres que la présentation ainsi qu'un glossaire et une bibliographie. Le rapport ne doit pas dépasser 10 pages (schémas et figures compris). Vous pourrez référencer les autres documents que vous avez produits au cours du projet (spécifications détaillées, algorithmes ...).

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2019/TP|PM2M]]==

=Réserve (boite à idées)=
# [http://www.opti-solar.com/french/ap_applications.fr.html |Interface contrôleur de charge batterie/PV]
# [[Sonotone à apprentissage profond]]
# [[StartAIR2]] (Nicolas Palix)
# [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn)
# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)
# [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)
# [[Kinect musicale]] (Didier Donsez) (RICM)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# Ocaml on AVR (Arduino)
# Ocaml on Cortex-M3
# [[Arduino on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[OSGi ME]] (Didier Donsez)
# [[Affichage Etudiant à Polytech]]
# Synthèse 3D + motion capture Kinect
# Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)
# Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]
# [[Idées en Vrac]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[Table interactive musicale]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# [[Cube pointeur]] d'activité ingénieur
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]
# [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)
# [[Total Recall]] (Didier Donsez)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]
# [[Parking Intelligent]]
# Frontend Web multi-utilisateur pour un jeu sérieux d'entreprise : Didier Donsez, Stéphanie Diligent, Emmanuelle Tréhoust.
# Construction d'un roadbook d'ultratrail (mais aussi trek, randonnée, cyclisme, ...) à partir de traces GPX et des réseaux sociaux (Strava, Trace de Trail, ...): Didier Donsez

File:HuSki PDF EN.pdf

2019-03-21T10:18:27Z

Quentin.Fombaron1:

File:HuSki PDF.pdf

2019-03-21T10:17:02Z

Quentin.Fombaron1:

PROJET-1FO5 1819 SkiLocator

2019-01-29T10:42:39Z

Quentin.Fombaron1: /* Équipe du projet */

=Ski Locator=

'''Ski Locator''' est une solution de géolocalisation de matériel sportif en cas de perte à l'aide de la technologie '''LoRa''' et d'une approche '''IoT'''. Dans notre scénario, nos clients pratiquent les sports d'hivers et veulent éviter de perdre leurs skis dans la poudreuse en cas de chute.

[[File:Iot-lora-alliance-logo.png|200px]]

=Équipe du projet=
{| class="wikitable"
|-
! scope="col" width="200px" | Membre
! scope="col" | Rôles
|-
|Quentin FOMBARON
|Chef de projet
|-
|Joffrey FERREIRA
|SCRUM Master
|-
|Tim LEPAGE
|Développeur
|-
|Titouan LARNICOL
|Développeur
|-
|Thomas OZENDA
|Développeur
|}

* Supervisé par : Bernard Tourancheau

=Abstract=

===Mots clés===
*
=Présentation=

=SCRUM=

Une liste plus actualisé des tâches est disponible sur [https://trello.com/b/HOoSXhjP/kanban Trello]
==Sprint 1 - Du ... au ... ==

*

=Journal=

==Sprint1==

{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| Quentin FOMBARON
!scope="col"| Joffrey FERREIRA
!scope="col"| Tim LEPAGE
!scope="col"| Titouan LARNICOL
!scope="col"| Thomas OZENDA
|-

| colspan="7" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 1</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi ...</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|}

PROJET-1FO5 1819 SkiLocator

2019-01-29T10:40:02Z

Quentin.Fombaron1: /* Ski Locator */

=Ski Locator=

'''Ski Locator''' est une solution de géolocalisation de matériel sportif en cas de perte à l'aide de la technologie '''LoRa''' et d'une approche '''IoT'''. Dans notre scénario, nos clients pratiquent les sports d'hivers et veulent éviter de perdre leurs skis dans la poudreuse en cas de chute.

[[File:Iot-lora-alliance-logo.png|200px]]

=Équipe du projet=
{| class="wikitable"
|-
! scope="col" width="200px" | Membre
! scope="col" | Rôles
|-
|Quentin FOMBARON
|Chef de projet
|-
|Joffrey FERREIRA
|SCRUM Master
|-
|Tim LEPAGE
|
|-
|Titouan LARNICOL
|
|-
|Thomas OZENDA
|
|}

* Supervisé par : Bernard Tourancheau

=Abstract=

===Mots clés===
*
=Présentation=

=SCRUM=

Une liste plus actualisé des tâches est disponible sur [https://trello.com/b/HOoSXhjP/kanban Trello]
==Sprint 1 - Du ... au ... ==

*

=Journal=

==Sprint1==

{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| Quentin FOMBARON
!scope="col"| Joffrey FERREIRA
!scope="col"| Tim LEPAGE
!scope="col"| Titouan LARNICOL
!scope="col"| Thomas OZENDA
|-

| colspan="7" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 1</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi ...</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|}

PROJET-1FO5 1819 SkiLocator

2019-01-29T10:39:46Z

Quentin.Fombaron1: /* Ski Locator */

=Ski Locator=

Ski Locator est une solution de géolocalisation de matériel sportif en cas de perte à l'aide de la technologie LoRa et d'une approche IoT. Dans notre scénario, nos clients pratiquent les sports d'hivers et veulent éviter de perdre leurs skis dans la poudreuse en cas de chute.

[[File:Iot-lora-alliance-logo.png|200px]]

=Équipe du projet=
{| class="wikitable"
|-
! scope="col" width="200px" | Membre
! scope="col" | Rôles
|-
|Quentin FOMBARON
|Chef de projet
|-
|Joffrey FERREIRA
|SCRUM Master
|-
|Tim LEPAGE
|
|-
|Titouan LARNICOL
|
|-
|Thomas OZENDA
|
|}

* Supervisé par : Bernard Tourancheau

=Abstract=

===Mots clés===
*
=Présentation=

=SCRUM=

Une liste plus actualisé des tâches est disponible sur [https://trello.com/b/HOoSXhjP/kanban Trello]
==Sprint 1 - Du ... au ... ==

*

=Journal=

==Sprint1==

{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| Quentin FOMBARON
!scope="col"| Joffrey FERREIRA
!scope="col"| Tim LEPAGE
!scope="col"| Titouan LARNICOL
!scope="col"| Thomas OZENDA
|-

| colspan="7" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 1</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi ...</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|}

PROJET-1FO5 1819 SkiLocator

2019-01-29T10:33:47Z

Quentin.Fombaron1: /* SCRUM */

=Ski Locator=

Ski Locator est une solution de géolocalisation de matériel de sport d'hiver (ski, snowboard, etc.) en cas de perte à l'aide de la technologie LoRa et d'une approche IoT.

[[File:Iot-lora-alliance-logo.png|300px]]

=Équipe du projet=
{| class="wikitable"
|-
! scope="col" width="200px" | Membre
! scope="col" | Rôles
|-
|Quentin FOMBARON
|Chef de projet
|-
|Joffrey FERREIRA
|SCRUM Master
|-
|Tim LEPAGE
|
|-
|Titouan LARNICOL
|
|-
|Thomas OZENDA
|
|}

* Supervisé par : Bernard Tourancheau

=Abstract=

===Mots clés===
*
=Présentation=

=SCRUM=

Une liste plus actualisé des tâches est disponible sur [https://trello.com/b/HOoSXhjP/kanban Trello]
==Sprint 1 - Du ... au ... ==

*

=Journal=

==Sprint1==

{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| Quentin FOMBARON
!scope="col"| Joffrey FERREIRA
!scope="col"| Tim LEPAGE
!scope="col"| Titouan LARNICOL
!scope="col"| Thomas OZENDA
|-

| colspan="7" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 1</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi ...</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|}

PROJET-1FO5 1819 SkiLocator

2019-01-29T10:33:37Z

Quentin.Fombaron1: /* SCRUM */

=Ski Locator=

Ski Locator est une solution de géolocalisation de matériel de sport d'hiver (ski, snowboard, etc.) en cas de perte à l'aide de la technologie LoRa et d'une approche IoT.

[[File:Iot-lora-alliance-logo.png|300px]]

=Équipe du projet=
{| class="wikitable"
|-
! scope="col" width="200px" | Membre
! scope="col" | Rôles
|-
|Quentin FOMBARON
|Chef de projet
|-
|Joffrey FERREIRA
|SCRUM Master
|-
|Tim LEPAGE
|
|-
|Titouan LARNICOL
|
|-
|Thomas OZENDA
|
|}

* Supervisé par : Bernard Tourancheau

=Abstract=

===Mots clés===
*
=Présentation=

=SCRUM=

Une liste plus actualisé des tâches est disponible sur Trello : [[https://trello.com/b/HOoSXhjP/kanban Trello]]
==Sprint 1 - Du ... au ... ==

*

=Journal=

==Sprint1==

{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| Quentin FOMBARON
!scope="col"| Joffrey FERREIRA
!scope="col"| Tim LEPAGE
!scope="col"| Titouan LARNICOL
!scope="col"| Thomas OZENDA
|-

| colspan="7" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 1</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi ...</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|}

PROJET-1FO5 1819 SkiLocator

2019-01-29T10:33:27Z

Quentin.Fombaron1: /* SCRUM */

=Ski Locator=

Ski Locator est une solution de géolocalisation de matériel de sport d'hiver (ski, snowboard, etc.) en cas de perte à l'aide de la technologie LoRa et d'une approche IoT.

[[File:Iot-lora-alliance-logo.png|300px]]

=Équipe du projet=
{| class="wikitable"
|-
! scope="col" width="200px" | Membre
! scope="col" | Rôles
|-
|Quentin FOMBARON
|Chef de projet
|-
|Joffrey FERREIRA
|SCRUM Master
|-
|Tim LEPAGE
|
|-
|Titouan LARNICOL
|
|-
|Thomas OZENDA
|
|}

* Supervisé par : Bernard Tourancheau

=Abstract=

===Mots clés===
*
=Présentation=

=SCRUM=

Une liste plus actualisé des tâches est disponible sur Trello : [[https://trello.com/b/HOoSXhjP/kanban|Trello]]
==Sprint 1 - Du ... au ... ==

*

=Journal=

==Sprint1==

{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| Quentin FOMBARON
!scope="col"| Joffrey FERREIRA
!scope="col"| Tim LEPAGE
!scope="col"| Titouan LARNICOL
!scope="col"| Thomas OZENDA
|-

| colspan="7" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 1</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi ...</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|}

PROJET-1FO5 1819 SkiLocator

2019-01-29T10:32:19Z

Quentin.Fombaron1: /* Ski Locator */

=Ski Locator=

Ski Locator est une solution de géolocalisation de matériel de sport d'hiver (ski, snowboard, etc.) en cas de perte à l'aide de la technologie LoRa et d'une approche IoT.

[[File:Iot-lora-alliance-logo.png|300px]]

=Équipe du projet=
{| class="wikitable"
|-
! scope="col" width="200px" | Membre
! scope="col" | Rôles
|-
|Quentin FOMBARON
|Chef de projet
|-
|Joffrey FERREIRA
|SCRUM Master
|-
|Tim LEPAGE
|
|-
|Titouan LARNICOL
|
|-
|Thomas OZENDA
|
|}

* Supervisé par : Bernard Tourancheau

=Abstract=

===Mots clés===
*
=Présentation=

=SCRUM=

Une liste plus actualisé des tâches est disponible sur Trello : ''Trello ICI''
==Sprint 1 - Du ... au ... ==

*

=Journal=

==Sprint1==

{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| Quentin FOMBARON
!scope="col"| Joffrey FERREIRA
!scope="col"| Tim LEPAGE
!scope="col"| Titouan LARNICOL
!scope="col"| Thomas OZENDA
|-

| colspan="7" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 1</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi ...</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|}

File:Iot-lora-alliance-logo.png

2019-01-29T10:32:13Z

Quentin.Fombaron1:

PROJET-1FO5 1819 SkiLocator/SRS

2019-01-29T10:26:00Z

Quentin.Fombaron1: Created page with "=Equipe= =Introduction= =Description générale= =Exigence fonctionelles= =Exigence de performance= =Evolution potentielles="

=Equipe=
=Introduction=
=Description générale=
=Exigence fonctionelles=
=Exigence de performance=
=Evolution potentielles=

Projets 2018-2019

2019-01-29T10:25:12Z

Quentin.Fombaron1: /* Affectations */

<<[[Projets 2017-2018]] | [[Projets]] | [[Projets 2019-2020]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: '''21/01/19 à 14h30'''
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2018_2019. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets===

* [[LoRaGAN]] : LoRa in the Space, Didier Donsez avec le [https://www.csug.fr/ CSUG] (S)
* [[LoRaRescueBalloon]], Didier Donsez avec le [https://www.csug.fr/ CSUG] et des élèves IESE 3 et 4. (S)
* Agriculture connectée à [[ASAC/AP|Polytech]] et à [[ASAC/SJC|St Cassien]] en partenariat avec les projets collectifs IESE/MAT
*# [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]] - Projet embarqué sur STM32 ou RPi3 + LoRa (S)
*# [[ASAC/AP/AP-2019-2|Serre Polytech - Kiosk]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
*# [[ASAC/SJC/SJC-2019|Serre St Cassien]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
* [[Projet FICHA - tri sélectif connecté]], Sylvain Toru.
* [[Dataviz de la qualité de l'air]], Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT] (M)
* [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]], Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier] (M)
* [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]], Didier Donsez (S&M)
* [[Serious game multi-joueurs pour tables tactiles en réseau]] : Anne-Laure Finkel, Tim Lepage, Didier Donsez. (S&M)
* [[Interface de visualisation mobile du projet e-Tree]]: Anne Delaballe, Didier Donsez. (M)
* [[OpenHAB UPnP DCS 2018]], Didier Donsez (S&M)
* [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]], Didier Donsez et d'autres avec Neoxia
* [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]], Olivier Richard (S)
* [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]], Olivier Richard (S)
* [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]], Olivier Richard (S)
* [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]], Olivier Richard (S)
* [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]], Olivier Richard (S&M)
* [[generate_NIX_expression | Génération d'expression NIX]] (S)

Non prioritaire
* [[Précarité numérique]], Didier Donsez, avec [https://disrupt-campus.univ-grenoble-alpes.fr/ Disrupt Campus]
* [[Covoiturage Solidaire]], Didier Donsez
* [[CannonBall de voitures autonomes 2018]]
* Intégration de [[Walabot]] à [[RobAIR]]

==== Affectation ====
{|class="wikitable alternance"
|+ Affectation des projets INFO4 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[LoRaGAN]]
| VINCENT Mathieu, SAUTON Tanguy, ANCRENAZ Ariane
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/1/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[LoRaRescueBalloon]]
| Non attribué
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/2/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]]
| Non attribué
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/3/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ASAC/AP/AP-2019-2|Serre Polytech]]
| RAKOTOARIMALALA Andriamahatratra, BARDOU Eva, GAUFFIER Léni
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/4/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[ASAC/SJC/SJC-2019|Serre St Cassien]]
| DECAMPS Marceau, LANDI Estelle, BONASPETTI GIULIA
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/5/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Projet FICHA - tri sélectif connecté]]
| SCHANEN Loïc, VINCENT Maxence, VANDAL Jade
| Sylvain Toru
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/6/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| [[Dataviz de la qualité de l'air]]
| ZARCOS Paul, ZHENG Jian, REYMOND Estelle
| Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/7/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]]
| SERRE Ancelin, BOUVIER Baptiste, WYKLAND Damien
| Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/8/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]]
| THOMAS Antoine, RIVOIRE Antoine, DENIS Guillaume
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/9/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| DUMENIL Antoine, BETEND Baptiste, JAN Léo
| Anne-Laure Finkel, Tim Lepage, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/10/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Interface de visualisation mobile du projet e-Tree]]
| SOLVERY Tom, SALA Ergi, DUMAX-VORZET Mathieu
| Anne Delaballe, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/11/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 12
| [[OpenHAB UPnP DCS 2018]]
| VARENNE Rémi, TRESTOUR Grégory, SOUCHON Loïc
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/12/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]]
| LORDEY Maxime, LATTARD Alexis, GILBERT-COLLET Bertrand
| Didier Donsez et d'autres avec Neoxia
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/13/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]]
| REYGROBELLET Lucas, BRES Maxence, PELISSON Antoine
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/14/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/15/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]]
| DALAINE Nathan, FONTFREYDE Joachim, GAUTIER-PIGNONBLANC Yann
| Olivier Richard, Adrien Faure
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/16/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17
| [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/17/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 18
| [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]]
| BADAT Léya, CUAU Victor, MASSON Jérémy
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/18/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 19
| [[generate_NIX_expression | Génération d'expression NIX]]
| CHABRE Manon, DE ARAUJO Bastien, COSCIA Daniel
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/19/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 20
| [[Gestion des Polypoints]]
| CASTANO Nicolas, SIBUE Quentin, LAPLANTE Juliette
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/20/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 21
| [[Smart Recruting]]
| GUILLOT Romain, ARNOUX Thibaut, CHASSEGUET Corentin
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/21/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 22
| [[Aide aux handicaps]]
| JALMIN Hoël, ALACALI Kadir uraz, MASTOURA Iheb
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/22/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez | Didier Donsez]]

Calendrier: Fin Janvier à Mi Mars 2019.

Séances de Management de projets innovants:

Réunion de présentation : Salle 249 de 11H30 a 12H30, Mercredi 23 Janvier. Faire couler le café.

Démarrage : A définir: Salle 251 de 8H30 a 11H00, Lundi 23 Janvier. Faire couler le café.

Soutenance à mi-parcours : A définir, 8H00-11H00 (30 minutes par équipe).

Soutenance (puis Pot de la fin) : A définir

==== Planning soutenances mi-parcours ====

==== Planning soutenances finales ====

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
|-

!scope="row"| 1
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| Thibaud VEGREVILLE,Aurélien SURIER GAROFALO
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Contributions open-source au projet Eclipse EdCampus]]
| CHARLOT Servan (chef de projet), CHANET Zoran
| Anthony Geourjon, Gérard Pollier, Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| UGAChain 2019: [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
| Loris GENTILLON, Jordan JEAN, Enzo MOLION, Léo VALETTE
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
| Samuel Bamba, Florian Cuzin, Théo Echevet, Raphaël Manger
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Plateforme CampusIoT]]
| '''William Weill (CP)''', Guillaume Besnard, Benjamin Besnier, Timothée Depriester, Théo Lévesque
| Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Rééducation Kiné connecté]]
| '''Sekina Belguendouz (CP)''', Vincent Aubert, Amina Boucherima, Najwa Ez-Zine
| Sylvain Toru, Bernard Tourancheau
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CP)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
| [[PROJET-1FO5_1819_SkiLocator|Fiche]] - [[PROJET-1FO5_1819_SkiLocator/SRS|SRS]]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Contributions open-source au projet JHipster]]
| Julien COURTIAL, Hugo GROS-DAILLON (Chef de projet), Cédric LAFRASSE,Bastien TERRIER
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

Réserve
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* [[Sécurisation des données IoT avec des blockchains de consortium]] (Didier Donsez) --> commun avec CampusIoT et UGAChain

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2019/TP|PM2M]]==

=Réserve (boite à idées)=
# [http://www.opti-solar.com/french/ap_applications.fr.html |Interface contrôleur de charge batterie/PV]
# [[Sonotone à apprentissage profond]]
# [[StartAIR2]] (Nicolas Palix)
# [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn)
# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)
# [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)
# [[Kinect musicale]] (Didier Donsez) (RICM)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# Ocaml on AVR (Arduino)
# Ocaml on Cortex-M3
# [[Arduino on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[OSGi ME]] (Didier Donsez)
# [[Affichage Etudiant à Polytech]]
# Synthèse 3D + motion capture Kinect
# Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)
# Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]
# [[Idées en Vrac]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[Table interactive musicale]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# [[Cube pointeur]] d'activité ingénieur
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]
# [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)
# [[Total Recall]] (Didier Donsez)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]
# [[Parking Intelligent]]
# Frontend Web multi-utilisateur pour un jeu sérieux d'entreprise : Didier Donsez, Stéphanie Diligent, Emmanuelle Tréhoust.
# Construction d'un roadbook d'ultratrail (mais aussi trek, randonnée, cyclisme, ...) à partir de traces GPX et des réseaux sociaux (Strava, Trace de Trail, ...): Didier Donsez

Projets 2018-2019

2019-01-29T10:24:49Z

Quentin.Fombaron1: /* Affectations */

<<[[Projets 2017-2018]] | [[Projets]] | [[Projets 2019-2020]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: '''21/01/19 à 14h30'''
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2018_2019. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets===

* [[LoRaGAN]] : LoRa in the Space, Didier Donsez avec le [https://www.csug.fr/ CSUG] (S)
* [[LoRaRescueBalloon]], Didier Donsez avec le [https://www.csug.fr/ CSUG] et des élèves IESE 3 et 4. (S)
* Agriculture connectée à [[ASAC/AP|Polytech]] et à [[ASAC/SJC|St Cassien]] en partenariat avec les projets collectifs IESE/MAT
*# [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]] - Projet embarqué sur STM32 ou RPi3 + LoRa (S)
*# [[ASAC/AP/AP-2019-2|Serre Polytech - Kiosk]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
*# [[ASAC/SJC/SJC-2019|Serre St Cassien]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
* [[Projet FICHA - tri sélectif connecté]], Sylvain Toru.
* [[Dataviz de la qualité de l'air]], Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT] (M)
* [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]], Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier] (M)
* [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]], Didier Donsez (S&M)
* [[Serious game multi-joueurs pour tables tactiles en réseau]] : Anne-Laure Finkel, Tim Lepage, Didier Donsez. (S&M)
* [[Interface de visualisation mobile du projet e-Tree]]: Anne Delaballe, Didier Donsez. (M)
* [[OpenHAB UPnP DCS 2018]], Didier Donsez (S&M)
* [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]], Didier Donsez et d'autres avec Neoxia
* [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]], Olivier Richard (S)
* [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]], Olivier Richard (S)
* [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]], Olivier Richard (S)
* [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]], Olivier Richard (S)
* [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]], Olivier Richard (S&M)
* [[generate_NIX_expression | Génération d'expression NIX]] (S)

Non prioritaire
* [[Précarité numérique]], Didier Donsez, avec [https://disrupt-campus.univ-grenoble-alpes.fr/ Disrupt Campus]
* [[Covoiturage Solidaire]], Didier Donsez
* [[CannonBall de voitures autonomes 2018]]
* Intégration de [[Walabot]] à [[RobAIR]]

==== Affectation ====
{|class="wikitable alternance"
|+ Affectation des projets INFO4 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[LoRaGAN]]
| VINCENT Mathieu, SAUTON Tanguy, ANCRENAZ Ariane
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/1/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[LoRaRescueBalloon]]
| Non attribué
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/2/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]]
| Non attribué
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/3/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ASAC/AP/AP-2019-2|Serre Polytech]]
| RAKOTOARIMALALA Andriamahatratra, BARDOU Eva, GAUFFIER Léni
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/4/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[ASAC/SJC/SJC-2019|Serre St Cassien]]
| DECAMPS Marceau, LANDI Estelle, BONASPETTI GIULIA
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/5/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Projet FICHA - tri sélectif connecté]]
| SCHANEN Loïc, VINCENT Maxence, VANDAL Jade
| Sylvain Toru
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/6/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| [[Dataviz de la qualité de l'air]]
| ZARCOS Paul, ZHENG Jian, REYMOND Estelle
| Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/7/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]]
| SERRE Ancelin, BOUVIER Baptiste, WYKLAND Damien
| Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/8/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]]
| THOMAS Antoine, RIVOIRE Antoine, DENIS Guillaume
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/9/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| DUMENIL Antoine, BETEND Baptiste, JAN Léo
| Anne-Laure Finkel, Tim Lepage, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/10/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Interface de visualisation mobile du projet e-Tree]]
| SOLVERY Tom, SALA Ergi, DUMAX-VORZET Mathieu
| Anne Delaballe, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/11/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 12
| [[OpenHAB UPnP DCS 2018]]
| VARENNE Rémi, TRESTOUR Grégory, SOUCHON Loïc
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/12/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]]
| LORDEY Maxime, LATTARD Alexis, GILBERT-COLLET Bertrand
| Didier Donsez et d'autres avec Neoxia
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/13/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]]
| REYGROBELLET Lucas, BRES Maxence, PELISSON Antoine
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/14/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/15/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]]
| DALAINE Nathan, FONTFREYDE Joachim, GAUTIER-PIGNONBLANC Yann
| Olivier Richard, Adrien Faure
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/16/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17
| [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/17/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 18
| [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]]
| BADAT Léya, CUAU Victor, MASSON Jérémy
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/18/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 19
| [[generate_NIX_expression | Génération d'expression NIX]]
| CHABRE Manon, DE ARAUJO Bastien, COSCIA Daniel
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/19/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 20
| [[Gestion des Polypoints]]
| CASTANO Nicolas, SIBUE Quentin, LAPLANTE Juliette
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/20/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 21
| [[Smart Recruting]]
| GUILLOT Romain, ARNOUX Thibaut, CHASSEGUET Corentin
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/21/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 22
| [[Aide aux handicaps]]
| JALMIN Hoël, ALACALI Kadir uraz, MASTOURA Iheb
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/22/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez | Didier Donsez]]

Calendrier: Fin Janvier à Mi Mars 2019.

Séances de Management de projets innovants:

Réunion de présentation : Salle 249 de 11H30 a 12H30, Mercredi 23 Janvier. Faire couler le café.

Démarrage : A définir: Salle 251 de 8H30 a 11H00, Lundi 23 Janvier. Faire couler le café.

Soutenance à mi-parcours : A définir, 8H00-11H00 (30 minutes par équipe).

Soutenance (puis Pot de la fin) : A définir

==== Planning soutenances mi-parcours ====

==== Planning soutenances finales ====

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
|-

!scope="row"| 1
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| Thibaud VEGREVILLE,Aurélien SURIER GAROFALO
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Contributions open-source au projet Eclipse EdCampus]]
| CHARLOT Servan (chef de projet), CHANET Zoran
| Anthony Geourjon, Gérard Pollier, Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| UGAChain 2019: [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
| Loris GENTILLON, Jordan JEAN, Enzo MOLION, Léo VALETTE
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
| Samuel Bamba, Florian Cuzin, Théo Echevet, Raphaël Manger
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Plateforme CampusIoT]]
| '''William Weill (CP)''', Guillaume Besnard, Benjamin Besnier, Timothée Depriester, Théo Lévesque
| Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Rééducation Kiné connecté]]
| '''Sekina Belguendouz (CP)''', Vincent Aubert, Amina Boucherima, Najwa Ez-Zine
| Sylvain Toru, Bernard Tourancheau
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CP)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
| [[PROJET-1FO5_1819_SkiLocator|Fiche]][[PROJET-1FO5_1819_SkiLocator/SRS|SRS]]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Contributions open-source au projet JHipster]]
| Julien COURTIAL, Hugo GROS-DAILLON (Chef de projet), Cédric LAFRASSE,Bastien TERRIER
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

Réserve
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* [[Sécurisation des données IoT avec des blockchains de consortium]] (Didier Donsez) --> commun avec CampusIoT et UGAChain

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2019/TP|PM2M]]==

=Réserve (boite à idées)=
# [http://www.opti-solar.com/french/ap_applications.fr.html |Interface contrôleur de charge batterie/PV]
# [[Sonotone à apprentissage profond]]
# [[StartAIR2]] (Nicolas Palix)
# [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn)
# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)
# [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)
# [[Kinect musicale]] (Didier Donsez) (RICM)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# Ocaml on AVR (Arduino)
# Ocaml on Cortex-M3
# [[Arduino on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[OSGi ME]] (Didier Donsez)
# [[Affichage Etudiant à Polytech]]
# Synthèse 3D + motion capture Kinect
# Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)
# Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]
# [[Idées en Vrac]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[Table interactive musicale]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# [[Cube pointeur]] d'activité ingénieur
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]
# [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)
# [[Total Recall]] (Didier Donsez)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]
# [[Parking Intelligent]]
# Frontend Web multi-utilisateur pour un jeu sérieux d'entreprise : Didier Donsez, Stéphanie Diligent, Emmanuelle Tréhoust.
# Construction d'un roadbook d'ultratrail (mais aussi trek, randonnée, cyclisme, ...) à partir de traces GPX et des réseaux sociaux (Strava, Trace de Trail, ...): Didier Donsez

PROJET-1FO5 1819 SkiLocator

2019-01-29T10:22:03Z

Quentin.Fombaron1: /* Ski Locator */

=Ski Locator=

''Description ICI''

[[File:image.png|300px]]

=Équipe du projet=
{| class="wikitable"
|-
! scope="col" width="200px" | Membre
! scope="col" | Rôles
|-
|Quentin FOMBARON
|Chef de projet
|-
|Joffrey FERREIRA
|SCRUM Master
|-
|Tim LEPAGE
|
|-
|Titouan LARNICOL
|
|-
|Thomas OZENDA
|
|}

* Supervisé par : Bernard Tourancheau

=Abstract=

===Mots clés===
*
=Présentation=

=SCRUM=

Une liste plus actualisé des tâches est disponible sur Trello : ''Trello ICI''
==Sprint 1 - Du ... au ... ==

*

=Journal=

==Sprint1==

{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| Quentin FOMBARON
!scope="col"| Joffrey FERREIRA
!scope="col"| Tim LEPAGE
!scope="col"| Titouan LARNICOL
!scope="col"| Thomas OZENDA
|-

| colspan="7" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 1</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi ...</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|}

PROJET-1FO5 1819 SkiLocator

2019-01-29T10:21:51Z

Quentin.Fombaron1: /* Équipe du projet */

=Ski Locator=

''Description ICI''

[[File:.png|300px]]

=Équipe du projet=
{| class="wikitable"
|-
! scope="col" width="200px" | Membre
! scope="col" | Rôles
|-
|Quentin FOMBARON
|Chef de projet
|-
|Joffrey FERREIRA
|SCRUM Master
|-
|Tim LEPAGE
|
|-
|Titouan LARNICOL
|
|-
|Thomas OZENDA
|
|}

* Supervisé par : Bernard Tourancheau

=Abstract=

===Mots clés===
*
=Présentation=

=SCRUM=

Une liste plus actualisé des tâches est disponible sur Trello : ''Trello ICI''
==Sprint 1 - Du ... au ... ==

*

=Journal=

==Sprint1==

{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| Quentin FOMBARON
!scope="col"| Joffrey FERREIRA
!scope="col"| Tim LEPAGE
!scope="col"| Titouan LARNICOL
!scope="col"| Thomas OZENDA
|-

| colspan="7" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 1</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi ...</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|}

PROJET-1FO5 1819 SkiLocator

2019-01-29T10:21:40Z

Quentin.Fombaron1: /* Équipe du projet */

=Ski Locator=

''Description ICI''

[[File:.png|300px]]

=Équipe du projet=
{| class="wikitable"
|-
! scope="col" width="200px" | Membre
! scope="col" | Rôles
|-
|Quentin FOMBARON
|Chef de projet
|-
|Joffrey FERREIRA
|SCRUM Master
|-
|Tim Lepage
|
|-
|Titouan LARNICOL
|
|-
|Thomas OZENDA
|
|}

* Supervisé par : Bernard Tourancheau

=Abstract=

===Mots clés===
*
=Présentation=

=SCRUM=

Une liste plus actualisé des tâches est disponible sur Trello : ''Trello ICI''
==Sprint 1 - Du ... au ... ==

*

=Journal=

==Sprint1==

{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| Quentin FOMBARON
!scope="col"| Joffrey FERREIRA
!scope="col"| Tim LEPAGE
!scope="col"| Titouan LARNICOL
!scope="col"| Thomas OZENDA
|-

| colspan="7" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 1</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi ...</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|}

PROJET-1FO5 1819 SkiLocator

2019-01-29T10:21:01Z

Quentin.Fombaron1: /* Sprint1 */

PROJET-1FO5 1819 SkiLocator

2019-01-29T10:20:43Z

Quentin.Fombaron1: /* Journal */

PROJET-1FO5 1819 SkiLocator

2019-01-29T10:15:21Z

Quentin.Fombaron1: Created page with "=Ski Locator= ''Description ICI'' 300px =Équipe du projet= {| class="wikitable" |- ! scope="col" width="200px" | Membre ! scope="col" | Rôles |- |Quent..."

=Ski Locator=

''Description ICI''

[[File:.png|300px]]

=Équipe du projet=
{| class="wikitable"
|-
! scope="col" width="200px" | Membre
! scope="col" | Rôles
|-
|Quentin Fombaron
|Chef de projet
|-
|Joffrey Ferreira
|SCRUM Master
|-
|Tim Lepage
|
|-
|Titouan Larnicol
|
|-
|Thomas Ozenda
|
|}

* Supervisé par : Bernard Tourancheau

=Abstract=

===Mots clés===
*
=Présentation=

=SCRUM=

Une liste plus actualisé des tâches est disponible sur Trello : ''Trello ICI''
==Sprint 1 - Du ... au ... ==

*

=Journal=

==Sprint1==

{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| GEOURJON Anthony
!scope="col"| LEMAIRE Timothée
!scope="col"| ROUQUIER Clément
!scope="col"| TURRIN Vincent

|-

| colspan="6" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 1</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi 29/01/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
*Récupération du matériel au fablab (Arduino 101)
*Tentative d'un flash d'un exemple sur la carte
| style="width: 280px;" |
| style="width: 280px;" |
*Lecture et compréhension des divers documents produits durant le S9 par les 3 autres membres du projet, un gros travail de conception ayant déjà été effectué en amont de mon arrivée
| style="width: 280px;" |
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple" |
*Impossible de faire marcher quelque chose sur la carte pourtant elle est détecté
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
*Confrontation de l'idée que m'ont donné les documents de conception avec la vision des autres membres afin d'assurer une divergence de trajectoire aussi faible que possible
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Mardi 30/01/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
*Tentative d'un flash d'un exemple sur la carte
| style="width: 280px;" |
| style="width: 280px;" |
*La technologie de communication entre les cartes et le téléphone s'effectuera sur la base du [https://developer.android.com/guide/topics/connectivity/bluetooth-le.html Bluetooth BLE]. Ayant déjà travaillé sur cette technologie sur le projet [http://air.imag.fr/index.php/UltraTeam UltraTeam], je ferai cette partie.
| style="width: 280px;" |
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple" |
*Le bootloader de la carte est broken et ne fonctionne depuis Linux, Avec Windows Timothée y arrive facilement
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
*Le BLE est une technologie qui m'avait donné beaucoup de tord durant le précédent projet et il m'intéresse de m'y remettre dessus. le nombre de ressources disponibles est assez peu limité et les ressources existantes ont généralement été conçues pour du HardWare spécial
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Mercredi 31/01/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
*Cours de management de projets innovants - 4h
| style="width: 280px;" |
*Cours de management de projets innovants - 4h
| style="width: 280px;" |
*Cours de management de projets innovants - 4h
*Analyse du code d'[https://github.com/ultratrail/mobapp2 UltraTeam] pour voir ce qui est récupérable du travail déjà effectué dans le cadre du projet antérieur
| style="width: 280px;" |
*Cours de management de projets innovants - 4h
*Etude problématique projet
*Formation tensorflow : tuto simple, structure du code et concepts de base
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
*Je ne récupérerai que peu de code du précédent projet en raison du nombre important de bricolage. J'ai décidé de me rebaser quasi-exclusivement sur le [https://github.com/googlesamples/android-BluetoothLeGatt GoogleSample BleGATT]
| style="width: 280px;" style="color:purple"|
|-

|-
| rowspan="2" | <span style="color:green">Vendredi 02/02/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
| style="width: 280px;" |
*Tentative de flash sur l’Arduino récupéré par Anthony au fablab, finalement réussi sur Windows.
*Essai de l'exemple "HearthRate Monitor" avec connexion Bluetooth.
| style="width: 280px;" |
*Création d'un [https://github.com/SmartMove-PolytechGrenoble/SmartMove dépot Github] se basant sur un Fork du Google Sample et qui aura ensuite pour but d'être intégré dans l'application finale créée par les autres.
| style="width: 280px;" |
*Continuation de la formation TF Visionnage vidéos, notamment conférence sur deep learning adapté à Tensorflow
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
*Travail avec Clément pour faire fonctionner l'exemple en BLE sur son début d'appli. finalement fonctionnel en demandant l'utilisation du GPS sur android (Comme le requière la spécification BLE)
| style="width: 280px;" style="color:purple" |
*Le GoogleSample se base sur un design [https://developer.android.com/reference/android/support/v7/app/AppCompatActivity.html AppCompat], ce qui n'est pas pratique pour l'intégration. Je me souviens avoir eu le même problème sur [http://air.imag.fr/index.php/UltraTeam UltraTeam]. Je le gèrerai cependant de façon opposée -> Au lieu de passer toute mon application sur le même design, je vais transformer le code pour l'utiliser sans ce Framework.
| style="width: 280px;" style="color:purple"|

|-

|}

==Sprint 2==
{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| GEOURJON Anthony
!scope="col"| LEMAIRE Timothée
!scope="col"| ROUQUIER Clément
!scope="col"| TURRIN Vincent
|-

| colspan="6" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 2</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi 05/02/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
*Travail sur le AIR
*Export des taches backlog sur Trello
| style="width: 280px;" |
*Début du code Arduino en partant de l'exemple "HeartRate Monitor"
| style="width: 280px;" |
*L'APK fournie par un clone du [https://github.com/googlesamples/android-BluetoothLeGatt GoogleSample BleGATT] ne trouve pas toujours les périphériques BLE environnants. Début des investigations
| style="width: 280px;" |
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
*Pas mal de difficultés lors du test, en raison de difficultés de debugging sur l'Arduino.
| style="width: 280px;" style="color:purple" |
*L'application fonctionne sans soucis sur les plus anciennes versions d'Android mais semble avoir des soucis à partir d'une certaine version du SDK toujours indéterminée.
| style="width: 280px;" style="color:purple" |
*Étude des problématiques propres à notre projet : Stream de data, Dynamic Time
|-

|-

| rowspan="2" | <span style="color:green">Mardi 06/02/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
*Étude avec Vincent d'une application utilisant de la détection de mouvement Tensor Flow sur Android. https://blog.lemberg.co.uk/motion-gesture-detection-using-tensorflow-android
| style="width: 280px;" |
*Avancement du code Arduino.
| style="width: 280px;" |
*Résolution du bug. Il faut depuis le SDK 23 une autorisation de localisation pour faire fonctionner le Bluetooth. [https://stackoverflow.com/questions/32708374/bluetooth-le-scanfilters-dont-work-on-android-m Problème et solution détaillée]
| style="width: 280px;" |
*Etude d’un code de reconnaissance de mouvement tensorflow Android, + test, comprendre pour pouvoir modifier en conséquence
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
*Résolution des problèmes rencontrés la veille (Mauvais initialisation du module gérant les capteurs), puis travail sur l'envoie des données par blutooth.
| style="width: 280px;" style="color:purple" |
*le problème a également fait l'objet de plusieurs [https://github.com/googlesamples/android-BluetoothLeGatt/pulls Pull Requests] sur le dépo. Certaines ont été validées mais aucune mergées.
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Mercredi 07/02/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
* Cours de management de projets innovants - 4h
| style="width: 280px;" |
*Cours de management de projets innovants - 4h
*Finalisation du code arduino pour le moment.
| style="width: 280px;" |
*Cours de management de projets innovants - 4h
*Début du travail d'intégration du [https://github.com/googlesamples/android-BluetoothLeGatt GoogleSample BleGATT] en tant qu'activité secondaire
| style="width: 280px;" |
*Cours de management de projets innovants - 4h
*Étude approfondie des modèles : il faut sûrement utiliser un LSTM

|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
*Recherches sur les UUID (pour l'arduino).
*Envoie des valeurs depuis l'arduino sous forme binaire (nécessite de séparer les octets des ints)
*Mise sur Git du code arduino.
| style="width: 280px;" style="color:purple" |
*La forme choisie est celle d'un [https://stackoverflow.com/questions/1979369/android-activity-as-a-dialog Dialog Activity] pour avoir une interaction ergonomique et user friendly
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Jeudi 08/02/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
*Diverses expérimentations avec le MotionGesture. Installation de Gesture Manager sur mon téléphone et record de quelques mouvemnts sur un seul capteur (ceux du téléphone).
| style="width: 280px;" |
| style="width: 280px;" |
*Application fonctionnelle de façon satisfaisante. Cependant, elle ne gère qu'un serveur [https://www.bluetooth.com/specifications/gatt/generic-attributes-overview BLE GATT] là où un par capteur serait nécessaire. Début des modifications en ce sens.
| style="width: 280px;" |
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
*Beaucoup de travail est reste à effectuer afin de permettre la gestion de plusieurs serveurs en simultanée quand l'application de base ne le gère pas du tout. Une meilleure conception aurait réduit l'impact de ce problème
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Vendredi 09/02/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |

*Etude de l'appli MotionGestureDemo https://github.com/ryanchyshyn/motion_gestures_detection/tree/master/MotionGesturesDemo
*L’intérêt de cette appli est qu'elle exécute un modèle Tensorflow. Le code nécessaire a cela est externalisé dans une librairie que nous pourrions éventuellement réutiliser
| style="width: 280px;" |
*Hackathlon
| style="width: 280px;" |
*Travail de transition pour une gestion multi-serveurs. Modification des structures de données et des Callbacks.
| style="width: 280px;" |
*Abandon du code trouvé précédemment car le modèle ne nous correspond pas. Reprise d’un code utilisant un modèle LSTM en Tensorflow, qui reconnait l’activité d’une personne (assis, debout, en train de marcher, montant des marches…)
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|}

==Sprint 3==
{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| GEOURJON Anthony
!scope="col"| LEMAIRE Timothée
!scope="col"| ROUQUIER Clément
!scope="col"| TURRIN Vincent
|-

| colspan="6" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 3</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi 12/02/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |

*Recherche de modèle avec Vincent. Expérimentation avec un modèle LSTM : https://medium.com/@curiousily/human-activity-recognition-using-lstms-on-android-tensorflow-for-hackers-part-vi-492da5adef64
*Prise en main de ce code

| style="width: 280px;" |
* Etudes du protocole BLE pour l'intégration à l'application android
| style="width: 280px;" |
*Modification de la [https://developer.android.com/reference/android/app/ListActivity.html ListActivity] pour avoir une sélection [https://www.101apps.co.za/articles/making-a-list-coding-multiple-choice-list-dialogs.html Multi Choice]
| style="width: 280px;" |
* Déchiffrage de codes utilisant un modèle LSTM : cela semble être un bon modèle pour notre cas, à voir les résultats pour des moves assez court.
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
*Cela crée un océan de problèmes de logique en raison de la modification a la volée de la liste lors d'une découverte et du clic sur le bouton menu "Scan/Stop". Après beaucoup de travail sur le Sample je me permet de dire que son design est plus que discutable
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Mardi 13/02/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
*Fork du modèle LSTM : https://github.com/SmartMove-PolytechGrenoble/TensorFlow-on-Android-for-Human-Activity-Recognition-with-LSTMs
| style="width: 280px;" |
* Poursuite de l'étude BLE.
| style="width: 280px;" |
*Suite de la veille
| style="width: 280px;" |
* Modifications du code pour correspondre à notre formattage de données + modification du prétraitement des données
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Mercredi 14/02/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
*Conception de la gestion des entraînements. Entraînements au sens "suite d'activités" que l'utilisateur peut faire et vouloir détecter
*Soutenance mi parcours
| style="width: 280px;" |
*Soutenance mi parcours
*Prévision de l'abandon de l'utilisation d'arduinos pour l'utilisation de sensorTags.
| style="width: 280px;" |
*Préparation de la soutenance
*Soutenance mi parcours
| style="width: 280px;" |
*Soutenance mi parcours
* Résolution problèmes inconnus Tensorflow
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Jeudi 15/02/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
*Cours gestion
| style="width: 280px;" |
*Cours gestion
*Découverte sensorTag
| style="width: 280px;" |
*Absence jusqu'aux vacances pour cause de déménagement
| style="width: 280px;" |
*Cours gestion
* Test d'entraîner le modèle avec des jeux de données : impossible à faire tourner hardware trop faible.
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Vendredi 16/02/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
* Essai tensor flow sur mon CPU
| style="width: 280px;" |
| style="width: 280px;" |
| style="width: 280px;" |
* Faire tourner Tensorflow sur GPU : fonctionne mieux.
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|}

==Sprint 4 (Vacances) ==
{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| GEOURJON Anthony
!scope="col"| LEMAIRE Timothée
!scope="col"| ROUQUIER Clément
!scope="col"| TURRIN Vincent
|-

| colspan="6" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 4</span>
|-
| colspan="6" style="text-align: center; background-color:purple;"| <span style="color:white">/!\Vacances/!\</span>
|-

|-
| rowspan="2" | <span style="color:green">Semaine du 19 au 25 février</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
* [...]
| style="width: 280px;" |
* [...]
| style="width: 280px;" |
* [...]
| style="width: 280px;" |
* Quelques tests sur SensorTag
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|-

|}

==Sprint 5==
{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| GEOURJON Anthony
!scope="col"| LEMAIRE Timothée
!scope="col"| ROUQUIER Clément
!scope="col"| TURRIN Vincent
|-

| colspan="6" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 5</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi 26/02/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
*Cours de gestion
| style="width: 280px;" |
*Cours de gestion
*Analyse de l'application Android sensorTag officiel (openSource)
| style="width: 280px;" |
*Cours de gestion
*Changement de trajectoire du projet, nous utiliserons désormais des [http://www.ti.com/ww/en/wireless_connectivity/sensortag/ SensorTAG]. Début d'analyse des ressources disponibles afin de voir s'il n'est pas possible d'utiliser un code facile à intégrer
| style="width: 280px;" |
*Cours de gestion
* Début modification du code Android d'évalutation : comptabilisation, du nombre de mouvement, chronométrage.
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
*Solution propriétaire à TI analysée : [http://www.ti.com/tool/ble-stack?DCMP=wbu-blestack&HQS=blestack BLE Stack]
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Mardi 27/02/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
*Travail sur la gestion des entraînements (création d'entrainement et sauvegarde)
| style="width: 280px;" |
| style="width: 280px;" |
*La solution fonctionne parfaitement mais ne gère pas le Multi Server GATT. Code trop complexe pour modifications et intégration. Abandon de la solution
| style="width: 280px;" |
* Début modification code enregistrement data. Objectif : labéliser, choisir librement les limites.
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Mercredi 28/02/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
*Travail sur la gestion des entraînements (création d'entrainement et sauvegarde)
| style="width: 280px;" |
*Recherche de stage
| style="width: 280px;" |
*Recherche de solution alternative pour la connexion au [http://www.ti.com/ww/en/wireless_connectivity/sensortag/ SensorTAG] avec gestion de multi serveur GATT
| style="width: 280px;" |
* Ajout du support du gyroscope
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
*Beaucoup de ressources disponibles sur le net fonctionnement en fait avec un Gateway Hardware propriétaire, elles sont donc toutes inutilisables dans notre cas
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Jeudi 01/03/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
*Travail sur la gestion des entraînements (Visualisation)
| style="width: 280px;" |
| style="width: 280px;" |
*Découverte du service [https://github.com/devicehive/android-ble Android BLE] de [https://devicehive.com/ DeviceHive] qui se sert d'un téléphone Android comme Gateway entre plusieurs périphériques BLE et un serveur, répondant à toutes nos contraintes. Exploration et mise en place de cette solution
| style="width: 280px;" |
* Entraînement avec nos propres données : il faut beaucoup de données, avec peu de données la précision est vraiment mauvaise.
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
*Solution un peu complexe d'utilisation et qui ne pourra pas être inclue dans une version en production. Cependant très pratique pour acquérir des jeux de données lors du développement
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Vendredi 02/03/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
*Travail sur la gestion des entraînements (Visualisation)
* Réunion 2
| style="width: 280px;" |
* Réunion 2
| style="width: 280px;" |
* Solution de [https://devicehive.com/ DeviceHive] fonctionnelle, et découverte d'une nouvelle problématique : La fréquence de notifications des données est de 300 ms, bien trop lent. Pourtant, les [http://www.ti.com/lit/sl/szzy004a/szzy004a.pdf spécifications] de la carte indiquent une fréquence minimale de 100 ms (il est d'ailleurs [https://e2e.ti.com/support/wireless_connectivity/bluetooth_low_energy/f/538/t/385413 apparemment] de flasher l'appareil pour augmenter la fréquence)
* Réunion 2
| style="width: 280px;" |
* Réunion 2
* Récolte de plus de données.
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
*Le problème de fréquence est donc soit lié à DeviceHive soit au téléphone Android. Dans l'immédiat, abandon de la solution DeviceHive pour avoir une version fonctionnelle aussi vite que possible
| style="width: 280px;" style="color:purple" |
|-

|}

==Sprint 6 ==
{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| GEOURJON Anthony
!scope="col"| LEMAIRE Timothée
!scope="col"| ROUQUIER Clément
!scope="col"| TURRIN Vincent
|-

| colspan="6" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 6</span>
|-
|-
| rowspan="2" | <span style="color:green">Lundi 05/03/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
* Expérimentations avec des jeux de données difféerents
*MaJ Air
| style="width: 280px;" |
Analyse code BLE Android (celui de Clément)
| style="width: 280px;" |
*L'[https://github.com/SmartMove-PolytechGrenoble/motion_gestures_detection/tree/dev_mesh application] développée par Vincent est suffisamment aboutie pour accepter une intégration des services Bluetooth. Début de cette intégration
| style="width: 280px;" |
* Modif learning pour utiliser les nouvelles infos capteurs : gyroscope + accél, Modifications formattage des données (Python)
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
*Cela demandera tout de même beaucoup de travail étant donné les problèmes de clone et d'intégration inhérents à Android.
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Mardi 06/03/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
* Refactoring de la gestion des entraînements pour prendre dynamiquement en compte le nombre de mouvements
| style="width: 280px;" |
*Réunion avec Clément.
| style="width: 280px;" |
*Réunion avec Timothée afin de se mettre d'accord pour permettre une parallélisation du travail.
| style="width: 280px;" |
* Le vecteur angulaire n'est pas l'information qu'il nous faut mais plutôt la gravité : changement du code, et reprise de la récupération des données.
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
*Je travaillerai sur la partie connexion Bluetooth et lui sur la partie GATT (découverte des services et caractéristiques, inscription et lecture des notifications)
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Mercredi 07/03/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
| style="width: 280px;" |
*Recherche sur les caractéristiques bluetooth du sensorTag et leur utilisations
| style="width: 280px;" |
* Intégration de la connexion a l'appli de récupération des données
| style="width: 280px;" |
* En fait différentes variable pour l'apprentissage n'avaient pas été touchées, il est possible d'avoir de bons résultats avec peu de données.
* Reprise des tests : très bonne précision avec seulement 40 secondes d'entraînement : les mouvements marcher et sauter sont distingués avec une très bonne précision en ligne droite.
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Jeudi 08/03/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
* Excusé (TOEIC)
| style="width: 280px;" |
* Papier et téléphone pour le stage.
| style="width: 280px;" |
* Suite. Connexion réussie.
| style="width: 280px;" |
* Rectification après tests : il faut bien l'accélération angulaire, je n'ai pas le capteur sur mon téléphone, je reste sur des infos accéléromètre et c'est précis.
* Multiples essais en faisant varier les variables pour l'apprentissage tensorflow.
* Essais et modification du code pour pouvoir faire descendre le nombre de valeur en input assez bas : reconnaître les mouvements de toute durée.
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Vendredi 09/03/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
| style="width: 280px;" |
* Développement d'une API pour le contrôle du sensorTag une fois connecté.
| style="width: 280px;" |
* Suite. Clean du code et de la connexion.
| style="width: 280px;" |
* Tests avec gyroscope (j'ai utilisé le téléphone de Timothée car j'ai pas de gyroscope). Les résultats sont moins bons qu'avec seulement l'accéléromètre. Il faut plus de training. Je cherche comment donner moins d'importance au gyroscope.
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
|-

|}

==Sprint 7 (en cours)==
{|class="wikitable alternance"
|+
|-
|
!scope="col"| Date
!scope="col"| GEOURJON Anthony
!scope="col"| LEMAIRE Timothée
!scope="col"| ROUQUIER Clément
!scope="col"| TURRIN Vincent
|-

| colspan="6" style="text-align: center; background-color:purple;"| <span style="color:white">SPRINT 7</span>
|-

|-
| rowspan="2" | <span style="color:green">Lundi 12/03/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
* Intégration de la gestion des entrainements
| style="width: 280px;" |
* Suite développement de l'API pour le sensorTag, avancées grâce à une doc pertinente.
* Obtention de valeur de l'accéléromètre et du gyroscope du sensorTag.
| style="width: 280px;" |
* Rien
* Rien
* Rien
| style="width: 280px;" |
* Test d'un très grand nombre de settings : retenu analyse d'une fenêtre de 2 secondes, glissante de 500ms en 500ms.
* Code Python (learning) et code Android (utilisant le modèle) rendus totalement scalable avec quelques tableaux en dur à remplir selon nos besoins (capteurs en entrée, moves en sortie, moves à compter...) --> l'entraînement / l'UI est généré en conséquence .
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
* Intégration de la gestion des entrainements
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
* Il faut que je modifie le code pour éviter certains doublons, et éviter des événements incompatibles à la suite. Un autre point : ajouter un deuxième seuil de validation (autre que la probabilité) : assurer une proba > 0.98 pendant deux avancées de la fenêtre par exemple, je pense que cela va donner des résultats robustes. Un gros problème de notre projet est qu'on est en Open set : nos classes ne représentent pas tous les mouvements possibles (c'est un domaine de recherche très répandu actuellement). On a alors du bruit. On va essayer d'utiliser la méthode simple : enregistrer du bruit, et des moves qui n'ont aucun sens.
|-

|-

| rowspan="2" | <span style="color:green">Mardi 13/03/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
* Cours de gestion de projet
| style="width: 280px;" |
* Cours de gestion de projet
* support de Clément pour l'implémentation l'API sur la base de l'appli.
| style="width: 280px;" |
* Cours de gestion de projet
* Mise en relation de la connexion avec a partie de Timothée, résolution de problèmes
| style="width: 280px;" |
* De nombreux tweaks par rapport à la problématique : être temps réel/précision/pas de faux positif.
* Réengistrement pour la 70000 fois de données mais ce coup-ci au niveau de la jambe avec et sans gyroscope (j'ai mal aux jambes).
* Ajout de plus d'option pour ajuster la validation d'un move : un move peut être plus ou moins dur à valider.
* Cours de gestion de projet
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
* Problème de fréquence d’échantillonnage, la caractéristique BLE prévu a cette effet ne semble pas avoir d'effet.
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
* L'ajout du gyroscope (on passe alors à 6 variables) fait exploser la complexité du modèle il prend un temps très long à être entraîné (normal...)
* Retour à accéléromètre seul.

|-

|-
| rowspan="2" | <span style="color:green">Mercredi 14/03/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
* Fin d'intégration de la gestion des entrainements
* Enregistrement de jeu de données
* Diapo
| style="width: 280px;" |
| style="width: 280px;" |
* Tentative d'implémentation du SensorTag sur l'autre application (???) de gestion des entrainements
| style="width: 280px;" |
* Merge avec le code d'entraînement d'Antho.
* Réengistrement avec Anthony de plein de données (tout au niveau de la ceinture), avec 10Mo de données on devrait être assez précis.
* Tweak du modèle encore et encore.
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
* Échec
| style="width: 280px;" style="color:purple" |
|-

|-
| rowspan="2" | <span style="color:green">Jeudi 15/03/18</span>
| rowspan="1" | <span style="color:blue">Tâches</span>
| style="width: 280px;" |
* Soutenance
| style="width: 280px;" |
* Soutenance
| style="width: 280px;" |
* Matin : Soutenance
* Apres-Midi : Partir le plus loin possible et ne jamais revenir
| style="width: 280px;" |
* Soutenance
|-

|-
| rowspan="1" | <span style="color:blue">Remarques</span>
| style="width: 280px;" style="color:purple"|
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |
| style="width: 280px;" style="color:purple" |

|-

|}

Projets 2018-2019

2019-01-29T10:09:53Z

Quentin.Fombaron1: /* Affectations */

<<[[Projets 2017-2018]] | [[Projets]] | [[Projets 2019-2020]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: '''21/01/19 à 14h30'''
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2018_2019. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets===

* [[LoRaGAN]] : LoRa in the Space, Didier Donsez avec le [https://www.csug.fr/ CSUG] (S)
* [[LoRaRescueBalloon]], Didier Donsez avec le [https://www.csug.fr/ CSUG] et des élèves IESE 3 et 4. (S)
* Agriculture connectée à [[ASAC/AP|Polytech]] et à [[ASAC/SJC|St Cassien]] en partenariat avec les projets collectifs IESE/MAT
*# [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]] - Projet embarqué sur STM32 ou RPi3 + LoRa (S)
*# [[ASAC/AP/AP-2019-2|Serre Polytech - Kiosk]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
*# [[ASAC/SJC/SJC-2019|Serre St Cassien]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
* [[Projet FICHA - tri sélectif connecté]], Sylvain Toru.
* [[Dataviz de la qualité de l'air]], Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT] (M)
* [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]], Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier] (M)
* [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]], Didier Donsez (S&M)
* [[Serious game multi-joueurs pour tables tactiles en réseau]] : Anne-Laure Finkel, Tim Lepage, Didier Donsez. (S&M)
* [[Interface de visualisation mobile du projet e-Tree]]: Anne Delaballe, Didier Donsez. (M)
* [[OpenHAB UPnP DCS 2018]], Didier Donsez (S&M)
* [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]], Didier Donsez et d'autres avec Neoxia
* [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]], Olivier Richard (S)
* [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]], Olivier Richard (S)
* [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]], Olivier Richard (S)
* [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]], Olivier Richard (S)
* [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]], Olivier Richard (S&M)
* [[generate_NIX_expression | Génération d'expression NIX]] (S)

Non prioritaire
* [[Précarité numérique]], Didier Donsez, avec [https://disrupt-campus.univ-grenoble-alpes.fr/ Disrupt Campus]
* [[Covoiturage Solidaire]], Didier Donsez
* [[CannonBall de voitures autonomes 2018]]
* Intégration de [[Walabot]] à [[RobAIR]]

==== Affectation ====
{|class="wikitable alternance"
|+ Affectation des projets INFO4 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[LoRaGAN]]
| VINCENT Mathieu, SAUTON Tanguy, ANCRENAZ Ariane
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/1/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[LoRaRescueBalloon]]
| Non attribué
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/2/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]]
| Non attribué
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/3/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ASAC/AP/AP-2019-2|Serre Polytech]]
| RAKOTOARIMALALA Andriamahatratra, BARDOU Eva, GAUFFIER Léni
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/4/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[ASAC/SJC/SJC-2019|Serre St Cassien]]
| DECAMPS Marceau, LANDI Estelle, BONASPETTI GIULIA
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/5/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Projet FICHA - tri sélectif connecté]]
| SCHANEN Loïc, VINCENT Maxence, VANDAL Jade
| Sylvain Toru
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/6/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| [[Dataviz de la qualité de l'air]]
| ZARCOS Paul, ZHENG Jian, REYMOND Estelle
| Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/7/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]]
| SERRE Ancelin, BOUVIER Baptiste, WYKLAND Damien
| Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/8/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]]
| THOMAS Antoine, RIVOIRE Antoine, DENIS Guillaume
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/9/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| DUMENIL Antoine, BETEND Baptiste, JAN Léo
| Anne-Laure Finkel, Tim Lepage, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/10/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Interface de visualisation mobile du projet e-Tree]]
| SOLVERY Tom, SALA Ergi, DUMAX-VORZET Mathieu
| Anne Delaballe, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/11/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 12
| [[OpenHAB UPnP DCS 2018]]
| VARENNE Rémi, TRESTOUR Grégory, SOUCHON Loïc
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/12/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]]
| LORDEY Maxime, LATTARD Alexis, GILBERT-COLLET Bertrand
| Didier Donsez et d'autres avec Neoxia
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/13/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]]
| REYGROBELLET Lucas, BRES Maxence, PELISSON Antoine
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/14/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/15/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]]
| DALAINE Nathan, FONTFREYDE Joachim, GAUTIER-PIGNONBLANC Yann
| Olivier Richard, Adrien Faure
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/16/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17
| [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/17/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 18
| [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]]
| BADAT Léya, CUAU Victor, MASSON Jérémy
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/18/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 19
| [[generate_NIX_expression | Génération d'expression NIX]]
| CHABRE Manon, DE ARAUJO Bastien, COSCIA Daniel
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/19/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 20
| [[Gestion des Polypoints]]
| CASTANO Nicolas, SIBUE Quentin, LAPLANTE Juliette
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/20/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 21
| [[Smart Recruting]]
| GUILLOT Romain, ARNOUX Thibaut, CHASSEGUET Corentin
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/21/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 22
| [[Aide aux handicaps]]
| JALMIN Hoël, ALACALI Kadir uraz, MASTOURA Iheb
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/22/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez | Didier Donsez]]

Calendrier: Fin Janvier à Mi Mars 2019.

Séances de Management de projets innovants:

Réunion de présentation : Salle 249 de 11H30 a 12H30, Mercredi 23 Janvier. Faire couler le café.

Démarrage : A définir: Salle 251 de 8H30 a 11H00, Lundi 23 Janvier. Faire couler le café.

Soutenance à mi-parcours : A définir, 8H00-11H00 (30 minutes par équipe).

Soutenance (puis Pot de la fin) : A définir

==== Planning soutenances mi-parcours ====

==== Planning soutenances finales ====

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
|-

!scope="row"| 1
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| Thibaud VEGREVILLE,Aurélien SURIER GAROFALO
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Contributions open-source au projet Eclipse EdCampus]]
| CHARLOT Servan (chef de projet), CHANET Zoran
| Anthony Geourjon, Gérard Pollier, Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| UGAChain 2019: [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
| Loris GENTILLON, Jordan JEAN, Enzo MOLION, Léo VALETTE
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
| Samuel Bamba, Florian Cuzin, Théo Echevet, Raphaël Manger
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Plateforme CampusIoT]]
| '''William Weill (CP)''', Guillaume Besnard, Benjamin Besnier, Timothée Depriester, Théo Lévesque
| Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Rééducation Kiné connecté]]
| '''Sekina Belguendouz (CP)''', Vincent Aubert, Amina Boucherima, Najwa Ez-Zine
| Sylvain Toru, Bernard Tourancheau
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CP)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
| [[PROJET-1FO5_1819_SkiLocator|Fiche]]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Contributions open-source au projet JHipster]]
| Julien COURTIAL, Hugo GROS-DAILLON (Chef de projet), Cédric LAFRASSE,Bastien TERRIER
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

Réserve
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* [[Sécurisation des données IoT avec des blockchains de consortium]] (Didier Donsez) --> commun avec CampusIoT et UGAChain

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2019/TP|PM2M]]==

=Réserve (boite à idées)=
# [http://www.opti-solar.com/french/ap_applications.fr.html |Interface contrôleur de charge batterie/PV]
# [[Sonotone à apprentissage profond]]
# [[StartAIR2]] (Nicolas Palix)
# [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn)
# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)
# [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)
# [[Kinect musicale]] (Didier Donsez) (RICM)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# Ocaml on AVR (Arduino)
# Ocaml on Cortex-M3
# [[Arduino on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[OSGi ME]] (Didier Donsez)
# [[Affichage Etudiant à Polytech]]
# Synthèse 3D + motion capture Kinect
# Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)
# Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]
# [[Idées en Vrac]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[Table interactive musicale]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# [[Cube pointeur]] d'activité ingénieur
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]
# [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)
# [[Total Recall]] (Didier Donsez)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]
# [[Parking Intelligent]]
# Frontend Web multi-utilisateur pour un jeu sérieux d'entreprise : Didier Donsez, Stéphanie Diligent, Emmanuelle Tréhoust.
# Construction d'un roadbook d'ultratrail (mais aussi trek, randonnée, cyclisme, ...) à partir de traces GPX et des réseaux sociaux (Strava, Trace de Trail, ...): Didier Donsez

Projets 2018-2019

2019-01-29T10:09:21Z

Quentin.Fombaron1: /* Affectations */

<<[[Projets 2017-2018]] | [[Projets]] | [[Projets 2019-2020]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: '''21/01/19 à 14h30'''
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2018_2019. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets===

* [[LoRaGAN]] : LoRa in the Space, Didier Donsez avec le [https://www.csug.fr/ CSUG] (S)
* [[LoRaRescueBalloon]], Didier Donsez avec le [https://www.csug.fr/ CSUG] et des élèves IESE 3 et 4. (S)
* Agriculture connectée à [[ASAC/AP|Polytech]] et à [[ASAC/SJC|St Cassien]] en partenariat avec les projets collectifs IESE/MAT
*# [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]] - Projet embarqué sur STM32 ou RPi3 + LoRa (S)
*# [[ASAC/AP/AP-2019-2|Serre Polytech - Kiosk]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
*# [[ASAC/SJC/SJC-2019|Serre St Cassien]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
* [[Projet FICHA - tri sélectif connecté]], Sylvain Toru.
* [[Dataviz de la qualité de l'air]], Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT] (M)
* [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]], Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier] (M)
* [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]], Didier Donsez (S&M)
* [[Serious game multi-joueurs pour tables tactiles en réseau]] : Anne-Laure Finkel, Tim Lepage, Didier Donsez. (S&M)
* [[Interface de visualisation mobile du projet e-Tree]]: Anne Delaballe, Didier Donsez. (M)
* [[OpenHAB UPnP DCS 2018]], Didier Donsez (S&M)
* [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]], Didier Donsez et d'autres avec Neoxia
* [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]], Olivier Richard (S)
* [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]], Olivier Richard (S)
* [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]], Olivier Richard (S)
* [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]], Olivier Richard (S)
* [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]], Olivier Richard (S&M)
* [[generate_NIX_expression | Génération d'expression NIX]] (S)

Non prioritaire
* [[Précarité numérique]], Didier Donsez, avec [https://disrupt-campus.univ-grenoble-alpes.fr/ Disrupt Campus]
* [[Covoiturage Solidaire]], Didier Donsez
* [[CannonBall de voitures autonomes 2018]]
* Intégration de [[Walabot]] à [[RobAIR]]

==== Affectation ====
{|class="wikitable alternance"
|+ Affectation des projets INFO4 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[LoRaGAN]]
| VINCENT Mathieu, SAUTON Tanguy, ANCRENAZ Ariane
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/1/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[LoRaRescueBalloon]]
| Non attribué
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/2/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]]
| Non attribué
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/3/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ASAC/AP/AP-2019-2|Serre Polytech]]
| RAKOTOARIMALALA Andriamahatratra, BARDOU Eva, GAUFFIER Léni
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/4/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[ASAC/SJC/SJC-2019|Serre St Cassien]]
| DECAMPS Marceau, LANDI Estelle, BONASPETTI GIULIA
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/5/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Projet FICHA - tri sélectif connecté]]
| SCHANEN Loïc, VINCENT Maxence, VANDAL Jade
| Sylvain Toru
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/6/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| [[Dataviz de la qualité de l'air]]
| ZARCOS Paul, ZHENG Jian, REYMOND Estelle
| Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/7/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]]
| SERRE Ancelin, BOUVIER Baptiste, WYKLAND Damien
| Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/8/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]]
| THOMAS Antoine, RIVOIRE Antoine, DENIS Guillaume
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/9/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| DUMENIL Antoine, BETEND Baptiste, JAN Léo
| Anne-Laure Finkel, Tim Lepage, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/10/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Interface de visualisation mobile du projet e-Tree]]
| SOLVERY Tom, SALA Ergi, DUMAX-VORZET Mathieu
| Anne Delaballe, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/11/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 12
| [[OpenHAB UPnP DCS 2018]]
| VARENNE Rémi, TRESTOUR Grégory, SOUCHON Loïc
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/12/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]]
| LORDEY Maxime, LATTARD Alexis, GILBERT-COLLET Bertrand
| Didier Donsez et d'autres avec Neoxia
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/13/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]]
| REYGROBELLET Lucas, BRES Maxence, PELISSON Antoine
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/14/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/15/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]]
| DALAINE Nathan, FONTFREYDE Joachim, GAUTIER-PIGNONBLANC Yann
| Olivier Richard, Adrien Faure
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/16/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17
| [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/17/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 18
| [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]]
| BADAT Léya, CUAU Victor, MASSON Jérémy
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/18/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 19
| [[generate_NIX_expression | Génération d'expression NIX]]
| CHABRE Manon, DE ARAUJO Bastien, COSCIA Daniel
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/19/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 20
| [[Gestion des Polypoints]]
| CASTANO Nicolas, SIBUE Quentin, LAPLANTE Juliette
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/20/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 21
| [[Smart Recruting]]
| GUILLOT Romain, ARNOUX Thibaut, CHASSEGUET Corentin
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/21/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 22
| [[Aide aux handicaps]]
| JALMIN Hoël, ALACALI Kadir uraz, MASTOURA Iheb
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/22/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez | Didier Donsez]]

Calendrier: Fin Janvier à Mi Mars 2019.

Séances de Management de projets innovants:

Réunion de présentation : Salle 249 de 11H30 a 12H30, Mercredi 23 Janvier. Faire couler le café.

Démarrage : A définir: Salle 251 de 8H30 a 11H00, Lundi 23 Janvier. Faire couler le café.

Soutenance à mi-parcours : A définir, 8H00-11H00 (30 minutes par équipe).

Soutenance (puis Pot de la fin) : A définir

==== Planning soutenances mi-parcours ====

==== Planning soutenances finales ====

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
|-

!scope="row"| 1
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| Thibaud VEGREVILLE,Aurélien SURIER GAROFALO
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Contributions open-source au projet Eclipse EdCampus]]
| CHARLOT Servan (chef de projet), CHANET Zoran
| Anthony Geourjon, Gérard Pollier, Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| UGAChain 2019: [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
| Loris GENTILLON, Jordan JEAN, Enzo MOLION, Léo VALETTE
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
| Samuel Bamba, Florian Cuzin, Théo Echevet, Raphaël Manger
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Plateforme CampusIoT]]
| '''William Weill (CP)''', Guillaume Besnard, Benjamin Besnier, Timothée Depriester, Théo Lévesque
| Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Rééducation Kiné connecté]]
| '''Sekina Belguendouz (CP)''', Vincent Aubert, Amina Boucherima, Najwa Ez-Zine
| Sylvain Toru, Bernard Tourancheau
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CP)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
| [[PROJET-1FO5_1819_SkiLocator Fiche]]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Contributions open-source au projet JHipster]]
| Julien COURTIAL, Hugo GROS-DAILLON (Chef de projet), Cédric LAFRASSE,Bastien TERRIER
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

Réserve
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* [[Sécurisation des données IoT avec des blockchains de consortium]] (Didier Donsez) --> commun avec CampusIoT et UGAChain

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2019/TP|PM2M]]==

=Réserve (boite à idées)=
# [http://www.opti-solar.com/french/ap_applications.fr.html |Interface contrôleur de charge batterie/PV]
# [[Sonotone à apprentissage profond]]
# [[StartAIR2]] (Nicolas Palix)
# [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn)
# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)
# [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)
# [[Kinect musicale]] (Didier Donsez) (RICM)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# Ocaml on AVR (Arduino)
# Ocaml on Cortex-M3
# [[Arduino on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[OSGi ME]] (Didier Donsez)
# [[Affichage Etudiant à Polytech]]
# Synthèse 3D + motion capture Kinect
# Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)
# Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]
# [[Idées en Vrac]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[Table interactive musicale]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# [[Cube pointeur]] d'activité ingénieur
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]
# [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)
# [[Total Recall]] (Didier Donsez)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]
# [[Parking Intelligent]]
# Frontend Web multi-utilisateur pour un jeu sérieux d'entreprise : Didier Donsez, Stéphanie Diligent, Emmanuelle Tréhoust.
# Construction d'un roadbook d'ultratrail (mais aussi trek, randonnée, cyclisme, ...) à partir de traces GPX et des réseaux sociaux (Strava, Trace de Trail, ...): Didier Donsez

Projets 2018-2019

2019-01-29T10:08:42Z

Quentin.Fombaron1: /* Affectations */

<<[[Projets 2017-2018]] | [[Projets]] | [[Projets 2019-2020]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: '''21/01/19 à 14h30'''
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2018_2019. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets===

* [[LoRaGAN]] : LoRa in the Space, Didier Donsez avec le [https://www.csug.fr/ CSUG] (S)
* [[LoRaRescueBalloon]], Didier Donsez avec le [https://www.csug.fr/ CSUG] et des élèves IESE 3 et 4. (S)
* Agriculture connectée à [[ASAC/AP|Polytech]] et à [[ASAC/SJC|St Cassien]] en partenariat avec les projets collectifs IESE/MAT
*# [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]] - Projet embarqué sur STM32 ou RPi3 + LoRa (S)
*# [[ASAC/AP/AP-2019-2|Serre Polytech - Kiosk]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
*# [[ASAC/SJC/SJC-2019|Serre St Cassien]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
* [[Projet FICHA - tri sélectif connecté]], Sylvain Toru.
* [[Dataviz de la qualité de l'air]], Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT] (M)
* [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]], Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier] (M)
* [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]], Didier Donsez (S&M)
* [[Serious game multi-joueurs pour tables tactiles en réseau]] : Anne-Laure Finkel, Tim Lepage, Didier Donsez. (S&M)
* [[Interface de visualisation mobile du projet e-Tree]]: Anne Delaballe, Didier Donsez. (M)
* [[OpenHAB UPnP DCS 2018]], Didier Donsez (S&M)
* [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]], Didier Donsez et d'autres avec Neoxia
* [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]], Olivier Richard (S)
* [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]], Olivier Richard (S)
* [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]], Olivier Richard (S)
* [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]], Olivier Richard (S)
* [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]], Olivier Richard (S&M)
* [[generate_NIX_expression | Génération d'expression NIX]] (S)

Non prioritaire
* [[Précarité numérique]], Didier Donsez, avec [https://disrupt-campus.univ-grenoble-alpes.fr/ Disrupt Campus]
* [[Covoiturage Solidaire]], Didier Donsez
* [[CannonBall de voitures autonomes 2018]]
* Intégration de [[Walabot]] à [[RobAIR]]

==== Affectation ====
{|class="wikitable alternance"
|+ Affectation des projets INFO4 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[LoRaGAN]]
| VINCENT Mathieu, SAUTON Tanguy, ANCRENAZ Ariane
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/1/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[LoRaRescueBalloon]]
| Non attribué
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/2/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]]
| Non attribué
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/3/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ASAC/AP/AP-2019-2|Serre Polytech]]
| RAKOTOARIMALALA Andriamahatratra, BARDOU Eva, GAUFFIER Léni
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/4/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[ASAC/SJC/SJC-2019|Serre St Cassien]]
| DECAMPS Marceau, LANDI Estelle, BONASPETTI GIULIA
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/5/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Projet FICHA - tri sélectif connecté]]
| SCHANEN Loïc, VINCENT Maxence, VANDAL Jade
| Sylvain Toru
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/6/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| [[Dataviz de la qualité de l'air]]
| ZARCOS Paul, ZHENG Jian, REYMOND Estelle
| Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/7/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]]
| SERRE Ancelin, BOUVIER Baptiste, WYKLAND Damien
| Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/8/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]]
| THOMAS Antoine, RIVOIRE Antoine, DENIS Guillaume
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/9/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| DUMENIL Antoine, BETEND Baptiste, JAN Léo
| Anne-Laure Finkel, Tim Lepage, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/10/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Interface de visualisation mobile du projet e-Tree]]
| SOLVERY Tom, SALA Ergi, DUMAX-VORZET Mathieu
| Anne Delaballe, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/11/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 12
| [[OpenHAB UPnP DCS 2018]]
| VARENNE Rémi, TRESTOUR Grégory, SOUCHON Loïc
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/12/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]]
| LORDEY Maxime, LATTARD Alexis, GILBERT-COLLET Bertrand
| Didier Donsez et d'autres avec Neoxia
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/13/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]]
| REYGROBELLET Lucas, BRES Maxence, PELISSON Antoine
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/14/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/15/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]]
| DALAINE Nathan, FONTFREYDE Joachim, GAUTIER-PIGNONBLANC Yann
| Olivier Richard, Adrien Faure
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/16/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17
| [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/17/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 18
| [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]]
| BADAT Léya, CUAU Victor, MASSON Jérémy
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/18/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 19
| [[generate_NIX_expression | Génération d'expression NIX]]
| CHABRE Manon, DE ARAUJO Bastien, COSCIA Daniel
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/19/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 20
| [[Gestion des Polypoints]]
| CASTANO Nicolas, SIBUE Quentin, LAPLANTE Juliette
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/20/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 21
| [[Smart Recruting]]
| GUILLOT Romain, ARNOUX Thibaut, CHASSEGUET Corentin
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/21/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 22
| [[Aide aux handicaps]]
| JALMIN Hoël, ALACALI Kadir uraz, MASTOURA Iheb
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/22/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez | Didier Donsez]]

Calendrier: Fin Janvier à Mi Mars 2019.

Séances de Management de projets innovants:

Réunion de présentation : Salle 249 de 11H30 a 12H30, Mercredi 23 Janvier. Faire couler le café.

Démarrage : A définir: Salle 251 de 8H30 a 11H00, Lundi 23 Janvier. Faire couler le café.

Soutenance à mi-parcours : A définir, 8H00-11H00 (30 minutes par équipe).

Soutenance (puis Pot de la fin) : A définir

==== Planning soutenances mi-parcours ====

==== Planning soutenances finales ====

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
|-

!scope="row"| 1
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| Thibaud VEGREVILLE,Aurélien SURIER GAROFALO
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Contributions open-source au projet Eclipse EdCampus]]
| CHARLOT Servan (chef de projet), CHANET Zoran
| Anthony Geourjon, Gérard Pollier, Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| UGAChain 2019: [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
| Loris GENTILLON, Jordan JEAN, Enzo MOLION, Léo VALETTE
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
| Samuel Bamba, Florian Cuzin, Théo Echevet, Raphaël Manger
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Plateforme CampusIoT]]
| '''William Weill (CP)''', Guillaume Besnard, Benjamin Besnier, Timothée Depriester, Théo Lévesque
| Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Rééducation Kiné connecté]]
| '''Sekina Belguendouz (CP)''', Vincent Aubert, Amina Boucherima, Najwa Ez-Zine
| Sylvain Toru, Bernard Tourancheau
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CP)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
| [[PROJET-1FO5_1819_SkiLocator]]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Contributions open-source au projet JHipster]]
| Julien COURTIAL, Hugo GROS-DAILLON (Chef de projet), Cédric LAFRASSE,Bastien TERRIER
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

Réserve
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* [[Sécurisation des données IoT avec des blockchains de consortium]] (Didier Donsez) --> commun avec CampusIoT et UGAChain

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2019/TP|PM2M]]==

=Réserve (boite à idées)=
# [http://www.opti-solar.com/french/ap_applications.fr.html |Interface contrôleur de charge batterie/PV]
# [[Sonotone à apprentissage profond]]
# [[StartAIR2]] (Nicolas Palix)
# [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn)
# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)
# [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)
# [[Kinect musicale]] (Didier Donsez) (RICM)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# Ocaml on AVR (Arduino)
# Ocaml on Cortex-M3
# [[Arduino on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[OSGi ME]] (Didier Donsez)
# [[Affichage Etudiant à Polytech]]
# Synthèse 3D + motion capture Kinect
# Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)
# Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]
# [[Idées en Vrac]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[Table interactive musicale]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# [[Cube pointeur]] d'activité ingénieur
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]
# [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)
# [[Total Recall]] (Didier Donsez)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]
# [[Parking Intelligent]]
# Frontend Web multi-utilisateur pour un jeu sérieux d'entreprise : Didier Donsez, Stéphanie Diligent, Emmanuelle Tréhoust.
# Construction d'un roadbook d'ultratrail (mais aussi trek, randonnée, cyclisme, ...) à partir de traces GPX et des réseaux sociaux (Strava, Trace de Trail, ...): Didier Donsez

Projets 2018-2019

2019-01-28T18:48:30Z

Quentin.Fombaron1:

<<[[Projets 2017-2018]] | [[Projets]] | [[Projets 2019-2020]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: '''21/01/19 à 14h30'''
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2018_2019. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets===

* [[LoRaGAN]] : LoRa in the Space, Didier Donsez avec le [https://www.csug.fr/ CSUG] (S)
* [[LoRaRescueBalloon]], Didier Donsez avec le [https://www.csug.fr/ CSUG] et des élèves IESE 3 et 4. (S)
* Agriculture connectée à [[ASAC/AP|Polytech]] et à [[ASAC/SJC|St Cassien]] en partenariat avec les projets collectifs IESE/MAT
*# [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]] - Projet embarqué sur STM32 ou RPi3 + LoRa (S)
*# [[ASAC/AP/AP-2019-2|Serre Polytech - Kiosk]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
*# [[ASAC/SJC/SJC-2019|Serre St Cassien]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
* [[Projet FICHA - tri sélectif connecté]], Sylvain Toru.
* [[Dataviz de la qualité de l'air]], Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT] (M)
* [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]], Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier] (M)
* [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]], Didier Donsez (S&M)
* [[Serious game multi-joueurs pour tables tactiles en réseau]] : Anne-Laure Finkel, Tim Lepage, Didier Donsez. (S&M)
* [[Interface de visualisation mobile du projet e-Tree]]: Anne Delaballe, Didier Donsez. (M)
* [[OpenHAB UPnP DCS 2018]], Didier Donsez (S&M)
* [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]], Didier Donsez et d'autres avec Neoxia
* [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]], Olivier Richard (S)
* [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]], Olivier Richard (S)
* [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]], Olivier Richard (S)
* [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]], Olivier Richard (S)
* [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]], Olivier Richard (S&M)
* [[generate_NIX_expression | Génération d'expression NIX]] (S)

Non prioritaire
* [[Précarité numérique]], Didier Donsez, avec [https://disrupt-campus.univ-grenoble-alpes.fr/ Disrupt Campus]
* [[Covoiturage Solidaire]], Didier Donsez
* [[CannonBall de voitures autonomes 2018]]
* Intégration de [[Walabot]] à [[RobAIR]]

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets INFO4 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[LoRaGAN]]
| VINCENT Mathieu, SAUTON Tanguy, ANCRENAZ Ariane
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/1/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[LoRaRescueBalloon]]
| Non attribué
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/2/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]]
| Non attribué
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/3/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ASAC/AP/AP-2019-2|Serre Polytech]]
| RAKOTOARIMALALA Andriamahatratra, BARDOU Eva, GAUFFIER Léni
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/4/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[ASAC/SJC/SJC-2019|Serre St Cassien]]
| DECAMPS Marceau, LANDI Estelle, BONASPETTI GIULIA
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/5/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Projet FICHA - tri sélectif connecté]]
| SCHANEN Loïc, VINCENT Maxence, VANDAL Jade
| Sylvain Toru
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/6/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| [[Dataviz de la qualité de l'air]]
| ZARCOS Paul, ZHENG Jian, REYMOND Estelle
| Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/7/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]]
| SERRE Ancelin, BOUVIER Baptiste, WYKLAND Damien
| Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/8/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]]
| THOMAS Antoine, RIVOIRE Antoine, DENIS Guillaume
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/9/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| DUMENIL Antoine, BETEND Baptiste, JAN Léo
| Anne-Laure Finkel, Tim Lepage, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/10/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Interface de visualisation mobile du projet e-Tree]]
| SOLVERY Tom, SALA Ergi, DUMAX-VORZET Mathieu
| Anne Delaballe, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/11/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 12
| [[OpenHAB UPnP DCS 2018]]
| VARENNE Rémi, TRESTOUR Grégory, SOUCHON Loïc
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/12/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]]
| LORDEY Maxime, LATTARD Alexis, GILBERT-COLLET Bertrand
| Didier Donsez et d'autres avec Neoxia
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/13/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]]
| REYGROBELLET Lucas, BRES Maxence, PELISSON Antoine
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/14/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/15/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]]
| DALAINE Nathan, FONTFREYDE Joachim, GAUTIER-PIGNONBLANC Yann
| Olivier Richard, Adrien Faure
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/16/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17
| [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/17/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 18
| [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]]
| BADAT Léya, CUAU Victor, MASSON Jérémy
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/18/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 19
| [[generate_NIX_expression | Génération d'expression NIX]]
| CHABRE Manon, DE ARAUJO Bastien, COSCIA Daniel
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/19/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 20
| [[Gestion des Polypoints]]
| CASTANO Nicolas, SIBUE Quentin, LAPLANTE Juliette
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/20/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 21
| [[Smart Recruting]]
| GUILLOT Romain, ARNOUX Thibaut, CHASSEGUET Corentin
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/21/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 22
| [[Aide aux handicaps]]
| JALMIN Hoël, ALACALI Kadir uraz, MASTOURA Iheb
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/22/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez | Didier Donsez]]

Calendrier: Fin Janvier à Mi Mars 2019.

Séances de Management de projets innovants:

Réunion de présentation : Salle 249 de 11H30 a 12H30, Mercredi 23 Janvier. Faire couler le café.

Démarrage : A définir: Salle 251 de 8H30 a 11H00, Lundi 23 Janvier. Faire couler le café.

Soutenance à mi-parcours : A définir, 8H00-11H00 (30 minutes par équipe).

Soutenance (puis Pot de la fin) : A définir

==== Planning soutenances mi-parcours ====

==== Planning soutenances finales ====

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| XX (chef de projet), YY
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Contributions open-source au projet Eclipse EdCampus]]
|
| Anthony Geourjon, Gérard Pollier, Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| UGAChain 2019: [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
|
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
|
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Plateforme CampusIoT]]
|
| Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Rééducation Kiné connecté]]
|
| Sylvain Toru, Bernard Tourancheau
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CP)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
|}

Réserve
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* [[Sécurisation des données IoT avec des blockchains de consortium]] (Didier Donsez) --> commun avec CampusIoT et UGAChain

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2019/TP|PM2M]]==

=Réserve (boite à idées)=
# [http://www.opti-solar.com/french/ap_applications.fr.html |Interface contrôleur de charge batterie/PV]
# [[Sonotone à apprentissage profond]]
# [[StartAIR2]] (Nicolas Palix)
# [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn)
# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)
# [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)
# [[Kinect musicale]] (Didier Donsez) (RICM)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# Ocaml on AVR (Arduino)
# Ocaml on Cortex-M3
# [[Arduino on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[OSGi ME]] (Didier Donsez)
# [[Affichage Etudiant à Polytech]]
# Synthèse 3D + motion capture Kinect
# Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)
# Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]
# [[Idées en Vrac]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[Table interactive musicale]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# [[Cube pointeur]] d'activité ingénieur
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]
# [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)
# [[Total Recall]] (Didier Donsez)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]
# [[Parking Intelligent]]
# Frontend Web multi-utilisateur pour un jeu sérieux d'entreprise : Didier Donsez, Stéphanie Diligent, Emmanuelle Tréhoust.
# Construction d'un roadbook d'ultratrail (mais aussi trek, randonnée, cyclisme, ...) à partir de traces GPX et des réseaux sociaux (Strava, Trace de Trail, ...): Didier Donsez

Projets 2018-2019

2019-01-28T18:46:48Z

Quentin.Fombaron1:

<<[[Projets 2017-2018]] | [[Projets]] | [[Projets 2019-2020]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: '''21/01/19 à 14h30'''
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2018_2019. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets===

* [[LoRaGAN]] : LoRa in the Space, Didier Donsez avec le [https://www.csug.fr/ CSUG] (S)
* [[LoRaRescueBalloon]], Didier Donsez avec le [https://www.csug.fr/ CSUG] et des élèves IESE 3 et 4. (S)
* Agriculture connectée à [[ASAC/AP|Polytech]] et à [[ASAC/SJC|St Cassien]] en partenariat avec les projets collectifs IESE/MAT
*# [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]] - Projet embarqué sur STM32 ou RPi3 + LoRa (S)
*# [[ASAC/AP/AP-2019-2|Serre Polytech - Kiosk]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
*# [[ASAC/SJC/SJC-2019|Serre St Cassien]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
* [[Projet FICHA - tri sélectif connecté]], Sylvain Toru.
* [[Dataviz de la qualité de l'air]], Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT] (M)
* [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]], Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier] (M)
* [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]], Didier Donsez (S&M)
* [[Serious game multi-joueurs pour tables tactiles en réseau]] : Anne-Laure Finkel, Tim Lepage, Didier Donsez. (S&M)
* [[Interface de visualisation mobile du projet e-Tree]]: Anne Delaballe, Didier Donsez. (M)
* [[OpenHAB UPnP DCS 2018]], Didier Donsez (S&M)
* [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]], Didier Donsez et d'autres avec Neoxia
* [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]], Olivier Richard (S)
* [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]], Olivier Richard (S)
* [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]], Olivier Richard (S)
* [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]], Olivier Richard (S)
* [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]], Olivier Richard (S&M)
* [[generate_NIX_expression | Génération d'expression NIX]] (S)

Non prioritaire
* [[Précarité numérique]], Didier Donsez, avec [https://disrupt-campus.univ-grenoble-alpes.fr/ Disrupt Campus]
* [[Covoiturage Solidaire]], Didier Donsez
* [[CannonBall de voitures autonomes 2018]]
* Intégration de [[Walabot]] à [[RobAIR]]

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets INFO4 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[LoRaGAN]]
| VINCENT Mathieu, SAUTON Tanguy, ANCRENAZ Ariane
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/1/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[LoRaRescueBalloon]]
| Non attribué
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/2/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]]
| Non attribué
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/3/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ASAC/AP/AP-2019-2|Serre Polytech]]
| RAKOTOARIMALALA Andriamahatratra, BARDOU Eva, GAUFFIER Léni
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/4/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[ASAC/SJC/SJC-2019|Serre St Cassien]]
| DECAMPS Marceau, LANDI Estelle, BONASPETTI GIULIA
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/5/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Projet FICHA - tri sélectif connecté]]
| SCHANEN Loïc, VINCENT Maxence, VANDAL Jade
| Sylvain Toru
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/6/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| [[Dataviz de la qualité de l'air]]
| ZARCOS Paul, ZHENG Jian, REYMOND Estelle
| Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/7/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]]
| SERRE Ancelin, BOUVIER Baptiste, WYKLAND Damien
| Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/8/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]]
| THOMAS Antoine, RIVOIRE Antoine, DENIS Guillaume
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/9/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| DUMENIL Antoine, BETEND Baptiste, JAN Léo
| Anne-Laure Finkel, Tim Lepage, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/10/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Interface de visualisation mobile du projet e-Tree]]
| SOLVERY Tom, SALA Ergi, DUMAX-VORZET Mathieu
| Anne Delaballe, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/11/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 12
| [[OpenHAB UPnP DCS 2018]]
| VARENNE Rémi, TRESTOUR Grégory, SOUCHON Loïc
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/12/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]]
| LORDEY Maxime, LATTARD Alexis, GILBERT-COLLET Bertrand
| Didier Donsez et d'autres avec Neoxia
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/13/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]]
| REYGROBELLET Lucas, BRES Maxence, PELISSON Antoine
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/14/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/15/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]]
| DALAINE Nathan, FONTFREYDE Joachim, GAUTIER-PIGNONBLANC Yann
| Olivier Richard, Adrien Faure
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/16/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17
| [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/17/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 18
| [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]]
| BADAT Léya, CUAU Victor, MASSON Jérémy
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/18/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 19
| [[generate_NIX_expression | Génération d'expression NIX]]
| CHABRE Manon, DE ARAUJO Bastien, COSCIA Daniel
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/19/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 20
| [[Gestion des Polypoints]]
| CASTANO Nicolas, SIBUE Quentin, LAPLANTE Juliette
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/20/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 21
| [[Smart Recruting]]
| GUILLOT Romain, ARNOUX Thibaut, CHASSEGUET Corentin
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/21/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 22
| [[Aide aux handicaps]]
| JALMIN Hoël, ALACALI Kadir uraz, MASTOURA Iheb
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/22/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez | Didier Donsez]]

Calendrier: Fin Janvier à Mi Mars 2019.

Séances de Management de projets innovants:

Réunion de présentation : Salle 249 de 11H30 a 12H30, Mercredi 23 Janvier. Faire couler le café.

Démarrage : A définir: Salle 251 de 8H30 a 11H00, Lundi 23 Janvier. Faire couler le café.

Soutenance à mi-parcours : A définir, 8H00-11H00 (30 minutes par équipe).

Soutenance (puis Pot de la fin) : A définir

==== Planning soutenances mi-parcours ====

==== Planning soutenances finales ====

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| XX (chef de projet), YY
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Contributions open-source au projet Eclipse EdCampus]]
|
| Anthony Geourjon, Gérard Pollier, Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| UGAChain 2019: [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
|
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
|
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Plateforme CampusIoT]]
|
| Didier Donsez
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Rééducation Kiné connecté]]
|
| Sylvain Toru, Bernard Tourancheau
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CF)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
|}

Réserve
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* [[Sécurisation des données IoT avec des blockchains de consortium]] (Didier Donsez) --> commun avec CampusIoT et UGAChain

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2019/TP|PM2M]]==

=Réserve (boite à idées)=
# [http://www.opti-solar.com/french/ap_applications.fr.html |Interface contrôleur de charge batterie/PV]
# [[Sonotone à apprentissage profond]]
# [[StartAIR2]] (Nicolas Palix)
# [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn)
# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)
# [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)
# [[Kinect musicale]] (Didier Donsez) (RICM)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# Ocaml on AVR (Arduino)
# Ocaml on Cortex-M3
# [[Arduino on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[OSGi ME]] (Didier Donsez)
# [[Affichage Etudiant à Polytech]]
# Synthèse 3D + motion capture Kinect
# Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)
# Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]
# [[Idées en Vrac]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[Table interactive musicale]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# [[Cube pointeur]] d'activité ingénieur
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]
# [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)
# [[Total Recall]] (Didier Donsez)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]
# [[Parking Intelligent]]
# Frontend Web multi-utilisateur pour un jeu sérieux d'entreprise : Didier Donsez, Stéphanie Diligent, Emmanuelle Tréhoust.
# Construction d'un roadbook d'ultratrail (mais aussi trek, randonnée, cyclisme, ...) à partir de traces GPX et des réseaux sociaux (Strava, Trace de Trail, ...): Didier Donsez

ECOM-1FO 1819 Sport

2018-12-18T06:48:41Z

Quentin.Fombaron1: /* L18. Slides de présentation finale */

[[ECOM-1FO|<<<< Retour vers la page ECOM 2018-2019]]

=Le projet en quelques mots=
Le but de ce projet est de réaliser une application web ainsi qu'une application mobile permettant la création, la gestion, l'inscription, la participation et le paiement des frais à des évènements sportifs comme des marathons, des courses à pied, des courses de vélo, etc.

Les différents types d'utilisateurs que nous pourrons retrouver dans notre application sont :

* L'organisateur, c'est lui qui créé les évènements, il peut accéder à son "Espace Organisateur" pour visualiser ses évènements, les participants, etc.
* Le bénévole, il peut s'inscrire gratuitement à un évènement en tant que bénévole pour différents roles : Kinésithérapiste, photographe, docteur, etc.
* Le coureur, c'est l'utilisateur de base, il peut s'inscrire à un évènement sportif et payer son inscription. Il pourra ensuite se rendre à l'évènement et y participer.

=L'équipe et leurs rôles=

* Hugo GROS-DAILLON : Chef de projet + Backend, Code review, Doc review
* Tim LEPAGE : Scrum Master + Frontend
* Quentin FOMBARON : Développeur Frontend, CSO
* Vincent AUBERT : Développeur Backend, CPO

=Gestion de projet=
Choix des outils :

* ''Gitlab'' : pour le dépôt, pour la documentation, l'intégration en continu
* ''[https://trello.com/b/4Y985yyt Trello]'' : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)

=SCRUM=
==Sprint 1 25 Sept au 9 Oct==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Icon de l'application
* Finalisation du diagramme de tâche
* IHM Concrète
* Arbre des tâches
* IHM abstraite
* Diagrammes de cas d'utilisation
* Diagrammes de contexte

==Sprint 2 9 Oct au 20 Oct==
* Préparation à l'audit
* Réflexion sur la structure de la future DB
* Routage entre les pages web
* Réflexion sur la langage JDL
* Mise en place du projet Jhipster
* Début de la mise en place de la Leafleft Map
* Correction du glossaire sur la page AIR.
* Création de la barre de navigation du site avec Bootstrap.
* Création du squelette de la page d'accueil avec Bootstrap.
* Squelette de la page de visualisation d'une course
* Formulaires d'inscription
* Insertion d'une carte OpenStreetMap avec Leaflet sur la page d'accueil d'un projet JHipster
* Insertion de markers et de tracés sur cette carte.
* Rédaction page air
* Compréhension du fonctionnement de l'API Rest

----
Remarque durant l'audit :

- Ajouter un fil conducteur lors de la navigation. L'utilisateur doit **toujours** savoir ou il se trouve et comment il en est arrivé là.
- Aligner les champs lors de l'inscription
- Rédiger un glossaire

==Sprint 3 20 Oct au 6 Nov==
* Création d'un service
* ⚠️ Gros soucis avec la version 11 de Node, obligé de downgrade pour le bon fonctionnement de `yarn start` entre autre
* Vues logiques
* IHM page de visualisation
* Formation pour réaliser des requêtes dans la base de données grâce aux JPA queries.
* Création de méthodes pour l'API REST.
* Vue logique de haut niveau
* Vue dynamique
* API Rest
* Diaporama de l'Audit 2
* Formulaire inscription bénévole
* Insertion des utilisateurs dans la base de données
* API Rest avec la base de données
* Test API Rest avec la base de donnée

==Sprint 4 6 Nov au 20 Nov==
* Barre de recherche
* Filtres
* page de visualisation liée avec le backend
* merge front end
* debug
* Api rest
* Vue logique haut niveau
* Vue physique
* Envoi de mails lors de l'inscription.
* Utilisation d'une API externe permettant de trouver la longitude et la latitude en fonction d'un lieu.
* Mise en place de l'intégration continue
* Page de visualisation

==Sprint 5 20 Nov au 11 Dec==
* Mise en place de la récupération de la longitude et de la latitude en fonction d'un lieu grâce à une API externe.
* Mise en place de l'intégration continue.
*Mise en place du chargement des images Lazy
* Mise en place du déploiement continu
* Déploiement du docker
* Mise en place de l'intégration continue
* Page de visualisation
* Application mobile, github: https://github.com/TimLepage/MesCoursesApp
* Page de confirmation

= Livrables =
==L2. Dossier de conception système ==

[https://air.imag.fr/images/1/1b/DossierdeConceptionECOMMesCourses2018.pdf Dossier de Conception Système - Mes Courses]

==L3. Analyse des scénarios clients ==
* Scan des feuilles

==L4. Maquette ==

=== Page d'accueil ===

[[File:IHM_Concrète_Maquette-Index.png|1000px]]

=== Inscription d'un participant ===

[[File:IHM_Concrète_Maquette-Inscription_coureur.png|1000px]]

=== Inscription d'un bénévole ===

[[File:IHM_Concrète_Maquette-Inscription_bénévole.png|1000px]]

=== Selection d'une course ===

[[File:IHM_Concrète_Maquette-Select._course.png|1000px]]

==L5. SRS ==
[[ECOM-1FO_1819_Sport_L5_SRS|SRS]]

==L6. Diagramme UML ==
===Diagramme de contexte===
[[File:diagramme_de_contexte_ecom_2018_2019_mescourses.png]]

===Diagramme de cas d'utilisation d'un participant===
[[File:UseCaseParticipant_ecom20182019_mescourses.png]]

===Diagramme de cas d'utilisation d'un bénévole===
[[File:UseCaseBenevole_ecom20182019_mescourses.png]]

===Diagramme de cas d'utilisation d'un organisateur===
[[File:UseCaseOrganisateur_ecom20182019_mescourses.png]]

===Diagramme Base de données (JDL)===
[[File:Jhipster-jdlMesCourses2018.png]]

==L7. Modèles des tâches==

===Arbre des tâches de l'inscription à une course - participant===

[[File:Arbre_Taches-Participants_ecom2018_mescourses.png]]

===Arbre des tâches de la création d'une course - organisateur===

[[File:Arbre Taches-Organisateurs ecom20182019 mescourses.png]]

==L8. Journal==
[[ECOM-1FO_1819_Sport_L9_LOG|Journal de l'équipe]]

==L9. Dépôt Git==
[https://gricad-gitlab.univ-grenoble-alpes.fr/grosdaih/ecom-mescourses GitLab Application web]

[https://github.com/TimLepage/MesCoursesApp GitHub Application mobile]

==L10. Application en ligne==

[https://mes-courses-2018.herokuapp.com website]

==L11. Evaluation IHM réalisée==

==L12. Evaluation qualité du projet==

[https://sonarcloud.io/dashboard?id=QuentinFombaron_ECOM-MesCourses SonarQube]

==L13. Evaluation économique du projet==

===COCOMO===
Grâce à la commande : '''git ls-files | xargs cat | wc -l'''

Nous avons pu savoir que le projet à son état final comportait 65359 lignes de codes avec uniquement ce qui est envoyé sur GitLab (donc sans les nodes_modules, etc.)

Nous avons décidés que comme nous étions des jeunes diplomés, le salaire développeur pour ce projet serait de 2000€ net par mois.

Le résultat COCOMO II correspondant est le suivant :

[[File:CocomoEcomMesCourses2018.png]]

===Evaluation économique du projet===
Vous pouvez utiliser les évaluations des salaires avec cette [https://stackoverflow.com/jobs/salary calculatrice] pour connaître les salaires des membres de l'équipe. (pensez à ajouter les charges).

==L14. Evaluation de la cybersécurité du projet (option)==
* [[Media:ECOM-1FO_1819_Sport_RGPD_Report.pdf]] (1 page de type checklist)

==L15. Evaluation des performances (option)==
* [[Media:ECOM-1FO_1819_Sport_YYYYYY.pdf]] (résultat des injections de charge JMeter, Gatling, ...)

==L16. Gestion des risques (option)==
* [[Media:ECOM-1FO_1819_Sport_YYYYYY.pdf]]

==L17. Slides de présentation conception==
* [https://air.imag.fr/images/f/f3/Dossier_de_Conception_ECOM2018_MesCourses.pdf Dossier de Conception Système - Mes Courses]

==L18. Slides de présentation finale==
*[[Media:Audit 3 ECOM MesCourses.pdf]]

==L19. Auto-évaluation==
* [[Media:ECOM-1FO_1819_Sport_YYYYYY.pdf]]

==L20. Slides de présentation client==
* [[Media:ECOM-1FO_1819_Sport_YYYYYY.pdf]]

==L21. Glossaire==

* '''Evénement''' : Une compétition sportive créée et organisée par un organisateur. Il comprend des participants, des bénévoles et un organisateur qui gère le bon déroulement de la compétition (ex: course à pied, marathon, triathlon, randonnée, course de vélo, etc.).

* '''Organisateur''' : Personne qui est à l'origine de la course. Elle va gérer la course comme l'affectation des bénévoles.

* '''Participant''' : Personne participant à un évènement. Cette personne s'inscrit à une course, paye le montant et participe à l'évènement.

* '''Bénévole''' : Personne participant à un évènement mais sans être un participant. Elle a un rôle (kiné, contrôleur, .etc..) et le rempli durant la l'évènement.

File:Audit 3 ECOM MesCourses.pdf

2018-12-18T06:46:44Z

Quentin.Fombaron1:

ECOM-1FO 1819 Sport L9 LOG

2018-12-18T06:43:47Z

Quentin.Fombaron1: /* 👨🏼‍💻 Quentin */

==Semaine 1 : 24/09/18 - 28/09/18==

===👨🏼‍💻 Quentin===

- Mise en place des outils Trello et Slack.

- Confection des arbres de tâche en groupe.

- Mise au propre des arbres de tâche sur [draw.io](https://drive.google.com/file/d/1cuzMqQcOHlCRC1jZ9Lt3t24mbo0hoeTT/view?usp=sharing).

===👨🏻‍💼 Tim===

- Mise en place des outils Trello et Slack.

- Confection des arbres de tâche en groupe.

===👨🏻‍💼 Hugo===

- Mise en place des outils Trello et Slack.

- Confection des arbres de tâche en groupe.

===👨🏼‍💼 Vincent===

- Mise en place des outils Trello et Slack.

- Confection des arbres de tâche en groupe.

==Semaine 2 : 01/10/18 - 05/10/18==

===👨🏼‍💻 Quentin===

- Icon de l'application

- Finalisation du diagramme de tâche

- IHM Concrète

===👨🏻‍💼 Tim===

- Arbre des tâches

- IHM abstraite

===👨🏻‍💼 Hugo===

- Diagrammes de cas d'utilisation

- Arbres des tâches

===👨🏼‍💼 Vincent===

- Diagrammes de contexte

- Diagrammes de cas d'utilisation

==Semaine 3 : 08/10/18 - 12/10/18 - Audit 1==

===👨🏼‍💻 Quentin===

- Préparation à l'audit

- Réflexion sur la structure de la future DB

===👨🏻‍💼 Tim===

- Préparation à l'audit

- Squelette de l'application

- Réflexion sur la structure de la future base de données

===👨🏻‍💼 Hugo===

- Préparation à l'audit

- Réflexion sur la structure de la future base de données

- Design de la base de données

- Réflexion sur la langage JDL

===👨🏼‍💼 Vincent===

- Préparation à l'audit

- Réflexion sur la structure de la future DB

- Mise en place du projet Jhipster

- Début de la mise en place de la LeafletMap

===Remarque durant l'audit===

- Ajouter un fil conducteur lors de la navigation. L'utilisateur doit **toujours** savoir ou il se trouve et comment il en est arrivé là.

- Aligner les champs lors de l'inscription

- Rédiger un glossaire

==Semaine 3 : 15/10/18 - 19/10/18 ==

=== 👨🏼‍💻 Quentin ===

- Correction du glossaire sur la page AIR.

- Création de la barre de navigation du site avec Bootstrap.

- Création du squelette de la page d'accueil avec Bootstrap.

![](http://gdurl.com/IHZX)

---

=== 👨🏻‍💼 Tim ===

- Squelette de la page de visualisation d'une course

- Formulaires d'inscription

---

=== 👨🏻‍💼 Hugo ===

- Insertion d'une carte OpenStreetMap avec Leaflet sur la page d'accueil d'un projet JHipster

- Insertion de markers et de tracés sur cette carte.

- Rédaction page air imag

---

=== 👨🏼‍💼 Vincent ===

- Compréhension du fonctionnement de l'API Rest

- Rédaction du glossaire

==Semaine 4 : 22/10/18 - 26/10/18 ==

=== 👨🏼‍💻 Quentin ===

- Création d'un service

- ⚠️ Gros soucis avec la version 11 de Node, obligé de downgrade pour le bon fonctionnement de `yarn start` entre autre

---

=== 👨🏻‍💼 Tim ===

- Vues logiques

- IHM page de visualisation

---

=== 👨🏻‍💼 Hugo ===

- Formation pour réaliser des requêtes dans la base de données grâce aux JPA queries.

- Création de méthodes pour l'API REST.

---

=== 👨🏼‍💼 Vincent ===

- Vue logique de haut niveau

- Vue dynamique

- API Rest

==Semaine 5 : 05/11/18 - 09/11/18 ==

=== 👨🏼‍💻 Quentin ===

- Diaporama de l'Audit 2

---

=== 👨🏻‍💼 Tim ===

- Formulaire inscription bénévole
- Insertion des utilisateurs dans la base de données

---

=== 👨🏻‍💼 Hugo ===
- Préparation Audit 2
- API Rest avec la base de données

---

=== 👨🏼‍💼 Vincent ===

- Préparation audit 2
- Test API Rest avec la base de donnée

==Semaine 6 : 11/11/18 - 15/11/18 ==

=== 👨🏼‍💻 Quentin ===

- Barre de recherche

- Filtres

---

=== 👨🏻‍💼 Tim ===

- page de visualisation liée avec le backend

- merge front end

---

=== 👨🏻‍💼 Hugo ===

- Merge + debug

- Api rest

---

=== 👨🏼‍💼 Vincent ===

- Vue logique haut niveau

- Vue physique

==Semaine 7 : 19/11/18 - 23/10/18 ==

=== 👨🏼‍💻 Quentin ===

- Avancement de la page d'accueil

---

=== 👨🏻‍💼 Tim ===

- Merge différentes branches

- Application mobile

- Améliorations pages de visualisation et confirmation

---

=== 👨🏻‍💼 Hugo ===

- Envoi de mails lors de l'inscription.

- Utilisation d'une API externe permettant de trouver la longitude et la latitude en fonction d'un lieu.

---

=== 👨🏼‍💼 Vincent ===

- Mise en place de l'intégration continue

==Semaine 8 : 26/11/18 - 30/11/18 ==

=== 👨🏼‍💻 Quentin ===

- Avancement de la page d'accueil

---

=== 👨🏻‍💼 Tim ===
- Application mobile
- Page de confirmation

---

=== 👨🏻‍💼 Hugo ===

- Mise en place de la récupération de la longitude et de la latitude en fonction d'un lieu grâce à une API externe.

- Mise en place de l'intégration continue.

-Mise en place du chargement des images Lazy

---

=== 👨🏼‍💼 Vincent ===

- Mise en place du déploiement continu

- Déploiement du docker

- Mise en place de l'intégration continue

==Semaine 9 : 03/12/18 - 07/12/18 ==

=== 👨🏼‍💻 Quentin ===

- Résolution de bug de pipeline

=== 👨🏻‍💼 Tim ===
- Application mobile

-Page de confirmation

=== 👨🏻‍💼 Hugo ===

- Lien réalisé entre les courses présentes dans la base de données et la carte leaflet

=== 👨🏼‍💼 Vincent ===

- Intégration continue fonctionnelle --> Correction de l'erreur qui faisait en sorte qu'aucun build n'était fonctionnel

==Semaine 10 : 09/12/18 - 11/12/18 ==

=== 👨🏼‍💻 Quentin ===

- Amélioration du front end
- Aide au déploiement continu

=== 👨🏻‍💼 Tim ===
- Application mobile

- Améliorations front end

- Préparattion soutenance

=== 👨🏻‍💼 Hugo ===
- Mise à jour du dossier de conception système.

- Réalisation du document SRS.

- Intégration continue.

- Déploiement de l'application sur Heroku.

- Déploiement continu mis en place.

=== 👨🏼‍💼 Vincent ===

- Mise en place de l'intégration continue
- Déploiement fonctionnel avec Heroku

ECOM-1FO 1819 Sport L9 LOG

2018-12-18T06:43:23Z

Quentin.Fombaron1: /* 👨🏼‍💻 Quentin */

==Semaine 1 : 24/09/18 - 28/09/18==

===👨🏼‍💻 Quentin===

- Mise en place des outils Trello et Slack.

- Confection des arbres de tâche en groupe.

- Mise au propre des arbres de tâche sur [draw.io](https://drive.google.com/file/d/1cuzMqQcOHlCRC1jZ9Lt3t24mbo0hoeTT/view?usp=sharing).

===👨🏻‍💼 Tim===

- Mise en place des outils Trello et Slack.

- Confection des arbres de tâche en groupe.

===👨🏻‍💼 Hugo===

- Mise en place des outils Trello et Slack.

- Confection des arbres de tâche en groupe.

===👨🏼‍💼 Vincent===

- Mise en place des outils Trello et Slack.

- Confection des arbres de tâche en groupe.

==Semaine 2 : 01/10/18 - 05/10/18==

===👨🏼‍💻 Quentin===

- Icon de l'application

- Finalisation du diagramme de tâche

- IHM Concrète

===👨🏻‍💼 Tim===

- Arbre des tâches

- IHM abstraite

===👨🏻‍💼 Hugo===

- Diagrammes de cas d'utilisation

- Arbres des tâches

===👨🏼‍💼 Vincent===

- Diagrammes de contexte

- Diagrammes de cas d'utilisation

==Semaine 3 : 08/10/18 - 12/10/18 - Audit 1==

===👨🏼‍💻 Quentin===

- Préparation à l'audit

- Réflexion sur la structure de la future DB

===👨🏻‍💼 Tim===

- Préparation à l'audit

- Squelette de l'application

- Réflexion sur la structure de la future base de données

===👨🏻‍💼 Hugo===

- Préparation à l'audit

- Réflexion sur la structure de la future base de données

- Design de la base de données

- Réflexion sur la langage JDL

===👨🏼‍💼 Vincent===

- Préparation à l'audit

- Réflexion sur la structure de la future DB

- Mise en place du projet Jhipster

- Début de la mise en place de la LeafletMap

===Remarque durant l'audit===

- Ajouter un fil conducteur lors de la navigation. L'utilisateur doit **toujours** savoir ou il se trouve et comment il en est arrivé là.

- Aligner les champs lors de l'inscription

- Rédiger un glossaire

==Semaine 3 : 15/10/18 - 19/10/18 ==

=== 👨🏼‍💻 Quentin ===

- Correction du glossaire sur la page AIR.

- Création de la barre de navigation du site avec Bootstrap.

- Création du squelette de la page d'accueil avec Bootstrap.

![](http://gdurl.com/IHZX)

---

=== 👨🏻‍💼 Tim ===

- Squelette de la page de visualisation d'une course

- Formulaires d'inscription

---

=== 👨🏻‍💼 Hugo ===

- Insertion d'une carte OpenStreetMap avec Leaflet sur la page d'accueil d'un projet JHipster

- Insertion de markers et de tracés sur cette carte.

- Rédaction page air imag

---

=== 👨🏼‍💼 Vincent ===

- Compréhension du fonctionnement de l'API Rest

- Rédaction du glossaire

==Semaine 4 : 22/10/18 - 26/10/18 ==

=== 👨🏼‍💻 Quentin ===

- Création d'un service

- ⚠️ Gros soucis avec la version 11 de Node, obligé de downgrade pour le bon fonctionnement de `yarn start` entre autre

---

=== 👨🏻‍💼 Tim ===

- Vues logiques

- IHM page de visualisation

---

=== 👨🏻‍💼 Hugo ===

- Formation pour réaliser des requêtes dans la base de données grâce aux JPA queries.

- Création de méthodes pour l'API REST.

---

=== 👨🏼‍💼 Vincent ===

- Vue logique de haut niveau

- Vue dynamique

- API Rest

==Semaine 5 : 05/11/18 - 09/11/18 ==

=== 👨🏼‍💻 Quentin ===

- Diaporama de l'Audit 2

---

=== 👨🏻‍💼 Tim ===

- Formulaire inscription bénévole
- Insertion des utilisateurs dans la base de données

---

=== 👨🏻‍💼 Hugo ===
- Préparation Audit 2
- API Rest avec la base de données

---

=== 👨🏼‍💼 Vincent ===

- Préparation audit 2
- Test API Rest avec la base de donnée

==Semaine 6 : 11/11/18 - 15/11/18 ==

=== 👨🏼‍💻 Quentin ===

- Barre de recherche

- Filtres

---

=== 👨🏻‍💼 Tim ===

- page de visualisation liée avec le backend

- merge front end

---

=== 👨🏻‍💼 Hugo ===

- Merge + debug

- Api rest

---

=== 👨🏼‍💼 Vincent ===

- Vue logique haut niveau

- Vue physique

==Semaine 7 : 19/11/18 - 23/10/18 ==

=== 👨🏼‍💻 Quentin ===

- Avancement de la page d'accueil

---

=== 👨🏻‍💼 Tim ===

- Merge différentes branches

- Application mobile

- Améliorations pages de visualisation et confirmation

---

=== 👨🏻‍💼 Hugo ===

- Envoi de mails lors de l'inscription.

- Utilisation d'une API externe permettant de trouver la longitude et la latitude en fonction d'un lieu.

---

=== 👨🏼‍💼 Vincent ===

- Mise en place de l'intégration continue

==Semaine 8 : 26/11/18 - 30/11/18 ==

=== 👨🏼‍💻 Quentin ===

---

=== 👨🏻‍💼 Tim ===
- Application mobile
- Page de confirmation

---

=== 👨🏻‍💼 Hugo ===

- Mise en place de la récupération de la longitude et de la latitude en fonction d'un lieu grâce à une API externe.

- Mise en place de l'intégration continue.

-Mise en place du chargement des images Lazy

---

=== 👨🏼‍💼 Vincent ===

- Mise en place du déploiement continu

- Déploiement du docker

- Mise en place de l'intégration continue

==Semaine 9 : 03/12/18 - 07/12/18 ==

=== 👨🏼‍💻 Quentin ===

- Résolution de bug de pipeline

=== 👨🏻‍💼 Tim ===
- Application mobile

-Page de confirmation

=== 👨🏻‍💼 Hugo ===

- Lien réalisé entre les courses présentes dans la base de données et la carte leaflet

=== 👨🏼‍💼 Vincent ===

- Intégration continue fonctionnelle --> Correction de l'erreur qui faisait en sorte qu'aucun build n'était fonctionnel

==Semaine 10 : 09/12/18 - 11/12/18 ==

=== 👨🏼‍💻 Quentin ===

- Amélioration du front end
- Aide au déploiement continu

=== 👨🏻‍💼 Tim ===
- Application mobile

- Améliorations front end

- Préparattion soutenance

=== 👨🏻‍💼 Hugo ===
- Mise à jour du dossier de conception système.

- Réalisation du document SRS.

- Intégration continue.

- Déploiement de l'application sur Heroku.

- Déploiement continu mis en place.

=== 👨🏼‍💼 Vincent ===

- Mise en place de l'intégration continue
- Déploiement fonctionnel avec Heroku

VT2018

2018-12-17T10:29:17Z

Quentin.Fombaron1:

[[VT2017|<< Etudes 2017]] [[VT|Sommaire]] [[VT2019|Etudes 2019 >>]]

=Veille Technologique et Stratégique=
* Enseignants: [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en RICM5

L'objectif de cette UE est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance

Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.
Il s'agira de réaliser
* le positionnement par rapport au marché
* d'être critique

Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.

Votre présentation sera noté et commenté par tous vos camarades via un sondage (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.

Remarque: Le [https://fr.wikipedia.org/wiki/Plagiat plagiat] est incompatible avec l'éthique de l'ingénieur. Le directeur d'école peut demander à votre traduction devant la commission disciplinaire de l'université. La sanction peut aller jusqu’à une interdiction d'inscription dans les établissements de l'enseignement supérieur français pendant plusieurs années : Le jeu, en vaut-il la chandelle ?

La présentation peut être réalisée avec [[reveal.js]]

[[File:presentation-VT-RICM5-1516.pdf|transparents d'introduction à l'UE]]

=Affectation des sujets=
[[File:AffectationSujetsVT2018.pdf]]

=Planning=
* Vendredi 7/9: présentation et choix des sujets
[[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]
* Lundi 12/11: (GPB,DD en visio)
** 1: Julien COURTIAL - Apollo 2.0, [[VT2018_Apollo|Fiche de synthèse]], [[Media:Apollo_Auto_Platform.pdf|Transparents]], [https://github.com/ApolloAuto/apollo/tree/master/docs/demo_guide Démo]
** 2: Sekina BELGUENDOUZ - Service Mesh, [[VT2018_Service_Mesh|Fiche de synthèse]], [[Media:VT2018_Service_Mesh_presentation.pdf|Transparents]], [[VT2018_Service_Mesh_Demo|Démo avec Istrio]] (Reporté)
** 3: Servan CHARLOT - [[OpenWhisk]] : [[VT2018_OpenWhisk|Fiche de synthèse]], [[Media:VT2018_OpenWhisk_presentation.pdf|Transparents]], [[VT2018_OpenWhisk_Demo|Démo]]
** 4: Théo ECHEVET - Fabric8, [[VT2018_fabric8|Fiche de synthèse]], [[Media:Fabric8_Pres_Theo_Echevet.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 5: Bastien TERRIER - [[Performance_Monitoring|Performance Monitoring]], [[VT2018_Performance_Monitoring|Fiche de synthèse]], [[Media:VT2018_Performance_Monitoring_presentation.pdf|Transparents]], [[VT2018_Performance_Monitoring_Demo|Démo]]
* Lundi 19/11: (GPB,DD en visio)
** 6: Samuel BAMBA - DevSecOps, [[VT2018_DevSecOps|Fiche de synthèse]], [[Media:VT2018_DevSecOps.pdf|Transparents]], [https://github.com/CoolerVoid/codewarrior Démo]
** 7: Zoran CHANET - [[Wildfly_Swarm|<strike>Wildfly Swarm</strike>]] [[Thorntail|Thorntail]], [[VT2018_Thorntail|Fiche de synthèse]], [[Media:VT2018_Thorntail_presentation.pdf|Transparents]], [[VT2018_Thorntail_Demo|Démo]] (reporté)
** 8: Thibaud VEGREVILLE, Techniques et technologies de "Lag Compensation" dans les jeux en ligne, [[VT2018_Lag_Compensation|Fiche de synthèse]], [[Media:Lag_Compensation_in_Games.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 9: Hugo GROS-DAILLON - [[ActionHero.js]], [[VT2018_ActionHero|Fiche de synthèse]], [[Media:VT2018ActionHero.pdf|Transparents]], [https://github.com/HugoSecteur4/DemoVT2018ActionHero/tree/master/ActionHero Démo]
** 10: Vincent AUBERT - Apache MXNet : Demo avec Intel Movidius, [[VT2018_Apache_Mxnet|Fiche de synthèse]], [[Media:VT2018_Mxnet_presentation.pdf|Transparents]], [[VT2018_Mxnet_Demo|Démo]]
* Lundi 10/12: (GPB+DD)
** 11: Joffrey FERREIRA - Keycloak, [[VT2018_Keycloak|Fiche de synthèse]], [[Media:VT2018_Keycloak_presentation.pdf|Transparents]], [[VT2018_Keycloak_Demo|Démo]]
** 12: Loris GENTILLON - Gceasy, [[VT2018_GCeasy-synthese|Fiche de synthèse]], [[Media:GCeasy_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 13: Thomas OZENDA - Zipkin et Daper, [[VT2018_Zipkin|Fiche de synthèse]], [[Media:VT2018_Zipkin_presentation.pdf|Transparents]], [[VT2018_Zipkin_Demo|Démo]]
** 14: Aurélien SURIER - CloudFoundry, [[VT2018_CloudFoundry|Fiche de synthèse]], [[Media:VT2018_CloudFoundry_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 15: Enzo MOLION - Web3j, [[VT2018_Web3j|Fiche de synthèse]], [[Media:Presentation_Web3j.pdf|Transparents]], [https://air.imag.fr/index.php/VT2018_Web3j#D.C3.A9monstration Démo]
* Lundi 17/12: (GPB)
** 16: Quentin FOMBRAON - Web Assembly, [[VT2018_WebAssembly|Fiche de synthèse]], [[Media:VT2018_WebAssembly_presentation.pdf|Transparents]], [[VT2018_WebAssembly#D.C3.A9monstration|Démo]]
** 17: Timothée DEPRIESTER - Kafka Stream, [[VT2018_Kafka|Fiche de synthèse]], [[Media:VT2018_kafka_presentation.pdf|Transparents]], [[VT2018_kafka_Demo|Démo]]
** 18: Benjamin BESNIER - Apache Beam, [[VT2018_ApacheBeam|Fiche de synthèse]], [[Media:VT2018_ApacheBeam_presentation.pdf|Transparents]], [[VT2018_ApacheBeam#Demonstration|Démo]]
** 19: Théo LEVESQUE - OpenShift, [[VT2018_OpenShift|Fiche de synthèse]], [[Media:VT2018_OpenShift.pdf|Transparents]], [[VT2018_OpenShift#D.C3.A9monstration|Démo]]
** 20: William WEILL - CMS, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
* Lundi 07/01/2019: (GPB+DD)
** 21: Tim LEPAGE - Moby, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 22: Cédric LAFRASSE - SIG, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 23: Léo VALETTE - Architectures de processeurs pour le Deep Learning (NPU): Démo de l'Intel Movidius, , [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 24: Florian CUZIN - , [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 25: Raphael MANGER - Apache Solr, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
* Lundi 14/01/2019: (GPD, DD absent)
** 26: Amina BOUCHERIMA - Content delivery networks, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 27: Najwa EZ-ZINE - FIDO, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 28: Sekina BELGUENDOUZ - Service Mesh, [[VT2018_Service_Mesh|Fiche de synthèse]], [[Media:VT2018_Service_Mesh_presentation.pdf|Transparents]], [[VT2018_Service_Mesh_Demo|Démo avec Istrio]]
** 29: Zoran CHANET - [[Wildfly_Swarm|<strike>Wildfly Swarm</strike>]] [[Thorntail|Thorntail]], [[VT2018_Thorntail|Fiche de synthèse]], [[Media:VT2018_Thorntail_presentation.pdf|Transparents]], [[VT2018_Thorntail_Demo|Démo]]
** 30:

=Sujets non sélectionnés=
# [[Single Sign On]] : démonstration de [[Keycloak]] avec [[JHipster]].

# [[gVisor]]: a new kind of sandbox that helps provide secure isolation for containers

# Portails et l'API [[Portlet]] : Démo avec [[Liferay]]

# [[Hazelcast]] : Démo avec Spring Boot ([https://dzone.com/storage/assets/6459742-dzone-rc247-gettingstartedwithspringbootandmicrose.pdf lien]) dans un projet [[JHipster]]

# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source
# Insport Video
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]
# [[Memory-centric virtual distributed storage system]]

# [[ESB]] : démonstration de [[Mule ESB]]
# [[MemCached]]

# [[Low-Power Global Area Network]]s ([[Sat-IoT]])

VT2018 WebAssembly

2018-12-17T06:59:29Z

Quentin.Fombaron1: /* Comment ? */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performances pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|500px|center|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|Demo]]

== Partie 2 ==

[[File:WebAssemblyDemo2.png|1200px|center|Demo2]]

On écrit un exemple simple en C++ dans le [https://mbebenita.github.io/WasmExplorer/ compilateur en ligne]

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile, on obtient alors le code .wat :

<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Ainsi que le code assembleur :

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

'''square.wasm'''
<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Il suffit ensuite d'importer le fichier binaire .wasm dans le Javascript :

'''script.js'''
<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei; /*Il faut donner ici le nom présent dans le fichier binaire .wasm commençant par <code>_Z6</code>*/
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + 5 + ') = ' + squareWASM(5) + '</code><br>';
});
</syntaxhighlight>

Et enfin, importer le script JS dans l'HTML :

'''index.html'''
<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On lance la commande <code>npx serve</code> pour créer un serveur et ainsi éviter l'erreur "Cross-origin resource sharing". On obtient alors le comportement voulu :

[[File:WebAssemblyDemo3.png|1200px|center|Demo3]]

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

VT2018 WebAssembly

2018-12-17T06:59:13Z

Quentin.Fombaron1: /* Comment ? */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performances pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|300px|right|thumb|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|Demo]]

== Partie 2 ==

[[File:WebAssemblyDemo2.png|1200px|center|Demo2]]

On écrit un exemple simple en C++ dans le [https://mbebenita.github.io/WasmExplorer/ compilateur en ligne]

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile, on obtient alors le code .wat :

<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Ainsi que le code assembleur :

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

'''square.wasm'''
<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Il suffit ensuite d'importer le fichier binaire .wasm dans le Javascript :

'''script.js'''
<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei; /*Il faut donner ici le nom présent dans le fichier binaire .wasm commençant par <code>_Z6</code>*/
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + 5 + ') = ' + squareWASM(5) + '</code><br>';
});
</syntaxhighlight>

Et enfin, importer le script JS dans l'HTML :

'''index.html'''
<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On lance la commande <code>npx serve</code> pour créer un serveur et ainsi éviter l'erreur "Cross-origin resource sharing". On obtient alors le comportement voulu :

[[File:WebAssemblyDemo3.png|1200px|center|Demo3]]

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

VT2018 WebAssembly

2018-12-17T06:58:37Z

Quentin.Fombaron1: /* Comment ? */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performances pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|300px|right|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|Demo]]

== Partie 2 ==

[[File:WebAssemblyDemo2.png|1200px|center|Demo2]]

On écrit un exemple simple en C++ dans le [https://mbebenita.github.io/WasmExplorer/ compilateur en ligne]

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile, on obtient alors le code .wat :

<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Ainsi que le code assembleur :

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

'''square.wasm'''
<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Il suffit ensuite d'importer le fichier binaire .wasm dans le Javascript :

'''script.js'''
<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei; /*Il faut donner ici le nom présent dans le fichier binaire .wasm commençant par <code>_Z6</code>*/
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + 5 + ') = ' + squareWASM(5) + '</code><br>';
});
</syntaxhighlight>

Et enfin, importer le script JS dans l'HTML :

'''index.html'''
<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On lance la commande <code>npx serve</code> pour créer un serveur et ainsi éviter l'erreur "Cross-origin resource sharing". On obtient alors le comportement voulu :

[[File:WebAssemblyDemo3.png|1200px|center|Demo3]]

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

VT2018 WebAssembly

2018-12-17T06:57:34Z

Quentin.Fombaron1: /* Résumé */

VT2018 WebAssembly

2018-12-17T06:57:04Z

Quentin.Fombaron1: /* Résumé */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performances pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire de bas niveau qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|500px|center|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|Demo]]

== Partie 2 ==

[[File:WebAssemblyDemo2.png|1200px|center|Demo2]]

On écrit un exemple simple en C++ dans le [https://mbebenita.github.io/WasmExplorer/ compilateur en ligne]

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile, on obtient alors le code .wat :

<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Ainsi que le code assembleur :

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

'''square.wasm'''
<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Il suffit ensuite d'importer le fichier binaire .wasm dans le Javascript :

'''script.js'''
<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei; /*Il faut donner ici le nom présent dans le fichier binaire .wasm commençant par <code>_Z6</code>*/
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + 5 + ') = ' + squareWASM(5) + '</code><br>';
});
</syntaxhighlight>

Et enfin, importer le script JS dans l'HTML :

'''index.html'''
<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On lance la commande <code>npx serve</code> pour créer un serveur et ainsi éviter l'erreur "Cross-origin resource sharing". On obtient alors le comportement voulu :

[[File:WebAssemblyDemo3.png|1200px|center|Demo3]]

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

VT2018 WebAssembly

2018-12-17T06:56:11Z

Quentin.Fombaron1: /* Résumé */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performances pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire de bas niveau qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|500px|center|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|Demo]]

== Partie 2 ==

[[File:WebAssemblyDemo2.png|1200px|center|Demo2]]

On écrit un exemple simple en C++ dans le [https://mbebenita.github.io/WasmExplorer/ compilateur en ligne]

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile, on obtient alors le code .wat :

<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Ainsi que le code assembleur :

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

'''square.wasm'''
<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Il suffit ensuite d'importer le fichier binaire .wasm dans le Javascript :

'''script.js'''
<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei; /*Il faut donner ici le nom présent dans le fichier binaire .wasm commençant par <code>_Z6</code>*/
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + 5 + ') = ' + squareWASM(5) + '</code><br>';
});
</syntaxhighlight>

Et enfin, importer le script JS dans l'HTML :

'''index.html'''
<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On lance la commande <code>npx serve</code> pour créer un serveur et ainsi éviter l'erreur "Cross-origin resource sharing". On obtient alors le comportement voulu :

[[File:WebAssemblyDemo3.png|1200px|center|Demo3]]

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

VT2018 WebAssembly

2018-12-16T15:03:17Z

Quentin.Fombaron1: /* Partie 2 */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performance pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire de bas niveau qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|500px|center|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|Demo]]

== Partie 2 ==

[[File:WebAssemblyDemo2.png|1200px|center|Demo2]]

On écrit un exemple simple en C++ dans le [https://mbebenita.github.io/WasmExplorer/ compilateur en ligne]

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile, on obtient alors le code .wat :

<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Ainsi que le code assembleur :

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

'''square.wasm'''
<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Il suffit ensuite d'importer le fichier binaire .wasm dans le Javascript :

'''script.js'''
<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei; /*Il faut donner ici le nom présent dans le fichier binaire .wasm commençant par <code>_Z6</code>*/
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + 5 + ') = ' + squareWASM(5) + '</code><br>';
});
</syntaxhighlight>

Et enfin, importer le script JS dans l'HTML :

'''index.html'''
<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On lance la commande <code>npx serve</code> pour créer un serveur et ainsi éviter l'erreur "Cross-origin resource sharing". On obtient alors le comportement voulu :

[[File:WebAssemblyDemo3.png|1200px|center|Demo3]]

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

VT2018 WebAssembly

2018-12-16T14:45:46Z

Quentin.Fombaron1: /* Partie 2 */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performance pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire de bas niveau qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|500px|center|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|Demo]]

== Partie 2 ==

[[File:WebAssemblyDemo2.png|1200px|center|Demo2]]

On écrit un exemple simple en C++ dans le [https://mbebenita.github.io/WasmExplorer/ compilateur en ligne]

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile, on obtient alors le code .wat :

<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Ainsi que le code assembleur :

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

'''square.wasm'''
<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Il suffit ensuite d'importer le fichier binaire .wasm dans le Javascript :

'''script.js'''
<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei; /*Il faut donner ici le nom présent dans le fichier binaire .wasm commençant par <code>_Z6</code>*/
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + 5 + ') = ' + squareWASM(5) + '</code><br>';
});
</syntaxhighlight>

Et enfin, importer le script JS dans l'HTML :

'''index.html'''
<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On obtient alors le comportement voulu :

[[File:WebAssemblyDemo3.png|1200px|center|Demo3]]

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

VT2018 WebAssembly

2018-12-16T14:44:47Z

Quentin.Fombaron1: /* Partie 2 */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performance pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire de bas niveau qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|500px|center|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|Demo]]

== Partie 2 ==

[[File:WebAssemblyDemo2.png|1200px|center|Demo2]]

On écrit un exemple simple en C++ dans le [https://mbebenita.github.io/WasmExplorer/ compilateur en ligne]

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile, on obtient alors le code .wat :

<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Ainsi que le code assembleur :

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Il suffit ensuite d'importer le fichier binaire .wasm dans le Javascript :

<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei; /*Il faut donner ici le nom présent dans le fichier binaire .wasm commençant par <code>_Z6</code>*/
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + 5 + ') = ' + squareWASM(5) + '</code><br>';
});
</syntaxhighlight>

Et enfin, importer le script JS dans l'HTML :

<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On obtient alors le comportement voulu :

[[File:WebAssemblyDemo3.png|1200px|center|Demo3]]

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

File:WebAssemblyDemo3.png

2018-12-16T14:44:42Z

Quentin.Fombaron1:

VT2018 WebAssembly

2018-12-16T14:43:50Z

Quentin.Fombaron1: /* Partie 1 */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performance pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire de bas niveau qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|500px|center|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|Demo]]

== Partie 2 ==

On écrit un exemple simple en C++ dans le [https://mbebenita.github.io/WasmExplorer/ compilateur en ligne]

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile, on obtient alors le code .wat :

<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Ainsi que le code assembleur :

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Il suffit ensuite d'importer le fichier binaire .wasm dans le Javascript :

<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei; /*Il faut donner ici le nom présent dans le fichier binaire .wasm commençant par <code>_Z6</code>*/
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + 5 + ') = ' + squareWASM(5) + '</code><br>';
});
</syntaxhighlight>

Et enfin, importer le script JS dans l'HTML :

<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On obtient alors le comportement voulu :

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

File:WebAssemblyDemo2.png

2018-12-16T14:43:41Z

Quentin.Fombaron1:

VT2018 WebAssembly

2018-12-16T14:43:10Z

Quentin.Fombaron1: /* Partie 2 */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performance pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire de bas niveau qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|500px|center|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|The end of Javascript ?]]

== Partie 2 ==

On écrit un exemple simple en C++ dans le [https://mbebenita.github.io/WasmExplorer/ compilateur en ligne]

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile, on obtient alors le code .wat :

<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Ainsi que le code assembleur :

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Il suffit ensuite d'importer le fichier binaire .wasm dans le Javascript :

<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei; /*Il faut donner ici le nom présent dans le fichier binaire .wasm commençant par <code>_Z6</code>*/
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + 5 + ') = ' + squareWASM(5) + '</code><br>';
});
</syntaxhighlight>

Et enfin, importer le script JS dans l'HTML :

<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On obtient alors le comportement voulu :

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

VT2018 WebAssembly

2018-12-16T14:40:55Z

Quentin.Fombaron1: /* Partie 2 */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performance pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire de bas niveau qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|500px|center|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|The end of Javascript ?]]

== Partie 2 ==

On écrit un exemple simple en C++ dans le [https://mbebenita.github.io/WasmExplorer/ compilateur en ligne]

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile, on obtient alors le code .wat :

<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Ainsi que le code assembleur :

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Il suffit ensuite d'importer le fichier binaire .wasm dans le Javascript :

<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei; /*Il faut donner ici le nom présent dans le fichier binaire .wasm commençant par <code>_Z6</code>*/
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + 5 + ') = ' + squareWASM(5) + '</code><br>';
});
</syntaxhighlight>

Et enfin, importer le script JS dans l'HTML :

<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On obtient alors le comportement voulu :

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

VT2018 WebAssembly

2018-12-16T14:34:09Z

Quentin.Fombaron1: /* Partie 2 */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performance pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire de bas niveau qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|500px|center|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|The end of Javascript ?]]

== Partie 2 ==

On écrit un exemple simple en C++ dans le [https://mbebenita.github.io/WasmExplorer/ compilateur en ligne]

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile, on obtient alors le code .wat :

<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Ainsi que le code assembleur :

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Il suffit ensuite d'importer le fichier binaire .wasm dans le Javascript :

<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei; /*Il faut donner ici le nom présent dans le fichier binaire .wasm commençant par <code>_Z6</code>*/
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + i + ') = ' + squareWASM(i) + '</code><br>';
});
</syntaxhighlight>

Et enfin, importer le script JS dans l'HTML :

<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On obtient alors le comportement voulu :

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

VT2018 WebAssembly

2018-12-16T14:32:26Z

Quentin.Fombaron1: /* Partie 2 */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performance pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire de bas niveau qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|500px|center|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|The end of Javascript ?]]

== Partie 2 ==

On écrit un exemple simple en C++ dans le [https://mbebenita.github.io/WasmExplorer/ compilateur en ligne]

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile, on obtient alors le code .wat :

<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Ainsi que le code assembleur :

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Il suffit ensuite d'importer le fichier binaire .wasm dans le Javascript :

<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei;
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + i + ') = ' + squareWASM(i) + '</code><br>';
});
</syntaxhighlight>

Et enfin, importer le script JS dans l'HTML :

<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On obtient alors le comportement voulu :

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

VT2018 WebAssembly

2018-12-16T14:30:04Z

Quentin.Fombaron1: /* Partie 2 */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performance pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire de bas niveau qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|500px|center|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|The end of Javascript ?]]

== Partie 2 ==

https://mbebenita.github.io/WasmExplorer/

On écrit un exemple simple en C++

----
<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>
----

On compile

.wat
<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Code assembleur

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Importer le WASM dans le fichier Javascript :

<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei;
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + i + ') = ' + squareWASM(i) + '</code><br>';
});
</syntaxhighlight>

Enfin, importer le script JS dans l'HTML :

<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On obtient alors le comportement voulu :

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

VT2018 WebAssembly

2018-12-16T14:29:48Z

Quentin.Fombaron1: /* Partie 2 */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performance pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire de bas niveau qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|500px|center|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|The end of Javascript ?]]

== Partie 2 ==

https://mbebenita.github.io/WasmExplorer/

On écrit un exemple simple en C++

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile

.wat
<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Code assembleur

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

<syntaxhighlight lang=text>
�asm��`��p��memory��
_Z6squarei��
�� l�
</syntaxhighlight>

Importer le WASM dans le fichier Javascript :

<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei;
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + i + ') = ' + squareWASM(i) + '</code><br>';
});
</syntaxhighlight>

Enfin, importer le script JS dans l'HTML :

<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On obtient alors le comportement voulu :

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/

VT2018 WebAssembly

2018-12-16T14:29:00Z

Quentin.Fombaron1: /* Partie 2 */

[[File:WebAssembly_logo.jpg|400px|thumb|right|Logo WebAssembly]]

=Auteur=
*Nom : Quentin FOMBARON
*Mail : q.fombaron@outlook.fr
*Sujet : WebAssembly

= Résumé =

Dans chaque navigateur que nous utilisons comme Chrome, Firefox, Edge ou Safari, le code est interprété et exécuté par un moteur JavaScript, c'est à lui que revient le travail d'exécuter le code, et uniquement le JavaScript. Malheureusement, JavaScript n'est pas idéal au point de vue des performance pour toutes les tâches que nous voulons effectuer. C'est là qu'intervient WebAssembly, c'est est un nouveau type de code qui peut être exécuté dans les navigateurs modernes. Il a été créé pour obtenir de meilleures performances sur le web. Comment cela est-il possible ? C'est un format binaire de bas niveau qui a une petite taille, donc très rapide à charger et à exécuter. La clé est que nous n'écrivons pas WebAssembly, nous le compilons d'autres langages de niveau supérieur comme du C, C++ ou encore du Rust.

=== Mots clés ===
* Navigateur
* Javascript
* Performance

= Abstract =

In each browser we use such as Chrome, Firefox, Edge or Safari, the code is interpreted and executed by a JavaScript engine, it is the responsibility of the browser to execute the code, and only the JavaScript. Unfortunately, JavaScript is not ideal in terms of performance for all the tasks we want to perform. This is where WebAssembly comes in, this is a new type of code that can be executed in modern browsers. It was created to get better performance on the web. How is this possible? It is a low-level binary format that has a small size, so it is very fast to load and execute. The key is that we don't write WebAssembly, we compile it from other higher-level languages like C, C++ or Rust.

=== Keywords ===

* Browser
* Javascript
* Performance

= Synthèse =

== Comment ? ==

[[File:VT-WebAssembly.001.jpeg|500px|center|WebAssembly extensions]]

Lorsque le navigateur télécharge le code de WebAssembly, il peut rapidement le transmettre à n'importe quel assemblage machine. Voici à quoi ressemble WebAssembly : il a un format textuel facile à lire (.wat pour WebAssembly Text Format), mais la représentation binaire est ce que l'on fournit réellement au navigateur (.wasm).

[[File:VT-WebAssembly.002.jpeg|500px|center|WebAssembly]]

Ce que WebAssembly nous permet de faire est de prendre du code de niveau supérieur comme du C, C++ ou Rust (un langage recent développé par Mozilla) et de le compiler dans ce qu'on appelle un module WebAssembly. Vous pouvez le charger dans votre application web et l'appeler depuis JavaScript. Il est important de préciser que ce n'est pas un remplacement pour JavaScript, au contraire, il fonctionne avec JavaScript.

== Pourquoi ? ==

Dans le besoin d'utiliser un logiciel en dehors du navigateur : jeux vidéo, montage vidéo, rendu 3D ou production musicale. Ces applications font beaucoup de calculs et exigent un haut degré de performance. Ce genre de performance est difficile à obtenir avec JavaScript.
JavaScript a commencé comme un simple langage de script destiné à apporter une certaine interactivité sur le web, qui a l'époque était composé uniquement de documents hypertextes légers. Il a été conçu pour être facile à apprendre et à écrire, mais pas pour être rapide. Au fil des ans, les navigateurs ont ajouté des optimisations dans la façon dont ils interprètent JavaScript, ce qui a apporté d'importantes améliorations de performance.
Au fur et à mesure que les choses s'accéléraient, la liste des possibilités dans le navigateur a commencé à s'allonger. Les nouvelles API ont apporté des éléments tels que les graphiques interactifs, le streaming vidéo, la navigation hors ligne et bien d'autres choses encore. En retour, de plus en plus d'applications riches, qui n'étaient auparavant que des applications natives, ont commencé à apparaître sur le Web. Aujourd'hui, vous pouvez facilement modifier des documents et envoyer des mails à partir d'un navigateur, mais il y a des domaines où la performance JavaScript est toujours un challenge.
Les jeux vidéo sont particulièrement difficiles car ils doivent coordonner non seulement l'audio et la vidéo, mais aussi souvent la physique et l'intelligence artificielle. Etre capable d'atteindre la performance pour faire tourner des jeux sur le web de manière efficace ouvrirait la porte à de nombreuses autres applications sur le web et c'est ce que WebAssembly s'est mis en tête de faire.

== Des avantages ? ==

Voici ce qui rend WebAssembly spécial et si bien adapté au Web : rapidité, portabilité, flexibilité.

=== Rapidité ===

WebAssembly a été conçu pour la vitesse. Ses binaires sont beaucoup plus petits que les fichiers JavaScript textuels. En raison de leur taille, ils sont plus rapides à télécharger, ce qui est particulièrement important sur les réseaux lents.

=== Portabilité ===

L'un des principaux objectifs de la conception de WebAssembly était la portabilité. Pour exécuter une application sur un périphérique, elle doit être compatible avec l'architecture processeur et le système d'exploitation du périphérique. Cela signifie compiler le code source pour chaque combinaison de système d'exploitation et d'architecture CPU que vous souhaitez prendre en charge. Avec WebAssembly, il n'y a qu'une seule étape de compilation et votre application s'exécutera dans tous les navigateurs modernes.

=== Flexibilité ===

Avec WebAssembly, les développeurs Web pourront choisir d'autres langues et plus de développeurs pourront écrire du code pour le Web. JavaScript sera toujours le meilleur choix pour la plupart des cas d'utilisation, mais maintenant il y aura une option pour passer à un langage spécialisé de temps en temps lorsque l'on a vraiment besoin d'un coup de pouce. Des parties comme l'interface utilisateur et la logique applicative peuvent être en JavaScript, avec les fonctionnalités de base de WebAssembly. Lors de l'optimisation des performances des applications JS existantes, les goulets d'étranglement pourraient être réécrits dans un langage mieux adapté au problème.

== Conclusion ==

[[File:VT-WebAssembly.003.jpeg|500px|center|The end of Javascript ?]]

JavaScript aura toujours sa place dans le développement web. C'est un langage très puissant, assez flexible pour construire presque n'importe quoi et ces quelques lacunes qu'il ne peut pas bien gérer peuvent maintenant être comblées avec WebAssembly. Compiler JavaScript en WebAssembly n'est pas possible, et cela n'aurait vraiment aucun sens car les navigateurs sont déjà conçus pour fonctionner directement avec JS et maximiser ses performances.
Mais même si l'on continue à travailler uniquement avec JavaScript, nous pouvons toujours bénéficier de WebAssembly et des gains de vitesse qu'il apporte, grâce à des bibliothèques et des frameworks améliorés.

= Démonstration =

== Partie 1 ==

[[File:VT-WebAssembly.004.jpeg|500px|center|The end of Javascript ?]]

Un simple HelloWorld pour tester le fonctionnement de WebAssemby. L'installation de <code>[https://github.com/juj/emsdk emsdk]</code> est requise pour compiler du C.

<syntaxhighlight lang=C>
#include <stdio.h>
int main(int argc, char ** argv) {
printf("Hello, world!\n");
}
</syntaxhighlight>

On compile le code C :
<code>emcc hello.c -s WASM=1 -o hello.html</code>

* <code>-s WASM=1</code> à <code>emcc</code> pour utiliser WASM, sinon par défaut, c'est <code>asm.js</code> qui est utilisé
* <code>.html</code> pour génèrer une page HTML

On lance un serveur :
<code>emrun --no_browser --port 8080 .</code>

Puis à l'adresse <code>http://localhost:8080/</code>
[[File:WebAssemblyDemo.png|1200px|center|The end of Javascript ?]]

== Partie 2 ==

https://mbebenita.github.io/WasmExplorer/

On écrit un exemple simple en C++

<syntaxhighlight lang=cpp>
int square (int num) {
return num * num;
}
</syntaxhighlight>

On compile

.wat
<syntaxhighlight lang=asm>
(module
(table 0 anyfunc)
(memory $0 1)
(export "memory" (memory $0))
(export "_Z6squarei" (func $_Z6squarei))
(func $_Z6squarei (; 0 ;) (param $0 i32) (result i32)
(i32.mul
(get_local $0)
(get_local $0)
)
)
)
</syntaxhighlight>

Code assembleur

<syntaxhighlight lang=arm>
wasm-function[0]:
sub rsp, 8 ; 0x000000 48 83 ec 08
mov edx, edi ; 0x000004 8b d7
mov ecx, edx ; 0x000006 8b ca
mov eax, edx ; 0x000008 8b c2
imul ecx, eax ; 0x00000a 0f af c8
mov eax, ecx ; 0x00000d 8b c1
nop ; 0x00000f 66 90
add rsp, 8 ; 0x000011 48 83 c4 08
ret
</syntaxhighlight>

Ce que l'on télécharge est en réalité le fichier .wasm

�asm��`��p��memory��
_Z6squarei��
�� l�

Importer le WASM dans le fichier Javascript :

<syntaxhighlight lang=javascript>
let squareWASM ;

function loadWebAssembly(fileName) {
return fetch(fileName)
.then(response => response.arrayBuffer())
.then(buffer => WebAssembly.compile(buffer))
.then(module => {return new WebAssembly.Instance(module)});
}

loadWebAssembly('square.wasm')
.then(instance => {
squareWASM = instance.exports._Z6squarei;
document.getElementById("webassembly").innerHTML += '<code>squareWASM(' + i + ') = ' + squareWASM(i) + '</code><br>';
});
</syntaxhighlight>

Enfin, importer le script JS dans l'HTML :

<syntaxhighlight lang=html5>
<!DOCTYPE html>
<html lang="fr">

<head>
<meta charset="utf-8">
<title>WebAssembly Demonstration</title>
</head>

<body>

<h1>WebAssembly Demonstration</h1>
<script src="script.js"></script>

<h2>Test WebAssembly</h2>
<p id="webassembly"></p>

</body>

</html>
</syntaxhighlight>

On obtient alors le comportement voulu :

= Sources =

* Article sur WebAssembly : https://blog.logrocket.com/webassembly-how-and-why-559b7f96cd71
* Site de WebAssembly : https://webassembly.org
* Vidéo YouTube explicative : https://www.youtube.com/watch?v=5XtA3k07jEQ
* Compilateur WASM en ligne : https://mbebenita.github.io/WasmExplorer/
* IDE WASM en ligne : https://webassembly.studio
* Comparatif JS <-> WASM : https://takahirox.github.io/WebAssembly-benchmark/