Je viens de lire le blog, et franchement j'ai l'impression que les critiques se rapporte a une non connaisance du monde unix ou alors une mauvaise gestion du projet.
Tout d'abord les 3/4 de sont articles concernent l'assembleur : Ben oui, l'assembleur c'est pas portable, y a rien de nouveau a devoir reecrire les algos si on le porte sur une autre plateforme.
Quand a la syntaxe, ca serait de la faute du monde unix s'il se sont laissé enfermé dans une syntaxe non portable propre a visual studio/compilo intel ?
De plus il se plaint d'avoir a tous reecrire, il faudra lui signaler qu'il existe des scripts qui font tres bien le boulot ou encore que les dernieres versions de gcc supporte la syntaxe intel.
Il faudra aussi lui montrer que d'autre projet (ffmpeg, x264, kernel linux, ...) se debrouille tres bien...
Apres le support 64bits ne marche pas sous visual studio, qu'il change de compilo !!!!
Et pour finir sur le debut de l'article : This starts with sound support where we have to support many different sound standards (ALSA, OSS, aRTs, ESD etc.), framework support (X11, QT, GTK for copy&paste support f.ex.), IMEs (is there such a thing?), font support which is almost beyond comprehensible and many other quirks and forked 'standards'.
Sauf qu'il pourrait utiliser des framework deja tout fait comme gstreamer, libxine, ...., mais flash c'est pas libre....
Bref, ce blog m'a bien fait marrer.
PS : je passe sur le fait que ca ne sert pas toujours d'optimiser avec la nouvelle extention a la mode, du code MMX peut etre plus rapide que du code SSE2...
# troll ?
Posté par M . En réponse à la dépêche Flash player 8 recherche son ingénieur linux. Évalué à 10.
Tout d'abord les 3/4 de sont articles concernent l'assembleur : Ben oui, l'assembleur c'est pas portable, y a rien de nouveau a devoir reecrire les algos si on le porte sur une autre plateforme.
Quand a la syntaxe, ca serait de la faute du monde unix s'il se sont laissé enfermé dans une syntaxe non portable propre a visual studio/compilo intel ?
De plus il se plaint d'avoir a tous reecrire, il faudra lui signaler qu'il existe des scripts qui font tres bien le boulot ou encore que les dernieres versions de gcc supporte la syntaxe intel.
Il faudra aussi lui montrer que d'autre projet (ffmpeg, x264, kernel linux, ...) se debrouille tres bien...
Apres le support 64bits ne marche pas sous visual studio, qu'il change de compilo !!!!
Et pour finir sur le debut de l'article :
This starts with sound support where we have to support many different sound standards (ALSA, OSS, aRTs, ESD etc.), framework support (X11, QT, GTK for copy&paste support f.ex.), IMEs (is there such a thing?), font support which is almost beyond comprehensible and many other quirks and forked 'standards'.
Sauf qu'il pourrait utiliser des framework deja tout fait comme gstreamer, libxine, ...., mais flash c'est pas libre....
Bref, ce blog m'a bien fait marrer.
PS : je passe sur le fait que ca ne sert pas toujours d'optimiser avec la nouvelle extention a la mode, du code MMX peut etre plus rapide que du code SSE2...