Salut,
 
J'ai creer récement une team regroupant ( presque ) que des débutant en informatique.
Le but ? C'est d'apprendre chacun comment marche le domaine qu'on a choisit, par exemple : si le secteur et la programmtion alors le but seras que la personne apprenne a programmer. C'est pour sa que je viens ici, je recherche un programmeur débuatnt c'est a dire un programmeur qui ai des bases solide mais pas forcement un crac non plus...
 
L'objectif a long terme serais de creer des programmes et bien d'autre chose, amis pour l'instant on ce concentre sur le premiere objectif que j'ai décris plus haut.
 
Il y a quand meme plusiseurs contraintes ( par enormement non plus ^^ )
IL faut avoir MSN ( sa c'est pas compliqué ), Il faudrait si possible a avoir environ nos âges : entre 12 et 16 ans ( bien sur c'est approximatif en fait on s'en fou un peu mais quand même ^^ ) Il faut et sa c'est important : Etre motiver, avoir des bases solide en programmation comme j'ai dit plus haut ( enfin les bases des bases )
 
Voila je crois que c'est tout ( j'ai l'impression d'avori oublier quelque chose mais bon, pas grave ^^ )
 
@+ et merci d'avance
 
 
PS : J'ai trouvé ni réglement ni forum pour els nouveaux, en gros si 'jai fais une boulette dites le moi =)

et si tu cherchais quelqu'un de compétent (pas debutant) afin de vous apprendre quelque chose ?

pas logique ça. le mieux que tu puisse trouver se trouve ici, sur HFR

Merci beaucoup Gatsu mais il ne nous faut que des débutants, deja que les autres membres de la team veulet pas qu'on qu'on soient trop XD, Mais merci a toi pour cette proposition =)
 
Sinon tu connais quoi comme languages ?
 
 
C'est rvai qu'il y a de quoi s'emmeler, mais ce que ej veut dire par les bases des abses c'est au moins savori ce que c'est qu'un lnaguages de progtrammation et savoir comment sa marche a peu prés voila ^^ a partir de la pour moi 'cest etre debutant

\O/

Vous devriez commencer par essayer de coder une correcteur orthographique? non?
Sinon je rejoint Gatsu, pourquoi ne pas prendre aussi des gens qui en savent un peut plus que les autres et qui pourraient vous aider? Se regrouper entre débutant ça peut conduir à de mauvaises choses, genre s'enfoncer dans les mauvaises solutions en se disant que de toute façon ça marche.

 
Avant de faire ce genre de remarque, je te conseille de te relire (ce sera plus crédible =) )
 

 
Déjà pour plusieurs choses : Si on prend quelqu'un de déjà qualifié, il va s'emmerder pendant au moins 1 an, et le but de cette team c'est d'apprendre     et partager entre nous ce que nous avons appris, et puis pour les mauvaises solutions, qui n'a jamais été débutant ? Et on peut toujours demander de l'aide, à la limite
 
Bonne journée =)

Ce n'était pas à prendre mal, mais quand même... Ne va pas me dire que tu as pris le temps de relire ton message?!
 
Sinon je vous souhaites bon courage, parce que dans ce genre d'entreprise c'est souvent dur de conserver des gens motivés.

c'est vrai que je fais pas mal de fautes de frappes, je vais essayer de m'appliquer
 
Merci, c'est pour sa que nous essayons d'etre peu et de se connaitre, car quand on est trop, c'est trop dur a gérer et forcement, tout tombe, et je connais tous les membres de ma team depui trés logtemps ( sauf biensur le programmeur... ) je sais bien que il sont motivés
 
@+

être débutant et avoir des bases solides, c'est pas un peu paradoxal ?

Wai je sais, je m'exprime pas trés bien ( même mal ^^ ), ce que je veut dire c'est que quand on est débutant en programmation, on sait deja quelques truc du egrne les balises, les sortes de languages, qu'est ce qu'un language etc... pour moi c'est sa les bases

mouai... ba ça vas pas être dur a dépasser, ces bases

bah oui c'est opour sa que je dis les bases des bases ^^  et que je cherche des débutants

Pour dépasser les "bases" en programmation, il faut déjà avoir un bon niveau et de bonnes connaissances.
Bref, du paradoxal au possible et surtout impossible à trouver.
 
 
Tu ne veut pas que le programmeur ait un niveau trop élevé. Pourquoi pas !
Mais tu dis :

Bonjour l'angoisse ! Les balises, c'est même pas de la programmation.
Les languages de programmation (utilisés), il y en a pas beaucoup : Assembleur, C, Pascal, Basic... Les dérivés : Java, JavaScript, PHP, ASP...
Le reste c'est de la mise en page, du contrôle procédural... (HTML, CSS, XML...)
 
Ce que je veux dire, c'est que si tu trouves un programmeur débutant, il aura forcément un niveau beaucoup plus élevé que vous tous réunis.
(Je me rappelle ce que je programmais à 10-12 ans...)
 
Bon courage ! Je vous conseille dans un premier temps de vous concentrez sur l'apprentissage d'un language; le C par exemple. En créant de petits applicatifs "utiles", on apprend bien plus vite !
Enfin, de solides bases en mathématiques vous serons utiles pour l'avenir.

http://davidbau.com/archives/2005/ [...] world.html

Merci de votre aide, mais j'ai trouvé quelqu'un.
 
Sinon je dioit rappeler que au début de mon post j'ai mis qu'on avait chacun notre domaine et que l'un d'eux était la programmation donc je n'ai rien a prouvé : j'y connais rien en programmation, je connais juste l'HTML vila
 
Merci encore

Omega_PC> Bonne continuation. Que le vent te mène où tu désire aller.

heu attends Christophe
 
Tu connais quoi comme language ?

Omega_PC> J'ai commencé en Basic, puis rapidement avec de l'assembleur. Pour finir en C et Assembleur.
Sinon dans les languages de programmation que j'utilise aujourd'hui, il y a le C et l'assembleur de façon intensive et puis le PHP et le JavaScript. J'en connais d'autres, mais soit je les utilise pas ou trés peu.

Je me suis rendu compte que l'avais dit quelqu'un au debut du post, si on est entre débutant et qu'on essaye d'aprpendre on risque de faire des erreurs
 
Si j'ai un probleme, j'hesiterais pas a poster...

 
ben merde alors le skyblog est de rigueur aussi ?  

Omega_PC : le meilleur conseil qu'on peut te donner, c'est pas de créer ta team, mais faire venir ta team ici.
 
Parcequ'il y a de tout, des gros nuls, des gros trolls, des autistes qui parlent en assembleur, des gens qui savent pas de quoi ils parlent, des comiques ratés, et tout ça. En gros, on s'ennuie jamais ici, et ça regorge autant d'idées de programmes que de solutions aux problèmes.
 
Le seul truc c'est qu'il faut aimer s'en prendre plein la tête quand on arrive avec ses gros sabots (étonnant d'ailleurs que tu te soit pas encore fait incendier, c'est les vacances ils doivent être détendus en ce moment )
 
PS : Et essaie de te passer de MSN pour forumer un peu plus. Ca n'a que des avantages, par commencer le fait de devoir faire de vraies phrases avec des vrais mots. Y'a de l'effort dans ta prose, mais c'est pas ça qui est ça Nan, sérieux, le vrai point intéressant d'un forum, c'est que le jour où tu as besoin d'un truc, déjà, tu peux retrouver des gens qui ont eu le même problème. Avec MSN, faut faire chier tout le monde à demander à chaque fois. Pire, quand on t'as déjà posé une question, ou donné une réponse, bah c'est perdu, faut refaire à chaque fois. Avec un forum, copier/coller d'un lien vers le topic qui parle du problème et voilà, c'est autrement plus pratique.

Ok XD  
 
Mais MSN c'etait pas pour chercher des infos ( sinon j'y suis encore dand 10 ans )
 
Mais ma team ne fais pas que de la programmation, on est que 2 a en faire ^^
 
Merci =)

tu veux une baffe ?

 
Et à part ça, tes conférences sur l'hyper-threading, ça roule ?

Il n'a pas cité de nom

je suis au tiste mais j'me soigne.
 

N'étant pas un génie autiste, je pige rien.

Tiens, un ami Omega =)

omega2> c'est de l'assembleur MIPS (pas tout à fait le même en fait, mais pas loin).

L'assembleur c'est pas un des languages les plus difficile a apprendre ? ( bas niveau je crois... )

c'est surtout un truc qui sert à rien dans 99% des cas ^^

 
Il faut l'utiliser lorsque c'est utile, dans les routines critiques par exemple...

Dans la plupart des cas, le compilateur fait déjà ça très bien.

Dans certains cas, pour les routines les plus critiques, le compilateur n'est pas assez performant à cause des spécificités du processeur.
 
C'est tout là le problème. Sans trop rentrer dans le débat, les compilateurs s'en sortent mieux avec les processeurs ayant un nombre de registres important (MIPS, Intel Itanium..., x86-64).
 
Actuellement, je suis sur le moteur sonore de ioQuake. Je peux dire que même avec un trés bon code en C, Visual C 2003 n'arrive pas à fournir un code suffisament rapide pour plusieurs raisons : il ne prend pas en compte certains paramètres (la latence, les pénalités...).
Ensuite, l'avantage de faire du code ASM direct (à partir d'une trés bonne optimisation), c'est de pouvoir fournir 2 ou 3 routines pour le même code mais destinées par exemple aux Intel P4, Intel Code et AMD K8.

Omega_PC > L'assembleur, c'est la surcouche directe du langage machine.
 
C'est à dire qu'un programme, c'est une série d'instructions processeur et de données, le tout codé sur 8, 16, 32 ou 64 bits selon la plateforme et ce qu'on fait. L'ASM n'est autre que la traduction sous forme "lisible" du langage machine.
 
Par exemple, on va dire que les registres CPU sont en réalité en langage machine : 0x00h, 0x01h, 0x02h, etc. et que l'instruction qui permet de déplacer une valeur d'un registre à un autre est 0x1fh (exemple bidon hein)
Donc dans un programme, si on bouge les données du premier registre vers le second registre, on va avoir un truc du genre : 1f0001
L'ASM dit juste que l'instruction "0x1fh" c'est "mov" et que les registres sont appelés EAX, EBX, ECX, etc. (si on bosse sur 32 bits).
On va donc taper dans un éditeur de texte :

mov EAX, EBX

 
Communément, dans un langage de plus haut niveau (genre la surcouche juste au dessus, le C) cela équivaudra par exemple à une affectation d'une variable dans une autre :

b = a;

 
C'est effectivement inutile la plupart du temps. On va s'en servir pour des micro-traîtements qui nécessitent une optimisation absolue, qu'un compilateur pourrait ne pas réussir à produire. Ou bien contraindre le programme à faire un traîtement d'une manière spécifique, contraire aux règles de compilations (genre je veux stocker une série de nombres non pas en mémoire mais dans la pile, ou autre connerie du genre). On va donc le retrouver surtout dans la programmation de drivers, les systèmes embarqués, mais aussi les couches de bas niveau d'un OS. Pour le reste, y'a pas énormément de cas où ça a une réelle utilité.
Même au contraire, on préfère s'en passer, car la plupart des langages peuvent être compilés sur différentes plateformes sans nécessiter de gros changements, alors que l'ASM est 100% lié au processeur. Par exemple, si je décide d'écrire un programme super optimisé pour pour PIV, je vais par exemple utiliser des instructions et registres spécifiques (SSE2 entre autres). Du coup, le programme ne tournera absolument pas sur un PIII, qui est dépourvu de ces instructions : il faudra donc réécrire une grande partie du programme, ce qui n'est pas une mince affaire en ASM. Ecrire le même algo en C permet, lors de la compilation sur un PIV, d'utiliser ces instructions, et lors de la compilation sur un PIII, de s'en passer, c'est donc bien moins de travail pour un résultat assez proche.

MagicBuzz> Je n'ai pas ton raisonnement.
Je suis plus programmation système et optimisation (en plus de mes recherches en audio numérique).
 
Donc pour moi, je fais parfois plusieurs versions de la même routine pour toucher un max de cpu. Qu'importe le temps passé dessus (y une limite quand même), il faut que le client en est pour son argent.
 
Mais bien sûr, tout n'est pas optimisé, juste les routines dites critiques.

Finalement tout le monde est d'accord : la programmation en assembleur est inutile la plupart du temps mais quasiment obligatoire dans certains cas.

comme je disais "des micro-traîtements"
genre du peux t'amuser à faire un décodeur MPEG 100% en ASM, histoire de pouvoir lire des DVD sur un 386 mais pour ce qui est de la GUI... autant laisser faire le langage de haut niveau, c'est vraiment une perte de temps inutile.