Zenitram a écrit 29583 commentaires

Je les regardais déjà sur des écran 4/3 15" (cathodique, donc 14" à peine réels).
Et pour le même prix, on a maintenant des 26" 16/9, dont la hauteur est bien plus grande que la hauteur des anciens écrans.

Ce que tu dis (frustration) est complètement subjectif : la taille de la photo est maintenant plus grande qu'avant, mais tu as un manque car il y a du vide à côté.

Ca me fait penser aux gens qui force le 16/9 sur des flux 4/3 (tête alors aplati), car "tu comprends, c'est con de ne pas utiliser la surface entière de l'écran, même si avant j'avais une TV 2x plus petite".

Il réduit les chutes et donc réduit les coûts de production.
Ce ne sont sûrement pas les utilisateurs qui ont fait cette demande.

...Et donc, concurrence aidant, les prix de vente. Ce que les utilisateurs demandent.

Faut arrêter les délire "marketing" tout ça. Les acheteurs ont vu un écran à surface plus importante pour moins cher, et ils ont pris, et plus personne n'achète de 4/3 car c'est cher (ca marche surtout pour les écran de PC, à l'époque de la mode des TV 16/9, la TV 16/9 était carrément plus cher car "in" que le 4/3 qui affichait une plus grande largeur pour afficher le film... Va comprendre.)

Sinon, nos yeux ne sont pas 4/3, et sont plus 16/9 que 4/3 (faudrait du 2.2...), donc un 16/9 est techniquement plus adapté qu'un 4/3 pour un être humain.
Et de plus, c'est techniquement moins casse-gueule à l'époque des écran plat d'avoir un écran pas trop haut, équilibre tout ça... Donc moins cher de construire le pied. Bref, le 16/9 a de l'avenir, en attendant les écran 2.2.

Au final, des grosses commandes (en poids/volume), mais pas terribles pour le montant. Comme ils sont rarement capables de livrer à une heure précise (entre 8 h et 14 h ça vous va ?), beaucoup de personnes ont laissé tomber.

Change de crémerie alors.
J'ai dû faire une vingtaine de livraison, toutes dans la plage horaire (entre 19h et 21h à chaque fois), sauf appel sur mon portable avant de venir quand ils veulent venir avant (genre 18h ou 18h30).
Et ce avec litière / soft / alcool, jamais de limite et ils ont jamais râlé. Il y a une limite chez Auchan je crois, mais elle est assez haute (alors après si tu fais que les trucs lourds forcement, mais un panier "normal" passe très très bien, très largement dans le quota)

Je parle de sélectionner une simple option accessible, par défaut à n'importe quel utilisateur, qui me fait passer en root sur la machine!

Au moins comme ça tu le sais (maintenant).
Car sans ça, tu penserais encore que des données locales seraient en sécurité sans ton mot de passe, ce qui est une idée très très débile. Répète-toi toujours : quand on accès physique à la machine, la sécurité est nulle.

Si on veut accéder à tes données, si il n'y avait pas les options du boot indiquée partout, on a juste à prendre ton disque dur et le mettre sur le PC d'à côté, et c'est réglé. Windows, Mac ou Linux, tout pareil. Et c'est voulu, pour des questions de facilité de maintenance.

Bon, après si tu es un maniaque, tu peux toujours crypter tes données, et mieux toujours avoir tes données sur un file ailleurs.
D'ailleurs, des données sur un simple PC ne doivent pas être importantes, vu qu'il n'y a pas de backup etc... dessus. Si tu mets des données sensibles sur un disque dur de ta machine, ce n'est pas la distribution qui est le maillon faible, mais... Toi.

Quand je faisais mes courses sur Paris, je n'avais pas de voiture.
Et les packs de bouteilles (soft/alcoolisé), ou les chiottes pour les chats, c'est lourd, il faut plusieurs aller-retours. Si je compte 10€/h de gagnées (le SMIC est à 6.80€/h net, et je ne suis pas payé au SMIC...), au final, ben j'achète du temps surtout : tout ce qui est lourd et non périmable chez Ooshop, le reste (fruits/légume/viande) à côté de chez moi rapidement

Oui, je suis ce qu'on appelle CSP+, sans bagnole, et je suis la cible parfaite (à quoi ça sert d'avoir de l'argent si on ne profite pas de la vie?). Pour les chômeurs / Employés à temps partiel qui ont le temps, c'est cher et inutile, mais pour celui qui travaille à 100% c'est du temps gagné.

Quand à l'écart justifié, ça serait nouveau que le prix ne dépende que des frais, le prix dépend aussi de ce que les gens sont prêts à mettre et de la concurrence. Je pense qu'à force, les prix descendront (plus de concurrence, frais fixes partagés par plus d'acheteurs etc...)

Spécial dédicace à tout ceux qui trouvent que porter des logiciels libres sous Windows est toujours une idiotie...

Sans les logiciels libres sous Windows, je ne connaitrais pas le libre non plus. Maintenant, les deux tiers de mes logiciels sont libres, ce chiffre montant continuellement, et un jour je passerai à Linux (un changement, ça ne se fait pas d'un coup, c'est progressif) sur mon dekstop, et j'utilise 100% Linux sur mes serveurs.
Sans les logiciels libres sous Windows, le libre ne signifierait rien pour moi, car je n'aurais pas pu le tester. Sans des Linux compatibles avec les partitions Windows (merci GRUB, merci les drivers FAT et NTFS), je n'aurai jamais testé Linux.
Sans les logiciels libres sous Windows, je n'utiliserai pas Linux sur mes serveurs.

Et surtout sans Firefox les sites ne feraient pas l'effort d'être compatible W3C et non IE, et vos Konqueror et compagnie seraient inutilisables. C'est la masse critique de Firefox (aidé un peu par Safari il est vrai) qui a fait que les sites sont plus "compatibles" W3C.

C'est con, mais les gens sont comme ça : il n'aiment pas tout changer d'un coup. Ceux qui trouvent que porter KDE sur Windows est une perte de temps n'ont pas trop compris le fonctionnement d'un cerveau humain : pas de "révolution", et il passe sous Linux petit à petit...

Ce n'est pas non plus une erreur de C ou IEEE.

Ben si, c'est bien IEEE qui fait que 0.7+0.1 devient 0.7999999999999 par sa façon d'être enregistrée en mémoire. IEEE aurait choisi une autre représentation ou 0.7+0.1 devient 0.8000000000000001 que ça changerait tout.
C'est un choix d'IEEE (par rapport à des contraintes technique)

Ce n'est qu'un problème de représentation binaire des nombres flottants dans une machine, donc du processeur.

Donc de la représentation binaire du nombre flottant dans une machine, dont de la norme utilisée pour la représentation binaire du nombre flottant, donc de IEEE, CQFD.

D'autre part, ce ne sont pas des erreurs provoquées "aléatoirement" mais des erreurs d'arrondis.

...Dans des cas très précis. Ce n'est pas aléatoire, mais ce n'est pas intuitif. La seule façon de savoir ce que ça donne est de tester (ou apprendre par coeur les cas, mais bon courage).
C'est "aléatoire" dans le sens qu'un être humain ne peux pas savoir à l'avance le résultat d'un calcule, sans l'aide de la machine, et que la seule façon de répondre à la question est d'apprendre par coeur les exemples de la doc (ce qui est stupide, mais comme dit plus c'est le jeu des exams : bachotage)

Bon, j'avais un triangle (d'ailleurs, faudra m'expliquer en quoi c'est nouveau qu'il faut en avoir un : j'ai passé mon code en 1995, et je suis sûr que c'est à cette époque que j'ai appris qu'il était obligatoire d'en avoir un

J'ai (re)passé mon code en 2006, et je suis sûr qu'il n'était pas obligatoire en France.
En Allemagne ou en Espagne (je crois aussi en U.K., mais moins sûr), il l'est (est c'est bien)

Ajax, c'est "juste" du Javascript, avec toute la sécurité qui va avec.
Ca n'a rien à voir avec activeX (qui peut prendre le controle complet de ta machine, pas Javascript donc pas Ajax).

Ajax, c'est juste de la mise ne forme (dynamique, mais il ne peut pas faire autre chose que des interrogations HTTP comme n'importe quelle URL) d'éléments normés (HTML), pas plus.

Je ne vois vraiment pas le rapport avec ActiveX qui est une case laissée libre par le navigateur pour l'OS avec les droits d'exécution sur l'OS.

des petites filles roumaines (je pense que c'est ce que tu appelles les "roms", probablement dans le même registre que certains qui appellent les chinois les "niakoués"),

Je ne mélange pas, tu mélanges. Les roms dont je parle étaient il me semble effectivement roumaines, mais je parlais bien de roms, pas de leur nationalité.

Pour ta culture générale : roms.
Je cite un passage :
Il n'y a pas rapport entre les noms des Roms ou le nom de leur langue, la romani, avec la ville de Rome (Roma en latin, italien et roumain), l'Empire romain, la Roumanie, les Romains, les Roumains ou leurs langues.

Euh... Je pense qu'il voulait parler de régions qui ont moins de couverture sociale (donc moins chers), moins de protection sur le travail (horaires à rallonge, moins de congés), bref avec des règles du jeu différentes (et surtout moins protectrices).

C'est gonflant les gens qui voient le racisme partout (ou a-t-il émis la moindre notion de racisme?), il n'y a pas plus raciste que ce qui se disent "anti-raciste" (genre les casse-couilles lors de l'histoire des 2 fillettes roms mortes à la plage en Italie : elles auraient été Italiennes pur souche que ça aurait été pareil elles seraient aussi mortes et les deux autres sauvées, mais comme elles étaient roms c'était du racisme...)

Moi, je m'en fout pas. Et je suis ni le seul, ni le dernier.

On parle des tendances du futur.
et pour parler de tendances, on regarde ce que pense la masse, pas 0.01% de la population (celle qui comme toi pense à ça. Note : 0.01% c'est pas mal, tu n'es pas le dernier. Mais juste que pour une tendance c'est fortement négligeable).

Et, à l'étranger, ça va pas devenir un bordel monstre ? J'ai reçu 4 minutes de coups de fil au japon, j'ai eu pour 25 euros sur la facture.

Euh... Pour chaque coup de fil, par deux fois tu a indiqué à ton opérateur que tu voulais le coup de fil (la première fois en ayant ton mobile allumé au japon, la deuxième fois en appuyant dur le bouton "vert" lors du coup de fil), au prix qui est dans ton contrat (que tu as signé).
Je ne vois donc pas où est le problème, puisque tu as eu la prestation que tu as demandé (cher, ça c'est clair... Etant à l'étranger, je connais :), et je réponds toujours le plus rapidement, inférieur à la minute de préférence)

et plus ça risque de devenir la catastrophe en matière de sécurité.

Ajax n'est qu'une surcouche visuelle, et ne change pas grand chose à la sécurité (couche inférieure), qui a toujours été mauvaise.

Oui, mais bon, lorsque les voitures sont arrivées, les éleveurs de chevaux étaient aussi menacés.

Balancer un chiffre "xxx emplois menacés", c'est lourd, car ça veut rien dire. L'argent économisé par les ménages peut servir à créer d'autres emplois, etc... Il pourrai même permettre à ceux travaillant trop de travailler moins, de partager le travail (ah zut, les gens ne veulent pas ça, ils veulent travailler plus et laisser le voisin crever, j'avais oublié, donc en théorie ça permet ça).

Si on arrêtait de faire une évolution "car ça menace des emplois", on en serait encore à l'age de pierre, non merci. On peut avoir une argumentation plus intelligente contre les centres commerciaux?

Tu as fait ce qu'il fallait en allant voir l'accueil. Ils sont réglos et remboursent toujours (c'est la règle chez eux, tu peux même avoir une carte cadeau dans certains cas).

Tu ne t'ai jamais dit que comme il y a même pas 0.1% des gens qui réclame, que c'est rentable pour eux d'afficher un mensonge, de rembourser les quelques râleurs et prendre les bénéfs pour les autres?

L'involontaire a bon dos, même en informatique c'est facile : prix du paquet avec du gratuit = prix du paquet sans le gratuit.
Et tu auras du mal à me faire croire qu'on ne peut pas dire au logiciel que c'est le même produit de la même marque "sauf" le gratuit...

Effectivement, cela est fort regrettable. On prend un noyau gpl2 tivo-isable, des libs apaches et on réécrit une pseudo jvm dans cet unique but. Et après, certains osent encore peindre Google en chevalier blanc, défenseur du libre.

Il est peut-être pas 100% blanc, mais faut arrêter la critique et le peindre en noir!
Il est nettement plus blanc que noir : Summer of Code, sous pour Mozilla, plateforme d'hébergement de code, sa bibliothèque de code, Jingle, protocole Jabber utilisé et j'en passe.

Google défend bien plus le libre que 99% des entreprises. C'est lourd ce "si tu n'es pas 100% libre, tu es un méchant dans le même sac que les non-libre à 100%".

Ca me fait penser à un certain ~GPL qui trouve que les BSDistes c'est pas bien (on peut faire du proprio), et que QT c'est pas bien non plus (on peut faire du proprio en payant), donc qu'il faut se débarrasser d'eux pour que le libre se porte mieux. Stop.

Un endroit sans téléphone, c'est aussi un endroit calme...

Euh... Si tu parles du métro parisien (sans téléphone, voire même sans personne dedans) pour désigner un endroit calme, euh... On ne doit pas connaitre le même métro.
Le métro de Paris est le pire que je connaisse niveau bruit de l'infrastructure (pu*** de ligne 13 entre Saint-Lazare et Miromesnil pour les connaisseurs, c'est toujours aussi bon les grincements dans les virages? Content de ne plus le subir!)

Le téléphone n'est alors qu'un bruit parmi d'autres dans le métro parisien, malheureusement...

Tu vas un peu vite en besogne! Je ne crois pas qu'il y ait beaucoup de gens sérieux qui aient laché leur client -et leur compte- mail classiques pour le remplacer complètement par Gmail!

Tu dois être en version 1999, il serait temps de passer en mise à jour (2008 de préférence).
Beaucoup de gens (la majorité, la masse silencieuse) utilisent Gmail/MSN/Yahoo comme seule et unique adresse, et ce uniquement en webmail (un client POP3? Hein?)

Et pour les appli, c'est encore plus de méfiance, par rapport à la sécurité, la convivialité et le souhait de ne pas abdiquer toute indépendance; Maintenant c'est vrai qu'il y a toujours des fous!

Alors la, je ne sais pas en quelle version tu es, car ça n'a jamais été le cas : en très grosse majorité, les gens se foutent complet de la sécurité et de l'indépendance, le tout c'est que ça marche. Ca n'a pas changé entre 1990 (rappel : en FTP ou en POP3, le password circule en clair...), 1999, ou 2008

Puis ça serait un cauchemar d'avoir le téléphone dans le métro.

Pour info, le métro parisien est couvert au niveau GSM/GPRS de manière assez bonne, et ce en extérieur ou tunnel (les opérateurs ont installé des antennes spéciales dans les tunnels...)
Des gens ont des coups de fil de plusieurs minutes sans trop de soucis (des fois, ça coupe quand même :) ).

Effet de mode, tout ça...
Il y a 30 ans, la mode était au terminal "vide" connecté à un très gros serveur Unix (c'est encore ce qu'il y avait dans mon école fin des années 90...)
Il y a 10 ans, on parlait que des micro-ordinateurs : un par personne, c'est pas cher et très puissant
Aujourd'hui, on ne parle que de virtualisation, poste déporté... euh... La même idée qu'il y a 30 ans donc (un gros cerveau central et des terminaux)
--> La mode change, mais aucun ne disparait complètement.

Pour les applis, je pense que ce sera pareil, on navigue entre les deux, en ce moment la grosse mode c'est l'appli téléchargée en direct et qui affiche un flux (ben oui, la vidéo à la mode Youtube c'est un bout de code qu'on charge, qu'on exécute chez nous, la seule différence est l'automatisation du téléchargement et le fait que l'appli est une appli "virtuelle" à base de Java ou Flash), mais à un moment il y aura une limite à ce mode de fonctionnement et des applis reviendront sur le desktop par installation (sans doute facilité, juste un clic dans le navigateur par exemple comme les .xpi de Firefox)

Par contre, je pense qu'une tendance qui ne disparaitra pas est que les données seront en ligne, pour êtres disponibles partout.

Quelques remarques en vrac par rapport à quelques uns de tes mots :
- Les lecteurs audio : en quoi ils disparaissent? plutôt qu'un site web (avec ses limites), Amarok / Winamp et compagnie feront la même chose. J'utilise personnellement mon lecteur audio pour écouter des flux web et ça me convient très bien. Les lecteurs Flash sur le web c'est sympa en déplacement, mais ils ne sont pas très conviviaux.
- Les mails : j'utilise toujours un lecteur installé, car c'est... Plus rapide. Les webmails c'est sympa, mais ça a quand même des limites (vitesse, ergonomie...). L'association des deux (soft quand à la maison, web ailleurs) est le futur pour les geeks (par contre, Mr tout le monde utilisera certes que le webmail)
- On pourra sans doute avoir une partie web d'un service pour le découvrir, et ensuite pour l'utiliser pleinement on utilisera une appli.
- Le futur sera donc un mélange des deux. Moi je continue de développer mon appli offline, tout en préparant un site web pour l'accompagner.
- Téléphone portables qui liront tout en streaming? JAMAIS. on peux multiplier les cables pour la maison, mais le spectre de fréquence n'est lui pas infini, et on en a qu'un seul. L'Internet mobile ne sera jamais illimité car la ressource est rare (alors que une fibre optique, suffit d'en rajouter une)

Le jeu Duke_Nukem_3D est déja sorti pour Windows en 1996.
Suivi de pas mal de ports console en 1997.
Disponible en GPL (pour le code source) et porté sur d'autres OS depuis 2005.
Bref, ça ne fait qu'une console de plus de supportée, je ne vois pas quel troll meurt avec ça.

Si tu pensais à Duke_Nukem_Forever pour le troll, ben euh... Tu t'es trompé de jeu! Et ce n'est pas un Troll_(Internet_et_Usenet), mais un vaporware.

Merci pour les infos.

Bon par contre, il ne faut pas être trop regardant sur les projets générés, les fichiers du projet sont par exemple des chemins absolus, mais ça n'a aucune espèce d'importance car les solutions/projets/Makefile sont considérés comme "jetables"

Ah oui, mais non, ça a sont importance... Des développeurs n'ont pas forcement envie de se palucher l'install d'un truc dont ils se foutent royalement juste pour me faire un patch.

C'est la où ça coince pour moi : les projets doivent être utilisables car je diffuse les fichiers projets, très utilisés.

Bref, je crois que ça ne réponds pas (encore) à mon besoin, tant pis, je continuerai "à la mano". Encore merci pour les infos.

Ah oui, une autre question : est-il encore obligatoire d'avoir un fichier CMake par répertoire source, et ce fichier dans le répertoire source en question? J'avais testé CMake il y a un moment, et ça m'avait bien rebuté cette obligation (pas question de polluer mon répertoire source avec des fichiers projets! ./src, c'est pour les sources.)

autoconf, automake, et libtool

Euh... faut parler de choses qu'on connait! autoconf, automake, et libtool sont nécessaire sur le poste développeur uniquement. Rien de tout ça sur le poste cible.
Et ce qui compte, c'est le poste cible... Car c'est lui qu'on ne maitrise pas. Ca ne m'embête pas du tout t'installer Python sur ma machine, ce qui m'embête est de devoir l'installer sur le poste cible (d'imposer comme condition à la personne d'installer Python juste pour mon soft si il ne l'a pas déjà installé.).

Je reformule donc ma question : est-ce que Python est obligatoire sur le poste cible, ce qui en ferait une dépendance de plus de mon projet (ce que je "refuse"), ou seulement sur le poste développeur?

Les autotools le font aussi.
(Windows par l'ajout d'un MinGW ou Cygwin certes. Pour MacOS X ca compile direct par ./configure && make)

Pour Windows ou MacOS, ça serait plutôt les noms des compileur à citer : MS Visual Studio? Borland C++? Code Warrior? Si ça fait tout ça, je suis intéressé!

et quand libtool entre dans la danse t'es bon pour l'asile

Ah, ça me rassure un peu, je pensais être seul bon pour l'asile à cause de libtool :).

Et au final t'as un systeme de build très moyennement portable puisqu'il a une tonne de dépendances vers des outils unix (m4, sh, make, perl)

Euh... Je fais tourner Libtool et compagnie (surtout le ./configure qui en résulte) sur *nix, MacOS X, Cygwin et MinGW quand même... Et j'ai "juste" un Projet MSVC2008 en plus (et est-ce que SCons ou CMake saveint le créer à ma place? Je vois bien un truc Visual Studio dans la FAQ de CMake mais sans indiquer la version, rien dans SCons.)

Est-ce que SCons ou CMake ofont la même chose à la fin (un "script" tout en un à diffuser)? Pour SCons, est-ce que j'ai besoin de Python installé? (non, parce que ça c'est rédhibitoire, Python n'est pas partout surtout pas sur des *nix exotiques et embarqués, et surtout je me vois mal imposer Python à mes utilisateurs, pour le moment ils ont juste à faire un ./configure && ./install sans se soucier d'une dépendance de l'installateur.). Les ./configure ça prend de la place aussi (je doit avoir 100 Ko de code source, et 400 Ko de ./configure, c'est lourd), SCons m'allège le bousin? (place d'un interpréteur Python inclu si il le faut obligatoirement).

Vous l'aurez compris, je ne comprend pas encore tout dans ce que peux faire ou pas SCons ou CMake, je cherche à comprendre jusqu'ou ça peut remplacer ma chaine de compilation actuelle qui compile partout mais qui est assez lourde à gérer.

Par exemple, faire un script qui télécharge le dernier SVN, le compile, en fait un zip pour la release et envoie le tout par FTP, il n'y à que sous SCons que c'est agréable.

Question sans doute con, mais qu'elle est la différence entre ce que tu fais et un autoconf qui lance le script qui telécharge, compile, fait un ZIP et envoie le tout sur FTP? (ça se fait à coup d'appel de .sh dans un configure.ac, rien de méchant, et je ne vois pas ce qu'on peut faire pour faire "mieux" en Python de ce côté.)

La seule différence que je vois est que d'un côté c'est en scrip sh, de l'autre en Python, donc ex-aequo : faut apprendre une langue dans les deux cas (et je connais plus les script que Python, donc avantages scripts).

Donc soit j'ai loupé un épisode, soit SCons n'apporte pas grand chose de nouveau à part pour les Python-addicts (que je ne suis pas, donc je devrais apprendre un nouveau langage) dans les arguments de souplesse avancés du moins.