Le pub des programmeurs

Citation : Pour ce qui est des jeux video, je pense pas qu'il faille prendre ca comme de s jouets. J'ai plutot l'impression au contraire que c'est ce qu'il y a de plus sophistique comme logiciel avec un OS, au niveau de l'architecture.

Citation : Sur une echelle de 1 a 10, tu dis pas en general que 2 est en haut de la liste

Citation : Ben erlang, regarde les boites qui l'utilisent. Et si on a une discussion technique, je vois pas pourquoi on prendrait l'argument industriel: je veux dire qu'a ce compte la, les langages les plus utilises, c'est visual basic et excel.

Citation : Le coup des scientifiques tres familiers avec Fortran et rien d'autre, je crois qu'ils ont presque tous les cheveux blancs, quand meme

Citation : Non mais je sais tout ca. Mais je ne parle pas de ca. Ce que je raconte, c'est avec les outils dispo aujourd'hui, pour les nouveaux projets, le C est un langage de bas niveau. Compatibilite, bla bla, je connais tout ca, mais ca m'interesse pas dans le sens ou c'est pas une problematique technique.

Citation : Salut y a des programeurs sur AF si oui vous bossez sous quoi ?

Citation :
Certains jeux, c compliqué, mais tu prends un jeu comme quake, je suis
pas sur et certains que l'architecture soit tres complexe..

Citation :
petit développement" au sens : moins de 100.000 lignes, mais surtout : le contraire d'un soft qui va être développé en 2 à 4 ans et maintenu pendant 10 à 20 ans, par des équipes régulièrement renouvelées (pas toujours ultra-compétentes).

Citation :
Je crois que la météo de tous les pays du monde est calculée en Fortran sur des super-calculateurs

Citation :
Donc on peut parler un peu de ce qu'on veut non ?

Citation : Mouais, enfin, des logiciels audios, des simulateurs (ou tu dois etre
capable de "rejouer" ou de reprendre dans un état ne sont pas des logiciels
simples...

Citation :
Tou ca caser dans 32mo de RAM (la on compte chaque octets, d'ou la nécéssité de gérer la mémoire). Ca tombe bien qu'on en parle, c'est bien le developpement de simulateur?

Citation : Imagine le gars lit ca 20 ans en arriere

Citation : mais je serais curieux de foutre la main sur leur algo quand même car le son est de qualitée très corectte je trouve

Citation : C'est un argument d'un des classiques de Graham

Citation : Je pense que l'open source peut regler certains problemes lies a ces inerties (pas tout non plus). Par exemple, c'est ce mouvement qui a permis l'eclosion de beaucoup de langages de maniere viable, ou meme en a relance (lisp, python, perl, ruby, php, ocaml).

Citation : Je vais prendre une analogie qui va te plaire ce qui m'interesse, c'est pas de voir les arguments pourquoi windows a 95% de part de marche sur le desktop, mais de voir pourquoi d'autres alternatives, par exemple a nature vegetale, peuvent tout a fait convenir.

Citation : [quote]c'est bien le developpement de simulateur?

Citation :
e pense que le GC sera vraiment indispensable partout lorsqu'on pourra le laisser tourner en tache de fond sans qu'il nous pique du temps CPU, et là OK, autrement je préfère garder mon C++

Citation :
l'interface BLAS, c'est franchement pourri !

Citation :
Je ne vois pas pourquoi les bind et autres '_' sont différents de tes defun g(x) f(3, x) !

Citation :
vec un GC, il peut se lancer à tout moment et à un moment critique d'après Murphy

Citation :
En C++, la manière intuitive de faire, c'est A = B * C, c'est pas A = mult(B, C).

Citation : Ben ca pert beaucoup d'interet si tu dois recompiler le code pour utiliser la nouvelle fonction Je vois pas beaucoup l'interet de ce genre de trucs dans un langage compile statique, pour etre franc.

Citation : Pour du calcul en batch, on s'en fout. Le GC, c'est un probleme par exemple en temps reel, mais on ne parle pas de ca. Et les malloc a tout moment, ca arrive aussi en utilisant la stl

Sur Meyer, c'etait une pique, evidemment.

Citation : Il y a quelque chose que je comprends pas. Tu utilises le C++ parce que tu estimes que c'est le seul langage a te garantir l'efficacite exigee. Du coup, tu laisses de cote des langages objectivement nettement plus expressifs, au moins pour la "tuyauterie". Dans cette optique la, la difference entre un * et un mul...

Citation :
Tiens puisque je suis là, j'aimerais vous poser quelques questions qui me prennent un peu la tête en ce moment... Récemment, j'ai codé un plug VST en C++ (avec VS.NET 2003), il marche à peu près bien, même si j'ai eu un peu de mal avec les allocations mémoire. Par contre, y a des trucs sur lesquels je galère à mort.

Ces derniers jours, j'ai bossé sur une simulation d'ampli. Et avec quelques filtres et fonctions, j'arrive à un truc qui consomme à mort du CPU. Alors qu'un Guitar Rig 2 avec 20 fois plus de fonctions me prend 4% de CPU au max. Ca me laisse perplexe.

Est-ce qu'il existe des sources d'informations sur l'organisation du code et l'optimisation ? Des bouquins, des articles... Je suis en train de me demander si je devrais faire mon stage de master 2 en Février chez Arturia ou Ohmforce justement pour mieux apprendre à coder mes VSTs, et voir quelles sont les différentes techniques utilisées pour que le tout soit le plus propre et stable possible...