votre avatar Abonné

tanguy_k

est avec nous depuis le 24 avril 2008 ❤️

271 commentaires

Le 18/02/2015 à 19h 42







plop97 a écrit :



Que veut-tu dire par tests automatisés ? 





Tests unitaires, tests fonctionnels, tests d’intégration…

C’est indispensable pour verifier que tous les cas fonctionnent et que l’on introduit pas de regression. Au dela de ces aspects, l’écriture de tests permet d’obtenir un bien meilleur code.


Le 18/02/2015 à 12h 39







plop97 a écrit :



Il y a Qooxdoo qui est vraiment pas mal : http://www.qooxdoo.org





Je connais pas, mais en regardant rapidement :




  • Existe depuis 2009 et que 429 stars sur GitHub github.com GitHubvs 35000 pour AngularJS, 16000 pour React, 12000 pour Ember.js… => c’est louche quand meme

  • AUCUN tests automatisés (en dehors de qqs lignes en Python qui date d’il y a 3 ansgithub.com GitHub=> rien que ca => poubelle direct

  • “led by the world’s largest web host 1&1”, vue le peu de bien que j’ai entendu sur 1&1…

  • Sur Hacker News tout le monde s’en fou : https://hn.algolia.com/?query=Qooxdoo&sort=byDate&prefix&…


Le 18/02/2015 à 12h 15

Et t’oublies Facebook Flow :&nbspgithub.com GitHub<img data-src=" />

C’est comme TypeScript mais en mieux avec les types non nullable (la plus grosse erreur de TypeScript AHMA). Mais c’est encore trop jeune et puis c’est écrit en OCaml d’ou certainement le manque de popularité.

Le 02/02/2015 à 11h 01







Gigatoaster a écrit :



J’ai découvert qBittorrent récemment, il y a un moteur de recherche inclu dedans, plutôt pratique.





qBittorrent est excellent (libre, GUI en Qt, multiplateforme). Je le recommande systématiquement en lieu et place de&nbsp;µTorrent qui contient désormais des Adwares.


Le 27/01/2015 à 15h 14







the true mask a écrit :



&nbsp;je vois également pas mal de devs web qui chient littéralement sur Windows et qui ne jurent que par OS X.&nbsp;



&nbsp;

Je confirme ! Jekyll, Node.js, Rails, Gulp, Grunt…

Ce sont des outils multiplateformes à la base mais comme les auteurs de ces outils sont à 99% sous OS X, les faire tourner sous Windows peut être compliqué.



Suffit de regarder sur YouTube les présentations autour de HTML/JS/CSS : elles sont toutes réalisés sous OS X.

Et dans les conférences, les auditeurs ont majoritairement des MacBook.



AHMA cet attrait des devs pour OS X est justifié :

-&nbsp;puissant (UNIX, ligne de commande)

-&nbsp;simple (pas de bidouille comme sous Linux)

-&nbsp;stable (comme tous les OS désormais mais associé au matos Apple, c’est d’un niveau supérieur)

-&nbsp;jolie et cohérent (contrairement à Windows ou aucune appli n’a la meme gueule)

-&nbsp;performant (pas de tétrarchié de softs inutiles pre-installés qui plombent la bécane)




  • suffisamment d’applis (contrairement à Linux ou même les GUI pour Git&nbsp;sont trop limités)



    • fiabilité du hardware (Apple ca coute cher mais ca marche bien et la finition est top)

      Bref ca fait bien le job et ca permet de se concentrer sur son boulot et de ne pas perdre de temps. &nbsp;



      Voir sur le meme sujet &nbsp;http://www.wired.com/2012/08/osx-killed-linux/

      “Miguel de Icaza […] believes that a large portion of the software developers that could have taken Linux to greater heights defected to other platforms, including not only Apple OS X but — more importantly — the web.”



Le 21/01/2015 à 13h 36

Excellent c’est en JS, merci pour le lien.



Pour Mega, tu te trompes cf&nbspen.wikipedia.org WikipediaLes fichiers sont cryptees via ta clef AES. Mega ne peut pas lire les fichiers. Libre a toi ensuite de partager ta clef AES pour que d’autres puissent lire les fichiers.



Voir aussi&nbsparstechnica.com Ars Technica (janvier 2013), 2 reproches :




  • l’utilisation de Math.random() qui est pas “secure”

  • certains aspects obscures de l’algo de Mega

Le 21/01/2015 à 12h 34







Glyphe a écrit :



Je préfère le système du non-stockage des clés via dérivation de passphrase. Au moins en cas de compromission chez l’hébergeur, il n’y a pas de problème pour TOUS les clients.





Intéressant. T’as des liens vers des explications de solutions techniques de ce type/doc/white paper ?

&nbsp;



Glyphe a écrit :



Je n’ai jamais utilisé une seule fois un service de Dotcom […]&nbsp;le comble, c’est qu’il fait croire qu’il fait de la sécu alors que ses solutions ne sont absolument pas sécurisées. Du vent quoi …





En quoi leur solution n’est pas sécurisé ? ils n’implémentent pas justement ce que tu proposes ?


Le 14/10/2014 à 15h 11







Benji2404 a écrit :



ayant ete chez numericable je peut affirmer que leur service est le pire de france…&nbsp;





Je suis sur Paris (le lieux a bcp d’importance AMHA pour ce genre de consideration) et j’ai numericable depuis 5 ans =&gt; 0 problèmes (que ce soit la tv ou internet) et performances au top (8-9 Mo/s pour les torrents bien seedes).

J’ai d’autres potes sur Paris qui ont Numericable et eux aussi 0 problèmes.



Je n’ai pas connu l’epoque de “misericable” mais je pense que cette epoque est revolue.


Le 06/08/2014 à 13h 59







Jed08 a écrit :



Est ce que ça fait partie des standards W3C ? […] maintenant en plus de gérer les préfix webkit, il y a les flags des sites Google à gérer en plus







T’as rien compris !



http://www.maximumpc.com/files/u69/chrome_flags.jpg

C’est plus clair comme ça ?



C’est le même principe que le about:config de Firefox :

http://kb.mozillazine.org/images/Fx14aboutconfig.png


Le 06/08/2014 à 13h 21

Pour tous ceux qui râlent après les prefix -webkit-* et que Google est méchant, réjouissez-vous.

Blink (fork de Webkit), le moteur de Chrome/Chromium, n’utilise plus de préfixe pour les nouvelles fonctionnalités depuis plus d’1 an mais des flags à activer dans chrome://flags/

plus.google.com GoogleMerci méchant Google !

Le 04/08/2014 à 15h 43







Fnux a écrit :



(…) ces critiques infondées venaient de gens qui ne l’avait même pas essayé (…)











Fnux a écrit :



(…) cela ne changera absolument rien à son acceptation (…) tellement le monde du soft (…) est pourri.









G-WAN dérange par ses performances et les possibilités qu’il offre et qui sont sans concurrence. Ce n’est pas une raison pour le descendre en flamme (…)







(…) des attaques débiles et infondées postées régulièrement (…) dans le seul et unique but de nuire à G-WAN.







(…) être réduite à néant par des “confrères” bien intentionnés qui utilisent des dizaines d’aficionados pour lancer des trolls dévastateurs.





Et c’est du même acabit sur le site web officiel :



-http://gwan.com/en_timeline.html



G-WAN v5 was expected to be released in January but (…) (they blocked TWD without any evidence serious enough to be presented to justify their blocking) are now relayed by new ‘amateur’ blacklists created on-the-fly to keep blocking us.





-http://gwan.com/timeline/2011.html#fredrik_widlund



Fredrik Widlund’s blog published inaccurate information (…) (Fredrik rejected all suggestions to correct the technical “errors” that he has published)





Je veux bien croire que des personnes soient mal intentionnées, mais la le niveau est digne d’un adolescent (“c’est pas de notre faute, c’est les méchants !”).



Et le meilleur pour la fin, la FAQ officiel http://gwan.com/faq#license) est AMHA pathétique :

“(…) OpenSSL Foundation (among many others), are paid by governments to backdoor both the whole ecosystem (Windows, Mac OS X, Linux, Solaris, BSD, OpenVMS, IBM OS/400, hypervisors, security appliances, smartcards, firewalls, VPNs, etc.)”



1- Qu’avez-vous besoin de justifier le choix de la licence sur le site officiel ? c’est closed source point barre, heureusement qu’Apple ou Microsoft ne se justifient pas ainsi à chaque fois.

2- On dirait une discussion d’un comptoir de bistrot/forum : sérieux, qu’est ce que ça vient foutre sur la page officiel d’un logiciel ?


Le 01/08/2014 à 16h 55







Athropos a écrit :



C’est JavaScript et les requêtes AJAX qui ont permis ça surtout…







+1, l’intro sur PHP est complètement bidon.


Le 14/07/2014 à 10h 41







ledufakademy a écrit :



LA pub ? elle ne m’a jamais influencé en quoi que ce soit … mais bon si certains y croit encore : c’est bien !







Tu crois vraiment que ca influence pas ? tu crois vraiment que les entreprises depensent plein de tunes pour rien ?

Bien sur que ca influence, et pas que les beaufs : absolument tout le monde : toi, moi, les bac +15, les ecolos, les activistes… Insidieusement, sans s’en rentre compte.

Y’a certainement des exceptions qui confirment la regle : les amish et peut etre José Bosé qui aime pas le Big Mac.


Le 16/06/2014 à 17h 45

Manque plus que la mise à jour automatique régulière (forced rolling release) comme Chrome et Firefox

Le 16/05/2014 à 16h 57







brice.wernet a écrit :



Pas tout à fait vrai





C’est pas parceque tu complètes mes propos que ceci sont faux hein :)







brice.wernet a écrit :





  • Firefox Mozilla et les autres pousse(nt) à compléter Javascript pour en faire des “sur-versions” mal dit qui sont moins souples (obligation de déclarer les variables par exemple en Ecmascript 1.5 6), ou qui ajoutent des fonctionnalités qui sont émulées en Javascript pur comprends pas et optimisées sur leur moteur (exemple: instructions parallélisées sous Firefox nightly avec SIMD.js).

    Le code Javascript produit en ASM.js est quasi illisible, ce qui permet de mettre en avant leur solution pour distribuer des produits commerciaux sans distribuer le code source.C’est pas la raison d’être de asm.js

  • Google pousse PNacl

  • Microsoft la joue plus soft, en créant un langage qui compile en Javascript mais est plus maintenable L’un n’empeche pas l’autre : asm.js/NaCl vs TypeScript vs Dart sont toutes des approches differentes







    Apple sur ce sujet me semble arriver après la guerre, et n’a rien entamé pour la prochaine bataille…







    Désolé mais voici une belle liste d’amalgames, de trucs incompris, de confusions et en plus mal rédigé.


Le 16/05/2014 à 16h 12







zefling a écrit :



Déjà ils ont ajouter asm.js et des trucs de genres… Safari était sacrement à la traine.







asm.js (Mozilla) ne rend pas le code JavaScript existant plus rapide (ce que veut obtenir Apple avec LLVM).

asm.js est un sous-ensemble de JavaScript qui permet d’exécuter du code C/C++ plus rapidement dans le navigateur que si celui-ci avait été transpilé vers du code JavaScript classique. On écrit pas du code asm.js à la main (en tout cas c’est pas fait pour).



=&gt; donc rien à voir


Le 09/04/2014 à 09h 46

Faut qu’ils revoient leur nommage : Windows 8.1 Update 1

Sérieux, ils peuvent pas faire comme tout le monde : Windows 8.1, 8.2, 8.3, 9.0, 9.1, 9.2… ?

Et pourquoi Update alors qu’avant on parlait de Service Pack ?



Le pire c’est Office et Visual Studio avec une année au lieu d’un numéro, en sachant que l’année corresponds à l’année de sortie + 1 mais en fait pas toujours.



Et ça ne les empêchent pas de nommer les versions de IE ou Windows Phone de façon “traditionnelle” : 9, 10, 11…



Bref c’est incompréhensible et en plus incohérent : aucun produit Microsoft ne respecte le même nommage !



Question bonus : quel est le numéro de version interne de Windows 8.1 ?

Réponse : 6.3.9600 évidemment !

Le 05/04/2014 à 10h 44







Xarkam a écrit :



[…] sur CodePlex le C# est le plus populaire que les autres





C’est juste : CodePlex a été créé par Microsoft pour les technos Microsoft.



Mais il faut garder à l’esprit que CodePlex est un nain comparé à GitHub :google.com GoogleCodePlex, BitBucket, …


Le 04/04/2014 à 16h 55

Mieux vaut tard que jamais, ils auraient du prendre cette décision il y a 10 ans (ça a été fait par Sun pour Java en 2006).

En attendant le concurrent direct, Java, est multi-plateformes, possède les meilleurs bindings/langages (Python, Ruby, Scala) et un écosystème open source beaucoup plus enviable.

Ça vaut ce que ça vaut, mais Java est le 3e langage le plus populaire sur GitHub, C# est 9e derrière Objective-C :http://adambard.com/blog/top-github-languages-for-2013-so-far/



Bref la plateforme se fait bouffer par tous les cotés (JavaScript, Java, Objective-C…), fallait bien qu’ils réagissent.

Le 02/04/2014 à 18h 23







ayaredone a écrit :



Mea Culpa c’était sur Clubic “pro”







J’ai pas trouvé non plus sur clubic pro <img data-src=" /> (une explication du pdf serait intéressante)


Le 02/04/2014 à 17h 30







ayaredone a écrit :



Pour la TVA la réglementation change. Les entreprises devront facturer la TVA du pays de l’acheteur (ce qui est une très mauvaise nouvelle pour la Luxembourg =&gt; voir le magazine capital de ce mois-ci).







Impossible de retrouver l’info dans les magazines Capital de mars et avril 2014, ni dans le dossier spécial N°1 mars/avril 2014


Le 27/03/2014 à 20h 33







HarmattanBlow a écrit :



les compilations AOT de Java ou dotnet vers leurs bytecode respectifs sont extrêmement rapides (de l’ordre de la demi-seconde pour de gros projets) et l’usage du bytecode LLVM n’introduit pas de difficulté supplémentaire





C’est la ou tu te trompes.

Pour simplifier la compilation c’est une transformation (ou une traduction).





  • Quand tu transformes un langage haut niveau vers un bytecode “haut niveau” proche du langage source (CLR, JVM) =&gt; rapide

  • Quand tu transformes un langage haut niveau vers un langage bas niveau (de surcroît générique) =&gt; lent



    Pour simplifier encore :

    Quand on transforme A vers B, plus B est différent de A, plus c’est compliqué (donc lent) et inversement.



    Il n’y a pas de miracle, tu peux pas avoir les avantages sans les contreparties.



    C’est pour ça que je te demande des chiffres pour LLVM : ils ne sont pas de l’ordre de la demi-seconde, sinon tu m’aurais déjà cloué le bec depuis longtemps.

    Tu imagines bien que Google ne se lancerait pas dans Dart en plus de PNaCl si PNaCl n’avait que des avantages.


Le 27/03/2014 à 18h 33







HarmattanBlow a écrit :



Les noms tu les connais déjà : asm.js, pNaCl, midori, etc.





asm.js et PNaCl s’appuient sur LLVM pour la compilation (LLVM est, comme tu l’as souligné, effectivement plus bas niveau que la JVM par exemple).

Donc d’après toi LLVM compile du code en “une demi-seconde”.




  • Si c’est le cas j’ai effectivement tort =&gt; ce que je qualifiais d’utopie n’en est pas une

  • Si c’est pas le cas, ça tient donc du domaine de l’utopie

    Et ben j’attends les chiffres.



    Rappel de tes propos :





    HarmattanBlow a écrit :



    […] ils sont stupides [ndlr : Lars Bak] de créer un langage [ndlr : Dart] plutôt qu’un bytecode élémentaire analogue à un langage assembleur [ndlr : asm.js, PNaCl, LLVM…].

    Ce qui serait [ndlr : bullet points]

  • beaucoup plus léger à transporter

  • plus rapide à compiler par le navigateur

  • rétablirait le choix du langage

  • offrirait à tous ces langages le loisir de profiter de performances maximales ou quasi-maximales

    […]

  • Le coût d’une demi-seconde par compilation pour le développeur

  • compensée par un démarrage plus rapide

    […]




Le 27/03/2014 à 17h 15







HarmattanBlow a écrit :



Une “utopie” sur laquelle travaillent Google, Mozilla et MS avec des solutions déjà téléchargeables aujourd’hui et soumises à divers comités de standardisation





Des noms, liens, articles, chiffres… ?


Le 27/03/2014 à 12h 20







Lafisk a écrit :



Il n’a pas dit que ca existe mais que ce serait mieux si on avait eu ca, sauf erreur de ma part.









HarmattanBlow a écrit :



L’idée de base est la même que […]





“L’idée de base” ?



On va s’arrêter la parceque parler d’une utopie (1) sortie de ton imagination, ça n’a strictement aucun intérêt à mes yeux.



Parles-en à Lars Bak, ca fait 20 ans qu’il travaille sur ces sujets (VM Smalltalk, HotSpot, V8 et maintenant Dart), il t’embauchera surement.



<img data-src=" />



(1) que je souhaite se réaliser comme tout le monde; “choix du langage”, “performances maximales”, “une demi-seconde par compilation” : bref que des avantages et aucun inconvénients - elle est pas belle la vie la, hein ??


Le 27/03/2014 à 11h 14







HarmattanBlow a écrit :



un bytecode élémentaire analogue à un langage assembleur. Ce qui serait beaucoup plus léger à transporter, plus rapide à compiler par le navigateur, rétablirait le choix du langage et offrirait à tous ces langages le loisir de profiter de performances maximales ou quasi-maximales.





Et ce “bytecode élémentaire” qui résout tous les problèmes (“choix du langage”, “performances maximales”, “une demi-seconde par compilation”), qui rend donc obsolète les JVM, CLR, interpréteurs ect…



T’imagines bien que je vais te demander son petit nom, des liens et des chiffres :)


Le 27/03/2014 à 10h 33







HarmattanBlow a écrit :



Faut oublier le C++ et son modèle d’inclusion obsolète, la compilation d’un langage moderne en mode débug c’est extrêmement rapide […]





Tu parles de C# et Java ? VM bytecode =&gt; on tourne en rond.



Disons que tu as raison et qu’ils sont stupides de créer un langage interprété puisque l’étape de compilation c’est facile et (presque) instantanée pour le développeur…


Le 27/03/2014 à 00h 38







HarmattanBlow a écrit :



Tu es en train de prétendre que la compilation est une mauvaise chose, c’est délirant.





?

Ne pas avoir d’étape de compilation c’est évidemment un (gros) plus pour le confort du développeur, sinon les langages de script n’existeraient pas.



JavaScript est un langage de script tout comme Python ou Ruby et pour revenir à Dart :



“If you’re writing JavaScript, your “compile step” is just refreshing the browser. Dart must be equally simple to use. […] we want to keep the fast ‘edit-refresh-view’ cycle that JavaScript developers love […]”



Donc quand j’ai écrit dans mon 1er commentaire :



J’imagine que tu veux parler de asm.js (…)




  • Malheureusement tu introduis alors une étape supplémentaire de compilation



    Y’a strictement rien de “délirant” la dedans. Le “malheureusement” c’est pour le confort du développeur.







    HarmattanBlow a écrit :



    c’est inévitable





    Je me garderais bien d’avoir des certitudes sur le futur.


Le 26/03/2014 à 20h 24







HarmattanBlow a écrit :



&gt; - Malheureusement tu introduits alors une étape supplémentaire de compilation



Pas du tout ! […] Si étape supplémentaire il y a c’est en comptant la compilation faîte en amont par le développeur.





Donc il y a bien une étape supplémentaire… CQFD.

Et c’est loin d’être un détail, non ?







HarmattanBlow a écrit :



Mais ils ne s’appliquent pas à quelque chose de vraiment générique, beaucoup plus proche d’un langage assembleur neutre, comme l’est pNaCl ou asm.js.





Il faut différencier PNaCl et NaCl. PNaCl s’appuie sur le bytecode de LLVM. On est plus proche de la JVM que du langage machine/binaire.



De toute façon, Google promeut les 2 approches :




  • un langage de script pour le web performant et sans les défauts de JS

  • un bytecode ou langage assembleur (peu importe le nom, comme tu veux)



    Pour l’instant la vision qu’en on les concepteurs de asm.js et NaCl/PNaCl, c’est pour faire fonctionner du code existant C/C++/autre (que des exemples de jeux video pour l’instant) dans un navigateur web, pas pour écrire des applications web. Ça évoluera peut être, mais je ne le crois pas.







    HarmattanBlow a écrit :



    Faisons du navigateur un OS aussi neutre et léger que possible.





    Approche intéressante, mais je suis pas sur que ça soit le sens de l’histoire (heureusement ou malheureusement - j’ai pas d’avis) :)


Le 26/03/2014 à 18h 52







HarmattanBlow a écrit :



On s’en fiche de Dart. La réponse à Javascript ce n’est pas d’imposer un langage de plus. C’est de redonner la liberté du choix du langage.





Rien n’est imposé, la VM Dart c’est en plus de la VM JS =&gt; choix :-)



J’imagine que tu veux parler de asm.js (ou tout du moins du principe d’une VM avec un bytecode).





Le 26/03/2014 à 16h 51







HarmattanBlow a écrit :



Si JS a du succès c’est parce que nous n’avons pas le choix.







Très juste.







HarmattanBlow a écrit :



Mais le JS est toujours mal vu, même s’il a été nettoyé et amélioré.







Précision : et sera toujours mal vu : le coeur de JS ne pourra pas être nettoyé beaucoup plus qu’il ne l’est actuellement, il y aura toujours null et undefined, === ect…



On peut seulement ajouter par dessus (ECMAScript 6/TypeScript) et améliorer la librairie “standard” (je pense à Date qui est vraiment miteux).



Si on veut vraiment nettoyer le cœur de JavaScript, il faut malheureusement créer un nouveau langage =&gt; Dart


Le 19/03/2014 à 18h 53







Max81 a écrit :



Regarde en Python, ça se passe plutôt bien […]







Ou pas cf http://benchmarksgame.alioth.debian.org/u32/benchmark.php?test=all&lang=java…



Java est de 30 à 3x plus rapide que Python.

A prendre avec des pincettes, c’est vrai, c’est du micro-bench.


Le 12/03/2014 à 21h 21







psn00ps a écrit :



Je suis sous 2003 server avec les màj activées et je n’ai toujours rien vu.

Microsoft, bouge toi le *







2003 server != XP



support.microsoft.com Microsoft



=&gt; end of life: 7/14/2015



<img data-src=" />


Le 10/03/2014 à 11h 25



Windows 8.1 démarre automatiquement sur le bureau lorsqu’il détecte que l’ordinateur est un PC classique





Wow !

Gros aveux d’échec quand même ! Ça faisait depuis la sortie de Windows 8 il y a un an et demi maintenant qu’on nous explique que les utilisateurs sont idiots et qu’ils ne savent pas s’adapter, que Modern UI c’est génial blabla.

Au final c’est Microsoft qui s’adapte….

Le 04/03/2014 à 11h 04







Tolor a écrit :











Donc tout va bien :




  • ça ne vous dérange pas de présenter un camembert avec 25% de other

  • ça ne vous dérange pas d’être peu précis contrairement à TNW

  • ça ne vous dérange pas de mettre au même plan les différentes versions de IE (mis à jour 1 fois/an dans le meilleur des cas) et de Firefox/Chrome (mis a jour ~9 fois/an).

  • ça ne vous dérange pas de donner des statistiques à un instant T sans donner les tendances

  • ça ne vous dérange pas d’utiliser une seule source



    1er phrase de votre article : “Cela peut paraître étrange”, tu m’étonnes…


Le 04/03/2014 à 10h 09







Tolor a écrit :



25% de Other simplement parce que c’est le graph qui fait ça







Et donc le camembert n’a plus aucun intérêt…



D’après toi quel est le/les camembert le plus clair entre ça :

static.pcinpact.com PC INpactet ça

http://cdn1.tnwcdn.com/wp-content/blogs.dir/1/files/2014/02/ie_january_2014.png

http://cdn2.tnwcdn.com/wp-content/blogs.dir/1/files/2014/02/firefox_january_2014…

http://cdn2.tnwcdn.com/wp-content/blogs.dir/1/files/2014/02/chrome_january_2014….



(tjrs la même source :http://thenextweb.com/insider/2014/02/01/ie11-passes-ie10-market-share-firefox-s… qui utilise les mêmes données Net Applications)



(au passage votre image est dégueulasse parceque vous utilisez le format JPEG au lieu du format PNG qui est bien plus adapte dans ce cas la - ce que fait The Next Web).


Le 04/03/2014 à 09h 25







Thomas Godart a écrit :



“Internet Explorer 11 est le deuxième navigateur le plus utilisé au monde” C’est de l’humour, c’est ça ? […]







+1, j’ai la même analyse :pcinpact.com PC INpact



De plus même si on se base uniquement sur les chiffres de Net Applications, l’interprétation est complètement farfelu (25% de Other LOL) :http://thenextweb.com/insider/2014/02/01/ie11-passes-ie10-market-share-firefox-s…


Le 03/03/2014 à 18h 20

Se fier a Net Applications est une erreur, le b.a.-ba c’est quand meme de recouper les chiffres…

De plus il faut savoir interpreter les chiffres correctement cf l’article de The Next Web :

http://thenextweb.com/insider/2014/02/01/ie11-passes-ie10-market-share-firefox-s…



La source la plus fiable sur le sujet est Wikipedia :

en.wikipedia.org WikipediaIls donnent les statistiques de plusieurs outils dont Net Applications

en.wikipedia.org Wikipedia#Net_Applications_.282004_Q4_to_present.29



Et surtout ils ont leur propres statistiques beaucoup plus complètes que celles des autres :



http://stats.wikimedia.org/archive/squid_reports/2014-01/SquidReportClients.htm

Le 17/02/2014 à 16h 05

Le bouton de marche/arret en plein milieu c’est vraiment laid.

J’aurais mis les ports USB a gauche et sur la meme “ligne” le bouton marche/arret a droite.

Le 17/02/2014 à 16h 00

Les CM Gigabyte en Intel on l’avantage de parfaitement convenir aux Hackingtoshs

Le 05/02/2014 à 12h 00

Je comprends pas pourquoi ils gardent deux champs : un pour taper l’URL + un pour faire une recherche.



Pour les onglets, ils auraient du les garder carres “classiques” : l’interface se serait démarquée d’avantage de celle de Chrome + ca fait gagner quelques pixels horizontalement.



Aussi comme Chrome, ils auraient pu intégrer les boutons _ [] X directement avec les onglets pour gagner en hauteur.

Le 03/02/2014 à 23h 44







zefling a écrit :



Franchement, Firebug et ses extensions, j’ai pas trouver mieux (Je me sers pas mal de FirePHP et EventBug).







Essaye les Developer Tools (F12) de Chrome, je trouve ça bien supérieur à ce que propose Firfox par défaut et à Firebug que j’ai longtemps utilisé.


Le 03/02/2014 à 18h 20

Linux passe de 7.69% (2009) à 6.46% (2013)

OS X passe de 4.07% (2009) à 8.15% (2013)



Marrant cette baisse de OS X entre 2012 (9.02%) et 2013 (8.15%) alors que cet OS ne faisait que progresser.



Pour Chrome, au delà de l’installation automatique avec certains logiciels (jamais expérimenté perso) + le marketing, pour le developpement web, Chrome est un vrai régale et du coup AMHA la majorité des développeurs web l’utilisent.

Le 29/01/2014 à 00h 07







hop45 a écrit :



Ne fait pas ton cas pour une généralité. Ta ligne 100 mégas (86 en réelle) et Tes 20ms Te va très bien….

Ce qui est très loin d’être le cas chez tout le monde chez NC… <img data-src=" />







Abonné Numericable depuis 4 ans et aucun pépin : ping 7 ms, 93 Mbps download, 5 Mbps upload

2 autres potes dans le meme cas sur Paris…


Le 07/01/2014 à 19h 58







maestro321 a écrit :



rien n’empêche la RATP de fournir un soft indépendant de java et du navigateur web?







C’est beaucoup moins pratique et universel qu’une applet Java qui AMHA est la solution la moins pire en terme de facilite pour l’utilisateur.


Le 07/01/2014 à 17h 46







dump a écrit :



j’suis obligé d’installer Java pour recharger mon pass Navigo tous les mois. Avec le lecteur de carte USB et le site Navigo.fr <img data-src=" />







Idem.

Je vois pas comment la RATP pourrait faire sans une applet Java puisqu’il faut communiquer avec le lecteur USB.


Le 19/12/2013 à 16h 52

Mouai, niveau bruit ca va etre bien perrave : 3 petits ventilos !



Le 16/12/2013 à 13h 38







linconnu a écrit :



Java avec SWT est beaucoup plus proche de l’OS je trouve.







Sous Windows ça peut se débattre mais sous OS X il suffit d’installer Eclipse pour voir que c’est immonde.


Le 14/12/2013 à 00h 52







linconnu a écrit :



Regarde les onglets, nul part dans Windows il n’y a des onglets comme ça !







<img data-src=" />


Le 13/12/2013 à 15h 59







linconnu a écrit :



A éviter absolument ! Qt s’adapte très mal au look graphique et au thème du système d’exploitation.







Au contraire !

Ça s’intègre très bien a Windows et OS X pour peu que le développeur fasse quelques efforts.

Exemple :http://www.qupzilla.com/screenshots







polytan a écrit :



Quel est la différence avec Java ?







Les interfaces Java sont faites en SWING et SWING contrairement a Qt s’intègre très mal au look de Windows et Linux (sous OS X, Apple a fait du très bon boulot d’intégration).

De plus Java demande aux utilisateurs d’avoir la JVM d’installee, Qt ne demande rien (enfin si, les dll Microsoft pour C et C++ et la libc et libcpp sous UNIX).

Les applis Java SWING sont lentes au démarrage, les interfaces Qt sont très rapides.