Re: [Aide] Le Topic Scolaire

par Auxerroisdu58 Sam 4 Déc - 21:49

Ah oui, tu parlais de carton, pour moi un carton c'est avoir une trop bonne note. ^^

Perso' ça ne me fait pas peur d'avoir cette moyenne, je sais qu'en hist/géo je bosse pas assez, avoir 15-20 pages de leçon à chaque fois voilà, et puis je sais pas synthétiser pour faire des fiches.

par **Goto** Sam 4 Déc - 22:00

Ouais, ça s'apprend faire des fiches, faut que tu demandes à des potes qui savent bien le faire^^

par elephant Sam 4 Déc - 22:12

T'es en ES non?
Sans vouloir être alarmiste vaudrait mieux t'améliorer en HG et vite mon bonhomme sinon ton bac est hypothéqué

par Auxerroisdu58 Sam 4 Déc - 22:16

J'en connais bien qui ont eu 2 en maths en S au bac mais qui l'ont eu quand même...

Bon et puis contrairement aux 3/4 de ma classe je ne suis pas pessimiste donc ne me faites pas le devenir !! Mr green

L'H&G ça peut pas être pire de toute façon pour l'instant.

par **Goto** Sam 4 Déc - 22:20

Auxerroisdu58 a écrit:J'en connais bien qui ont eu 2 en maths en S au bac mais qui l'ont eu quand même...

Sauf que y'a plus de gros coeff pour le rattraper qu'en ES ou c'est beaucoup plus général je trouve.

On veut pas te décourager, mais va falloir bosser un peu plus en HG.

par Auxerroisdu58 Sam 4 Déc - 22:29

C'est sûr mais bon ça fait quand même mal au départ.

L'HG la dernière fois que j'ai dépasser 11 de moyenne ça devait être en 5ème.
Disons qu'il faudrait que j'essaie d'avoir dans les 8...

par **Goto** Sam 4 Déc - 22:30

Ouais voilà, avoir un 8 sera plus facile à rattraper que ton 4.5 ou ton 6. Faut trouver des solutions.

Essaye p't'être de voir avec le ou la prof.

par Auxerroisdu58 Sam 4 Déc - 22:38

De voir quoi ?

Comme je dis ça ne vient que de moi si j'ai une note comme ça ^^

par **Goto** Sam 4 Déc - 22:50

Comment bien synthétiser un cours vu que tu dis que t'as du mal.

par Auxerroisdu58 Sam 4 Déc - 22:52

Ah oui, bah je peux déjà demander aux redoublantes pour commencer.

par **Goto** Sam 4 Déc - 22:56

Ouais, pourquoi pas Smile

par **omzebest13** Lun 6 Déc - 23:52

Oui c'est sur qu'il faudra que tu améliores soit l'HG soit les maths qui ont tous les deux coef' 5.
Si t'arrive à avoir une bonne moyenne en éco avec le coef 7 il me semble, tu seras pas mal engagé, notamment avec ta spécialité.
Par contre tu vois, je trouve que prendre spécialité eco ou maths t'avantage, mais bon, c'est vrai qu'il faut être bon. Moi c'est clair qu'en prenant maths ça me faisait coef 7, j'étais assurée de me donner de l'air, alors que là, l'anglais c'est moins flagrant là, ça équilibre encore plus le tout et c'est ça qui rend ce bac très difficile.
Je pense que tu peux largement t'améliorer en HG, avec de la volonté car finalement c'est que du "apprendre par cœur", pas besoin de logique, un peu de rédactionnel mais sinon ça passe. Alors que les maths ou la philo c'est beaucoup moins évident de devenir fort.

Mais ça va le faire, il y en a qui ont le bac tu te demandes comment des fois, donc ça devrait bien passer pour toi.

par Auxerroisdu58 Mar 7 Déc - 0:07

Merci.

Prendre spé éco je trouve ça vachement risqué, c'est coeff 9 quand même donc si tu te plantes ça la fous mal, et de toute façon l'anglais était une évidence pour moi comme spécialité.
Les maths je suis en progression grâce aux cours particuliers, en ce moment on fait les limites et tout le patatrin qui va avec, et en cours on fait pareil, et je m'en sors bien, après on verra en DS mais je pense partir bien plus serein que pour les autres.
L'HG en effet c'est du par cœur, mais mon dieu que c'est long...

C'est vrai qu'il y en a on se demande comment ils ont leur bac tellement ils foutent rien du tout, alors ça ferait mal franchement.

par **omzebest13** Mar 7 Déc - 0:15

Oui eco c'est chaud, mais je précise bien, c'est clair que c'est tout bénéf' quand tu sais que t'es doué, moi c'était une évidence de prendre les maths.
L'HG c'est long je sais mais bon le programme ES est pas trop mal je trouve, que ce soit Histoire ou Géo, moi j'ai toujours aimé ça donc voilà, mais c'est clair que ça demande du temps et de bien apprendre. Mais c'est là où tu peux le plus facilement t'améliorer selon moi.

par Auxerroisdu58 Mar 7 Déc - 0:23

C'est sûr, moi, sachant qu'en éco ou maths je ne suis pas forcément très à l'aise, même si en éco j'arrive étonnement à m'en sortir pas mal cette année, et que les maths je ressors la tête de l'eau, bah c'était clair que j'allais pas prendre ça.
Toi tu as la chance d'avoir eu vraiment un avantage avec les maths vu que t'as des facilités, moi avec l'anglais ça va mais c'est pas la même chose, avec l'oral à passer...

Le programme d'HG a pas l'air dégueu' mais "c'est du lourd" comme nous a dit le prof à maintes reprises lors du premier cours Laughing

D'ailleurs il va être allégé d'après ce que j'ai entendu.
Mais en effet c'est là que je peux m'améliorer le plus facilement, il faut vraiment que je m'y mette au 2ème trimestre, là j'ai encore eu un deuxième 4,50 du coup ma moyenne change pas Ninja

par Auxerroisdu58 Mar 7 Déc - 21:17

Aie aie aie mon conseil est en ce moment Mr green

par elephant Sam 11 Déc - 4:17

Y'a t'il un BON programmeur dans la place? Lol

par Tieu Sam 11 Déc - 12:59

Oui, enfin ça dépend pour quoi.

par elephant Sam 11 Déc - 14:38

En projet de Systeme, on doit simulé un tower defense avec deux processus :
Un processus père qui s'occupe d'interaction avec l'utilisateur (on passe des commande pour posé les tour de defenses ou augmenté leur force) et un processus fils, qui reçoit ses commande via un tube et renvoi "OK" ou "Commande incorrect" via un autre tube. Et qui s'occupe d'interagir avec le jeu. Le père affiche aussi le déroulement du jeu dans un terminal.

Mes tube (on évitera le mot clé pour eviter la confusion ^^) marchent sans problème, mais je sais pas comment garder le processus fils vivant jusqu'à l'envoie de la commande "FIN".

Avec des collègue, on peut envoyé toute les autres instruction, ca marche, mais vu qu'on a mis une boucle avant la creation du fork (pid = fork(); ) a chaque instruction, ca crée un autre processus fils. On se retrouve donc avec un bon nombre de processus fils.

En gros on voudrai interagir a l'infini entre les deux même processus, sans que d'autre ne se crée, et le tout en C (oui oui, nos prof sont des chieurs, il nous laisse pas le faire en c++ comme les L3 de l'an dernier).

par Tieu Sam 11 Déc - 15:13

C'est ce que je craignais, je n'ai pas fait de C depuis mon BTS, et ce qu'on faisait était très limité.
Mais il y a une raison à ce que la boucle soit avant la création du processus fils ? Parce que là j'ai du mal à voir l'intérêt à partir du moment où tu veux réutiliser toujours le même.

par elephant Sam 11 Déc - 15:55

Parce qu'on sait pas quel genre de boucle mettre ni a quel niveau pour réutiliser le même. Y'a qu'avec une boucle globale que ca fait a peu près ce qu'on veut, mais en contrepartie ca crée plein de fils.

par Tieu Sam 11 Déc - 16:03

Y a moyen que tu postes le code ou du moins l'algo ? J'ai du mal à te suivre là.

par elephant Sam 11 Déc - 17:53

Mon main (les fonction le profs s'en foutra dans la notation, ce qui l'insteresse c'est les processus et les tubes.) :

int main (int argc , char *argv[])
{

ennemi mechant[taille];
tour defense[taille];
init (&defense,&mechant); //initialisation de tableau de tour et d'ennemi

char *command=(char*)malloc(5);
char *com=(char*)malloc(5);
char *ret = (char*)malloc(20);
//int ieme;
int fd[2];
int fret[2];
pid_t pid;
pipe (fret);
pipe (fd);

while(1) //la boucle incriminé qui je pense n'est pas a la bonne place, mais pour l'instant est le seul moyen de garder un semblant de contact entre père e t fils.
{

if(pipe(fd)==0) //s'il n'ya pas d'erreur a la création du fils.
{
pid=fork(); //creation du fils
if(pid>0)//processus père
{
printf ("%s\n",ret); //affiche la reponse du fils
affichTower(defense,mechant);
afDef(defense);
printf("#>");
fgets (command,10,stdin); //entrée de commande
strcpy(com,command);
write(fd[1],com,strlen(com)+1); //envoie de la commande au fils
wait(NULL);
printf("fils mort\n");//s'arreter a la mort du fils
read(fret[0],ret,20); //lit la reponse du fils
}

if(pid==0)//processus fils
{
read(fd[0],com,5); //lit la commande
if ( !(strcmp(com,"FIN")) )
{
//abort();
//break; //si on reçoit FIN, abandoné le processus (le tuer) et sortir de la boucle, mais eviddement ca ne marche pas.
}
Interp (com,&defense,&ret);
write(fret[1],ret,strlen(ret)+1);//envoit de la reponse au père.
}
else printf ("Erreur\n");

}
}
return 0;
}

par elephant Sam 11 Déc - 18:29

En fait te casse pas la tête, je vais rendre ça avec plein de commentaire, ca me soul.
Et surtout j'ai plus trop le temps d'y toucher c'est a rendre demain avant minuit, et lundi on est en partiel.

par Tieu Sam 11 Déc - 19:21

J'ai quand même regardé, je ne peux pas trop t'aider vu que mon C est assez minimaliste. Mais d'un point de vue logique la création du fils n'a rien à faire dans la boucle mais avant, il faudrait que tu aies tous tes processus avant de rentrer dans la boucle. La solution de secours serait de supprimer tous les enfants du père en début de boucle, avant de faire une nouvelle création, c'est du bricolage évidemment et tu n'aurais pas toujours les deux mêmes processus mais tu n'en aurais que 2 en continu.

par Contenu sponsorisé