Connaissez-vous réellement le javascript? - Page 3

squalyl (./59) :
et corriger les bugs uniquement après que les utilisateurs se soient plains?

Ils servent à ça, les utilisateurs. Les grosses entreprises de logiciels propriétaires font la même chose de toute façon...

Enfin bon, normalement j'essaie de tester les nouvelles fonctionnalités à la main. Un test unitaire ne pourra jamais vérifier que tout fonctionne réellement, par définition il ne peut que valider une unité et pas l'ensemble.

Kevin Kofler (./61) :
Les grosses entreprises de logiciels propriétaires font la même chose de toute façon...

oh bah bien sûr oui, tu as l'air d'avoir tout compris encore une fois

je dois avouer que ca dépends. Quand c'est un produit et y'a de l'achat de license (le but est de vendre le plus de license possible), on fait des tests, y'a même des gens payés pour faire que ca. Mais quand c'est du service (ou la le but c'est de faire le truc en moins de temps que ce qu'on a chiffré pour le client), ben les tests ils passent à la trappe

c'est loin de se passer comme ça chez moi (plutôt même exactement l'inverse en fait), j'ai peur que ta généralisation ne soit un peu rapide ^^

Zephyr (./62) :

Kevin Kofler (./61) :
Les grosses entreprises de logiciels propriétaires font la même chose de toute façon...

oh bah bien sûr oui, tu as l'air d'avoir tout compris encore une fois

Bah, au moins une grosse entreprise de logiciels propriétaires est réputée faire ça. Indice: elle est connue pour ses systèmes d'exploitation qui ont une part de marché énorme par rapport à leur qualité...

60: bah les tests unitaires servent aux programmeurs en équipe à vérifier qu'ils ont pas écrit de grosses conneries, mais ne remplacent absolument pas les autres types de tests (fonctionnels, etc)

Kevin Kofler (./65) :
Bah, au moins une grosse entreprise de logiciels propriétaires est réputée faire ça. Indice: elle est connue pour ses systèmes d'exploitation qui ont une part de marché énorme par rapport à leur qualité...

Pourtant j'ai l'impression que leurs softs marchent plutôt très bien par rapport à la concurrence, donc soit ils ont beaucoup de chance, soit tu dois te planter quelque part :]

Là où Microsoft déchire tout, c'est vraiment au niveau des outils de développement et sur Office, par rapport à la concurrence c'est sur qu'il n'y a pas photo quoi.

Après les OS ont toujours été plus ou moins de la merde à part XP. C'est aussi sans citer les merdes comme MSN.

On nage dans le super constructif depuis quelques posts, quand même

restons dans le ton alors

onur (./68) :
Là où Microsoft déchire tout, c'est vraiment au niveau des outils de développement

je développe des appli web, j'ai essayé Windows, je n'essayerai plus

XP, faut pas croire mais c'est de la merde aussi, c'est juste qu'on s'est habitué à la médiocrité

Oué, je me souviens des débuts d'XP où "il ne fallait surtout pas passer à XP, c'est de la merde, c'est trop lourd, faut rester à 2000 (voire 98SE)"; puis "Le SP2 de XP, faut pas l'installer, c'est de la merde, ça ajoute plein d'incompatibilités". Etc.

Effectivement, c'est cette hypocrisie qui a été un des facteurs qui m'ont dégoûté de ce système: quand la nouvelle version sort, tout le monde dit "Aïe, faut surtout pas mettre à jour vers la nouvelle version à cause de X, Y et Z!", mais quelques mois plus tard, X, Y et Z n'ont pas du tout changé (parce que ce sont des "fonctionnalités" rajoutées exprès, en général), mais tout le monde dit "Quoi? Tu n'as pas encore la nouvelle version? Tu utilises toujours cette vieille version de merde?" et quand on leur demande "Mais X, Y et Z?" on a droit à des réponses comme "Ah, tu as toujours peur de ça?! On est tous habitués..."

Le "X, Y et Z" du jour...

Ouais enfin pour le SP2 à sa sortie c'était vrai, et XP aussi était lourd à sa sortie ...

Pas qu'à sa sortie...

Mais pourquoi je suis tombé dedans :/

C'est dingue qu'il y ait des gens qui ont du temps à perdre au point de rédiger les "articles" de badvista, surtout que ces mêmes gens pourraient peut-être participer à tellement de choses utiles à la place... Enfin bon, HS toussa, va poster tes liens trollatoires dans un topic qui a déjà été pourri avec, Kevin (et ça n'est pas ça qui manque).

puisque tu m'y invites, restons dans le sujet.

C'est bien beau d'avoir un joli language, mais en js est-ce qu'il existe une API pour accéder aux widgets natifs ? où au moins une abstraction ?

c'est quoi les widgets natifs?

Les élément de base de l'interface graphique de ton système d'exploitation comme les fenetres, boite de texte, chechbox,..

Avec KDE il me semble oui. Pour windows, j'en connais pas faut chercher. Mais honnetement c'est facile d'embed du js dans son appli avec spidermonkey.

Mais avezc spidermonkey, on n'utilise pas les widgets natifs ^^

avec spidermonkey, on bind du js avec du C (avec le quel on fait ce qu'on veut)
ca fait une surcouche, mais au moins on peut faire un API js de niveau aussi haut qu'on veut.

Je me permets de quote cet auteur:

La version de la machine virtuelle de Io était identique pour les deux tests. Seul le programme changait. Mon interlocuteur sur IRC m'a appris que l'une utilisait les moyens génériques du langage, tandis que l'autre utilisait les vecteurs, qui se trouvent dans Io être implémentés par des fonctions très optimisées utilisant les instruction MMX ou SSE du processeur.
Le "benchmark" en question était très spécifique, puisqu'il s'agissait de calculer une fractale, mais il y a quelques leçons à tirer de ces observations. Un langage interprété, même s'il n'est pas très en pointe côté performances (Io fait du C x10 dans le cas général), peut faire jeu égal avec C dans certains cas. Il suffit que l'application en question puisse utiliser les primitives optimales. Cela veut dire qu'un langage "tout-terrain" qui est capable d'accepter de nouvelles primitives peut gagner le gros-lot. D'autres l'ont bien compris, en créant des langages "embarquables", c'est à dire intégrables à une application comme langage de script et de configuration. C'est le cas de Lua par exemple.

source: http://www.astrobe.byethost31.com/hs.html

Non mais toi tu es coincé dans le monde de code machine qu'on donne à un processeur qui exécute ce qu'on lui dit sans y réfléchir.
Toute métaphore ne serait que pure coïncidence

J'ai pas lu l'article complet, mais je ne vois pas trop ce qu'apporte cet extrait à part des évidences et des informations incomplètes ?

lol, bon c'était pas terrible j'avoue