Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Développer sur "papier" ?
Que pensez-vous de développez ses programmes sur "papier" ?
Je m'explique. Cette année j'aurais peu de temps à consacrer à mon ordinateurmais je compte quand même programmer.
Mon idée était donc d'écrire sur papier mon code et quand je peux enfin accéder à mon ordinateur de le recopier et de le compiler.
Est-ce complètement et totalement débile ou pas ?
Merci d'avance de vos réponses
Salut,
Je pense pas que ce soit totalement débile, tu perdra pas la main...
Par contre, je pense que si tu te lance sur des choses un peu complexes, tu risque d'être impatient de tester tout ça.
Ce qui est sûr, c'est que tu risque de t'améliorer en programmation.
Si t'arrive à faire des prog qui marchent du premier coup, sans tester moi je dis
En meme temps, ça dépend du language dans lequel tu "programmeras"...
C'est loin d'être débile. Normalement un bon developpement passe par l'écriture du programme en pseudo langage (langage proche des machines: Pour i de 1 à 10 faire... fin faire... si machin=truc alors... fin si...)...
Donc tu peux le faire... Je te conseille justement de ne pas écrire ton programme dans un langage précis, mais plutot en français. Tu pourras le traduire ensuite.
Cela pourrait meme te donner de bonnes habitudes pour structurer ta pensé lors de la conception.
Pour ma part, j'ai fait un Dut info et c la méthode qu'on utilise.
On attaque par les spécifications externes, on fait un algorithme et ensuite, on écrivait le code à la mano.
Salut a tous,
Je donne mon avis sur le sujet:
Théoriquement c'est la méthode qu'il faudrait utiliser car elle permet d'analyser correctement le sujet qu'on traite et elle permet en autre d'éviter des problèmes qui pourraient survenir plus tard dans la conception et dans l'implémentation.
En pratique, je n'y suis jamais arrivé, et l'envie de tester sur son ordinateur de facon instantanée les idées qui nous passent par la tete surpasse pour ma part l'idée de les noter sur un bout de papier.
En bref, en théorie oui, en pratique il faudrait aussi
A bientot!!!
TOUT CE QUI EST VRAISEMBLABLE N'EST PAS FORCEMENT VRAI . MEFIEZ VOUS
Tout d'abordde vos réponses !
Mais à un certain stade cela devient-il encore gérable alors que 10 feuilles de code s'étalent sur la table ?
Cette méthode est-elle réservée seulement au "petit" projet ? Je parle ici d'écrire dans un langage précis car je pense que l'écriture algorythmique est beaucoup plus synthétique n'est pas ?
Ben moi aussi j'y ai pensé (ce qui m'aurait permit de coder au lycée par exemple) mais je me suis vite rendu compte qu'il est par exemple impossible d'insérer une ligne, ou faire de gros changements de code.
Perso j'ai très très vite laisser tomber (je code en C/C++).
Moi je pense que ca n'a franchement aucun intérêt de coder sur papier.
Sur papier, on peut faire de l'UML (c'est beaucoup plus rapide qu'avec des logiciels), faire de l'algorithmie (y'a pas le choix, on ne peut coder un algorthime sans passer un temps soit peu par avoir fait des dessins et ecrit les différentes étapes ).
Quel serait l'intérêt de coder sur papier ?
Si c'est pour apprendre la programmation, ca passe pour le début.
Mais si c'est pour faire des projets (plus ou moins gros). Pour le tester, il faudra recopier tout ce qu'on a écrit (donc autant l'avoir directement écrit à l'ordi), le débuggage sera très long car même à l'écrit, les erreurs sont inévitables. Rien ne vaut un débuggage régulier.
Donc si c'est pour écrire du vrai code, à mon avis, ca n'a aucun intérêt.
Est-ce vraiment impossible de coder sur "papier" ?
Quelqu'un a-t-il déjà vraiment utilisé cette "méthode".
Comme je le disais au dessus, moi j'ai utilisé cette méthode en Dut mais ce n'était que pour des applications relativement simple.
T'es pas obligé d'écrire tout ton code sur le papier.
Commence déjà par les algos. Tu coderas quand tu le pourras.
C vrai que si tu veux te lancer dans des trucs complexes, le mieux c quand meme de coder et de pouvoir tester en suivant...
L'année dernière, en cours( première S) je faisais ca quand je me faisais chier ... et je trouve pas ca débile !
Je n'ai jamais ecrit tout un code en entier en C (je programmais en C), mais juste des idées, des algo pour faire le programme plus rapidement.
Mais très souvent, ca me soulait un peu, car comme l'ont dit certain, j'avais trop envie de le taper sur l'ordi pour voir s'il y'avait des erreurs ...
Et puis parfois j'oubliais des trucs et j'avais plus de place pour les mettres, alors je laissais tomber.
Si tu veux, tu peux programmer sur ta calculette, c'est pas mal aussi
Nas'
Tout a fait d'accord avec Guigui_
sauf sur un point, l'UML sur papier c'est tres bien pour reflechir a comment modéliser quelques choses (et c'est encore mieux sur un tableau blanc) mais l'UML sous un logiciel permet de gagner du temps par la suite grace a la generation de code que propose les outils
Un methode plutot efficace me semble etre
1- croquis UML sur papier pour modéliser les grandes lignes du projet
2- modélisation detaillée sous un outils case UML
3- generation de la structure du code et de la doc a partir des modele UML
4- implentation du code
Je vois la assez peu de place pour la "programmation" sur papier que je n'ai jamais refait depuis les premiers cours d'algo que j'ai eu au debut de mes etudes et ca ne me semble faisable que pour des programmes extrement reduit puisque sur papier tu n'aura je pense pas acces a l'aide en ligne.
Autre solution, un PC portable, ca prend juste un peu plus de place qu'on bloc note
Je crois que le mieux c'est d'essayer : donc je vais écrire mes algos voire coder sur "papier" et ensuite recopier.
Comme ça je verai le pour et le contre...
salut,
Le codage sur papier en un langae informatique n'a aucun intérêt. Je te vois mal écrire tes 10 cahiers de sources !
Par contre, si tu n'as pas ton PC pour développez, saisie cette chance de pouvoir faire une analyse Béton ! Une sorte de 'thèse' sur ton futur développement.
Tu t'atarde sur les point sensible, tu écris 2-3 algo compliqué (en français)
....
Shémas directeur -> Etude préalable -> conception (analyse des spécif, modélisation, architecture, spécif élémentaire des sous systèmes,...définition des test)
Tu vois tu as de quoi t'amuser sans écrire aucune lilgne de codeL'écriture du code ne devrait représenter qu'une petite partie d'un projet (~20% je crois) Si tout est bien spécifié et analysé le code source en découle tout seul.....
voili voilou...
Oui ca sera pas grillé en cours ... tu le planque sous la table sur tes genouxEnvoyé par hachesse
Autre solution, un PC portable, ca prend juste un peu plus de place qu'on bloc note
NOn sérieux, personne n'a dit qu'il fallait ecrire le code du programme sur papier... seulement des idées, des algo, des methodes quoi ...
et pas en langage de programmation mais genre :
*Demander question
*si reponse ok alors appelé une fonction qui traite la reponse
*si reponse non alors appelé une autre fonction qui traite la reponse
Bon c'est con mais ca permet de voir le probleme concrétement, après pour coder, faut etre sur l'ordi.
Nas'
Tu me l'envoie par la poste je l'attends !!!Autre solution, un PC portable, ca prend juste un peu plus de place qu'on bloc note
Bonjour,
De toute facon avant de programmer, il faut toujours le penser. Donc le papier est une bonne chose. C'est primordial.
Tu prends ton super cahier oxford
Bien sur, tu ecris juste l'algo. Ca ne sert a rien de mettre du code. (Il faut tout de meme que ce soit realisable dans le langage. Donc penser aussi a la realisation technique)
Il faut en fait juste écrire le programme "en français" (en pensant quand même aux règles du langage que l'on veut) et ensuite le "traduire" dans ce langage ?
salut,
Je ne pense pas que écrire le programme en français dans son intégralité, puis le traduire a un quelconque intérêt. Seul les algorithme pointilleux doivent être bien étudié et donc écris en lanage algorithmique sur papier. Le reste d'un programme doit découler de son analyse (qui peut être faite sur papier). Si elle est bien faite, il n'y a plus du tout à réfléchir et le programme s'écrit tout seul. Si tu écris directement ton programme en "français" sans passé passé par la phase d'analyse en tet disant que cette écriture te servira d'analyse c'est totalement idiot. Tu auras les même difficultés à écrire un programme en "français" qu'en Java/C/C++/perl/python/ruby/etc..... si tu ne l'a pas analysé et modélisé avant. Et la phase intermédiaire du langage "français" ne servira à rien si cette partie est bien faite. Développer un programme n'est pas aller tête baisser pis*er du code même s'il est en "francais"
bon courage
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager