Christie Poutrelle a écrit 388 commentaires

Avec ton desktop tu aurais au moins aussi les écrans ! Par contre j'ai aucune idée de ce que peut consommer une docking station.

Au cas où, ma réplique était, bien entendu, sarcastique.

En même temps, si on s'assure que seuls ceux dont les parents ont les moyens vont dans les études supérieures, on augmente les chances qu'ils réussissent, vu qu'ils ont eu une meilleure éducation. CQFD.

Vu que je ne conduis pas quotidiennement, que je vais au boulot en vélo, finalement ma journée de travail pollue beaucoup moins que n'importe quelle personne qui devrait prendre sa voiture pour aller au travail (je pense que la distance moyenne habitation-lieu de travail doit être beaucoup plus élevée que 5 km en France).

On peut rajouter à ça que je travaille avec un ordinateur portable qui consomme peu (beaucoup moins qu'une station de travail desktop classique).

Certes, mais ça semble quand même assez dangereux. On vit dans un État de droit, on ne peut pas, en théorie, te condamner pour des faits qui ne correspondent pas à la réalité. Si Google fraude le fisc, alors il devrait être condamné pour fraude fiscale, et pas pour entrave à la concurrence.

Et bien, le problème c'est qu'ils ne font pas forcément quelque chose d'illégal, car la fiscalité n'est pas harmonisée en Europe, c'est aussi un moyen de contourner le fait que certains pays refuse de normaliser leur fiscalité de peur de perdre les grands groupes installés chez eux (Irlande, Luxembourg, autre ?). Du coup c'est le bronx, et tout le monde fait n'importe quoi. Mais dans l'absolu, ça semble résolument transitoire comme situation, parce que si (un si bien théorique) l'Europe arrive à rationaliser la fiscalité dans l'ensemble des pays membres, ces grand groupes n'auront plus aucun échappatoire.

De plus ça semble encore plus improbable que l'ensemble des pays du monde accepte de se mettre d'accord sur rendre les différents moyens légaux de fuite fiscale illégaux, trop de pays perdraient trop d'argent.

Dans les faits, magouiller sur les raisons d'une amende reste le meilleur moyen pour que l'appel soit couronné de succès et l'amende levée, ce qui n'est pas le but de la commisssion.

En même temps, ils semblent avoir trouvé un vrai point de blocage sur Android et la situation de monopole, ça peut marcher.

Je suis d'accord avec ton analyse sauf sur un point, le pourquoi la commission s'attaque à Google. Au vu que c'est une entreprise qui brasse plus d'argent que certains états, et qu'en prime elle s'amuse à tout faire pour ne payer aucun impôt en Europe, Android n'est probablement pas le fond du sujet, mais un moyen comme n'importe quel autre de récupérer l'argent que Google ne paie pas. L'Europe de très près voit un acteur économique majeur s'enfiler max de tunes sans jamais en reverser un centime, alors qu'elle le gagne de manière évidente sur le dos de nous les gentils européens qui utilisons ses outils ses pubs.

Je n'écris plus une seule ligne de JavaScript depuis plus d'un an grâce au TypeScript. Le système de typage qu'il rajoute à ECMA-Script est juste magnifique, types somme, types union, alias de type, analyse statique, c'est tout bonnement un pur bonheur !

Adieu JavaScript.

Ah oui en fait non !

De mémoire sur certains benchmarks, et Python faut pas se leurrer, c'est un langage sympa mais c'est lent. Et puis de toute façon tout langage ou on peut faire du pansement de singe est à mettre à la poubelle.

J'ai lu le code, personnellement, et même joué avec. Il y a une phase de lexing puis de parsing, tu peux le voir notamment grâce aux fichiers de définition de la grammaire:

Pour le lexer: https://github.com/php/php-src/blob/4887357269107ed669463c4b95bd755fbbb52490/Zend/zend_ini_scanner.l
Pour le parser: https://github.com/php/php-src/blob/4887357269107ed669463c4b95bd755fbbb52490/Zend/zend_ini_parser.y

Ensuite cette phase est décorrélée de la Zend engine, qui est devenue une vraie VM à part entière, qui fonctionne avec un bytecode en entrée (les OPCodes, c'est le même mot que pour les autres VM par ailleurs).

Je pourrais aller plus loin, notamment sur les passes d'optimisation qu'il fait à la compilation, comme le Dead Code Elimination et quelques autres, sur les optimisations basées sur l'utilisation de la stack plutot que la heap faite par la VM etc…

Pour voir le code du compilateur (partiel) basé sur l'AST produit par la phase de parsing: https://github.com/php/php-src/blob/4887357269107ed669463c4b95bd755fbbb52490/Zend/zend_compile.c

Après pour voir tout ce qu'elle fait en terme d'optimisation, et bien faut l'analyser ce code, et là ça devient une tâche un peu plus longue que donner quelques liens.

Toutes ces modifications ont été apportés par PHP 7 à sa sortie, c'est la grosse différence avec PHP 5.x. Pour information l'extension APC qui existe depuis tellement longtemps que j'en oublie mes mots (on l'utilisait depuis PHP 5.3 ici mais ça existe depuis plus longtemps de mémoire) apportait déjà le caching du bytecode au premier hit pour éviter d'avoir justement la phase de parsing à chaque hit. En réalité PHP n'était plus réellement interprété depuis PHP 5 car il passait déjà par la compilation en une suite d'OPCode avant l'exécution (mais à la différence de PHP 7 il n'avait pas de lexer/parser standard, du code custom à la place, pas de REGEX etc..).

D'ailleurs chose intéressante, elle est très rapide cette VM, j'ai pas de benchmark récents à te montrer, mais bon, vu qu'à chaque version elle gagne 20% de performances brutes sur les benchmarks de Phoronix, et que déjà il y a quelques année elle se montrait plus rapide que la VM de Python (attention, no troll, je suis conscient que les benchmarks se focalisent toujours sur des algorithmes précis, et qui parfois sont mal implémentés dans tel ou tel langage) - ce qui paraît logique sur un certain nombre de cas d'utilisations parce que PHP type statiquement de plus en plus de choses, et là où le dynamisme disparaît, tout devient plus simple à exécuter - Python reste extrêmement dynamique, beaucoup plus que PHP (d'ailleurs il ressemble plus à JavaScript sur ce point).

Je ne le connaissais pas celui-là ! Merci !

Cet article est plein d'informations qui sont complètement fausses, ou plus d'actualité depuis plusieurs années. Il faut arrêter de propager des fausses informations ! Que l'on aime PHP ou pas (c'est loin d'être le meilleur langage du monde) il faut au moins lui redonner ce qui lui revient.

PHP est un langage interprété, c’est à dire qu’il est « traduit » par un serveur (externe) pour que la page Internet soit lisible par votre navigateur

Ohlalalala, déjà rien qu'ici, cette phrase ne veut rien dire. Bon, pour commencer, PHP n'est plus interprété depuis sa version 7, donc quelques années, de plus avant il pouvait ne plus l'être dès lors qu'on installait APC (ce que tout le monde faisait). Tout ce qu'il y a après le mot "interprété" dans cette phrase est incompréhensible.

En fait, j'ai arrêté de le lire ici. La personne qui a écrit cet article ne doit pas connaître grand chose ni à PHP, ni au web en général.

En même temps, ça date de 2009. Faut arrêter ce genre de blagues à troll :)

Bien évidemment, mais d'autres respectent beaucoup plus la vie privée que Google.

Ce qui me déprime le plus dans l'histoire, c'est que plein de monde puisse lire MES mails, alors que je n'utilise pas Google, et n'ai jamais autorisé Google à le faire. Juste parce que des amis à moi utilisent Google, il peut lire ceux que je leur envoie.

Mais pas que, la performance peut être liée au fait que justement grâce à l'analyse statique, le compilateur peut supprimer les méta-informations de type, et dénouer les abstractions (par exemple le Rust est langage qui se veut avoir des "zéro-cost abstractions"). Ce n'est malheureusement possible que si le typage est strict et sans ambiguïté possible: en Python ça ne sera juste jamais possible à cause des possiblités de monkey patching. L'un ne va pas sans l'autre en réalité, le typage et l'analyse statique permettent par la preuve formelle de garantir un code sans bug, et la garantie et la prédictibilité de ce qui va être exécuté permet les optimisations.

C'est un processeur de type atom non ? Il me semble que le support du kernel est pas terrible, et c'est possible que ça ne juste marche pas. Je m'étais renseigné il y a un an, et quasiment aucune tablette/touchpad ne pouvait faire fonctionner correctement linux, dans le meilleur des cas, tu avais quelque chose qui boot mais sans wifi et sans son.

[…] qu'il s'agit d'un choix personnel de diffuser une information sur toi. Affirmer aux yeux du monde sur facebook, ici ou ton blog des informations te concernant semble être une liberté fondamentale.
[…] ce genre d'informations permet d'influencer une élection par exemple. Il n'est plus question de savoir quelles seront les implications pour toi de cette diffusion d'information, mais quels seront les impactes pour ton entourage

Si je suis ton raisonnement, Cambridge Analytica a donc privé les citoyens de leur liberté de partager des informations personnelles. Le vrai problème de fond est non pas qu'une telle utilisation massive des données soit possible, elle le sera fondamentalement toujours au moins techniquement possible, mais que des gens l'aient fait. D'où l'importance que ces gens soient condamnés par la loi pour leurs actes et non simplement pour avoir volé des données.

Ça n'enlève en rien la responsabilité de Facebook qui a toujours essayer de masquer la réalité de la façon dont ils collectent, stockent pour l'éternité et vendent les données personnelles, qui lui aussi doit payer pour le préjudice porté aux gens, mais ce n'est pas le même.

J'utilise Thunderbird depuis à peu près un an, en version beta depuis 2 ou 3 mois, (j'utilisais Gnome Evolution avant) et voici quelques remarques:

Parfois Thunderbird ne répond plus pendant une minute, sans message. Le sentiment de lenteur est très fréquent, même après avoir désactivé la recherche globale.

Ça ne m'arrive juste pas.

Les opérations IMAP plantent parfois, par exemple en déplaçant puis supprimant des messages. Je suppose qu'il lance la seconde commande quand la première n'a pas encore abouti.

Des fois certaines sont lentes, donc l'UI attend que l'opération se termine pour mettre à jour l'UI (par exemple, ne plus afficher le mail après un déplacement) mais c'est toujours extrêmement rapide à l'usage (ça ne dure jamais plus que quelques secondes). Pour info, tous mes autres clients IMAP ont toujours fait pareil (Evolution, et il y a très longtemps, Sylpheed).

Pour des répertoires trop remplis, Thunderbird finit par proposer d'arrêter le script JS en cours. Je ne savais pas qu'il y avait du code JS dans Thunderbird, et le message avec un nom de fichier bizarre en ".js" à de quoi faire paniquer certains utilisateurs.

C'est lié au fait que c'est la même UI que Firefox, et avec la beta il y en a encore plus parce que ça essaye de suivre le train de Photon (la nouvelle UI de Firefox)

Le filtre statistique anti-spam s'applique sans attendre un volume minimal d'apprentissage, avec des résultats stupides et parfois dangereux.

Je ne peux pas répondre à ça, je n'ai jamais utilisé de filtre anti-spam côté client, toujours côté serveur.

Quand Thunderbird pompe 100% d'un cœur, on voit qu'il est monothreadé car toutes les actions rament.

Je ne pense pas qu'il soit mono-threadé, par contre si c'est comme Firefox, il doit y avoir un thread global pour l'UI, dans le cas où il bug, l'application ne répond plus le temps qu'il reviennent à la normale. Jusqu'avant la version 57, Firefox fonctionnait exactement pareil, et ça sera pareil pour toutes tes applications desktop d'ailleurs: si c'est le thread d'UI qui déconne, t'as l'impression que l'appli est morte. Ceci dit, ça a dû m'arriver en tout et pour tout deux fois.

À titre de comparaison, Evolution je devais le relancer trois à quatre fois par jour, et effacer manuellement son cache dans le répertoire .config, alors qu'avec Thunderbird, à part en cas de mis à jour, une fois lancé le matin il fonctionne toute la journée (et ce même avec la beta, j'ai jamais eu de bug avec) et cerise sur le gâteau, je n'ai jamais eu à effacer manuellement quelque cache que ce soit.

C'est pas faux.

D'après les benchmarks, ce n'est pas qu'une question de vie privée, ils sont aussi globalement (parfois beaucoup) plus rapides que tous les autres pour répondre, et ce quelle que soit la position géographique sur la planète (Yandex ne répond bien qu'en Russie, et Google et Quad9 ne semble pas très bien répondre en Afrique ou dans certain coins d'Asie).

Absolument aucune, après la personne qui porte (non officiellement) Lineage pour ce modèle en particulier a mis toutes ses sources sur github, et apporte du support sur les forums XDA, et accepte les contribution, même si ça ne garanti en rien que le binaire final soit bien celui issu de ce code source, ça donne un peu confiance tout de même.

Merci beaucoup!

J'utilise un Galaxy S4 mini+ (le + est important, c'est pas le même CPU que celui sans le +) avec un build non officiel de Lineage. Jusque là j'en suis très content.

Le modèle est un peu ancien, mais ça devient de plus en plus dur de trouver des modèles qui respectent pour moi les quatre points essentiels suivants:

• pas trop gros (en dessous de 5" de diagonale),
• en moyen de gamme (pas un premier prix qui tombe en panne au bout d'un an, mais pas un modèle cher non plus),
• qui est officiellement supporté par Lineage (et là ça devient compliqué, ce + m'a bien mis dedans),
• qui tient longtemps en batterie.

J'ai l'impression même que simplement trouver un modèle de moins de 5" devient complètement impossible aujourd'hui.

Incroyable, j'ai cherché pendant sacrément longtemps, et nulle part sur le site officiel, ni sur duckduckgo je n'ai trouvé un seul lien probant pour installer ou télécharger Sailfish OS, as-tu des ressources à fournir là dessus ? Le site officiel est joli, mais on dirait une sacré boite noire ce truc, impossible de trouver aucune info utile.

Perso pour tester ma version de TapTempo je me suis servi de mon rythme cardiaque: un appui sur entrée pour chaque pulsation, c'est pas fiable sur 10 secondes, mais ça le devient au delà - pas besoin de HeartTempo, TapTempo fait déjà très bien le job!

[Hors-Sujet] D'ailleurs, pour tous les fumeurs ici, ça m'a permis de me rendre compte que mon rythme cardiaque est tombé de 10 ou 20 pulsations minutes au repos depuis que j'ai arrêté de fumer!