pulkomandy a écrit 1957 commentaires

Alors, dire que la seule différence entre les domaines gratuits et payants est qu'il faut renouveler le domaine tous les ans, c'est un peu trompeur. Par exemple pour un domaine gratuit, il est obligatoire d'y héberger un site web accessible en http, sans quoi le domaine est supprimé au bout de 15 jours.

Le but étant que ces domaines soient référencés au maximum, afin de pouvoir les revendre plus cher par la suite dès qu'ils sont inutilisés ou suspendus pour d'autres raisons (hébergement de malware, pornographie, … par exemple). Ce n'est bien entendu pas le cas pour les domaines payants, pour lesquels le fonctionnement est celui d'un nom de domaine classique.

Ah non ce sont les "game engines" qui sont interdits. Un "moteur de jeu" ça ne pose aucun problème? :o)

Bon en vrai ils ont défini ce qu'ils entendent par "game engine product" dans la license:

“Game Engine Product” shall mean software used for video game development. This includes both the content authoring software and the software used to show the created content.

C'est donc plus basé sur l'utilisation à laquelle c'est destiné que sur le nom qu'on lui donne.

On fait ça aussi. Le lecteur d'image ShowImage recopie certaines données EXIF dans ces attributs, et pour la musique il faut utiliser, par exemple, ArmyKnife. Ces attributs sont en plus indexés, ce qui fait qu'on peut les utiliser pour générer des playlists dynamiques ou bien retrouver des photos en utilisant ces données (il faudrait qu'on mette un geohash ou ce genre de chose pour que ça soit vraiment intéressant, cela dit).

Pour les icônes, effectivement c'est "marginal", mais avoir les icônes qui s'affichent instantanément dans la DeskBar pour toutes les applications, c'est quand même plus propre. Et comme de toutes façons il n'y a pas vraiment d'autres métadonnées à stocker pour une application en général, et que l'espace disponible est assez large, ça ne coûte pas grand chose (un inode est par défaut à 2 ou 4Ko, et l'icône utilise en général quelques centaines d'octets, donc il reste largement la place pour les autres métadonnées éventuelles).

"moisi" peut-être aujourd'hui, mais à l'époque ou ce format a été conçu, ça a vraiment fait une grosse différence avec Zeta, une version de BeOS qui avait elle choisi d'utiliser des icônes en SVG. Le stockage et les processeurs ayant fait des progrès depuis 20 ans, ça se voit probablement moins sur un ordinateur moderne.

Ces attributs sont stockés dans l'inode d'en-tête du fichier qui ne peut pas contenir de données, c'est donc de la place qui était autrement "perdue". Et de toutes façons on y stocke déjà d'autres trucs (type mime,etc).

Ce n'est pas clair dans l'article mais le stockage de l'icône dans un attribut est loin d'être systématique: en gros c'est pour les applications et quelques dossiers du système. Pour les fichiers ayant un icône générique correspondant à leur type, on stocke le type mime en attribut et ça permet de retrouver l'icône approprié dans la base mime du système. On a aucun intérêt à dupliquer l'icône par défaut dans tous les fichiers.

Je crois que c'était fait exprès pour piquer les yeux des gens allergiques à l'écriture inclusive encore plus fort.

Oui, et OpenBSD a l'air de bien fonctionner sur SPARC64 également (y compris les machines les plus récentes de chez Fujitsu qui continue pour le moment à vendre du matériel avec l'architecture SPARC).

Pour FreeBSD, les machines sun4v n'ont apparament jamais été vraiment fonctionnelles, et donc ce port n'était utilisable que pour les machines fabriquées avant 2000 et utilisant encore sun4u. Je suppose que le travail en cours dans FreeBSD pour se débarasser complètementde gcc et utiliser clang ne doit pas aider s'il n'y a personne pour tenir le code spécifique au SPARC à jour.

"10 ans d'empoisonnement de l'éducation, invasion de la vie privée, et menaces sur la sécurité", dit le message.

On se demande bien pourquoi il faudrait publier les sources de cette version obsolète. Il vaudrait mieux que Microsoft continue de publier les sources des versions actuelles, comme ils ont déjà un peu commencé à le faire par petits morceaux.

Donc oui, anti-Windows mais on veut bien les sources quand même. Sans aucun plan pour en faire quoi que ce soit, cela dit, parce qu'il ne faut pas exagérer. Si ça venait par exemple de ReactOS avec un plan pour faire quelque chose des sources une fois publiées, pourquoi pas, mais là, je vois pas bien l'intérêt du truc.

La page Wikipedia qui traite de l'"upcycling" a été créée en 2007. Si c'est créé pour l'occasion, c'est une belle anticipation, puisque Windows 7 a été publié seulement 2 ans après.

Haiku utilise WebKit et notre navigateur a besoin d'environ 32Mo de mémoire au démarrage, ce qui me semble assez raisonnable.

Sous Linux, il faut voir que WebKit réserve beaucoup d'espace mémoire sans forcément l'utiliser tout de suite. Du coup ça ne consomme pas vraiment de mémoire, en fait. C'est juste que les chiffres indiqués par les outils de mesure ne sont pas ce qu'on croit.

De plus, il n'est pas si compliqué que ça de configurer WebKit pour être moins gourmand. Le JIT pour Javascript peut être désactivé, les trucs qui réservent beaucoup d'espace mémoire sont configurables, etc. Sinon il ne pourrait pas fonctionner sur l'Apple Watch, par exemple.

Je ne sais pas comment c'est mais j'imagine que c'est grandement robotisé. Derrière on parle d'information ultra util a beaucoup de site.

Y'a plein de bouts super importants de l'Internet qui sont maintenus à la main par un type dans son garage…

Dernièrement on a entendu parler de la liste de diffusion Yahoo Groups qui permet aux opérateurs téléphoniques anglais de tenir leurs bases de données à jour pour assurer la portabilité des numéros de téléphone, par exemple. Mais c'est loin d'être le seul cas.

Dans l'exemple donné dans le journal, il est indiqué (dans la capture d'écran) que l'"application" lampe de poche s'exécute dans le même processus que tout plein d'autres trucs, avec lesquels elle semble partager les permissions. Du coup, je suppose que c'est "normal" d'avoir toute cette liste.

Sur mon téléphone, il y a un bouton "lampe de poche" intégré dans la barre de réglages rapides, à côté de ceux pour activer/désactiver le wifi, bluetooth, gps, etc.

ça existe encore les téléphones ou il y a besoin d'installer une application pour faire lampe de poche?

Et ce sont les mêmes ? De mémoire sur mon boîtier cyberplus, j'avais 3 types de génération de code différents, et il fallait appuyer sur le bon bouton avec la bonne icône, dépendant de l'opération effectuée sur le site web (la page indiquait quelle icône choisir).

Je crois qu'ils ont un peu laissé tomber le mode "signature" (qui demandait de rentrer un code à 8 chiffres dans la calculatrice pour en récupérer un autre à rentrer sur le site web) et se contentent du mode "authentification" (ou il y a seulement besoin du code PIN de la carte bancaire et on obtient directement un code à 8 chiffres permettant de s'authentifier). Je suppose que tu n'es pas le seul a avoir bloqué ta carte suite à une mauvaise compréhension des instructions? :)

Le mode restant est suffisament simple et apporte a priori une sécurisation suffisante (moins que le mode signature, mais mieux que le sms).

C'est bien le layout AZERTY par défaut des machines Apple et en effet ces touches ne sont pas sérigraphiées sur le clavier, comme plein d'autres. Apparament, plus de 2 symboles par touche, ça fait fouillis et c'est pas acceptable.

Les caractères sont bien accessibles avec 3 doigts comme indiqué (pareil pour | qui s'obtient avec alt+shift+l, ~ qui s'obtient avec alt+shift+n, etc), mais il faut les apprendre par coeur.

Et ça ne règle que la moitié du problème, puisque de toutes façons, malgré ce que telnet affiche, ce n'est pas du tout le caractère indiqué qu'il faut utiliser pour s'en sortir.

Bref: pour ce genre de test, il vaut mieux utiliser un outil approprié, par exemple netcat.

Beaucoup ne le feront pas, ce qui signifie une grosse perte de comptabilité avec d'anciens pilotes. Ensuite l'ABI du noyau Linux n'est pas stable, ce qui pose problème à Google pour Android.

Tu le vois pas arriver le fork "open source" de Linux co-maintenu par Google et Microsoft là?

Je me suis jamais caché, mon employeur est d'accord pour que le code que j'écrit pendant mon temps de travail soit publié avec son copyright et sous licence libre, et y'a ma photo sur leur site web sur la page "open source" qui a été créée pour l'occasion.

Donc non, je ne vois pas le problème.

Le projet sur lequel je travaille actuellement contient du C89, du Python 2.6 (oui oui, pas 2.7), CentOS 6, 32 bits. On commence à migrer des morceaux en C++98. Du coup je ne sais pas faire un choix unique dans cette liste.

Par contre dans mon projet précédent j'ai travaillé sur des machins reliés au réseau téléphonique et dont les mises à jour pouvaient être faites à distance via un modem intégré dans le matériel. Mais c'était du C99 et du python 3.

En fait le site n'envoie rien lui-même à Facebook, mais si tu fais suivre un lien à quelqu'un, qui le repartage ensuite sur Facebook, ça permettra de pister que ce lien avait été déjà partagé dans Facebook, et ça permet à Facebook de suivre comment se propagent les liens en dehors de ce qu'il peut directement surveiller.

Et donc, la SNCF emploie des conducteurs de train et… des informaticiens par exemple. Les informaticiens de la SNCF ont-ils un métier plus pénible qu'un informaticien… de Cap Gemini. J'en doute. Des témoignages ?
D'un autre côté, existe-t-il des métiers plus pénibles que conducteur de train et qui ne bénéficient pas de régimes spéciaux ?

Peut-être que les informaticiens devraient négocier un statut approprié à la pénibilité de leur travail, alors. Plutôt que de demander la suppression du statut négocié par les cheminots.

Le statut à la SNCF est justifié par le travail 7 jours sur 7, en horaires décalés. Ce qui ne concerne pas que les gens qui sont dans les trains, a priori. Et si les avantages semblent exagérés, ça serait bien de niveler les choses par le haut en améliorant les conditions des autres, non?

tu as d'un coté plus de trois candidats au programmes proche, mais qui diffèrent légèrement sur la répartitions; dans le lot tu en as un qui à montré lors de la mandature précédente que ses position c'est cool, mais pas au risque de perdre sa place, bref un gars sans conviction issu d'un parti qui ne sait pas s'il doit voter pour un autre, un autre qui clive un peut trop, et les autres son peu significatifs.

C'est idiot de leur part, mais c'est comme ça, et ils savaient probablement très bien que ça allait se terminer comme ça. Tant pis pour eux et pour ceux qui pensent que leurs propositions sont tout de même les meilleures. Ils avaient tout le temps et les opportunités de s'allier lors de la présidentielle, quitte à régler leurs comptes pour les détails lors des législatives juste après.

On gagnerait probablement en nuances en faisant les législatives en premier, puis la présidentielle ensuite pour choisir un président en accord avec la majorité établie lors des législatives (après éventuelles négociations et alliances). Mais actuellement ça marche pas comme ça, alors il faut faire avec les règles en place.

Ou pour prendre un autre exemple, le parti défendant les droits numérique fait 3%? bon ben il est moins légitime que le FN qui lui en fait 20%; on peut donc s'assoir sur ses revendications.

Oui. Malheureusement peut-être, mais oui.

Donc en gros "on va réformer, mais sans rien changer"?

ça va être difficile de savoir s'il s'est engagé ou pas à quelque chose, avec ça.

Surtout sans MMU… on a arrêté de faire ça sur le desktop depuis… Windows 95?

En même temps c'est pas leur travail. C'est comme si on demandait à l'IETF de faire la promotion de HTTP ou de IPv6 auprès du grand public, ou si le W3C essayait de vendre HTML5 comme la techno du futur. Tout le monde s'en fiche si ton navigateur utilise ça ou autre chose. La comm est faite sur Firefox ou sur Chromium (qui utilise peut-être QUIC et AMP plutôt que HTTP et HTML, d'ailleurs).

Par contre, c'est certain que la fragmentation entre les clients (et aussi les serveurs) XMPP n'aide pas beaucoup. C'est pas forcément pire que pour l'e-mail, cela dit, mais comme le protocole évolue beaucoup plus, c'est plus compliqué pour certains clients de suivre le rythme.