/* Topic des codeurs couche-tard [3] */

Compteur du TdCCT · Le 21/01/2011, à 07:42

Scores totaux, depuis le début :

1) 2371    nesthib
2) 2247    samuncle
3) 1909    Pylade
4) 1540    Кຼزດ
5) 1150+5  grim7reaper /* ./viewtopic.php?pid=3486252#p3486252 */
6) 1090    cm-t
7) 789    helly
8) 784    Р☢w ! ✰ :mad: ✰ (эй !)
9) 783    \\Ouranos//
10) 614    gnuuat
11) 538    Lagierl
12) 379    tshirtman
13) 196    Askelon
14) 189    Kanor
15) 172    nathéo
16) 170    Rolinh
17) 152    The Uploader
18) 121    ǤƦƯƝƬ
19) 93    petifrancais
20) 78    edge_one
20) 78    pierguiard
22) 70    gulp
23) 66    kamui57
24) 39    Le Rouge
25) 37    ilagas
26) 30    keny
27) 25    GentooUser
27) 25    Morgiver
27) 25    xapantu
30) 24    ไ୦บเઢ'
30) 24    Steap
32) 21    :!pakman
33) 20    CROWD
33) 20    d10g3n
35) 18    Ph3nix_
36) 15    timsy
37) 14    kouskous
38) 12    stratoboy
38) 12    sailing
38) 12    sakul
41) 11    alexises
41) 11    Crocoii
43) 10    Toineo
43) 10    NutMotion
43) 10    pseudovingtcinqcaracteres
43) 10    pfriedZ
43) 10    CasseTaTele
48) 8    Mornagest
49) 7    Vista
50) 6    Zeibux
50) 6    ubuntlin
50) 6    asma.geek
53) 5    tendances-tdct
53) 5    kinouchou
55) 4    danychou56
55) 4    Neros
55) 4    Biaise
55) 4    totoflute
55) 4    pinballyoda ㋛
60) 3    Revan26914
61) 2    SoJaS
61) 2    ceric
63) 1    geenux

Répartition Posts/heure

Compteur du TdCCT · Le 21/01/2011, à 07:42

Scores de la période en cours :

1) 182    samuncle
2) 170    nesthib
3) 137    Pylade
4) 125    Кຼزດ
5) 101    grim7reaper
6) 89    Rolinh
7) 82    gnuuat
8) 59    The Uploader
9) 52    Р☢w ! ✰ :mad: ✰ (эй !)
10) 48    helly
11) 42    cm-t
12) 31    tshirtman
13) 21    :!pakman
14) 20    Lagierl
15) 15    \\Ouranos//
16) 10    CasseTaTele
17) 7    kamui57
17) 7    Le Rouge
19) 4    Kanor
20) 3    Steap
20) 3    xapantu

:!pakman · Le 21/01/2011, à 16:20

grim7reaper a écrit :

Ouais, mon joujou actuel c'est ça. Il est là dedans (moi j'ai pas la cam par contre, mais je ne devrai pas en avoir besoin de toute façon).
C'est pas du matos récent, mais il y a moyen de s'amuser

Wahh ! C'est pointu ça !
Et j'ai regardé (ou plutôt parcouru très rapidement) ton pdf... lavache ! C'est compliqué ton machin !
Prog bas niveau (enfin j'imagine), électronique... Tu gères !

Dernière modification par :!pakman (Le 21/01/2011, à 16:22)

grim7reaper · Le 21/01/2011, à 18:34

Hello World !

:!pakman a écrit :

Et j'ai regardé (ou plutôt parcouru très rapidement) ton pdf... lavache ! C'est compliqué ton machin !

Ça va. C'est pas du dernier cri et l'architecture est relativement simple (pas trivial non plus, mais ça se se manipule pas trop mal).
Ce n'est rien comparé au bestiaux que l'on utilise actuellement dans certaines machines…

Prog bas niveau (enfin j'imagine), électronique... Tu gères !

Meric .
Ouais, je vais faire du C.
De l'assembleur Motorola aussi, peut-être pas obligatoire (à voir) vu que le compilo vient avec quelques bibliothèques qui gère déjà 2-3 trucs au niveau matos.
Pour l'électronique, rien de bien méchant.

Sinon, j'avais pas vu ce post.

Rolinh a écrit :

Un truc pour les pythoneux: Python élu langage de l'année 2010 (par TIOBE)

Il ne vaut pas grand chose ce sondage, tu as regardé comment sont produit les chiffres ?
Ce truc évalue leur popularité au niveau « requête dans les moteurs de recherche » (genre Java est remonté car le rachat d'Oracle a fait couler pas mal de pixels, C++ aussi car la nouvelle norme commence à pointer le bout de son nez, etc).
En gros, ce sondage n'a pas grande signification au niveau de la progression d'utilisation d'un langage…

Кຼزດ · Le 21/01/2011, à 19:17

Exercice consistant à construire un objet de type "Chaîne" sans accesseur ni modificateur… Utilité FTW.

#include "Chaine.h"

Chaine::Chaine()
{
    this->longueur = 0;
}

Chaine::Chaine(int longueur)
{
    this->longueur = longueur;
    if (longueur)
        this->texte = new char[longueur];
}

Chaine::Chaine(char* texte)
{
    this->longueur = strlen(texte);
    if (longueur)
    {
        this->texte = new char[this->longueur];
        for (int i = 0; i < this->longueur; i++)
            this->texte[i] = texte[i];
    }
}

Chaine::Chaine(const Chaine& tocopy)
{
    this->longueur = tocopy.longueur;
    if (this->longueur)
    {
        this->texte = new char[this->longueur];
        for(int i = 0; i < this->longueur; i++)
            this->texte[i] = tocopy.texte[i];
    }
}
void Chaine::operator=(const Chaine& tocopy)
{
    this->longueur = tocopy.longueur;
    if (this->longueur)
    {
        this->texte = new char[this->longueur];
        for(int i = 0; i < this->longueur; i++)
            this->texte[i] = tocopy.texte[i];
    }
}

Chaine::~Chaine()
{
    if (longueur)
        delete[] texte;
}

grim7reaper · Le 21/01/2011, à 19:21

Pourquoi tant de haine, pourquoi tant de this

Sinon, ton opérateur = est une bombe à retardement (ne gère pas l'auto-affectation, ne libère pas la mémoire et n'est pas exception-safe…).
Le prototype aussi est faux, il devrait renvoyer une référence (pour pouvoir faire du chaînage du genre toto = titi = tata.)

Dernière modification par grim7reaper (Le 21/01/2011, à 19:33)

Rolinh · Le 21/01/2011, à 19:37

grim7reaper a écrit :

Il ne vaut pas grand chose ce sondage, tu as regardé comment sont produit les chiffres ?
Ce truc évalue leur popularité au niveau « requête dans les moteurs de recherche » (genre Java est remonté car le rachat d'Oracle a fait couler pas mal de pixels, C++ aussi car la nouvelle norme commence à pointer le bout de son nez, etc).
En gros, ce sondage n'a pas grande signification au niveau de la progression d'utilisation d'un langage…

Ouep, c'est bien ce que je me disais. D'ailleurs, je l'avais vraiment pris avec des pincettes, d'où mes remarques

Кຼزດ · Le 21/01/2011, à 19:41

grim7reaper a écrit :

Pourquoi tant de haine, pourquoi tant de this
Sinon, ton opérateur = est une bombe à retardement (ne gère pas l'auto-affectation, ne libère pas la mémoire et n'est pas exception-safe…).
Le prototype aussi est faux, il devrait renvoyer une référence (pour pouvoir faire du chaînage du genre toto = titi = tata.)

Ben valgrind me dit que tout va bien niveau mémoire .
C'est pas prévu pour l'utilisation, hein, ça devait gérer juste ce que j'ai fait, pas plus (et les cas que j'ai à gérer passent).
Le this parce que j'aime bien savoir dans quel contexte j'emploie la variable, comme en python (tu préférerais que je fasse Chaine self = (*this) ?).
(cela dit, je note pour le retour de l'opérateur =, j'ai rien lu dessus, en fait, et on l'a pas encore vraiment vu en cours, et comme ça passait sans warning à la compilation et que ça fonctionnait…)

Dernière modification par Кຼزດ (Le 21/01/2011, à 19:44)

grim7reaper · Le 21/01/2011, à 19:56

Кຼزດ a écrit :

Ben valgrind me dit que tout va bien niveau mémoire .

Et bien pas chez moi .
Le code suivant

int main()
{
    Chaine foo("toto");
    Chaine bar("titi");

    foo = bar;
}

donne

==8073== HEAP SUMMARY:
==8073==     in use at exit: 4 bytes in 1 blocks
==8073==   total heap usage: 3 allocs, 2 frees, 12 bytes allocated
==8073== 
==8073== 4 bytes in 1 blocks are definitely lost in loss record 1 of 1
==8073==    at 0x4024004: operator new[](unsigned int) (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==8073==    by 0x80485D9: Chaine::Chaine(char*) (koin.c++:45)
==8073==    by 0x804872C: main (koin.c++:80)
==8073== 
==8073== LEAK SUMMARY:
==8073==    definitely lost: 4 bytes in 1 blocks
==8073==    indirectly lost: 0 bytes in 0 blocks
==8073==      possibly lost: 0 bytes in 0 blocks
==8073==    still reachable: 0 bytes in 0 blocks
==8073==         suppressed: 0 bytes in 0 blocks

Bon, tu échappes aux problèmes de l'auto-affectation et de l'exception-safe vu que ton opérateur est mal codé (tu libères pas la mémoire donc les deux trucs que je cite ne pose pas problème, il passe pour de « simples » fuites de mémoire du coup…)

Sinon, je mettrai le char* en const pour ton constructeur (tu n'as pas à modifier la chaîne vu que tu te contentes de la copier)

Кຼزດ a écrit :

C'est pas prévu pour l'utilisation, hein, ça devait gérer juste ce que j'ai fait, pas plus (et les cas que j'ai à gérer passent).

Oui, je me doute.
Mais je le dit pour information (tiens, une lecture intéressante à ce sujet ).

Кຼزດ a écrit :

Le this parce que j'aime bien savoir dans quel contexte j'emploie la variable, comme en python (tu préférerais que je fasse Chaine self = (*this) ?).

Je préférai que tu n'utilises rien de tout ça , mais bon ce n'est pas faux non plus.

Pylades · Le 21/01/2011, à 20:45

grim7reaper a écrit :

[…]
Sinon, j'avais pas vu ce post.
Rolinh a écrit :
Un truc pour les pythoneux: Python élu langage de l'année 2010 (par TIOBE)
Il ne vaut pas grand chose ce sondage, tu as regardé comment sont produit les chiffres ?
Ce truc évalue leur popularité au niveau « requête dans les moteurs de recherche » (genre Java est remonté car le rachat d'Oracle a fait couler pas mal de pixels, C++ aussi car la nouvelle norme commence à pointer le bout de son nez, etc).
En gros, ce sondage n'a pas grande signification au niveau de la progression d'utilisation d'un langage…

Ah ouais, ça explique les progressions incongrues, tout d'un coup…

tshirtman · Le 21/01/2011, à 21:02

python n'a pas, à ma connaissance, connus de tels "boost" artificiels

grim7reaper · Le 21/01/2011, à 21:06

Python3 et son adoption par défaut dans Arch par exemple.
Après, je ne suis pas l'actualité de Python donc je ne sais pas vraiment ce qu'il c'est passé cette année autour de Python (et son univers, genre les bibliothèques et frameworks qui tournent autour).

Кຼزດ · Le 21/01/2011, à 21:56

Merci, quand même grim, c'est la première fois que je fais du C++, et je trouve ça plutôt simple (enfin, ce qu'on me demande de faire, là).
(Et c'est quand même moi qui ai appris l'existence de valgrind à mon prof, pourtant c'est pas non plus un débutant complet ><)

gnuuat · Le 21/01/2011, à 23:23

@Кຼزດ
A propos du this, pour ma part je ne trouve qu'un abus : son emploi dans le constructeur.
En effet, lors de la construction de ton objet, le pointeur n'est pas forcement initialisé, du coup si tu utilises this, tu risques d'avoir des incohérences...
C'est comme si tu essayais de sortir dehors alors que tu es en train de t'habiller .

Sinon pour le reste je ne vois pas où sont les abus.

tshirtman · Le 21/01/2011, à 23:25

@grim: mouais, c'est un micro évenement (ou une grosse boulette, au choix) dans une distribution modérément populaire pas de la taille du rachat de l'éditeur de java par l'une des plus grosse boites d'infos…

et pour y être, bien sur il se passe pleins de petites choses (sorties de frameworks, conférences, toussa…) mais pas de quoi faire de gros buzz sur les sites grand publique quoi…

grim7reaper · Le 21/01/2011, à 23:51

gnuuat a écrit :

@Кຼزດ
A propos du this, pour ma part je ne trouve qu'un abus : son emploi dans le constructeur.
En effet, lors de la construction de ton objet, le pointeur n'est pas forcement initialisé, du coup si tu utilises this, tu risques d'avoir des incohérences....

Dans le cas présent, c'est faux.
Quand tu es dans le corps du constructeur, les membres de la classe de base (dans le cas d'une hiérarchie, donc dans le cas présent on s'en fiche) et de la classe de l'objet sont forcément alloués et donc this est valide pour y accéder.
Après, dans le cas général, oui il peut y avoir des trucs bizarres si tu utilises this dans le constructeur (mais bon, faut déjà avoir de drôles d'idées, du genre appeler une fonction virtuelle redéfinie dans une classe dérivée).
Plus d'info ici.

gnuuat a écrit :

C'est comme si tu essayais de sortir dehors alors que tu es en train de t'habiller .

gnuuat a écrit :

Sinon pour le reste je ne vois pas où sont les abus.

Nan mais j'ai jamais dis que le this était faux (c'est juste mon point de vue esthétique, rien de plus).

tshirtman a écrit :

@grim: mouais, c'est un micro évenement

Comme la nouvelle norme du C++ (elle n'est pas sortie hein, on juste parlé (fixé ?) d'une nouvelle date et changé son nom je crois)

tshirtman a écrit :

et pour y être, bien sur il se passe pleins de petites choses (sorties de frameworks, conférences, toussa…) mais pas de quoi faire de gros buzz sur les sites grand publique quoi…

Les sites grand publiques ne parlent pas de programmation de toutes façons (et les autres sites, style Développez, parle autant de C++ que de Java ou Python).

gnuuat · Le 22/01/2011, à 00:03

Mia~

Rolinh · Le 22/01/2011, à 00:23

Pylades · Le 22/01/2011, à 01:26

grim7reaper a écrit :

gnuuat a écrit :
C'est comme si tu essayais de sortir dehors alors que tu es en train de t'habiller .

/me pratique. Et même en hiver (ben oui, on naît en retard ou ne l'est pas).
Donc interdiction de rigoler.

Et sinon, je voudrais dire que le choix de Python 3 par défaut par Arch est très heureux et va permettre de faire progresser les choses. C'est très loin d'être une bourde ; c'est plutôt comme arrêter de faire des sites qui supportent IE6.

Dernière modification par Pylade (Le 22/01/2011, à 01:27)

grim7reaper · Le 22/01/2011, à 01:33

Pylade a écrit :

Et sinon, je voudrais dire que le choix de Python 3 par défaut par Arch est très heureux et va permettre de faire progresser les choses. C'est très loin d'être une bourde ; c'est plutôt comme arrêter de faire des sites qui supportent IE6.

Ouais, au bout d'un moment faut faire avancer les choses (jpense qu'il y aura le même coup pour Perl5 vs Perl6).

Sinon, tu as fini tes exam donc tu va pouvoir te mettre au CLFB maintenant

Pylades · Le 22/01/2011, à 01:34

Merci de me le rappeler. ^^

grim7reaper · Le 22/01/2011, à 01:36

Tu pars toujours sur du bon vieux C ?

HTML 5 :]
Pourquoi ils ont choisi un tel logo (même moi qui suis connu pour mes goûts de chiottes, je trouve ce logo ridicule…)

Dernière modification par grim7reaper (Le 22/01/2011, à 01:40)

Pylades · Le 22/01/2011, à 01:41

Je pense, à moins que des bindings Python 3 pour la libmagic ne tombent du ciel… Je me vois mal tenter ça en C++, encore moins en Tcl ou en Ruby.

grim7reaper · Le 22/01/2011, à 01:42

Kanor n'avait pas dit qu'elle fonctionnait avec Python 3 ?

Dernière modification par grim7reaper (Le 22/01/2011, à 01:47)

Sir Na Kraïou · Le 22/01/2011, à 01:43

.

Dernière modification par Р☢w ! ✰ :mad: ✰ (эй !) (Le 22/01/2011, à 02:15)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1401 Le 21/01/2011, à 07:42

Re : /* Topic des codeurs couche-tard [3] */

#1402 Le 21/01/2011, à 07:42

Re : /* Topic des codeurs couche-tard [3] */

#1403 Le 21/01/2011, à 16:20

Re : /* Topic des codeurs couche-tard [3] */

#1404 Le 21/01/2011, à 18:34

Re : /* Topic des codeurs couche-tard [3] */

#1405 Le 21/01/2011, à 19:17

Re : /* Topic des codeurs couche-tard [3] */

#1406 Le 21/01/2011, à 19:21

Re : /* Topic des codeurs couche-tard [3] */

#1407 Le 21/01/2011, à 19:37

Re : /* Topic des codeurs couche-tard [3] */

#1408 Le 21/01/2011, à 19:41

Re : /* Topic des codeurs couche-tard [3] */

#1409 Le 21/01/2011, à 19:56

Re : /* Topic des codeurs couche-tard [3] */

#1410 Le 21/01/2011, à 20:45

Re : /* Topic des codeurs couche-tard [3] */

#1411 Le 21/01/2011, à 21:02

Re : /* Topic des codeurs couche-tard [3] */

#1412 Le 21/01/2011, à 21:06

Re : /* Topic des codeurs couche-tard [3] */

#1413 Le 21/01/2011, à 21:56

Re : /* Topic des codeurs couche-tard [3] */

#1414 Le 21/01/2011, à 23:23

Re : /* Topic des codeurs couche-tard [3] */

#1415 Le 21/01/2011, à 23:25

Re : /* Topic des codeurs couche-tard [3] */

#1416 Le 21/01/2011, à 23:51

Re : /* Topic des codeurs couche-tard [3] */

#1417 Le 22/01/2011, à 00:03

Re : /* Topic des codeurs couche-tard [3] */

#1418 Le 22/01/2011, à 00:23

Re : /* Topic des codeurs couche-tard [3] */

#1419 Le 22/01/2011, à 01:26

Re : /* Topic des codeurs couche-tard [3] */

#1420 Le 22/01/2011, à 01:33

Re : /* Topic des codeurs couche-tard [3] */

#1421 Le 22/01/2011, à 01:34

Re : /* Topic des codeurs couche-tard [3] */

#1422 Le 22/01/2011, à 01:36

Re : /* Topic des codeurs couche-tard [3] */

#1423 Le 22/01/2011, à 01:41

Re : /* Topic des codeurs couche-tard [3] */

#1424 Le 22/01/2011, à 01:42

Re : /* Topic des codeurs couche-tard [3] */

#1425 Le 22/01/2011, à 01:43

Re : /* Topic des codeurs couche-tard [3] */

Pied de page des forums