Ouais enfin ça dépend de ce qu'on appelle innovation. Est-ce que c'est un service proposé aux clients et qui n'a jamais été fait avant, ou est-ce de la recherche dans des nouvelles technos ?
Par exemple, j'aimerais bien qu'on fasse la comparaison du nombre de contributions dans les instances de normalisation (IEEE, 3GPP, IETF etc.) ou de nombre de brevets déposés par Free et par FT...
Pour ce qui est du service aux clients, ils me semble normal que Free propose les choses avant Orange. Ils sont dans une position de challenger, ils ont une clientèle technophile prête à leur excuser (presque) toutes les pannes. Ils peuvent donc prendre un max de risques. Maintenant, malgré leur grosse base client et leur positionnement Michu-firendly, je trouve que Orange s'en sort pas trop mal.
Google maps ne permet pas pour l'instant de faire du guidage comme par exemple un Tomtom (dans 100m, tounez à gauche etc.).
Pour l'appli de codes barres, l'idée est très bonne, mais ce qui manque surtout... c'est la base. Car la lecture des codes barres/codes 2D existe depuis super longtemps sur les mobiles (c'est même en standard sur les Nokia pas trop vieux). Je me souviens d'une appli de carte de visite où tu flashouillais un code pour le mettre dans ton agenda, ou encore des URL codées en codes 2D...
D'un autre côté, si ils répartissent la taxe sur la copie privée suivant les ventes, et qu'il n'y a plus de ventes avec la licence globale... il vont avoir des problèmes aussi...
Je suis bien d'accord avec ce qui a été dit au dessus, c'était juste pour donner l'avis d'un juriste qui préfigure bien le type d'arguments qu'on va pouvoir nous sortir quand on nous accusera de contrefaçon.
De toutes façons, j'ai l'impression que quelque soit la direction dans laquelle on va, on se rend compte rapidement que cette loi est inapplicable. J'attends aussi de voir quels seront les critères techniques d'une connexion HADOPI-compliant... vu comme c'est partit, ça risque d'être rigolo (ou pas).
Réponse de Maître Eolas à qui la question a été posée :
Non ; de manière générale, en matière de responsabilité, c'est le maître de la chose et non son propriétaire qui est responsable. Si vous tuez quelqu'un dans un accident au volant d'une voiture louée, vous êtes responsable, pas la société de location.
SIP a effectivement été conçu par l'IETF comme un protocole de signalisation "général" fonctionnant sur IP en suivant un "design" proche des autres protocoles internet type HTTP, SMTP etc. Aujourd'hui, il est beaucoup (mais pas que) utilisé pour se connecter ensuite à des gateways vers le réseau classique pour la simple raison que la plupart des gens ne sont encore joignables que par ce moyen.
Par contre, il n'a jamais été conçu pour être gratuit. La gratuité des appels VoIP n'est qu'une conséquence du modèle actuel de facturation des accès Internet. Rien ne dit que cela ne vas pas changer dans le futur...
Concernant le spam, effectivement c'est un problème. On en souffre déjà sur le téléphone classique, mais il reste raisonnable "grâce" au fait qu'un appel coûte quand même qqch à l'appelant. En SIP, ça risque d'exploser. Une solution peut être de faire au niveau du terminal une whitelist de contacts autorisés, mais ça limite quand même l'usage...
Ce qui est dommage, c'est que dans cette interview Linus dit plein de choses intéressantes sur le développement du noyau/Git/les filesystems/les cycles de release des distrib Linux comparé à WIndows/les netbooks/la GPL etc.... et au final on ne retient que l'info la moins intéressante (mais qui a le plus de potentiel trollesque) : il a switché de KDE à GNOME.
En intro ils disent (à propos du timestamp) :
"It is neither a linear representation of time nor a true representation of UTC (though it is frequently mistaken for both) as the times it represents are UTC but it has no way of representing UTC leap seconds (e.g. 1998-12-31 23:59:60)."
Qu'on pourrait traduire par :
"Ce n'est ni une traduction linéaire du temps, ni une traduction de l'heure UTC (même si on le prend souvent pour les deux) puisque l'heure qu'il représente est l'heure UTC, mais qu'il n'a pas moyen de traduire les secondes intercalaires (p. ex 1998-12-31 23:59:60)."
Puis ils expliquent comment c'est géré au niveau du comptage des secondes (on fait -1 à la fin de la seconde ajoutée).
Ca dépend... Elle a été rajoutée à minuit heure de Paris ou à minuit UTC ?
D'après le message au dessus, il semble que ça ait été à minuit UTC, donc en France on était tranquille. Par contre au Royaume Uni...
Non mais en fait, je me demandais si cette seconde supplémentaire était comptée ou bien ignorée dans les traduction date <-> timestamp, mais en fait, elle est ignorée :
$ date --date "2008-12-31 23:59:59 UTC" +"%s"
1230767999
$ date --date "2009-01-01 00:00:00 UTC" +"%s"
1230768000
Ce qui est après tout assez normal, j'imagine le bordel sinon...
J'utilise plutôt Plex... qui est un fork de XBMC. Donc les deux se ressemblent fortement et ont plus ou moins les mêmes fonctionnalités. Par contre il ne fonctionne que sur OSX, donc si tu installes un Linux dessus, tu devras utiliser XBMC.
La lecture gapless fonctionne. Tu peux même faire un fondu enchainé entre deux morceaux.
Quitte a utiliser un mac (ou une apple TV), je conseillerai plutôt d'utiliser XBMC ou Plex. Tu auras les mêmes facilités d'utilisation que Front Row (télécommande, interface agréable tout ça) mais en plus tu pourras lire quasiment tous les formats que tu veux et cerise sur le gâteau : c'est libre !
Personnellement, c'est ce que j'utilise (avec un mac-mini) et j'en suis vraiment très satisfait.
Mais bon, je ne suis pas certain que ça réponde à la question de départ, c'est à dire une solution sans TV...
Ouais et ça a surement coûté moins cher que l'envoi par la poste d'une carte de vœux en carton. Et c'est aussi plus écolo :)
Quant au mail non sollicité, si il a été envoyé sur la boite pro des enseignants... ce n'est pas ce qu'on peut appeler du spam. Sinon je vais aussi gueuler sur mon chef à chaque fois qu'il m'envoie un truc que j'ai pas demandé ;)
Pour les binaires, il y a toujours moyen de les signer en demandant un certificat gratuit là : https://www.symbiansigned.com
Une fois signée avec ce certificat, tu auras un binaire installable sur ton mobile uniquement (contrôle de l'IMEI). Je ne sais pas si il y a ensuite des restriction sur les API.
Je trouve aussi que c'est assez lourd, mais d'un autre côté sur un équipement type téléphone ou une appli mal contrôlée (ou malveillante) peut générer du trafic et faire monter la facture très très vite ou encore accéder à des données personnelles comme le carnet d'adresses ou les SMS reçus, c'est peut être pas plus mal...
Certaines sociétés peuvent également récupérer ton numéro si tu fais des achats de sonneries/logos sur le portail de l'opérateur ou sur Gallery.
Sinon, je suppose qu'en envoyant des SMS au petit bonheur la chance, ça doit aussi fonctionner. Les tranches de numéros sont saturées (tellement qu'on va peut-être bientôt avoir des numéros de mobiles en 07) donc on a une bonne chance d'atterrir sur le portable de quelqu'un.
Pour en revenir au 33700, je pense que c'est vraiment une bonne initiative. Par contre, c'est vraiment dommage que les SMS soient facturés !!! Je trouve que ce genre de service devrait être gratuit.
# Innovation ?
Posté par lepoulpe . En réponse au journal Une histoire d'Orange et de cerveau. Évalué à 1.
Par exemple, j'aimerais bien qu'on fasse la comparaison du nombre de contributions dans les instances de normalisation (IEEE, 3GPP, IETF etc.) ou de nombre de brevets déposés par Free et par FT...
Pour ce qui est du service aux clients, ils me semble normal que Free propose les choses avant Orange. Ils sont dans une position de challenger, ils ont une clientèle technophile prête à leur excuser (presque) toutes les pannes. Ils peuvent donc prendre un max de risques. Maintenant, malgré leur grosse base client et leur positionnement Michu-firendly, je trouve que Orange s'en sort pas trop mal.
[^] # Re: XBOX
Posté par lepoulpe . En réponse au journal Le meilleur MFLOPS/€ ?. Évalué à 2.
# 3.1415926
Posté par lepoulpe . En réponse au journal trois quatorze quinze quatre-vingt-douze soixante-cinq trente-cinq. Évalué à 10.
[^] # Re: Ouais...
Posté par lepoulpe . En réponse à la dépêche Le G2 de HTC sous Google Android arrivera bientôt en France. Évalué à 1.
Pour l'appli de codes barres, l'idée est très bonne, mais ce qui manque surtout... c'est la base. Car la lecture des codes barres/codes 2D existe depuis super longtemps sur les mobiles (c'est même en standard sur les Nokia pas trop vieux). Je me souviens d'une appli de carte de visite où tu flashouillais un code pour le mettre dans ton agenda, ou encore des URL codées en codes 2D...
[^] # Re: Release date -- commentaire -- Question
Posté par lepoulpe . En réponse à la dépêche Le G2 de HTC sous Google Android arrivera bientôt en France. Évalué à 3.
Effectivement, il vaut mieux être prudent... ça monte vite...
[^] # Re: Copie privée
Posté par lepoulpe . En réponse au journal [hadopi] "un épouvantable système de surveillance du Net". Évalué à 2.
[^] # Re: et mon routeur ?
Posté par lepoulpe . En réponse au journal Hadopi, de plus en plus effrayant. Évalué à 2.
De toutes façons, j'ai l'impression que quelque soit la direction dans laquelle on va, on se rend compte rapidement que cette loi est inapplicable. J'attends aussi de voir quels seront les critères techniques d'une connexion HADOPI-compliant... vu comme c'est partit, ça risque d'être rigolo (ou pas).
[^] # Re: et mon routeur ?
Posté par lepoulpe . En réponse au journal Hadopi, de plus en plus effrayant. Évalué à 3.
Non ; de manière générale, en matière de responsabilité, c'est le maître de la chose et non son propriétaire qui est responsable. Si vous tuez quelqu'un dans un accident au volant d'une voiture louée, vous êtes responsable, pas la société de location.
cf. http://www.maitre-eolas.fr/2009/02/27/1329-pas-de-blackout-c(...)
[^] # Re: smartctl
Posté par lepoulpe . En réponse au journal c'est l'histoire d'un mac et CRAC le disque. Évalué à 7.
Ah ça, c'est ce qui me manque avec les disques SSD. On ne peut plus faire de diagnostiques "à l'oreille"...
[^] # Re: Pourquoi et quand s'offusquer de certaines pratiques :
Posté par lepoulpe . En réponse au journal Les vierges effarouchées du langage. Évalué à 2.
[^] # Re: Les brevets
Posté par lepoulpe . En réponse au journal MS attaque TomTom et Linux (putain de brevets). Évalué à 7.
Ou alors c'est que c'est du flan et qu'ils n'ont pas de cartes ?!?!
# SIP != gratuit
Posté par lepoulpe . En réponse au journal Téléphonie Internet. Évalué à 3.
Par contre, il n'a jamais été conçu pour être gratuit. La gratuité des appels VoIP n'est qu'une conséquence du modèle actuel de facturation des accès Internet. Rien ne dit que cela ne vas pas changer dans le futur...
Concernant le spam, effectivement c'est un problème. On en souffre déjà sur le téléphone classique, mais il reste raisonnable "grâce" au fait qu'un appel coûte quand même qqch à l'appelant. En SIP, ça risque d'exploser. Une solution peut être de faire au niveau du terminal une whitelist de contacts autorisés, mais ça limite quand même l'usage...
# Dommage...
Posté par lepoulpe . En réponse au journal Linus Torvalds est décu.... Évalué à 10.
[^] # Re: Vive les timestamp
Posté par lepoulpe . En réponse au journal Le premier journal du vendredi de l'année (Le Zune plante). Évalué à 3.
En intro ils disent (à propos du timestamp) :
"It is neither a linear representation of time nor a true representation of UTC (though it is frequently mistaken for both) as the times it represents are UTC but it has no way of representing UTC leap seconds (e.g. 1998-12-31 23:59:60)."
Qu'on pourrait traduire par :
"Ce n'est ni une traduction linéaire du temps, ni une traduction de l'heure UTC (même si on le prend souvent pour les deux) puisque l'heure qu'il représente est l'heure UTC, mais qu'il n'a pas moyen de traduire les secondes intercalaires (p. ex 1998-12-31 23:59:60)."
Puis ils expliquent comment c'est géré au niveau du comptage des secondes (on fait -1 à la fin de la seconde ajoutée).
[^] # Re: s/bissextile/seconde intercalaire/
Posté par lepoulpe . En réponse au journal Le premier journal du vendredi de l'année (Le Zune plante). Évalué à 2.
D'après le message au dessus, il semble que ça ait été à minuit UTC, donc en France on était tranquille. Par contre au Royaume Uni...
[^] # Re: Vive les timestamp
Posté par lepoulpe . En réponse au journal Le premier journal du vendredi de l'année (Le Zune plante). Évalué à 2.
$ date --date "2008-12-31 23:59:59 UTC" +"%s"
1230767999
$ date --date "2009-01-01 00:00:00 UTC" +"%s"
1230768000
Ce qui est après tout assez normal, j'imagine le bordel sinon...
[^] # Re: Vive les timestamp
Posté par lepoulpe . En réponse au journal Le premier journal du vendredi de l'année (Le Zune plante). Évalué à 5.
[^] # Re: Vive les timestamp
Posté par lepoulpe . En réponse au journal Le premier journal du vendredi de l'année (Le Zune plante). Évalué à 2.
Quelqu'un a l'info ?
[^] # Re: Front Row
Posté par lepoulpe . En réponse au journal A la recherche (désespérée) du lecteur audio de salon des années 2000.... Évalué à 2.
La lecture gapless fonctionne. Tu peux même faire un fondu enchainé entre deux morceaux.
[^] # Re: Front Row
Posté par lepoulpe . En réponse au journal A la recherche (désespérée) du lecteur audio de salon des années 2000.... Évalué à 2.
http://www.plexapp.com/
http://xbmc.org/
Personnellement, c'est ce que j'utilise (avec un mac-mini) et j'en suis vraiment très satisfait.
Mais bon, je ne suis pas certain que ça réponde à la question de départ, c'est à dire une solution sans TV...
[^] # Re: Faut pas pousser mémé...
Posté par lepoulpe . En réponse au journal Information : "Le module de carte de voeux du Ministère de l'Education Nationale". Évalué à 9.
Quant au mail non sollicité, si il a été envoyé sur la boite pro des enseignants... ce n'est pas ce qu'on peut appeler du spam. Sinon je vais aussi gueuler sur mon chef à chaque fois qu'il m'envoie un truc que j'ai pas demandé ;)
[^] # Re: Libre .....
Posté par lepoulpe . En réponse au journal pourquoi synchroniser son mobile symbian ?. Évalué à 3.
Une fois signée avec ce certificat, tu auras un binaire installable sur ton mobile uniquement (contrôle de l'IMEI). Je ne sais pas si il y a ensuite des restriction sur les API.
Je trouve aussi que c'est assez lourd, mais d'un autre côté sur un équipement type téléphone ou une appli mal contrôlée (ou malveillante) peut générer du trafic et faire monter la facture très très vite ou encore accéder à des données personnelles comme le carnet d'adresses ou les SMS reçus, c'est peut être pas plus mal...
[^] # Re: Comment ça marche ...
Posté par lepoulpe . En réponse au journal Luttons contre le spam via SMS avec le 33700. Évalué à 3.
Certaines sociétés peuvent également récupérer ton numéro si tu fais des achats de sonneries/logos sur le portail de l'opérateur ou sur Gallery.
Sinon, je suppose qu'en envoyant des SMS au petit bonheur la chance, ça doit aussi fonctionner. Les tranches de numéros sont saturées (tellement qu'on va peut-être bientôt avoir des numéros de mobiles en 07) donc on a une bonne chance d'atterrir sur le portable de quelqu'un.
Pour en revenir au 33700, je pense que c'est vraiment une bonne initiative. Par contre, c'est vraiment dommage que les SMS soient facturés !!! Je trouve que ce genre de service devrait être gratuit.
# Gartner
Posté par lepoulpe . En réponse au journal Elle a 40 ans,.... Évalué à 10.
Ahlala, les analyses de Gartner.... Je ne sais même plus à quel degré il faut les prendre !!!
[^] # Re: Chouette...
Posté par lepoulpe . En réponse au journal Steam serait porté vers Gnu/Linux ?. Évalué à 8.