Le 19/11/2013 à 16h 42

Et personne ne se pose LA question, pour une box TV : Quelle est la qualité vidéo ?
Nan, parce que je viens de passer aux box Intel (Orange Livebox), et franchement la qualité est vraiment pourrie ! C’est bien gentil d’avoir un jolie interface réactive, mais si derrière la qualité vidéo vaut ça, je prend pas, je reste à ce qui se faisait avant !
L’actuelle box SFR, a un problème d’interface trop lente, mais au bout d’un moment, quand on regarde un film, pas mal de trucs se mettent en place, pour bien améliorer la qualité (et pas des trucs superflus, un bon désentrelacement, quasiment toujours utilisé, peut changer pas mal de choses).

A défaut, quel est le chip utilisé ?

Le 08/11/2013 à 17h 07

Amabaka a écrit :

Non justement, c’est pas pareil. On doit pas parler des mêmes bornes …
Dans les Mac Do que je connais, il y a 3 bornes et donc 6 écrans pour passer les commandes pour un endroit où on les retire. Il n’y a pas “d’attente” des hôte(sse)s, c’est tout l’intérêt des bornes (même quand il n’y a pas de commandes, j’en ai jms vu poireauté au point de retrait, il n’y a personne).
Donc je maintiens ce que je disais, ça peut légèrement aider pour la file d’attente aux bornes, mais ca ne change rien au niveau de “l’attente” des hôtes.


Ah, tu l’as dit ! le point de retrait il n’y a personne, il y a donc du chiffre à se faire en plus, la cuisine suivra (à n’importe quel prix) !

Cherche pas, s’il y a attente il y a un problème, du chiffre perdu. C’est très simple, en fait.

Le 08/11/2013 à 13h 51

John Shaft a écrit :

Mc Donald’s c’est uniquement de la franchise. Donc le coût de l’hôtesse, c’est pour le franchisé " />


Non.
En particulier, les McDo en centre ville ne sont vraiment pas tout les temps des franchises. Pour ceux qui habitent Grenoble, le McDo du centre-ville (à côté de la FNAC) n’est pas une franchise. Pour les gares, je ne sais pas mais ça doit être semblable. D’ailleurs, ces McDo des centres-villes, qui n’ont pas de McDrive, ne sont pas rentables (oui, il y a une corrélation directe entre le McDrive et la rentabilité : pas de McDrive, pas rentable ou très peu, c’est très simple).

De plus, le franchisé a les mêmes facteurs de coûts, c’est pas le problème de qui paye.

Le 08/11/2013 à 13h 37

Amabaka a écrit :

Je crois que vous n’avez pas compris où David et lordphoenix veulent en venir. Ce n’est pas des hôte(esse)s de caisse avec ce système mais des bornes, donc le gain, c’est éventuellement moins de queue à la borne, et donc pas d’énorme gain pour McDo.
Ca ne fait pas gagner de temps sur la préparation de la commande derrière, la où des êtres humain interviennent.


Non, on a parfaitement compris. Par contre, McDo doit réduire plusieurs coûts dans la fabrication de ton bigMac :

 - l'accueil, donc les hôte(sse)s.   

 - la fabrication.   

Si, l’accueil représente un coût pas du tout négligeable pour McDo. As-tu déjà remarqué le nombre d’hôte(esse)s de caisse par rapport au nombre de personnes en “cuisine” ? A la caisse, tu passes ton temps à attendre que le client choisisse, à taper à la machine ce que le client choisit, à encaisser. Aux bornes, c’est pareil, elles passent leur temps à attendre les mêmes choses. Par cette manip, tu supprimes quasiment toute cette attente. En cuisine, il suffit d’augmenter légèrement la cadence (quelques personnes en plus, par exemple, ou des coups de fouets supplémentaires), et c’est tout bénèf pour McDo.

Le principe du FastFood est de te faire passer le moins possible de temps à attendre, c’est un facteur de coût. Diminuer cette attente, c’est augmenter le CA, quelle que soit leur manière. Ce n’est pas du tout un restaurant.

Le 08/11/2013 à 12h 05

FrenchPig a écrit :

Je vois pas comment les hôte(esse)s de caisse peuvent être plus rentables en diminuant le temps de passage : moins de file d’attente en caisse ne fait pas apparaitre de nouveaux clients.


Non, mais les clients passeront plus vite. Le midi, il y a saturation, donc diminuer l’attente est toujours bénéfique : ou tu mets moins d’hôte(sse)s, ou tu en mets le même nombre mais moins longtemps. Donc tu gagnes plus d’argent. McDo a vraiment fais sienne la maxime “le temps c’est de l’argent”.



David_L a écrit :

Oui et du coup le gain est… quasi nul. Bon ok, ça va plus vite sur la borne, mais je pense que la différence majeure est que le compte est lié à la commande dans le cas de la commande en ligne, pas dans le cas de la commande à la borne pour qui tu n’est qu’un numéro de commande sans lien particulier.


Pour toi, oui, la gain est quasi nul. Pour McDo, pas du tout.



David_L a écrit :

C’est un peu tout le souci, ils ont un fonctionnement qui ne s’adapte pas vraiment à ce qu’ils pourraient chercher à proposer au client avec un tel service. Du coup, ils n’adaptent pas encore, mettent la commande en ligne en avant, et compte sur une utilisation importante pour récolter de plus en plus de données (ce qu’il ne sont pas les seuls à faire).

Le reste viendra sans doute ensuite, parce qu’il y a des gains important en efficacité à plusieurs niveaux qui y sont rattachés, mais ça prendra du temps.


Oui, c’est dommage qu’ils n’aient pas poussé le concept un peu plus loin, pour rendre le service plus attrayant pour le consommateur, genre menu préféré à commander rapidement, il y a plein d’idées à avoir.



David_L a écrit :

Ta pizzeria fait quoi si tu viens chercher ta pizza une fois qu’elle est froide ? ;)


Ma pizzéria s’en fout, et McDo s’en fout aussi de me donner un truc froid. Mais McDo jette ses produits au bout d’un temps très court.

Le 08/11/2013 à 11h 41

Pour moi, ce n’est (pour l’instant) pas tant le “Big Data” qui intéresse McDo, mais surtout, et dans l’immédiat, ce qu’ils recherche en permanence : la diminution du temps de passage en caisse, avec comme corolaire l’augmentation de la rentabilité de l’hôte(esse) de caisse. Cette diminution est obtenue grâce au fait que la commande est déjà passée, il n’y a juste qu’à la valider. C’est un peu comme les bornes, mais à distance, en fait. On court-circuite finalement presque tout le processus de commande, donc on augmente directement la rentabilité. En plus, vu le public cible de McDo, que je pense particulièrement équipé en smartphone (jeunes), c’est très bien vu.

Quand à la pré-préparation, je ne pense pas que ça soit possible, pour deux raisons, en admettant qu’on se pointe après la commande :

 - Ils ne gardent en rayon tout ce qui est créé qu'un temps extrêmement  limité. Donc il faudrait se pointer moins de 10 minutes après la commande. C'est très court. Et si on ne se pointe pas, tout est à jeter --> diminution de la rentabilité   

 - La deuxième, je ne m'en souviens plus le temps de revoir un peu mon commentaire, mais si je retrouve j'éditerai ">   

Pour la livraison, c’est sûrement envisagé, mais les commentaires que j’ai pu lire disent que c’est souvent froid quand ça arrive :)

Le 09/10/2013 à 13h 11

Wawet76 a écrit :

Il n’existe rien de la taille du nuc (voir plus gros en fait) mais fan-less ?


Si tu es prêt à y mettre le prix (et les muscles, vu le poids), si :
http://www.maisondunumerique.com/produits/media-center/media-center-par-modele/h…
Bon, la taille la plus proche du NUC ne renferme qu’un Atom, mais le mini t’ira peut-être ?

Il en existe aussi des moins chers, il me semble, mais je ne sais plus où :)

Le 09/10/2013 à 07h 48

cyrano2 a écrit :

Est-ce qu’un PC de salon avec un petit écran existe ? C’est toujours bizarre de devoir allumer la télé pour mettre en marche un lecteur mp3.


Si tu en es équipé, je pense qu’il est plus intéressant d’utiliser son smartphone/tablette pour piloter ses mp3. iTunes en est capables avec les iPhone, et des télécommandes existent pour vlc, XBMC (essaie XBMC+Yatse, par exemple, si tu as un Android)…

Le 01/10/2013 à 11h 46

Maicka a écrit :

Pour en revenir à la news bah les roms opérateurs quoi…les mecs qui mettent des plombes à valider une image système juste pour y mettre leur appli opérateurs.


C’est quand même pas tout à fait ça. Les constructeurs valident aussi les ROM opérateurs, en même temps que ces derniers. Et parfois, il y a quelques différences au cœur de l’OS pour s’adapter à une spécificité de l’opérateur (genre meilleur accès à tel service dont en général on se fout) ou support de tel protocole. J’espère ne pas dire de bêtises, mais il me semble que sur certains terminaux l’EAP-SIM, qui a d’abord été géré par les ROM Free puis par les ROM Stock.

En fait, les opérateurs peuvent demander quelques modifications aux constructeurs, mais bien évidemment elles ne sont en général pas vraiment prioritaires, je pense.

Le 06/09/2013 à 14h 06

Schumi a écrit :

Si on essaie de lire un MKV encodé en H265 sur une TV, un PC “non compatible” ou même une box ça donne quoi ?
Ca rame ou il ne sera pas reconnu ?


Ça ne devrait pas être reconnu.

Le 03/09/2013 à 15h 21

Dji a écrit :

Et sinon, c’est quoi la question ? (au lieu de couiner)


Il n’y en a pas encore :)

Le 02/09/2013 à 11h 08

Punaise. Je suis, de loin, l’actualité.
Et bien maintenant que je suis confronté à un éventuel achat, je me rends compte qui suivre de loin revient à ne rien faire. C’est déprimant, suivre d’un peu plus prêt est un boulot à plein temps :(

Le 12/04/2013 à 13h 01

patos a écrit :

…




Khalev a écrit :

…


Merci à tous les deux. Je connaissais déjà deux-trois principes, dont le chiffrement asymétrique.
M’en vais retourner bosser moins bête " />

Le 12/04/2013 à 11h 32

RaYz a écrit :

Pas de soucis j’avais bien compris. " />

Tu peux regarder ici déjà :https://en.wikipedia.org/wiki/Man-in-the-middle_attack


Merci, j’étais justement en train de lire. J’ai aussi fini ici :http://theorylunch.wordpress.com/2013/01/24/ca-mitm/

Le point qui me manquait est que mon navigateur connait les clefs publiques des CA. Du coup, toute tentative de modification des réponses de ces CA implique de connaitre leur clef privée. Effectivement, ça rajoute pas mal de sécurité.

Merci

Le 12/04/2013 à 10h 53

RaYz a écrit :

Les certificats et le protocole SSL ne sont pas sensibles aux attaques de type man in the middle " />




patos a écrit :

Je pense pas que tu comprennes le degré d’implication nécessaire pour falsifier un certificat signé…


Non, je ne sais pas " />
C’est d’ailleurs bien pour ça que je pose la question " />
Du coup, je vais me renseigner. " />

Le 12/04/2013 à 10h 41

bzc a écrit :

Donc en gros ton exemple est que les autorités de certification seraient “corrompues” et accepterait de donneur leur clés privées à des FAIs ou des pays pour qu’ils signent eux même des faux certificats ?
Alors oui SSL/TLS repose sur la sécurités/confiance dans les CA, mais si on part sur des délires de parano/conspiration … on peut remettre en question beaucoup de choses comme ça.


Mais tant qu’à faire du dpi, pourquoi ne pas modifier les certificats à la volée de manière à ce que ça soit invisible pour l’utilisateur ? Est-ce sérieusement plus compliqué ?

Le 12/04/2013 à 08h 32

saf04 a écrit :

par modification et resignature du certificat. (type attaque man in the middle).
apres je suis pas un super technicien pour connaitre les details, mais je sais que ca existe.


Pour donner un peu plus de détails, lors de l’établissement de la connection, le certificat (qui contient la clefs et des infos permettant de vérifier l’authenticité de ces infos) est modifié. En particulier, un certificat contient une clef et une autorité de certification. Dans ma boîte, les deux sont changés. L’autorité devient celle (interne) de ma boîte, que j’ai acceptée comme autorité de chiffrement (je lui fais confiance, je considère cette autorité comme “fiable”, donnant les bonnes infos. Cette autoritée est installé par défaut sur le navigateur “officiel” de la boîte). La clef est celle générée par cette dernière autorité. Ainsi, lors du transit par https, mon navigateur chiffre en utilisant une clef fournie par le proxy, qui peut déchiffrer le message et le chiffrer de nouveau avec le certificat légitime envoyé par mon serveur.

Il y a donc encore une petite faille (en tous cas dans mon cas) : les autorités de certifications usuelles (pre-installées pour les différents navigateurs) ne valident pas le certificat modifié. C’est comme ça que je me suis rendu compte du problème, d’ailleurs. Mais si on arrive à un accord avec une autorité de certification “par défaut”, ou si on arrive à intercepter et modifier les données transmises à l’autorité de certification (plus facile, je pense), il sera presque impossible de détecter du dpi.

Le 25/03/2013 à 13h 44

Wikipedia rappelle qu’ « en informatique, ce nombre est significatif car il est le plus grand entier représentable avec 32 chiffres binaires (bits) (11111111111111111111111111111111). C’est également le plus grand nombre entier représentable sur 32 bits signés en représentation « complément à deux » (où le bit le plus à gauche distingue les nombres positifs des nombres négatifs), qui est la représentation utilisée par pratiquement tous les microprocesseurs 32 bits ».

C’est quoi ce trip ? Le pire, c’est qu’ils disent vraiment ça, sur Wikipedia… Mais le plus grand entier représentable est pour moi 4294967295 (en non signé, =-1 représentation compélement à 2).

Disons que le “également” est très bizarre, moi j’ai l’impression, comme c’est formulé, que l’ajout d’un bite de signe ne diminue pas l’amplitude de ce qui peut être représenté…

Le 12/03/2013 à 16h 33

Ler van keeg a écrit :

" /> je marche dans la rue avec la musique pourrie à fond qui sort du haut-parleur


Et encore, la génération de produit qui arrive est capable de sortir un son vraiment plus fort avec les mêmes haut-parleurs (genre on passe de 1W à 3W en électrique) !
Mais au moins, ça consomme vachement plus. Donc brisage plus intense mais moins long…
http://www.stericsson.com/products/AV2001.jsp

Le 20/02/2013 à 15h 53

Ratsoo a écrit :

ça fait penser à turbo chez Intel et boost chez Nvidia. Je me demande pourquoi il n’ont pas intégré cette technologie sous ARM.


C’est pas du tout ça. Il s’agit en fait d’un processus de gravure nouveau, qui a quelques avantages par rapport à ce qui se fait actuellement :
https://www.youtube.com/watch?v=uvV7jcpQ7UY

Ce n’est pas un turbo, c’est un fonctionnement nominal. L’autre avantage est une conso en forte baisse en mode “éco”