Problématique : Problématique



Yüklə 481 b.
tarix21.02.2018
ölçüsü481 b.
#27372



Problématique :

  • Problématique :

    • La « réutilisation » est parfois reconnue comme une bonne pratique dans la programmation.
    • L’ÉTS a un règlement strict sur le comportement de nature universitaire.
  • Objectifs de cette présentation :

    • Communiquer les aspects de la politique de l’ÉTS concernant la programmation, ainsi que les sanctions.
    • Expliquer les différences entre la bonne et la mauvaise réutilisation de code source.
    • Réduire le nombre de cas de plagiat dans les cours de programmation.


Lire le « Règlement sur les infractions de nature académique » pour les définitions ainsi que les sanctions des infractions.

  • Lire le « Règlement sur les infractions de nature académique » pour les définitions ainsi que les sanctions des infractions.

  • Outils logiciels sophistiqués qui mesurent la similarité entre un nombre illimité de programmes Java, C, etc., quel que soit l’appellation des classes, des méthodes, des variables, des restructurations, etc.

    • Les sorties de l’outil sont preuves admissibles selon l’article 1.5 du règlement.


Pour le plagiat concernant un programme copié, nous demandons à l’Administration une sanction minimale de l’échec au cours.

  • Pour le plagiat concernant un programme copié, nous demandons à l’Administration une sanction minimale de l’échec au cours.



Nécessaire dans un cas de plagiat

  • Nécessaire dans un cas de plagiat

    • « Tolérance zéro »
  • Gênant pour toutes les personnes impliquées :

    • étudiants (vous);
    • enseignants (nous);
    • membres du Comité de discipline;
    • ÉTS.


Examinons quatre cas typiques de « mauvaise réutilisation » de code source

  • Examinons quatre cas typiques de « mauvaise réutilisation » de code source

    • Profils de cas étant déjà passés au Comité de discipline de l’ÉTS
  • Objectif - savoir comment éviter de passer devant le comité de discipline.



Réutilisation de code provenant d'un livre sans citer sa source

  • Réutilisation de code provenant d'un livre sans citer sa source

    • C'est du plagiat selon l’article 1.3.9 :
      • « Utiliser […] totalement ou partiellement l’œuvre d’autrui ou des passages tirés de celle‐ci, […] en se l’appropriant ou en omettant d’en indiquer la référence et de faire les citations appropriées conformément aux règles applicables; »


Réutilisation de code provenant de l'Internet sans citer sa source

  • Réutilisation de code provenant de l'Internet sans citer sa source

    • En principe, ceci est comparable à la réutilisation de code dans un livre (1er cas).
    • Vous courez les mêmes risques si vous ne citez pas la source.


Réutilisation du code d'un autre étudiant

  • Réutilisation du code d'un autre étudiant

    • S'applique si c'est un étudiant d'une session précédente, d'un autre groupe de classe de la même session, ou de la même classe.


Partage de code source sur un site publique (GitHub, BitBucket, etc.)

  • Partage de code source sur un site publique (GitHub, BitBucket, etc.)

    • Selon l’article 1.3.10 :
      • « […] rendre volontairement disponible un travail […], sur quelque support que ce soit, à un tiers pour fins d’appropriation en contravention avec le présent règlement; »
    • Votre code source vous appartient, mais si un autre étudiant remet une copie de votre solution trouvée sur GitHub, vous risquez au moins une convocation en Comité de discipline concernant cette infraction.


Réutilisation de son propre code source (l'autoplagiat)

  • Réutilisation de son propre code source (l'autoplagiat)

    • On le définit à l’article 1.3.8 :
      • « Présenter à des fins d’évaluations différentes et sans autorisation, intégralement ou partiellement, une même activité d’évaluation; »


La citation doit :

  • La citation doit :

    • Spécifier clairement que le code a été emprunté.
    • Permettre de retrouver le plus rapidement possible la source du code. Cela a l’avantage aussi de faciliter la maintenance du code, un défi important en génie logiciel.
    • Indiquer où débute la partie de code empruntée et où celle-ci se termine.
    • Faciliter la compréhension de ce que réalise la partie de code empruntée.
    • Mentionner la licence du code source original.


Le commentaire se situe en haut du programme.

  • Le commentaire se situe en haut du programme.

  • Les parties de code empruntées ne sont pas clairement identifiées.

  • Citation inadéquate !







Votre contribution originale est généralement la base de votre évaluation (la note) pour un travail.

  • Votre contribution originale est généralement la base de votre évaluation (la note) pour un travail.

    • La réutilisation complète d’un travail, bien que correctement citée, ne vaudra pas une bonne note.
  • Dans certains cours, particulièrement les cours de programmation de base, il se peut que l’objectif d’un travail soit la création d’algorithmes ou de code.

  • L’enseignant peut exiger qu’on ne réutilise pas de code (provenant du web ou d’ailleurs). Le non-respect de cette consigne sera considéré comme une violation de l’article 1.3.16.



En cas de doute, demandez à votre enseignant!

  • En cas de doute, demandez à votre enseignant!



Yüklə 481 b.

Dostları ilə paylaş:




Verilənlər bazası müəlliflik hüququ ilə müdafiə olunur ©genderi.org 2024
rəhbərliyinə müraciət

    Ana səhifə