Laurent J a écrit 2933 commentaires

Pour la même surface, dans le même quartier, dans des locaux "normaux" les loyers sont plus chers. En effet, ici ils sont dans un bâtiment classé monument historique ce qui impose pas mal de restrictions (comme ne rien fixer aux murs - l'admin sys chez Mozilla en bave pour installer le réseau etc). Et c'est aussi moins cher parce qu’apparemment, le proprio ne trouvait pas de locataire pour ces lieux (à cause des restrictions à priori).

Dans la liste, je vois au moins deux machines attribuée au CEA (et fabriquée par Bull) http://www.top500.org/list/2013/06/

Après, le CEA, c'est pas forcément les armes nucléaires, mais bon, c'est de la simulation nucléaire quand même.

Il y a une tonne d'offres pas chères de box avec 100 Mbps ou 1 Gbps

Oui les box ont de l'ethernet 100 Mbps ou 1Go. Mais il y rarement la connexion qui va avec. A part avec les FAI qui proposent la fibre (éligible en très peu d'endroit), c'est impossible d'avoir un débit d'upload potable chez soi.

Ils sont tellement pas content, qu'ils ont migré leur site web vers une machine windows

http://uptime.netcraft.com/up/graph?site=www.linkeo.com

Moi j'utilise Firebug. Bah oui, les applis web ça se debugge aussi :)

Mais le plus souvent, j'utilise le printf du web : console.log() (ou dump() pour le JS des extensions Fx/Applis XulRunner)

Il fut un temps également où j'utilisais Venkman (quand j'étais jeune).

Sinon gdb j'ai jamais pu pifré, donc c'est toujours via un IDE. Ou alors printf. J'adore printf.

Vu que lynx n’interpréte pas le javascript (en tout cas, chez moi, il ne l’interpréte pas), et vu qu'énormément de sites web (en particulier les jeux) font usage du js, LynxBot me parait d'un usage limité, non ?

Personnellement, pour ce genre de projet, j'utiliserais plutôt des navigateurs scriptables comme phantomjs ou <pub>slimerjs</pub>, qui sont conçu pour. ;-)

Acer Liquid Gallant. Pas cher.

Alors t'étonnes pas de toutes les merdes que tu as. La qualité, ça se paie !

Et puis je ne savais pas qu'Acer faisait des téléphones. Il me semble que ce n'est pas vraiment leur spécialité. L'intégration d'Android a du être fait à la va-vite, par des incompétents en sous-sous-sous-traitance au fin fond d'un bled chinois.

Me concernant, aucun problème que tu indiques avec mon Galaxy SII.

et en plus d'utiliser la version ESR, s'abonner sur la mailing list special entreprise aurait pu t'aider. il y a eu des discussions spécifiques sur le sujet ;-)

http://www.mozilla.org/en-US/firefox/organizations/

https://mail.mozilla.org/listinfo/enterprise

utiliser un truc stateless comme IRC est étrange.

Non, les utilisateurs qui sont sur IRC, peuvent être informé de suite, en live. Ce n'est pas le cas des flux RSS ou twitter etc, parce que ce n'est pas du "push".

Je trouve au contraire donc IRC très bien adapté et complémentaire des flux rss ou autre. D'ailleurs sur github il y a un flux RSS des commits, les personnes peuvent demander à recevoir les commits par mail il me semble, ou sinon elles peuvent faire des pulls.

Bref, utiliser IRC n'est pas étrange.

Mes dépôts étant sur github, j'utilise le bot de github, qui va alors sur le channel IRC du projet.

Perso, je ne trouve pas IRC hasbeen… Surtout que je ne vois pas en quoi Twitter en serait le remplaçant, vu qu'ils n'ont pas du tout le même objectif. Bref, CIA.vc sont à coté de la plaque.

Si ça peut te rassurer, Chromium me bouffe deux CPU à 80-90% pour cette démo https://www.shadertoy.com/view/4dl3z7. 6fps. (chromimum 25)

Et pour Firefox (20), c'est plutôt 1 à 90% et un autre à 70%… Toujours à 6 fps

carte NVIDIA Corporation—NVS 4200M/PCIe/SSE2. Sous linux bien sûr, avec driver proprio.

Je pense que cela est dû plutôt au JS ce que l'on voit en temps CPU, vu qu'il y a des animations.

Quand la compatibilité avec PhantomJS sera terminée, je m'attaquerai à ce problème de headless. Mais ça risque d'être plutôt compliqué. Il est nécessaire de patcher Gecko dans pas mal d'endroit :-/

Avec xvfb, tu ne devrais plus voir les fenêtres ;-)

Et sinon merci pour tes contributions sur SlimerJS :-)

PhantomJS embarque webdriver, qui implémente le protocole de Selenium. Il est donc possible d’exécuter les tests selenium avec phantomjs. Il sera possible de le faire avec SlimerJS dans les prochaines versions.

notamment parce qu'il leak en tout sens.

PHP ne leak plus depuis bien longtemps.

Dans de vieilles versions (4.x, et probablement 5.0, 5.1), PHP avait des problèmes de fuites mémoires. Mais ça a été corrigé depuis longtemps à priori.

Maintenant, si un script PHP leak, cela peut aussi être de la faute du script en lui même qui créé des objets ayant des dépendances circulaires par exemple, et qui ne sont pas déréférencé correctement par le développeur.

Il y a même depuis la version 5.3 des fonctions pour forcer le garbage collector.

Quant à la possible mort de PHP, ça me fait doucement rigoler…

Est-ce qu'il y aurait une version de Javascript qui intègre l'encapsulation de manière native par exemple ?

Oui, les versions récentes des moteurs JS qui implémentent Ecmascript 5, grâce à certaines méthodes de Object, avec lesquels tu peux indiquer si une propriété est "visible", en lecture seules, "enumerable" etc…

Et sinon y a moyen de cacher la saleté de manière plus classique en jouant avec les scopes (exemple ).

Si on comprend et maitrise la "philosophie" objet de JS, y a moyen de faire pas mal de chose.

tu vas me répondre point par point et ça va durer toute l'après-midi ?

Ah ba je peux :-) Mais bon j'ai pas tout mon temps non plus. Bon là je le fais, parce que le gars il connait juste le javascript "web" de papa, et pas le "vrai" javascript moderne (comme bon nombre de dev d'ailleurs).

No Built-In Array Iterator

Faux. forEach, map, every, some etc... Et ça fait en plus partie de Ecmascript 5 (es5), implémenté partout à priori.

No Libraries

plus ou moins Faux. CommonJS, RequireJS et autre systèmes de modules, ça existent ;-) … Et Ecmascript 6 apporte un système de module natif si je ne me trompe pas.

No good way of controlling for/in access to properties

Faux. l'objet Object contient un certain nombre de méthodes pour définir des propriétés énumérables, en lecture seule ou pas (defineProperties) etc.. Là aussi, de l'es5.

typeOf null == "object"

pas testé.

Variables are global unless declared local.

Oui. Sauf si on utilise le mot clé let (Ecmascript 6) plutôt que var. Implémenté depuis des années dans SpiderMonkey (utilisable pour les extensions)

Octal integer literals

oui c'est pas cool en effet

Tu en as d'autres ? :-)

PS: pas mal de truc Es6 sont implémentés depuis pas mal de temps dans SpiderMonkey.

Bref, la bible, c'est ici [https://developer.mozilla.org/en-US/docs/JavaScript/Reference]

pour peu qu'on manque un peu de rigueur

C'est aussi très facile de faire des trucs crad en C++ ou en python…

J'ai peur de voir sur les desktops les mêmes horreurs que celles que l'on voit sur les sites www.

Ce n'est pas le même contexte, pas le même environnement, pas les mêmes possibilités. Bref, pas les même API… Tu as déjà codé en JS dans des sandbox, en dehors du web, par exemple avec NodeJS, PhantomJS (ou SlimerJS :-)) etc.. ?

quand on connait tous les problèmes dont souffre le langage

Quels problèmes exactement ? Tu parles du JS des années 90 ?

Le langage possède tout un tas de fonctionnalités modernes (closure, generator …).

là, on ne parle justement pas du web, mais d'applications natives.

Oui, et ? Ça fait 10 ans que je fais des applications desktop en JS (XulRunner), avec du code manipulant des composants binaires (XPCOM, jsctypes …), je ne vois pas vraiment de souci… Ça apporte énormément de souplesse.

Sympa qu'il y ait un nouveau moteur JS pour le standard EcmasScript.

Bonne chance toutefois pour qu'ils rattrapent les perfs de V8 ou de SpiderMonkey, c'est loin d'être simple.
(les deux ont maintenant des perfs quasi équivalentes, depuis quelques jours avec Baseline dans SpiderMonkey ).

Baseline arrive un peu tard pour Qt. Dommage parce que SpiderMonkey a l'avantage sur V8 d'avoir une partie d'Ecmascript 6 implémenté :-)

mais l'aspect objet de JAvascript est assez rudimentaire, sans compter le côté moins rigoureux de celui-ci par rapport à un langage comme Java ou C++

L'aspect "rudimentaire" de Javascript n'est pas un problème. Dans les navigateurs, les objets que tu manipules dans une page web (les éléments DOM etc), sont des objets mappés sur des objets C++.

Je ne vois pas en quoi utiliser JS est gênant. Surtout que le but ici, si j'ai bien compris, c'est de proposer un environnement de développement pour l'UI, plus simple que C++. Donc il faut un langage plus simple, moins complexe que C++. Et pour moi JS est idéal. Tu fais de l'objet sans t'embêter avec la gestion de pointeurs, de template ou de je ne sais quoi d'autres.

Si JS ne te convient pas, tu as la possibilité de rester en C++..

Pour ton histoire de bug sur le search engine, bonne nouvelle, c'est résolu : https://bugzilla.mozilla.org/show_bug.cgi?id=738818

(et non, ce n'est pas parce que tu as gueulé sur linuxfr que ça s'est corrigé)

J'en avais déjà parlé sur un autre journal. Bon, alors, techniquement, ce n'est pas abandonné, c'est implémenté. C'est à dire que Gecko, a la faculté d'ouvrir une page web dans un process séparé.

Ainsi en XUL, il y a l'attribute remote sur la balise browser (celle qui affiche une page web) qui permet d'indiquer si la page doit être traité dans un processus séparé ou non. Il y a la même chose sur la balise iframe HTML (mais utilisable seulement pour les applis certifiés pour Firefox OS).

Bref, dans Gecko, un process par onglet, ça fonctionne, et c'est largement utilisé dans Firefox OS (et Firefox Mobile je crois, je n'ai pas vérifié).

Ce n'est pas utilisé dans Firefox Desktop car, à mon avis :

• sur un desktop, on a plutôt tendance à ouvrir plein d'onglets, il en résulte une occupation mémoire plus importante (cf Chrome). Sur mobile, il y a peu d'onglets ouverts en général, donc la différence d'occupation entre avec ou sans process séparé est faible, par contre ça apporte d'autres avantages d'avoir des process séparés (meilleur traitement en cas de crash, vélocité probablement…), c'est pourquoi ils sont utilisés sur le mobile. Et puis dans Firefox OS, il ne faudrait pas qu'une appli fasse planter tout le téléphone, ce serait balo :-)
• Dans Firefox, on ne peut pour l'instant pas activer ce fameux attribut remote sur les balises browser de chaque onglet, car il y a quelques soucis à régler avant. En effet, cela change la façon d'accéder au contenu de la page web depuis une extension et depuis surtout le code de l'interface de Firefox (je rappel que l'interface de Firefox est entièrement en XUL et javascript). Bref, il faut faire de nombreux changements dans le code de l'interface pour manipuler le contenu d'un onglet, et mettre à jour de nombreuses extensions.

Et vu que nombre d'extensions sont maintenant déclarées "compatible" par défaut, et que nombre d'extensions ne sont pas maintenus ou pas compatible pour dialoguer avec un contenu dans un process séparés, et bien, si le out of main process est activé dans Firefox, à la prochaine version ça va péter de partout, ça va faire plein d'utilisateurs mécontents.

Bref, cela nécessiterait beaucoup de ressources à Mozilla pour "éduquer" les développeurs d'extensions à la nouvelle API, beaucoup de ressources pour adapter les milliers de lignes de code de l'interface de Firefox.

À priori tout de même, en regardant les sources de l'interface, j'ai l'impression que petit à petit ils adaptent le code, mais ça va prendre encore du temps. Il y a plus important à faire pour le moment dans Firefox et Gecko.

Rust n'est pas un langage web.

Je suis extrêmement content de cette décision et des choix effectués !

La diversification dans les moteurs de rendu augmente après une baisse inquiétante. Il va moins y avoir de "faux" standards.

Le fait de cacher les nouveautés non stable est aussi une très bonne chose, et je pense la meilleure solution pour le développeur web : il ne sera pas tenté, comme c'est le cas actuellement, d'utiliser des trucs pas fini, pas standardisé, non dispo dans les autres navigateurs. Bref, il fera du code plus propre et meilleur pour ses utilisateurs.