Voila tout est dans le nom je commence dans le C mais j´évolue de jour en jour alors je sui pret a aider des personnes pour un projet quelqu´onque

c´est très sympa de ta part, mais quel genre de projet peut tu et veut tu aider ?

Ce que je veux dire, c´est que si tu débute, tu ne peut faire que des choses très limité (et c´est bien normal, il faut du temps pour apprendre). Donc si tu voulais aider un projet, le temps passé à synchroniser le travail entre différentes équipe serait probablement supérieur à celui que ça prendrait à un programmeur sachant programmé pour abatre le travail que tu poourrais faire.

En d´autre mot, pour apprendre la programmation, il faut commencer par apprendre, pas par faire : tu dois (avec l´aide d´un livre, d´un prof, d´un ami, etc.) apprendre à programmer c´est à dire faire de la théorie, et surtout utiliser le langage que tu apprend, mais tu n´a pas le niveau pour aider à "un projet quelconque".
En fait, même un projet de "débutant" c´est à dire où tu t´associerais avec un autre débutant ne serait pas bénéfique, car vous ne pouriez pas vous entraider, et le plus gros risque est que chacun apprennent les erreurs des autres et prennent de mauvaises habitude.

En bref, si tu veux apprendre à programmer réellement, crée des petits programmes (à la manière de ceux qui sont demandés sur le site du zéro) par toi même (en demandant de l´aide ici par exemple si jamais tu à réellement un problème (et que tu as taché de le résoudre par toi même suffisement longtemps bien sûr)).

Je suis pas tellment d´accord =/ je pense que c´est en codant qu´on apprends et pas en faisant de la théorie sur un bout de papier. Comment tu peut savoir si ça compile sur un bout de papier? =)
Il faut aussi savoir s´inspirer d´autre codes pour comprendre comment ça marche.

C´est ce qu´il a expliqué dans son dernier paragraphe.

ValiusFr > Attention, dnob ne dit aucunement que l´apprentissage de la programmation doit rester au niveau théorique : il conseille d´ailleurs de s´investir dans des projets, mais personnels dans un premier temps.

Et c´est légitime, car la programmation est un domaine de l´informatique qui est loin d´être simple en réalité : N´importe qui peut écrire un bout de code qui affiche une image à l´écran ou un cube avec l´aide d´une lib graphique, cependant, disposer de notions d´algorithmies élémentaire et d´une culture de programmation générale de base, qui sont nécessaires pour la réalisation de projets d´une plus grande envergure (afin d´obtenir les performances nécessaire, un design de code homogène, des complexités d´algo optimales,...), doivent s´acquérir seul pour pouvoir bosser sur de gros projets en équipe.

Il n´y a absolument rien de fataliste là dedans : on peut faire de très bons projets seuls, pour s´entrainer : un jeu, une application de bureautique, un petit moteur, une démo, un petit émulateur etc... toutes ces petites choses qui constituent un plus lors d´une candidature pour la participation à un projet.

Une excellente solution consiste, à mon avis, à récupérer le sdk d´un jeu pour créer un mini-mod, triturer un peu le code : ca permet d´apprendre pas mal de choses sur les mécanismes d´un jeu et d´une application professionnelle en général, car tu lis du code écrit par d´autres personnes, tout en te permettant de mettre la main à la pâte en modifiant ou ajoutant certaines choses (dans cette optique, je déconseille le sdk de hl² qui est immonde à mon avis, par contre celui de doom3/quake4 est excellent).

Et ne te lances pas dans d´immenses projets au début : il vaut mieux écrire plusieurs petits programmes qui marchent et que tu termines complètement, te permettant de progresser, qu´un gros projet décourageant qui te découtera.

En tout cas si tu as la moindre question, le forum est là pour ça

ValiusFr : aux erreurs de syntaxe ou aux fautes de frappes près, tu doit savoir si ton programme va compiler, sinon il faut apprendre de la théorie.
Les "petites" fautes qui empêche un programme de se compiler n´ont aucune importances, c´est la logique du programme qui compte.

Par contre s´il est interessant de s´inspirer d´autre code pour "comprendre comment ça marche", il faut le faire avec des codes du bon niveau : pas des trucs trop complexe qui ammènerait à un copier-coller sans rien comprendre, mais surtout pas (et c´est pire) des sources d´un débutant qui sont bourré de fautes. Là, il y a le risque de prendre les mauvaises habitudes de la source que tu lis, sans perdre celle que tu avais : tu cumul tout les défauts, ce n´est donc pas la choses à faire.

Donc oui, il faut coder (et sur ordinateur ne serait-ce que parce que c´est plus sympa, même si c´est pas essentiel) mais coder ses propres programmes, pourquoi pas en en postant de temps en temps sur un forum spécialisé (ici par exemple) pour demander des avis sur le code en question.

je viens conforter l´avis de dnob.
L´apprentissage de la programmation doit passer par une phase théorique et une phase pratique! Les deux sont essentiel.
apres je le rejoins aussi sur l´écriture de code "personnel" comme pas exemple, compter les occurences de caracteres dans un texte.
La présentation de son code a dautre personnes permet aussi d´obtenir un avis critique sur le code. Je le fais moi même encore régulièrement (alors que j´ai "fini" mon apprentissage de la programmation)

salut je cherche qqn pour m´aider a programmer le jeu sudoku en c ou c++ , alors si qqn sait

oui, je sais...
poses une question plutot; c´est comme cela que l´on pourra t´aider