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).
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 :)
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)…
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.
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 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.
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é…
" /> 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…
70 commentaires
SFR propose un nouveau décodeur TV qui intègre Android 4.2
19/11/2013
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é ?
On a testé la commande en ligne proposée par Mc Donald’s
08/11/2013
Le 08/11/2013 à 17h 07
Le 08/11/2013 à 13h 51
Le 08/11/2013 à 13h 37
Le 08/11/2013 à 12h 05
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 :
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 récap des tests : quelques idées pour un PC compact
08/10/2013
Le 09/10/2013 à 13h 11
Le 09/10/2013 à 07h 48
Android 4.3 (Jelly Bean) : SFR publie son calendrier de mise à jour
01/10/2013
Le 01/10/2013 à 11h 46
DivX 10 prend en charge H.265 / HEVC et la 4K, mais pas les deux à la fois
06/09/2013
Le 06/09/2013 à 14h 06
[MàJ] [Récap’] Le détail des processeurs Haswell du Pentium au Core i7
02/09/2013
Le 03/09/2013 à 15h 21
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 :(
Les opérateurs français utilisent-ils le DPI ? demande une députée
12/04/2013
Le 12/04/2013 à 13h 01
Le 12/04/2013 à 11h 32
Le 12/04/2013 à 10h 53
Le 12/04/2013 à 10h 41
Le 12/04/2013 à 08h 32
« Orange dégage ! », l’easter egg du site Born2Code.fr de Xavier Niel
25/03/2013
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é…
XOLO : un smartphone qui « brise les barrières de vitesse » lancé le 14 mars
12/03/2013
Le 12/03/2013 à 16h 33
STE NovaThor L8580 : un SoC pour smartphone avec deux coeurs à 3 GHz
20/02/2013
Le 20/02/2013 à 15h 53