All Blog Comments

acemtp - HUD ou ne pas HUD, telle est la question...

acemtp — Wed, 17 Nov 2010 14:16:53 +0000

C'est vrai qu'il est classe ;)

acemtp - HUD ou ne pas HUD, telle est la question...

acemtp — Wed, 17 Nov 2010 14:16:41 +0000

C'est vrai que ca change réellement la façon de jouer. On ne court plus après les medikit :/

acemtp - Comment se démarquer des autres et réussir?

acemtp — Wed, 17 Nov 2010 14:13:25 +0000

Je ne suis pas aussi défaitiste. Zappos est loin d'être le seul cas d'entreprise qui met tout en oeuvre pour que les clients soient satisfaits et leur salariés contents de travailler. Quand je vois des gars comme http://positivesharing.com/ qui est recruté de toute part par des grosses boites pour justement apporter la joie au boulot, je crois que la prise de conscience est réelle aussi bien par les startup que par les gros groupes.

Garou - HUD ou ne pas HUD, telle est la question...

Garou — Wed, 17 Nov 2010 14:02:47 +0000

Ahaha j'ai envie de poster des commentaires rien que pour voir ce superbe effet de dégradé =)

Guillaume - HUD ou ne pas HUD, telle est la question...

Guillaume — Wed, 17 Nov 2010 14:02:05 +0000

Je trouve qu'on a perdu pas mal en gameplay en faisant disparaître cette barre de vie, dans les FPS, ça incite à foncer comme un bourrin et à se planquer de temps en temps pour se refaire une santé.

Guillaume - Comment se démarquer des autres et réussir?

Guillaume — Wed, 17 Nov 2010 14:00:40 +0000

Je crains que tant qu'on reste dans un modèle actionnariat rentiers qui possèdent l'entreprise VS salariés, les rapports de force ne contraignent à continuer l'exploitation et la mauvaise ambiance au boulot. A moins qu'effectivement, l'idée de rendre les employés satisfaits soit tellement devenue une évidence qu'elle se répande un peu partout (hypothèse bisounours), mais j'ai bien peur que le cas de Zappos reste anecdotique encore longtemps.

Drealmer - HUD ou ne pas HUD, telle est la question...

Drealmer — Mon, 28 Jun 2010 14:05:46 +0000

http://regedit.gamedev.pl/pub/Humor/HDR%20in%20vi...

skeetmtp - HUD ou ne pas HUD, telle est la question...

skeetmtp — Mon, 28 Jun 2010 09:02:02 +0000

C'est pas faux, de même dans les film légèrement futuriste ou on voit des HUD qui s'incruste en 3d hologramme dans la vraie vie. Mais on a toujours un temps de retard dans le jeu vidéo, il y a 2-3 ans c’était la mode du bloom comme dans les vieux films des années 70

acemtp - Comment se démarquer des autres et réussir?

acemtp — Fri, 11 Dec 2009 11:43:53 +0000

C'est vrai, mais autant en profiter! Si il y a moyen d'avoir de la pub gratuite et gagner des clients et de l'argent en faisant bien son boulot, en misant sur la qualité et en ayant un très bon rapport avec ses clients, alors tant mieux! Tout le monde y gagne, la boite et les client!

Axle - Comment se démarquer des autres et réussir?

Axle — Fri, 11 Dec 2009 11:36:22 +0000

ce qui me fait mal aux dents dans cette histoire, c'est que les boites qui exploitent/abuse les employés/clients sont tellement plethorique qu'on en arrive à encenser des boites qui te donne juste ton droit... y'a vraiment quelque chose de pourri au royaume de Danemark !

ameur - Vous avez un trou dans l’œil !

ameur — Thu, 26 Nov 2009 14:12:12 +0000

et bien gauche ou droit je vois toujours les deux points bleu et noir suis je normale ou quelle est la raison alors ? merci fati

Exercice anglais - Surpasser ses peurs

Exercice anglais — Thu, 8 Oct 2009 17:58:24 +0000

par exemple faire beaucoup d'exercice sur l'anglais, aide à se débarasser sa peur de parler cette devant un vrai américain. Car on est deja préparé. On est prêt à tout les obstacles.

hasan - How to remove permanently a file from subversion (SVN) repository

hasan — Tue, 21 Jul 2009 13:11:57 +0000

Its really gr8 and works :-)

skeetmtp - Getting Real

skeetmtp — Mon, 29 Jun 2009 12:11:22 +0000

J'avais plusieurs fois, entendu parler en bien de ce livre, mais jamais pris le temps de le lire, car je pensais que c'était trop centré sur le web dev. Et bien... en effet, comme tu le soulignait, il ne doit y avoir que 10% qui parle de chose spécifique au web app. Une bonne surprise donc, j'aime bien la façon dont c'est écrit, pas de passage long et ennuyeux, c'est court, et direct, beaucoup de bon sens, ce me livre me fait pas mal penser à "Pragmatic programmer", un de mes livre préféré dans le genre.

Drealmer - Optimisation

Drealmer — Mon, 8 Jun 2009 09:15:18 +0000

Voici un avis intéressant sur le débat ++i vs i++ : http://dobbscodetalk.com/index.php?option=com_myb...

Ben - Optimisation

Ben — Sun, 7 Jun 2009 12:51:15 +0000

Clairement, rien ne remplace un bon coup de profile VTune/CodeAnalyst ... On débusque les algos mal écrits d'un coup d'oeil, et on n'optimise que ce qui en vaut la peine. Dernier coup en date, un std::vector dans la pile qui passait son temps à se redimensionner. Vecteur passé en statique par thread. Temps du fix, 5 minutes. Vitesse doublée.

Archange - Optimisation

Archange — Thu, 7 May 2009 15:01:56 +0000

Je tombe par hasard sur cet article et je ne peux m'empêcher de répondre ;) J'avoue ne pas bien comprendre la question, si c'est ++i ou i++ il est clair que ca ne va rien changer sur l'optimisation. Même i = i + 1 n'y changera probablement rien (cela dépend potentiellement du language et du compilateur éventuel - en effet certains sont assez malins pour faire le ++ directement - mais si ca change quelque chose c'est inintéressant). Par contre dans votre article le plus important (en dehors du changement de librairie) est la condition de stop qui n'est pas clairement expliquée. Cette écriture est potentiellement très grave : for(int i = 0; i < vec.size(); ++i) Je dis potentiellement car cela dépend de l'implémentation de la fonction size qu'il y a derrière, du nombres d'éléments (et éventuellement du langage utilisé). Et grave parce que très très peu de développeurs se rendent compte de l'énormité de cette ligne. En effet, dans le for ci dessus, la condition d'arrêt est bien sûr évalué à chaque fois et il y a pas mal de langages, librairies ou de classes qui recalculent la taille d'une collection d'objets en repassant à CHAQUE fois dans tous les pointeurs de celui ci. (liste chaînée donc on ne peut pas faire autrement par exemple) Ainsi en javascript par exemple ca peut devenir rapidement infernal et tuer une machine cliente. Même en C si votre loop a bcp d'itérations alors que le nombre de valeurs/objets est fixe alors ca violente très rapidement la machine pour rien et pour une erreur simple. Exemple pour une chaine en C (chargée d'un fichier ou on ne sait où) le for(i=0; i<strlen(chain); i++) est une véritable horreur. (J'étais le premier à faire l'erreur il y a une quinzaine d'années.) Les arguments sur la lisibilité du code restent tout à fait valable par contre bien sûr. Ce pourquoi je suis passé à Python quand je peux me le permettre !.

Ukuk - BUG BUG BUG BUG

Ukuk — Wed, 6 May 2009 14:34:03 +0000

Je travaille aujourd'hui pour un sous-traitant de LG Electronics. On debug des téléphones portables bas de gamme et moyenne gamme avant lancement. On s'occupe de toutes les release d'Amérique latine, du mexique à l'Argentine. Notre cycle de test est particulièrement long: - 6-7h pour compiler from scratch en debug (3h30 en release) sur nos machines persos, 1h30 sur l'un des deux serveurs de compilation plutôt disputés. Compiler une modification ne prend que quelques minutes, mais seulement pour le même couple pays/opérateur. Si on veut debugger quelque chose pour un autre opérateur, il faut tout recompiler. - 25mn pour graver l'image sur le portable et booter/rebooter comme il faut - Pas de debug en pas à pas, notre principal outil s'appelle serial_printf Heureusement, on a un allié puissant : Source Insight. Son outil d'indexation et de recherche et son intellisense nous sauvent la vie, ils rendent moins douloureuse la navigation dans les 20.000 fichiers et 20 millions de ligne de code.

acemtp - Optimisation

acemtp — Thu, 16 Apr 2009 17:24:43 +0000

C'est bien ca qui tue, c'est que c'est 25% de vitesse sur le client complet. Et c'est très simple à vérifier car c'est le FPS qui augmente de 25% en étant au même endroit avant et après. On eu le même résultat sur des pc différents, des endroits différents, bref c'est global et c'est encore plus impressionnant. Donc soit STLport est vraiment rapide et efficace, soit le stl de vc9 est pas génial. En tout cas, il est clair que ca veut dire que le client utilise massivement les STL pour que ca joue autant.

Remy - Optimisation

Remy — Thu, 16 Apr 2009 14:39:02 +0000

25% plus vite pour le client complet, pas juste la lib ? Ca veut dire que STLPort a lui seul est enormement plus rapide que les STL de VS9 alors. Ca me parait enorme quand meme. Enfin bon, les benchs ont parle ! Je suis d'accord avec Drealmer sur la lisibilite avant tout. J'ecris egalement toujours ++it lorqu'il s'agit d'un iterateur. C'est devenu une habitude, un reflexe. On l'ecrit sans y penser. Sinon ce que je remarque souvent quand je vois des collegues "optimiser" leur code, c'est qu'ils optimisent au niveau execution et pas algorithmique. Ils ne prennent pas le temps d'analyser la complexite de l'algo utilise ou bien son domaine de predilection...