Rapport de Stage

"si on a des pbs durant le stage harceler le tuteur de stage"

juste une question en rapport avec le rapport jsutement....

qu'est ce qu'on risque si quelqu'un se rend compte qu'il y a plagiat.....genre par exemple un article dans un célèbre magasine informatique que quelqu'un (mais pas moi...) recopie dans son rapport car c'est bien et c'est exactement ce qu'il voulait dire mais qu'il met pas qu'il l'a recopié...du plagiat quoi...que risque-t-on?

ben trop de plagiat tue la note....

simple citation

"Un simple imitateur est un estomac ruiné qui rend l'aliment comme il le reçoit: un plagiaire est un faussaire." (Voltaire)

Je tiens tout d’abord à remercier monsieur Nachouki de m’avoir accueilli dans son équipe pour ce stage.

ca fait vrai??

c'est simple, le plagiat est un délit.
je vais te dire ce qui est arrivé à un pote:
pour son mémoire de maitrise de droit, il a cité un truc mais s'est loupé dans les sources, il a été accusé de plagiat (alors que c'etait une citation mal légendé) => viré de la fac de droit => gros spleen =>HP

(heureusement ca arrivera jamais à l'iut...)

de la facon dont rio parlait du plagiat, je ne suis pas sûr qu'on soit si protégés que çà... et si boudou a vraiment fait ce qu'il a dit à propos du pourcentage de rédaction perso, et copier-coller,.... çà pue la merde

définition de wikipédia : Run-Time Type Information est un terme informatique utilisé pour signaler la capacité d'un langage de programmation à déterminer le type d'une variable lors de l'exécution d'un programme.

quelqu'un peut il m'expliquer avec ses mots c'est quoi un run-time....

mais sinon pr l'histoire du copier/coller jen suis rendu la j'ai copier/coller 13pages sur 33pages.....les principales pages sont la recherche et là j'ai vraiment pas le choix je connais pas dc je peux pas mettre de truc que je connais pas.....après le reste les conclusions et le reste c'estde moi mais pr la recherche j'avais pas vriament lechoix...

on va faire un test lequel de ces deux textes est le mien.......


1er texte
Du point de vue de l'utilisateur, Ajax est donc une solution très intéressante et son principal défaut est probablement le fait de rendre le bouton "retour" du navigateur inutilisable.

Par contre, du point de vue de l'administrateur et du développeur, Ajax n'est pas toujours si « amicalement utilisable »...

L'administrateur se méfiera des applications Ajax mal conçues et qui font rapidement monter la charge sur le serveur (requêtes chaque fois que l'utilisateur clique, saisit un caractère ou sélectionne quelque chose). La stabilité du service peut ainsi être mise en péril.

Le développeur, Ajax devra avoir de bonnes compétences en JavaScript et/ou une bonne dose de patience. En effet, le comportement du JavaScript est souvent différent selon le navigateur utilisé. Ce qui peut vite devenir énervant ! Par exemple une erreur pourra être ignorée par Firefox, mais faire planter un script dans IE.


2ème texte
Bâti sur un concept Ajax, reposant sur un dialecte XML crée pour l’occasion, Backbase permet de réaliser vite et bien des applications web dotées d’interfaces remarquables. Ce dialecte, le BXML, permet de décrire la quasi-totalité des contrôles que propose le framework. Dans certains cas, il suffit simplement d’appliquer un style particulier, défini lui aussi par le framework, pour changer totalement le comportement d’un élément standard, comme une DIV ou un INPUT (ex : appliquer un style spécifique à une DIV permet de la déplacer, la manipuler ensuite). Ce dialecte est interprété par le navigateur client, grâce à un run-time javascript, chargé de manière transparente lors de la première consultation, et ensuite mis en cache.

tu connais pas le mot dialecte donc je dis le 1st est de toi

lol enculé...bin non en faite les deux sont pas de moi...lol j'ai hésité à mettre deux qui était de moi.....mais en fait c'est trop voyant...dc on verra bien....

en tout cas on voit que les deux sont de personnes différentes, une telle diférence de langage ne passe pas inaperçu... apres ils vont pas chercher à savoir lequel est de toi, ils vont te bourriner de questions sur les textes pointu, en te demandant sur quoi tu t'es basé pour dire que :Ce dialecte, le BXML, permet de décrire la quasi-totalité des contrôles que propose le framework.

bah ca c'est pas vraiment dur....je suis pas con non plsu ce que je met (ou plutot recopie) je le met car je le comrpend sinon c'est sur que je suis ds la merde....en grosd le langae BXML (backbase XML) offre des composants du framework et ces composants sont tous simplement écrit en BXML pr la quasi totalité des comoposant comme les <input type=text /> existe déja et ne sont dc pas écrit en bxml mais on peut les reprendre ds le bxml voila prquoi "quasi totalité"... mais c'est vrai que c'est chaud alr je crois que je vais enlever cette phrase.....hihi

j'ai transforém la phrase ca donne ca...

Ce langage, le BXML, permet de construire des composants d’interfaces graphiques proposés par le framework.

voilà, de toute façon même si tu dois ton modifier pour les rendre boudouesques, çà te prendra toujours moins de temps que de les créer complètement... pourquoi y a personne qui a fait un rapport de site internet

C'est de la merde à faire les .jar

c pas nouveau

ta regarder le site que j'avais donner avec plein d'exempel de rapprot yen a forcément un qui a fait un site internet....

absolument aucun

et avec le lien de smerpy?

c'est le même site! personne n'a remarqué?!

ok!

ben sinon appuies toi sur les consignes de rio!!

au final un rapport c'est un rapport ya pas vraiment de differences fondamentales.

sauf le lecteur!!! et moi j'en ai un de très spécial, au début je m'attendait à tomber sur quelqu'un qui s'y connait, genre jacquin, du coup çà m'a pas stressé, mais tomber sur l "autre", qui ne s'interresse qu'à ce qui n'a rien a voir avec les sites...

allez pas la peine de stresser tu brief bien ton maître de stage et ca passe!!

gl