TImaniac a écrit 6420 commentaires

Si jamais il y avait vraiment une crise quelconque sur l'approvisionnement, tu penses que Total favoriserait la France par rapport à d'autres pays qui paieraient plus cher ?

• Sachant que le gros des labos de R&D de Total sont en France,
• Sachant que la moitié des rafineries Total sont en France,
• Sachant que le siège social est en France,
• Sachant que le principal réseau de stations-services de la marque est en France
• Sachant que Total est très présent en Afrique, sous la protection d'état "amis" de la France, voir carrement sous la protection directe de la France (militairement)
• Sachant que l'intégralité du comité exécutif est francophone et la quasi-intégralité du comité d'administration (même si on parle d'une entreprise, ca reste des humains sensibles au patriotisme et aux relations politiques).
• Sachant que la France peut brandir la menace de l'impôt voir de la nationalisation

Oué je penses que Total ne prendrait pas le risque d'envoyer chier la France.

Je fais confiance à la société pour s'adapter avant qu'il ne reste plus de pétrole.

Il y a le problème de la pénurie de pétrole sur le long terme (baisse inexorable de la production), mais il peut y avoir une pénurie à court terme : imagine que Total perde simultanément plusieurs contrats dans des pays devenus "hostiles", tu vas te retrouver obligé d'achter à des compagnies étrangères, ces dernières peuvent avoir les mêmes problèmes vu qu'elles partagent toutes plus ou moins les mêmes ressources, et refuser de vendre à la France où alors à un coût exhorbitant, et voilà.

D'où l'idée de sécuriser l'approvisionnement, notamment en diversifiant les sources/pays d'origine. Comme tu le dis, il y aura tôt ou tard plus de pétrole à pomper, la société devra s'adapter, mais en attendant, faut assûmer notre dépendance et protéger nos dealers.

pour justifier sa raison d'être : assurer la sécurité du pays.

Il faut comprendre sécurité au sens large : aussi bien la sécurité contre des attaques "physiques" que la sécurité "économiques", le capitalisme étant une guerre perpétuelle à l'échelle planétaire.

A part les guerres de religions ou éthniques, la plupart des guerres modernes ont des fondements économiques : accès/convoitise de ressources.

Joue à Age Of Empire tu vas comprendre pourquoi tu fais des militaires :)

Je me sens infiniment plus proche de la population Libyenne qui s'est farci les bombardements que des actionnaires de Total.

Jusqu'au jour où t'as plus de pétrole, que les transports publics fonctionnement au ralenti, que t'as perdu ton taf parcque t'avais pas les moyens de te payer un abonnement de transport, que les magasins n'ont plus de produits frais parcque tous le transport intérieur est paralysé, que la dette explose parcque l'économie tourne au ralentie, que l'état français est en faillite, les administrations ne fonctionnement plus faute de fonctionnaires payés, etc.

Oui l'état français cherche à protéger les couilles de Total, parcque l'état français estime, à juste titre à mon avis, que Total fait parti des entreprises stratégiques pour l'économie française toute entière, dont tu es un des acteurs qui subirait forcement une partie des conséquences pré-citées.

Je me sens infiniment plus proche de la population Libyenne qui s'est farci les bombardements que des actionnaires de Total.

Jusqu'au jour où t'as plus de pétrole, que les transports publics fonctionnement au ralenti, que t'as perdu ton taf parcque t'avais pas les moyens de te payer un abonnement de transport, que les magasins n'ont plus de produits frais parcque tous le transport intérieur est paralysé, que la dette explose parcque l'économie tourne au ralentie, que l'état français est en faillite, les administrations ne fonctionnement plus faute de fonctionnaires payés, etc.

Oui l'état français cherche à protéger les couilles de Total, parcque l'état français estime, à juste titre à mon avis, que Total fait parti des entreprises stratégiques pour l'économie française toute entière, dont tu es un des acteurs qui subirait forcement une partie des conséquences pré-citées.

Mais en quoi défendre les intérêts d'entreprises privées (certes basées en France) est servir "les intérêts de la nation" ?

Ben tu le dis toi même : les intérêts d'entreprises françaises. La nation ce n'est jamais qu'une notion regroupant des individus partageant une même identité, en l'occurence celle d'être français. Que ce soit privé ou non ne change rien à cette identité territoriale et culturelle, à ce sentiment d'appartenance à un groupe.

La nation ne se résume pas à l'état au sens gouvernement + entreprises publiques, mais à tous les individus qui le compose.

Ensuite défendre/sécuriser l'approvisionnement en hydrocarbures est la cause de la plupart des guerres où sont impliquées les états occidentaux de nos jours : ce n'est pas seulement pour faire plaisir à Total et GDF-Suez. Imagine un instant que l'approvisionnement atteigne un seuil ou l'offre est supérieure en terme de consommation à court terme (actuellement l'offre/demande en bourse concerne surtout des spéculations à plus ou moins long terme et techniquement l'offre peut augmenter pour suivre la demande à court terme on est d'accord) => Le prix à la pompe se retrouve multiplié par 10x, ta facture de chauffage fait un x5, sans parler des impacts sur les entreprises, les administrations, les coûts des produits manufacturés qui utilisent plus ou moins directement des hydrocarbures (plastiques, etc.)...

Tu vois toujours pas l'intérêt de la nation et de tous ces gens qui se disent "français" d'aller faire copain-copain avec ceux qui ont des réserves dans leur sous-sol ?

En même temps :
- Archos, au niveau matos, c'est du "Made In France" ou "Made In Asia" comme Apple et Samsung ?
- Archos, au niveau soft, c'est du "Made In France" ou du "Powered by Google Android" (USA) ?

Ca me fait toujours rire ces appels à la sauvegarde de nos industries nationales, le môssieur est juste mauvais joueur, il s'en foutra probablement moins les fouilles, mais pour 99% des français ca changera rien.

En gros, c'est un pact de non agression mais c'est tout.

Absolument pas, c'est loin d'être tout : dans cet accord, Samsung accepte de payer des royalties à Microsoft pour les tablets et smartphones Android : c'est donc un accord "commercial", et non un simple accord de non-agression.

Mais bon, Albert va nous montrer que ces royalties que paient Samsung sont relatifs à des patates ou des carottes, et non des "soit-disant" brevets sur Android.

Et Albert va nous montrer que ca n'a aucun rapport avec le fait que MS ait déjà fait raqué la majorité des constructeurs qui proposent des produits sous Android comme Acer, HTC et ViewSonic.

Vous semblez oublier quelque chose avec "oué faut garder Qt" : Qt, c'est cool quand on l'utilise en C++. Hors qui dit C++, dis gros problème de portabilité "binaire" : impossible d'avoir un market qui puisse cibler toutes les plateformes visées par Tizen avec cet handicap. D'où ce choix radical de proposer un environnement de "haut niveau" à base de languages "web" réputés "portables". Il n'y a que Apple pour se permettre ce luxe d'avoir un SDK natif par défaut, mais ils maîtrisent le hardware et donc la compatibilité binaire. Et ils visent pas les TV, les voitures, les notebook Intel, etc.

Alors oui ils pouvaient aussi :
* faire comme Google et proposer une plateforme "portable" et un accès bas-niveau. Mais là encore, le bas niveau, c'est surtout utilisé pour les perfs. L'utiliser pour faire de l'IHM avec Qt, c'est proposer au final 2 toolkits différents (HTML5 et Qt) et avoir pour résultats des applications qui se ressemblent pas, au niveau design/ergo, ca sux. C'est un peu comme faire des applis Qt sous Gnome et inversement.
* proposer des bindings pour une plateforme de "portable" (type Java ou autre).

En même temps c'est une "developer preview", c'est là pour poser les bases techniques et montrer "le fond" et pas "la forme", bref à mon avis c'est clairement batard, ca montre juste la direction :
* 1 nouvel "univers" totalement tactile, dédié aux tablet
* Conservation de l'univers existant (desktop) pour la retro-compatibilité et l'utilisation d'applications de productivité.
Leur idée est clairement d'avoir un seul OS pour tablet et PC, à l'opposé de Apple et Google ou c'est un seul OS pour Tablet et Mobile. L'atout étant la retro-compatibilité.

C'est à mon avis le but recherché : semer le doute et la confusion chez un maximum d'acteurs et rassurer ses propres investisseurs/clients.

Et surtout la plupart des jeux payant ont une démo gratuite...

Effectivement, si un gamin de 3 ans avec un scalpel dans la main se retrouve avec un doigt coupé, ce n'est pas forcement dû au scalpel. C'est la faute du gamin.

Une référence n'appartient pas à un thread, donc ce que tu proposes ne peut pas marcher.

Pour moi MS s'en tape pas mal de H264 ou VP8 : ils font parti du MPEG-LA, s'il s'avère que VP8 est couvert comme le H264, ca leur fera une source de revenus équivalente.
Ils ne sont pas à leur première tentative d'alternative au H264 : ils ont aussi le VC-1, qui est très probablement couvert comme le H264 par des brevets du MPEG-LA.

Bon, on va rentrer dans le troll :)

J'aime le troll =)

On sait pas ce qu'on manipule, comme en VB \o/

Le compilateur, lui il sait, contrairement au compilateur VB. Et l'IDE aussi, donc toi aussi :-p

méthodes d'extension Je ne vois pas vraiment d'utilisation IRL, ça peut être aisément traité avec un simple héritage/surcharge de méthode.

Ben justement, ca permet d'étendre des types dont tu ne peux pas hériter ou dont tu n'as pas envie d'hériter. T'as jamais eu envie d'ajouter une méthode à la classe object et que toutes les classes en profite ?

Intérêt hormis pour faire un truc du genre de Linq ?

Ca sert à passer du code simplement en paramètre, exemple avec 2 utilisations de callback :

...
doStuffAsync(42, res => Console.WriteLine(res));
...

public void doStuffAsync(int p1, Action<int> callback)
{
    ThreadPool.QueueuserWorkItem(() => {
       var res = doHardWorkOnP1(p1);
       callback(p1);
    });
}

idem, il y a plein de beaux articles dans des blogs techniques, mais est-ce vraiment utilisé sur des projets C# ?

Oui, pleins de projets l'utilise. ca permet par exemple d'écrire quelque chose comme ca :

string int ValeurMetier{get;set;}
...
RaisePropertyChanged(m => m.ValeurMetier);
...

Et voilà, j'ai une méthode générique RaisePropertyChanged qui va lever un événément indiquant que la propriété ValeurMetier a changé. Sans l'arbre d'expression, t'aurais dû écrire quelque chose comme ca :

RaisePropertyChanged("ValeurMetier");

Pas de typage : erreur possible, pas de refactoring, etc.

Sinon l'arbre d'expression c'est largement utilisé en interne par les compilos/libs .NET : Linq s'appui intégralement dessus, les languages dynamiques comme IronPython et IronRuby également.

C'est un opérateur pour éviter de se manger des nullexception de manière lisible :
streetName = user?.address?.street

Ca évite d'écrire :
if(user != null && user.address != null)
streetName = user.address.street

Oué oué devrait pas y avoir de soucis pour intégrer tout le reste au HTML5. C'est vrai quoi, c'est pas comme s'ils s'étaient déjà étripé autour de certaines API (video, db local, etc.)

Y'a effectivement aucun soucis quand t'as un seul acteur qui fait une plateforme proprio. Là le HTML5 ce sont de nombreux acteurs, avec des besoins/objectifs pas forcement compatibles, et la moindre API devient un potentiel terrain de dispute.

Mais t'as raison, y'a pas de soucis, généralisons depuis une API qui est censée retourner 3 valeurs aux autres API.

C'est l'exception qui confirme la règle :)

je voulais juste dire rien de comparable aux techniques de géoloc à partir de l'adresse IP par exemple, un vrai GPS qui retourne altitude, longitude, latitude, comme le prévoit HTML5.

Je viens de tester avec la version 12 "stable" de Chrome et ca marche. Le problème venait donc bien de Chrome.

Euh, c'est l'inverse du processus initié sur html5 ce que tu dis non ?

Je sais pas, tu vois beaucoup d'API stable et utilisable rattachée à HTML5 pour accéder à la caméra, au GPS (je parle pas de simple géoloc hein), à l'acceleromètre, à la base SMS, au calendrier, etc ?
Pas moi.

Ou alors Chrome et IE ne supportent pas correctement les standards.

Tout comme Firefox. Aucun navigateur n'est parfait. Ce que je voulais mettre en avant, c'est que Firefox ne cherche pas tant à promouvoir les standards qu'à promouvoir Gecko. S'ils voulaient vraiment offrir un lecteur PDF au plus grand nombre d'utilisateur, ils auraient assuré une compatibilité avec les principaux navigateurs du marché, Chrome et IE9 n'étant pas anecdotiques ni obsolètes.

J'ai testé la même page, avec la version 14.0.835.2 dev-m de Chrome.
Le lecteur semble bien s'afficher pendant 2 ou 3 secondes, puis paf des grandes zones bleues s'affichent de manière aléatoire.

En gros les mecs se branlent la nouille parcqu'ils ont réussi à faire un lecteur PDF en javascript, et sont maintenant persuadés qu'ils vont pouvoir faire n'importe quelle application avec ça.

En théorie c'est sexy, mais :

• Ils mettent en avant les technologies web "standards" mais vont devoir ajouter des API proprio pour donner un accès en profondeur au téléphone, bref ils vont faire du proprio comme tout le monde, le W3C aura toujours 5 ou 10 de retard pour standardisé les API utiles aujourd'hui.

• Ils mettent en avant les technologies web "standards", mais leur lecteur PDF ne tourne visiblement ni dans Chrome 14, ni IE 9 : en pratique ils font du proprio Gecko.

• Au final API accès téléphone + HTML/JS/CSS, c'est ce que propose déjà de nombreux concurrents pour iPhone/Android (PhoneGap, Appcelerator & co). Rien d'innovant donc.

En même temps, si t'es sous Windows à chercher la doc de strcpy, t'es probablement sous Visual Studio. Auquel cas pour chercher sur la MSDN, tu fais encore plus simple :
0. Pré-requis : t'as déjà écrit strcpy
1. Tu appuis sur la touche "F1"

Par ailleurs, si tu n'as pas de connexion à Internet, si Google est hors service ou si MSDN est hors service, tu es baisé. Moi pas

La MSDN est disponible hors-ligne, c'est pas pour rien que l'installation complète de Visual Studio prend plusieurs Go.