Reprise du message précédent :

 
Non, juste le numéro qui permet de pas se foutre en l'air.
Pour les miracles c'est une boîte postale et ils répondent jamais.

ah bay y'a d'l'ambiance ce soir!

avis d'imposition ENFIN reçu...

jsuis au taff et il pleut dehors. donc bon.
 sinon je vais me faire couper les cheveux cet apres-midi et je pense preparer un poulet au cajou ce soir.
 
 
 voila voila...

Du coup, ils optimisent leurs softs à mort, parce qu'un gain de 0,1%,  sur 10 millions de machines, ça fait déjà 10 000 machines d'économisées et des tonnes de MWh à payer en moins.
edit: je parlais plutôt de facebook/Google/Apple

bah pas forcément, tout reste relatif, si tes marges sont confortables t'es pas plus poussé que ça à optimiser, même si tu es à grande échelle.
Tu peux avoir d'autres forces qui te poussent dans d'autres directions, par exemple si tu veux pouvoir adapter ton logiciel très vite, ça va te pousser dans une direction opposée de l'optimisation qui va te pousser plus près du métal et vers plus de spécialisation (genre telles instructions spéciales de telle révision de proc).

Ce soir, un livre et au lit. J'attaque celui-là :
 

 
http://www.amazon.fr/gp/product/15 [...] ge_o01_s00
 
Je ferai probablement un blog post pour résumer, comme j'ai pu faire sur la flexibilité (Jubi, celui là pourrait vraiment t'intéresser )

Alt, tu te rappelles de guergachi qui se moquait de gwt?

Ben depuis, Google a refait spreadsheet avec, et la nouvelle appli de mail (inbox) est faite avec aussi.

Comme quoi...  

Tes marges sur quoi ?

En fait, je me base sur plusieurs talks de chez Google ou Facebook qui expliquent cela. Des vieux talks de Jeff Dean, Stroustrup entre autre. Et hier encore, un autre d'Alexandrescu à la CppCon 2014 dans lequel il décrit les efforts qu'ils font à Facebook pour faire gagner 0,2% de perf au compilateur avec des gros hacks dégueu pour éviter que les destructeurs ne remplissent le cache d'instruction (cf. mon post d'il y a qq jours sur les effets potentiellement négatifs de -O3 sur le CI). Mais ça c'est pour leurs applis internes, pas pour le cloud bien sûr.

ton rendement sur capital en général.

Ben les plus gros coûts quand tu as 11 millions de machines, c'est la maintenance du hardware et la consommation électrique.
Si on compte 300W/machine (surévalué car elles ne sont pas toutes à 100%, mais en incluant toute l'infrastructure d'évacuation de la chaleur, plus l'infrastructure réseau, plus la redondance du système électrique, c'est p-ê pas si loin), chez Microsoft, ça fait 3,3GW de puissance nécessaire 24/24, soit plus que l'équivalent d'une des 19 centrales nucléaires françaises (2,6GW).
C'est tellement énorme que ça doit coûter bien plus cher que les cycles ingénieur de dizaines d'experts. En terme de rendement, la moindre optimisation est immédiatement rentable sous forme d'économies sur la facture annuelle.

sinon je viens de capter que le MCU que j'utilise a des instructions DSP assez balaises pour le secteur. 1) ça peut expliquer la consommation (enfin plus exactement les 168MHz qui vont avec peuvent expliquer la consommation) 2) il faudrait peut-être que j'arrête de baliser sur le fait de mettre de la virgule flottante dedans, y'a même toute une lib de calcul de fournie par ARM.

il me semble que c'est une fpu single-precision (float 32 bits)

edit: oui et rapide en plus
http://infocenter.arm.com/help/ind [...] JADED.html
 
sinon sur les DSP tu as souvent du fixed-point (virgule fixe), c'est bien plus léger en ressources hardware mais c'est plus chiant à gérer.

ouais, j'ai vu passer du q31 et du q15 mais j'ai pas encore étudié la question de près. Il faut que je me motive, que je complète raisonnablement mon interface web actuelle, que je ré-écrive mon système embarqué actuel en Ada (USB inclus), et ensuite je vais explorer un peu ça.

Mais dans l'absolu, je suis pas sûr d'avoir réellement besoin de DSP, vu que j'ai toujours un ordi au cul et que c'est plus confortable de développer sur l'ordi. ça aurait valu le coup de contrôler mon petit moteur par les flux (là y'a vraiment du calcul numérique temps réel obligatoire), mais j'ai laissé tomber, la courbe à l'oscillo à rien à voir avec ce que je trouve sur le net et j'ai personne pour m'aider.

edit: genre ça http://www.keil.com/pack/doc/CMSIS [...] oller.html

 
Un bon point pour ceux qui ont misé dessus du coup

finalement tout n'est pas si noir dans la vie

http://youtu.be/KUdHIatS36A?t=7m16s
https://news.vice.com/article/the-g [...] -seriously
Je pose ces 2 liens côte à côte innocemment ...

Enfin en l'occurrence AWS et Azure font tourner le code de leurs clients (parfois internes, mais c'est marginal) donc ça doit pas laisser une marge énorme pour l'optimisation logicielle.

j'imagine qu'ils doivent se bastonner pour le ratio resources visibles dans les VM/resources de la machine physique.
Autant je suis pas sûr qu'ils se bastonne tant que ça pour ça, autant je pense que c'est le ratio de perf le plus intuitif.
 
Mais je pense qu'un combat plus évident pour eux est celui de la disponibilité, car l'indispo est hautement visible. Et le cloud a encore ses preuves à faire. Quand dans la boite un mec de l'IT fait une connerie c'est plus acceptable que si le fournisseur fait une connerie.

 
Tu y trouveras la stratégie de mon boss depuis 1 an.
Que tu retrouves dans les concepts de Scrum par exemple.

C'est pour ça que j'ai édité le message précédent en parlant de leurs applications internes et non pour le cloud. Mais le problème de la consommation énergétique est le même, il est simplement reporté sur le coût facturé au client.

bon, du coup il reste quoi comme concurrent à firebase ?
J'voulais tester mais ils viennent de se faire manger par google.

Héhé

J'ai bien avancé. Pour l'instant ça colle complètement à ma vision des choses, et il y a quelques outils pour aider à mettre en pratique, ça c'est cool

Ça donne quoi chez toi ?

edit : en terme d'ambiance, résultat etc.

Dans mon équipe de dev ça ne change rien, c'était déjà l'état d'esprit avant. Dans le reste de la boîte j'ai assez peu de retour. Après c'est positif quand c'est porté par le boss.
 
Je sais pas combien de fois j'ai vu cette video du coup : https://www.youtube.com/watch?v=OqmdLcyES_Q

 
ça tombe bien. Manque plus que les salariés maintenant

ça me rappelle ce commercial qui a menti à un client en lui disant qu'on supportait une feature (super chiante à développer) au téléphone devant le responsable marketing, moi et un stagiaire. On sentait bien le pouvoir de l'autonomie, qu'il avait bien l'information et l'incentive pour faire ce qu'il fallait.
 
Ou alors il voulait absolument pas rater sa vente et il avait l'impression que c'était un deal breaker et que c'était un comportement acceptable.

quelqu'un veut un code promo gandi ?
"Benefit from 50% off the renewal or creation price of your Simple Hosting instance with a one-year commitment (the promo code can only be used once)"

Après le XMLRPC en PHP (berk), le XMLRPC en java (gniiii)

pkoi pas ubuntu ?
 

 
anéfé, j'étais tombé sur ces PPA (par ex pour avoir Fish 2.1, y'a pas de package debian à moins d'aller en unstable, j'avais du jouer avec le pinning pour l'avoir sans bousiller ma testing)

Je suis un flemmard et j'ai horreur de l'interface moisie par défaut (contrairement à Debian qui propose Gnome-shell par défaut que je trouve mieux), des choix techniques « solo » des mecs de chez Canonical (Mir etc.)

Sachant que sans aucun problème, sur mon PC taff et chez moi j'ai :
- Steam (PC chez moi je démarre plus Windows car mes jeux préférés sont compatible et j'ai une NVidia)
- Skype

Aujourd'hui on trouve des .deb compatible Debian/Ubuntu pour pas mal de soft, j'ai jamais eu de soucis/regret à être sous Debian.

Après l’égout et les couleurs

 
Concernant Facebook, il s'agit de l'optimisation de leur compilo php custom, donc y'a une grosse isolation entre le code optimisé (C++) et les utilisateurs finaux pour qui
l'API n'est jamais modifiée, j'imagine que du coup la petite équipe qui s'occupe de ça ne provoque jamais de ralentissement de la productivité du reste de la boite.
 

 
Dans l'absolu ça m'intéresse, mais leur archi est un peu relou pour les déploiements répétables. Le déploiement lui même et ses dépendances repart de zéro
mais tu peux pas complètement wiper la machine, il reste toujours des volumes avec des vieux machins, qui sont dans le PATH, (y'a peut-être moyen en utilisant
leur système de snapshot, mais faut penser à l'acheter dès le début et faire un snapshot initial). Pour faire un reset propre, la seule solution c'est de détruire
la machine, ils te remboursent, puis tu en rachète une (avec une facture à chaque fois...), mais du coup t'as plus le code promo pour le rachat.
 
C'aurait été mieux d'avoir le système de crédits pour le coup
 

 
En python, pour le peu que je m'en sers, ça ne m'a jamais embêté, le problème vient du proto ou c'est les implé/api dans ces deux languages qui sont pourries ?
 
 
( Also, Des fois les matheux ils savent coder, je sais pas si c'est mieux. )

Bon, il est temps que je me remette "à l'écoute du marché".

Ça me fait penser que j'ai aussi un code -50% pour un SimpleHosting sur 12 mois.
 
Je ne sais pas s'il est communicable ou lié à mon compte obligatoire, mais si qqn veut tester...

gfive c'est toi ?

Nan, moi j'ai écoute, et j'ai entendu.

Mais la, y'a 2 gros postes qui viennent d'ouvrir a la banque postale...faut que j'appelle mo' pote qui y bosse pour savoir ce que c'est, ça pourrait être un bon plan cogip

On a tous un petit peu de gfive en soi

non non

relis  

Ce que je viens de faire mais pas de travers cette fois ci

preusm