T'oublies la partie la plus croustillante: google interdit en pratique aux constructeurs de faire du aosp et en parallele du gms.
Et ils commencent meme a dire aux constructeurs gms de se calmer sur la customisation (cf samsung).
Il y a encore des gens qui acceptent la qualité pourrie du téléphone quand on peut avoir un qualité "CD"?
Oh putain, t'as jamais utilise lync toi.
Meme le client windows est une bouse immonde, la qualite audio est affreuse, les meetings se perdent ou mettent 10 ans a te laisser rentrer, quand ils te laissent entrer, la fonctionalite chat est reste bloquee en 1999. Pour les salons de discussion, c'est dans l'edition enteprise gold platinum plus (du pur microsoft).
Le desktop sharing se rafraichit au mieux a 2.5 images par secondes.
Le client mac se banane 3 fois par jour et ne se relance pas tout seul. Le client ios est une vaste blague, qui redirige les conf call sur… Le numero de telephone de la conference! Mais que sur iphone. Forcemment.
Le seul avantage que ca a, c'est la possibilite de rediriger un voice call entrant automatiquement sur son telephone. Sorti de ca, honnetement, je vois pas.
Tu peux faire cet argument pour skype, hangout ou autres grand noms de la visioconference/chat, mais pour lync, NON! Brulez le, foutez le a poubelle, et s'il vous plait, n'encouragez pas les entrprise a continuer a utiliser cette merde.
Ca se discute.
En vente pures, oui, android est tres fort.
En utilisation d'applis, j'ai toujours vu un rapport 7 a 10, sur toutes les metriques (traffic pur, engagement, conversion, ltv), entre ios et android en faveur d'ios (applis grand publics gratuites). Sur le marche us, certes, mais ca suffit pas a expliquer une telle disparite.
C'est pas marginal, mais c'est tres loin de faire la majorite, et android pese au final tres peu dans la balance des decisions.
En clair, si on se retrouve a devoir faire un choix "faire une feature ios only ou se limiter a ipv4", le choix sera vite fait, et pas dans le sens que tu penses.
en tout cas pour ceux qui ont une version > 4.0 peuvent raisonnablement y espérer si ça venait à être comblé.
Ouais, et il leur restera plus qu'a attendre de changer de telephone pour en profiter, vu comment les operateurs se depechent a mettre a jour leur parc android.
Parce que ça, c'est déjà scandaleux, et dangereux à de multiples titres.
Qu'est ce que ca a de scandaleux? L'industrie de la carte de payment emet des regles tres strictes sur les stockages des cartes, les entreprises les suivent.
Note que target s'est fait piquer des cartes sur le pos meme, alors on fait quoi? On arrete les cartes tout court?
T'as une assurance avec ta carte. Si ta carte est utilisee sans ton consentement, c'est pour la gueule de l'organisme de credit, pas pour toi.
Ce qui n'est pas le cas avec une carte virtuelle, si on te pique ton mot de passe d'acces a ta carte virtuelle, c'est pour ta gueule mon canard. Tu preferes quoi? Une securite soit disant pure, mais etre responsable financierement d'une faille qui n'est pas forcement ta faute, ou etre rembourse si quelqu'un fait le con avec ta carte?
On en a ici un exemple,
Le probleme c'est plutot que godaddy accepte les 4 derniers numeros pour authentifier qq1 au telephone. C'est le probleme, pas qu'ils les stockent.
Tu crois que le meme probleme (authentifier qq1 a partir de pas grand chose) n'arriverait pas s'ils ne stockaient pas les cartes?
mais il pourrait y en avoir d'autres : Sony se sont pas exemple fait voler des tas de numéros de CB l'an dernier, ce qui est une catastrophe et qui n'aurait pas été possible s'ils n'avaient pas stocké ces numéros.
En quoi c'est une catastrophe? A tu la moindre idee de savoir si les numeros ont effectivement ete utilise?
Ouais, clairement, leur travail sur clang et llvm est insignifiant. Clang etait aussi evolue ya 5 ou 6 ans quand ils ont commence a l'incoure dans xcode.
J'veux dife, c'est pas comme s'ils avaient lance le compilo en production sur des centaines de millions de devices/macs.
Webkit et les autres n'ont pas vu un seul commit en @apple.com ces 10 derniers annees.
Pareil pour ARC, et le support arm64 vient de la communaute.
Le runtime objc s'est ecrit tout seul, et greg parker passe son temps a jouer au ping pong avec chris lattner sur le campus d'apple.
Quand a libdispatch, ca sert a rien, c'est bien connu, c'est plus sur de gerer ses threads a la main que de filer des blocks a un scheduler.
Nan mais serieux, tu lit les conneries t'ecris des fois?!? Vous vous y mettez a plusieurs pour les inventer ou quoi?
Effectivement, un raccourci pareil, ca rend leur argument principal (les utilisateurs de fb bypassent completement google pour 50% d'entre eux) completement caduque!
D'un autre cote, s'il dit ca, c'est bien pour que les gens n'utilisent pas pocket, mais son appli non? Si tu rajoutes que ca peut être aisément mal interprete, ca aide pas sa cause.
Quand au nom, est ce qu'il aurait appelé son appli poche si pocket n'existait pas?
L'action de read it later fait pas forcemment plaisir, c'est un tantinet agressif, mais c'est pas tire par les cheveux ni abusif non plus… Et ces gars ont pas la reputation d'être des tout gentils qui font des bisous a tout le monde.
Non, comme le dit ckyl, applet signée = la fete a mémé, tu fais ce que tu veux.
Acces au disque en veux tu en voila, tout du moins dans la config par defaut.
Et apres yen a qui se demande pourquoi apple shippe sans java et desactive les applets apres un mois.
Il s'agit juste de constater que les devs qui ont développé du code sous licence BSD on donné bien plus de droits que les clients d'Apple qui utilisent ce même code en ont reçu.
Justement, non.
Apple distribue le code (avec les modifs) des projects BSD qu'ils utilisent sur opensource.apple.com.
Maintenant, comme dit plus haut, ton avis est visiblement fait, et a ce point tu vas tout faire pour tordre la verite et la faire coller a ta vision.
Donc je vais m'arreter ici.
T'as acces aux sources de ce qui a ete repris de projets bsd, c'etait ca la question a la base? Ou alors tu vas deplacer la question jusqu'a ce que tu sois content de la reponse?
A savoir les utilitaires user space, le kernel, clang et le runtime objc, libdispatch, webkit et ce genre de choses.
Apres, non, uikit est pas libre, foundation non plus, mais t'as pas vraiment de preuves que ya du code derive de bsd dedans, donc tu fais que fantasmer que mechant apple la met profond aux gentils developeurs bsd.
Et même avec un bloqueur de pub activé il y a clairement des incohérences, je pense que le navigateur joue aussi, bref c'est encore "un coup, ca marche, un coup ca marche pas", sinon pourquoi n'est-ce pas activé par défaut ?
Ben, c'est assez simple. Youtube, l'appli, marche tres bien sur ios qui ne lit que l'h264.
Partant de la, on en conclut que si google ne sert pas tout le temps ses videos en html5 sur les navigateurs, c'est une question de volonte. Perso j'ai remarque que 100% des fois ou une video refusait de se lancer en html5 dans safari, je me tapais une pub en flash quand je switchais a chrome.
Et toutes ces videos passent tres bien dans l'appli ipad (j'ai tendance a regarder souvent les memes choses. Ou plutot, ecouter, je me sert de youtube comme radio).
Refourguer" est quand même péjoratif, vu le gouffre financier qu'est une plateforme de partage vidéo c'est fair-play de leur donner le droit de faire ça.
Bopf. Ce qui m'enerve c'est l'escalade. En 6 mois, on est passe de pubs en overlay a 5 a 30 secondes de pubs obligatoire, suppression volontaire par endroit du html5 qui marchait bien et du spam dans ma boite gmail. Par dessus ca, il se mettent a refuser de sevir des videos dans le browser embedde de l'appli facebook, j'imagine parce que les cookie sont perdus ou une raison a la con du genre.
Pour etre honnete, je commence a laisser tomber youtube. Je l'utilise toujours, evidemment, mais quand je tombe sur une pub, je ferme l'appli/l'onglet. On vit tres bien sans, et les pubs obligatoires, ca va 5 minutes.
La question est pas tant de savoir dans quel format la video est disponible que de savoir si google veut te refourguer une pub ou pas avant la video.
J'en veux pour preuve certaines videos qui passent parfois sur mon safari sans flash + extension youtube/html5, et passent toujours sur mon ipad.
Ce qu'il se passe, c'est que google tente d'etre malin, et ne te sert pas toujours une pub. Sauf sur certaines videos, generalement des trucs hautement commerciaux et/ou populaire, qui sont quasiment toujour precedee d'une pub.
Bref, au final, ca te donne cet effet "un coup, ca marche, un coup ca marche pas".
pas facile avec une appli dont on ne maîtrise pas le déploiement comme les applis mobiles
Bopf. Tu sers un fichier de config JSON, ton appli le charge au demarrage, et le recharge toutes les 15-30 minutes, t'embeddes une config par defaut dans ton binaire et tu l'as ton feature toggling.
T'as effectivement des cas ou une feature pose probleme (un truc qui demarre au tout debut de l'appli par exemple), mais t'as ta config par defaut pour ca.
Le seul vrai probleme que tu vas avoir c'est une feature en beta qui va rester en beta sur des devices qui ne sont pas mit a jour, mais c'est pas trop un probleme de feature flag ca, tu l'as aussi sur tes features bau.
En pratique, c'est tres chiant a faire pour une autre raison: ca peut sacrement augmenter la complexite de ton code, et le niveau de polish attendu d'une appli mobile est vachement plus eleve que celui d'un site web. Du coup ca fait chier tout le monde, et on pousse fort pour la livrer de base.
Sans compter que les delais entre release sont vachement plus longs - tu passes de qq heures/jours, 2 semaines max dans le web, a 4 a 6 semaines pour les plus applis les plus actives. Ca te donne de la marge pour sortir une feature de beta.
Ou pas. La majorite des androids sont vendus par samsung avec un touchwiz pas libre. Google ne supporte pas ses nexus au dela de 18 mois, les operateurs bloquent tout le reste parce que ca arrange pas leur business, et le rootage/flashage de rom est complique, trop technique pour 90% des gens, risque pour le telephone, annule la garantie et implique la perte de donnees.
Dire que c'est libre et flashable c'est du meme tonneau que dire qu'ios est pas ferme parce que tu peux jailbreaker.
La raison pour laquelle 25% font toujours tourner 2.x c'est parce que la majorite des devices ne sont pas upgradable sans faire un effort majeur. Ce qui est marrant quand tu compares a la situation en face ou apple maintient ses telephones pendant 3 ans, et se fait quand meme accuser d'obsolescence programmee.
Clairement, prendre du android et virer tout ce qui n'est pas google c'est un peu bizarre comme approche.
Android a un eco systeme assez pauvre (la quantite est la, pour la qualite et les nouveautes, on repassera), si les applis constructeurs (= google et amazon) ne conviennent pas, c'est un peu chelou de partir sur cette base.
Si vous voulez un device 100% libre, prenez une brique, c'est moins cher et a peu pres aussi fonctionnel qu'un telephone 100% libre.
Ou alors ecrivez vos applis vous meme, mais m'est avis qu'il va yavoir vachement moins de monde pour se bousculer au portillon tout d'un coup.
Maiiis heuuu, maitresse, c'est pas moi qu'a commence, c'est lui!
Sinon, la difference entre ms et motorola, c'est que motorola fait le patent troll sur des brevets FRAND et essentiel, et manque a ses propres obligations de les fournir en FRAND. C'est clairement du patent troll, et ils se sont fait envoyer chier par un juge recemment pour ca.
Le fait est que motorola attaque pas mal de monde avec ses brevets, et depuis un bail, google a meme pas l'excuse "ils faisaient ca avant qu'on les rachete".
[^] # Re: ???
Posté par groumly . En réponse à la dépêche Wayland et Weston 1.4. Évalué à 3.
T'oublies la partie la plus croustillante: google interdit en pratique aux constructeurs de faire du aosp et en parallele du gms.
Et ils commencent meme a dire aux constructeurs gms de se calmer sur la customisation (cf samsung).
[^] # Re: Ceux qui bossent ?
Posté par groumly . En réponse au journal Wync, un client Lync pour Linux !. Évalué à 7.
Oh putain, t'as jamais utilise lync toi.
Meme le client windows est une bouse immonde, la qualite audio est affreuse, les meetings se perdent ou mettent 10 ans a te laisser rentrer, quand ils te laissent entrer, la fonctionalite chat est reste bloquee en 1999. Pour les salons de discussion, c'est dans l'edition enteprise gold platinum plus (du pur microsoft).
Le desktop sharing se rafraichit au mieux a 2.5 images par secondes.
Le client mac se banane 3 fois par jour et ne se relance pas tout seul. Le client ios est une vaste blague, qui redirige les conf call sur… Le numero de telephone de la conference! Mais que sur iphone. Forcemment.
Le seul avantage que ca a, c'est la possibilite de rediriger un voice call entrant automatiquement sur son telephone. Sorti de ca, honnetement, je vois pas.
Tu peux faire cet argument pour skype, hangout ou autres grand noms de la visioconference/chat, mais pour lync, NON! Brulez le, foutez le a poubelle, et s'il vous plait, n'encouragez pas les entrprise a continuer a utiliser cette merde.
[^] # Re: Pour Android, c'est normal
Posté par groumly . En réponse au journal L'apocalypse arrive. Évalué à 0.
Ca se discute.
En vente pures, oui, android est tres fort.
En utilisation d'applis, j'ai toujours vu un rapport 7 a 10, sur toutes les metriques (traffic pur, engagement, conversion, ltv), entre ios et android en faveur d'ios (applis grand publics gratuites). Sur le marche us, certes, mais ca suffit pas a expliquer une telle disparite.
C'est pas marginal, mais c'est tres loin de faire la majorite, et android pese au final tres peu dans la balance des decisions.
En clair, si on se retrouve a devoir faire un choix "faire une feature ios only ou se limiter a ipv4", le choix sera vite fait, et pas dans le sens que tu penses.
[^] # Re: Pour Android, c'est normal
Posté par groumly . En réponse au journal L'apocalypse arrive. Évalué à 5.
Ouais, et il leur restera plus qu'a attendre de changer de telephone pour en profiter, vu comment les operateurs se depechent a mettre a jour leur parc android.
[^] # Re: Et la plus grosse faille est ... AMAZON
Posté par groumly . En réponse au journal Mots de passe et ingénierie sociale. Évalué à 4. Dernière modification le 29 janvier 2014 à 21:07.
Qu'est ce que ca a de scandaleux? L'industrie de la carte de payment emet des regles tres strictes sur les stockages des cartes, les entreprises les suivent.
Note que target s'est fait piquer des cartes sur le pos meme, alors on fait quoi? On arrete les cartes tout court?
T'as une assurance avec ta carte. Si ta carte est utilisee sans ton consentement, c'est pour la gueule de l'organisme de credit, pas pour toi.
Ce qui n'est pas le cas avec une carte virtuelle, si on te pique ton mot de passe d'acces a ta carte virtuelle, c'est pour ta gueule mon canard. Tu preferes quoi? Une securite soit disant pure, mais etre responsable financierement d'une faille qui n'est pas forcement ta faute, ou etre rembourse si quelqu'un fait le con avec ta carte?
Le probleme c'est plutot que godaddy accepte les 4 derniers numeros pour authentifier qq1 au telephone. C'est le probleme, pas qu'ils les stockent.
Tu crois que le meme probleme (authentifier qq1 a partir de pas grand chose) n'arriverait pas s'ils ne stockaient pas les cartes?
En quoi c'est une catastrophe? A tu la moindre idee de savoir si les numeros ont effectivement ete utilise?
[^] # Re: Mauvais paradigme
Posté par groumly . En réponse au journal La GPL est un échec (FreeBSD 10 est sorti). Évalué à 2.
Ouais, clairement, leur travail sur clang et llvm est insignifiant. Clang etait aussi evolue ya 5 ou 6 ans quand ils ont commence a l'incoure dans xcode.
J'veux dife, c'est pas comme s'ils avaient lance le compilo en production sur des centaines de millions de devices/macs.
Webkit et les autres n'ont pas vu un seul commit en @apple.com ces 10 derniers annees.
Pareil pour ARC, et le support arm64 vient de la communaute.
Le runtime objc s'est ecrit tout seul, et greg parker passe son temps a jouer au ping pong avec chris lattner sur le campus d'apple.
Quand a libdispatch, ca sert a rien, c'est bien connu, c'est plus sur de gerer ses threads a la main que de filer des blocks a un scheduler.
Nan mais serieux, tu lit les conneries t'ecris des fois?!? Vous vous y mettez a plusieurs pour les inventer ou quoi?
[^] # Re: Ou pas.
Posté par groumly . En réponse au journal Une étude prédit la disparition de Facebook en 2017. Évalué à 0.
Effectivement, un raccourci pareil, ca rend leur argument principal (les utilisateurs de fb bypassent completement google pour 50% d'entre eux) completement caduque!
[^] # Re: Valve ??
Posté par groumly . En réponse au journal DD & Valve. Évalué à 8.
Si leur temps avait vraiment un cout, ils traineraient pas ici a lire les trolls/ commentaires.
[^] # Re: Précision
Posté par groumly . En réponse au journal Le développeur de Poche menacé par la société Read It Later. Évalué à 3.
D'un autre cote, s'il dit ca, c'est bien pour que les gens n'utilisent pas pocket, mais son appli non? Si tu rajoutes que ca peut être aisément mal interprete, ca aide pas sa cause.
Quand au nom, est ce qu'il aurait appelé son appli poche si pocket n'existait pas?
L'action de read it later fait pas forcemment plaisir, c'est un tantinet agressif, mais c'est pas tire par les cheveux ni abusif non plus… Et ces gars ont pas la reputation d'être des tout gentils qui font des bisous a tout le monde.
[^] # Re: Crache pas dans la soupe !
Posté par groumly . En réponse au journal La signature de code en Java. Évalué à 0.
To ship. En anglais, "expedier, envoyer", utiliser dans le soft pour une release au public.
Livrer j'imagine en francais?
[^] # Re: Crache pas dans la soupe !
Posté par groumly . En réponse au journal La signature de code en Java. Évalué à 1.
Non, comme le dit ckyl, applet signée = la fete a mémé, tu fais ce que tu veux.
Acces au disque en veux tu en voila, tout du moins dans la config par defaut.
Et apres yen a qui se demande pourquoi apple shippe sans java et desactive les applets apres un mois.
[^] # Re: Mauvais paradigme
Posté par groumly . En réponse au journal La GPL est un échec (FreeBSD 10 est sorti). Évalué à -5.
Justement, non.
Apple distribue le code (avec les modifs) des projects BSD qu'ils utilisent sur opensource.apple.com.
Maintenant, comme dit plus haut, ton avis est visiblement fait, et a ce point tu vas tout faire pour tordre la verite et la faire coller a ta vision.
Donc je vais m'arreter ici.
[^] # Re: Mauvais paradigme
Posté par groumly . En réponse au journal La GPL est un échec (FreeBSD 10 est sorti). Évalué à 4.
T'as acces aux sources de ce qui a ete repris de projets bsd, c'etait ca la question a la base? Ou alors tu vas deplacer la question jusqu'a ce que tu sois content de la reponse?
A savoir les utilitaires user space, le kernel, clang et le runtime objc, libdispatch, webkit et ce genre de choses.
Apres, non, uikit est pas libre, foundation non plus, mais t'as pas vraiment de preuves que ya du code derive de bsd dedans, donc tu fais que fantasmer que mechant apple la met profond aux gentils developeurs bsd.
[^] # Re: Mauvais paradigme
Posté par groumly . En réponse au journal La GPL est un échec (FreeBSD 10 est sorti). Évalué à 2.
Les clients d'apple, et meme les non clients pour etre honnete, ont acces aux sources des travaux derives d'apple sous licence bsd.
[^] # Re: Pas MP4
Posté par groumly . En réponse au journal Le format non-libre MPEG4 en passe d'être supporté sur Wikipédia ?. Évalué à 5.
Meuh nan.
Le decodage soft sur le cpu fait que la batterie sera morte bien avant que t'ai reellement attaque ton forfait.
Mauvaise langue va.
[^] # Re: Expérimental
Posté par groumly . En réponse au journal youtube et html 5. Évalué à 7.
Ben, c'est assez simple. Youtube, l'appli, marche tres bien sur ios qui ne lit que l'h264.
Partant de la, on en conclut que si google ne sert pas tout le temps ses videos en html5 sur les navigateurs, c'est une question de volonte. Perso j'ai remarque que 100% des fois ou une video refusait de se lancer en html5 dans safari, je me tapais une pub en flash quand je switchais a chrome.
Et toutes ces videos passent tres bien dans l'appli ipad (j'ai tendance a regarder souvent les memes choses. Ou plutot, ecouter, je me sert de youtube comme radio).
Bopf. Ce qui m'enerve c'est l'escalade. En 6 mois, on est passe de pubs en overlay a 5 a 30 secondes de pubs obligatoire, suppression volontaire par endroit du html5 qui marchait bien et du spam dans ma boite gmail. Par dessus ca, il se mettent a refuser de sevir des videos dans le browser embedde de l'appli facebook, j'imagine parce que les cookie sont perdus ou une raison a la con du genre.
Pour etre honnete, je commence a laisser tomber youtube. Je l'utilise toujours, evidemment, mais quand je tombe sur une pub, je ferme l'appli/l'onglet. On vit tres bien sans, et les pubs obligatoires, ca va 5 minutes.
[^] # Re: Expérimental
Posté par groumly . En réponse au journal youtube et html 5. Évalué à 4.
La question est pas tant de savoir dans quel format la video est disponible que de savoir si google veut te refourguer une pub ou pas avant la video.
J'en veux pour preuve certaines videos qui passent parfois sur mon safari sans flash + extension youtube/html5, et passent toujours sur mon ipad.
Ce qu'il se passe, c'est que google tente d'etre malin, et ne te sert pas toujours une pub. Sauf sur certaines videos, generalement des trucs hautement commerciaux et/ou populaire, qui sont quasiment toujour precedee d'une pub.
Bref, au final, ca te donne cet effet "un coup, ca marche, un coup ca marche pas".
[^] # Re: Et les compilateurs?
Posté par groumly . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à -2.
T'es au regime?
[^] # Re: Mensongeries
Posté par groumly . En réponse au journal "Scaling Mercurial at Facebook". Évalué à 1.
Bopf. Tu sers un fichier de config JSON, ton appli le charge au demarrage, et le recharge toutes les 15-30 minutes, t'embeddes une config par defaut dans ton binaire et tu l'as ton feature toggling.
T'as effectivement des cas ou une feature pose probleme (un truc qui demarre au tout debut de l'appli par exemple), mais t'as ta config par defaut pour ca.
Le seul vrai probleme que tu vas avoir c'est une feature en beta qui va rester en beta sur des devices qui ne sont pas mit a jour, mais c'est pas trop un probleme de feature flag ca, tu l'as aussi sur tes features bau.
En pratique, c'est tres chiant a faire pour une autre raison: ca peut sacrement augmenter la complexite de ton code, et le niveau de polish attendu d'une appli mobile est vachement plus eleve que celui d'un site web. Du coup ca fait chier tout le monde, et on pousse fort pour la livrer de base.
Sans compter que les delais entre release sont vachement plus longs - tu passes de qq heures/jours, 2 semaines max dans le web, a 4 a 6 semaines pour les plus applis les plus actives. Ca te donne de la marge pour sortir une feature de beta.
[^] # Re: Calendrier
Posté par groumly . En réponse au journal 36 15 ma vie avec l'univers google. Évalué à 1.
J'etais sarcastique ;-)
Tu preches un converti
[^] # Re: Calendrier
Posté par groumly . En réponse au journal 36 15 ma vie avec l'univers google. Évalué à 6.
Ou pas. La majorite des androids sont vendus par samsung avec un touchwiz pas libre. Google ne supporte pas ses nexus au dela de 18 mois, les operateurs bloquent tout le reste parce que ca arrange pas leur business, et le rootage/flashage de rom est complique, trop technique pour 90% des gens, risque pour le telephone, annule la garantie et implique la perte de donnees.
Dire que c'est libre et flashable c'est du meme tonneau que dire qu'ios est pas ferme parce que tu peux jailbreaker.
La raison pour laquelle 25% font toujours tourner 2.x c'est parce que la majorite des devices ne sont pas upgradable sans faire un effort majeur. Ce qui est marrant quand tu compares a la situation en face ou apple maintient ses telephones pendant 3 ans, et se fait quand meme accuser d'obsolescence programmee.
[^] # Re: Calendrier
Posté par groumly . En réponse au journal 36 15 ma vie avec l'univers google. Évalué à 1.
Aaaah, si seulement android etait libre, ca eviterais l'obsolocence programee, comme chez apple…
Douce ironie, quand tu nous tiens!
[^] # Re: Calendrier
Posté par groumly . En réponse au journal 36 15 ma vie avec l'univers google. Évalué à 1.
Clairement, prendre du android et virer tout ce qui n'est pas google c'est un peu bizarre comme approche.
Android a un eco systeme assez pauvre (la quantite est la, pour la qualite et les nouveautes, on repassera), si les applis constructeurs (= google et amazon) ne conviennent pas, c'est un peu chelou de partir sur cette base.
Si vous voulez un device 100% libre, prenez une brique, c'est moins cher et a peu pres aussi fonctionnel qu'un telephone 100% libre.
Ou alors ecrivez vos applis vous meme, mais m'est avis qu'il va yavoir vachement moins de monde pour se bousculer au portillon tout d'un coup.
[^] # Re: Intérêt de Google ?
Posté par groumly . En réponse au journal Le Codec VP9 reçoit le soutien de l'industrie.. Évalué à 4.
'tin mais ca t'arrive de faire autre chose que de troller grassement comme un goret toi?
Tu m'expliques le rapport entre ta reposne et mon message?
[^] # Re: google
Posté par groumly . En réponse au journal Le Codec VP9 reçoit le soutien de l'industrie.. Évalué à 3.
Maiiis heuuu, maitresse, c'est pas moi qu'a commence, c'est lui!
Sinon, la difference entre ms et motorola, c'est que motorola fait le patent troll sur des brevets FRAND et essentiel, et manque a ses propres obligations de les fournir en FRAND. C'est clairement du patent troll, et ils se sont fait envoyer chier par un juge recemment pour ca.
Le fait est que motorola attaque pas mal de monde avec ses brevets, et depuis un bail, google a meme pas l'excuse "ils faisaient ca avant qu'on les rachete".