Le pub des programmeurs

Citation :
Comme pour matplotlib

Citation :
mais j'utilise peu l'interactivité de la l'interpréteur, les 3/4 du temps, c'est directement des gros modules que j'exécute ou que je code, et là, IPython n'est pas trop adapté.

Citation : La plupart des programmeurs UNIX n'aiment pas beaucoup les threads.

Citation : Un systeme avec beaucoup de dependances, la encore, c'est un systeme qu'execrent la culture Unix en general. Apres, je veux bien croire qu'il y ait des programmes ou tu n'aies pas le choix

Citation : Mais quand tu vois le noyau linux, Gnome qui en moins de 10 ans a une interface et une coherence que mac n'a plus, ou debian qui propose quand meme plus de 10000 programmes/librairies, compilables sur une dizaine d'architectures, et installable presque 100 %, y a quand meme de quoi etre impressionne, non ?

Citation : Ca represente des millions et des millions de lignes de code, toutes dependantes, et ca marche nickel. Mais la encore, Debian a des policy tres strictes, je sais pas si on peut vraiment encore parler de bazaar.

Citation : Je suis tjs aussi paumé dans vos discussions mais si vous pouviez me donner des articles de réf sur le net pour la prog parrallele, multithread, ainsi que pour la prog embarqué, ca serait gentil

Citation :
Je pense même que beaucoup de programmeurs expérimentés s'en méfient fortement ! Il y avait un célèbre article de John Ousterhout (créateur de tcl/tk) sur ce sujet. En fait la plupart du temps pour que la conception soit bonne il faut un méthode + un maximum de minutie (et aucun développeur inexpérimenté dans l'équipe). autant dire que c'est assez rare

Citation :

Nan mais dans l'article de Eric Raymond, le bazar désigne la méthode de développement, et pas du tout le résultat obtenu. Et puis c'est pas péjoratif, c'est juste un peu provocateur !

ldconfig -p | grep blas



libgslcblas.so.0 (libc6) => /usr/lib/libgslcblas.so.0

        libgslcblas.so (libc6) => /usr/lib/libgslcblas.so

        libf77blas.so.3 (libc6, hwcap: 0x0000000004000000) => /usr/lib/sse2/libf77blas.so.3

        libf77blas.so.3 (libc6) => /usr/lib/libf77blas.so.3

        libf77blas.so (libc6, hwcap: 0x0000000004000000) => /usr/lib/sse2/libf77blas.so

        libf77blas.so (libc6) => /usr/lib/libf77blas.so

        libcblas.so.3 (libc6, hwcap: 0x0000000004000000) => /usr/lib/sse2/libcblas.so.3

        libcblas.so.3 (libc6) => /usr/lib/libcblas.so.3

        libcblas.so (libc6, hwcap: 0x0000000004000000) => /usr/lib/sse2/libcblas.so

        libcblas.so (libc6) => /usr/lib/libcblas.so

        libblas.so.3 (libc6, hwcap: 0x0000000004000000) => /usr/lib/atlas/sse2/libblas.so.3

        libblas.so.3 (libc6) => /usr/lib/atlas/libblas.so.3

        libblas.so.3 (libc6) => /usr/lib/libblas.so.3

        libblas.so (libc6, hwcap: 0x0000000004000000) => /usr/lib/atlas/sse2/libblas.so

        libblas.so (libc6) => /usr/lib/atlas/libblas.so

Citation :
Quand tu te poses la question de pourquoi il prend atlas, c'est par rapport à la version sse2

Citation :
e me demande si ca serait possible d'utiliser les stream processor des nouvelles cartes graphiques pour utiliser ca comme des dsp pour faire tourner les vst dessus ... Ca permettrait de pas avoir à dépenser 10000 euros en dsp protools

Citation :
Tu sais ce que c'est les DSP protools HD ? Parce qu'il y en a 9 par carte, et là moi, comme ça, je peux pas dire si un PC suivra ou non.

Citation :
Tu sais ce que c'est les DSP protools HD ?

Citation :
Mon problème est plutot que on ne peut pas réécrire tous les vst pour les adapter au GPU.
Il faudrait donc un host vst qui fasse le lien sans induire de pertes de perf trop importantes.

Citation :
Y'a quand même un truc qui coince : pourquoi faire faire un truc à la CG qui n'est pas prévu d'avance, se prendre le chou à l'extrême, quand un malheureux upgrade de CPU fait la même chose pour moins cher.