Le pub des programmeurs

Citation : Je connais pas vraiment perl, j'ai du faire quelques lignes de programme, difficile de juger. Je supporte pas la syntaxe au premier abord en tout cas.

Citation : Néanmoins pour l'audio, je pense que c'est pas (encore) adapté car pas de wrappeur.

Citation :
Je suis d'accord, python c'est bien pratique. Néanmoins pour l'audio, je pense que c'est pas (encore) adapté car pas de wrappeur

Citation :
En C++, il y a également une foultitude de libraries de calcul numérique, donc le prototypage peut aussi bien sur faire directement en C++.

Citation :
Ben en partant de zéro, il vaut clairement mieux choisir Python. Mais les caractéristiques et qualités des deux sont suffisamment proches (prototypage rapide, portabilité, librairies riches...) pour que connaissant bien l'un on ne soit pas hyper motivé pour découvrir l'autre.

Citation :
Vérification d'accès aux bornes : t'as jamais utilisé la STL correctement

Citation :
Gestion de la mémoire : t'as jamais utilisé les pointeurs intelligents

Citation :
Pas de structure évoluée : Tu veux quoi ? Y'a presque tout ce qu'il faut au niveau modularité et réutilisabilité, comme pour tous les autres langages orientés objet

Citation :
Pénible de rentrer sortir des données structurées ? Par rapport à quel langage ?

Citation :
Je rejoins un peu miles1981, y a bcp de défauts que tu cites qui n'en sont pas. Oui la STL peut faire peur au début mais personnellement, je l'utilise tout le temps et je n'ai jamais les problèmes dont tu parles. En plus, on a le choix des libraries pour effectuer les fonctions dont on a besoin.

Citation :
Alors, je sais bien que bcp d'entres vous n'aimes pas trop windows, mais
il faut reconnaitre que cet environnemnet est vraiment bien fait.. (de plus
il y a une version entièrement gratuit, visual Studio Express...)

Citation :
Par exemple std::vector, c'est un wrapper autour des tableaux en C, sans compter que les algos sont plus rapides.

Citation :
Bon, on voit bien qu'on a chacun des intérêts divergents, de mon côté, ce qu'il me faut, c'est une exécution rapide. Je n'ai pas le temps de développer un test en python puis de porter les pièces trop lentes, il me faudra une semaine pour faire une simple exécution qui me prend 1 jour en C++. Je fais aussi des stats des optimisations, et à longueur de journée.

Citation :
Je perd 5 minutes à la compilation, mais je gagne quand je passe d'un test en float à un test en double parce que pas tout à redéfinir - vive la généricité -, et je gagne un facteur 2 sur mes tests après - qui durent quelques jours voire semaines -.

Citation :
ATLAS est la plus rapide pour les calculs matriciels, OK. Maintenant, pour ce qui est de la sélection du type de données, c'est pas aussi simple qu'un paramètre template dans une classe.

Citation :
std::list fait partie du langage, c'est une partie de la STL, il n'y a pas plus de différence qu'avec Python, Java ou autres où la liste n'est pas non plus un type de données natif.

Citation :
En ce qui concerne Matlab, je suis comme toi, je n'ai pas

Citation :
C'est clair que si Python te fait la sélection de manière transparente, ça va.

Citation :
class A {
public:
A() { cout << "bou ctor An"}
~A() { cout << "bou dtor An"}
};

Citation :
int foo(void)
{
A a();
}

Citation :
int foo(void)
{
A* a;

a = new A();

// code avec a
}

Citation :
int foo(void)
{
A* a;

a = new A();

// code avec a

// on utilise plus a
delete a;
}

Citation :
Blop<T> {
public:
Blop <T> (T* ptr) { ptr = new T()};
~Blop <T> ( delete ptr);
}

Citation :
int foo(void)
{
Blop<A> a();

// code avec a

// on utilise plus a
}

Citation :
int foo(void)
{
A *a;
int status;

a = malloc(sizeof(*a));
if (a == NULL) {
goto end;
}

status = do(a);

if (status != 0) {
goto fail_do;
}

return 0;

fail_do:
free(a);
end:
return -1;
}

Citation :
Cela dit, concernant les pointeurs, en C#, le garbage collector va faire
ce boulot de nettoyage pour toi.

Alors, certes, tu es obligé de faire l'allocation de ton objet

Ex: Form A = new Form();

Mais apres, c'est le GC (garbage tralala) qui le gèrera pour toi.. Cela
dit, tu peux implementer aussi le "Dispose" qui peut etre associer au Delete
de C++.

Citation :

STL n'a rien à voir avec C++.. C'est juste une librairie que beaucoup de
gens trouvent pratiques.. Mais ce n'est qu'une librairie codé dans un langage...

Un peu comme les gens qui font du java et qui te sortent une quantité
importante de package rendant tel ou tel service. La encore, cela n'a rien
à voir avec le langage mais plutot avec l'environnement logiciel, son framework en quelques sortes fournis avec.

Citation :
De plus, ATLAS est toujours encore en Fortran et aucune bibliothèque C ou C++ arrive vraiment à la battre. FFTW est écrit en CaML à la base, donc C/C++ n'a pas vraiment gagné la course aux perfs, on utilise toujours les "vieilles" bibliothèques.

Citation :
La gestion de la mémoire en C++ c'est pas la pour faire jolie, c'est nécéssaire dans de nombreux cas encore (et ca le restera à priori).

Citation :
Ensuite faut pas rever non plus, java fait à peine plus que C++

Citation : Ca, j'y crois pas par exemple. Pour moi, aujourd'hui, la gestion de memoire, c'est comme l'utilisation de l'assembleur il y a 20 ans. Pour la majorite des applications, c'est pas utile, ou meme impossible de gerer a la main. Pour les OS, oui, ok. Pour le temps reel, embarque, Ok. Pour le reste...