Ton test unitaire va te donner LA fonction dans laquelle il ya un bug et LE cas dans lequel ca bug.
En clair, dans l'immense majorite des cas, ca va faire 70% du boulot, a savoir identifier le bug et te pointer vers une 20aine de ligne qui sont fautives dans un cas tres precis.
Si ton test ne fait pas ca, reecrit les (ou arrete d'en ecrire, tu perds ton temps).
Le probleme en general, c'est plutot d'avoir un test qui choppe le probleme, mais si t'as un test qui passe pas, la correction devient tres simple.
Apres, si tu veux tester une UI, les test unitaires vont pas t'aider des masses. Ya des outils pour ca, mais ca reste douloureux en general.
J'ai du mal a comprendre qu'une communaute tellement portee sur le developpement n'ait pas resolu ce point la.
Parce que c'est une communaute qui met un point d'honneur a utiliser les outils les plus pourris possibles pour prouver a quel point ils sont l33t et plus malin que les autres.
Syndromes du "nan mais j'ai pas besoin de ca moi, je suis plus malin que le compilo".
clair qu'écrire du code a coup de echo et de pipe, c'est super pertinent et vachement courant, cette possibilité se place tres tres haut sur la liste des trucs importants qui font vraiment une difference.
Oh, by the way, rappelle nous pour qui tu bosses ?
Aaaaah mais non, son spam et sa pub a lui, ca a rien a voir. C'est les siens! Super propre, super clean, 100% sollicite et tout. Completement different!
Le fait est (oui, le fait) que ios fait 5 a 7 fois plus de traffic et de fric qu'android pour les developeurs tiers.
J'ai toujours vu ca depuis 4 ans que je suis dans le monde mobile. J'ai toujours bosse dans des boites avec une equipe ios et une equipe android, c'est pas une histoire de difference de qualite ou d'attention entre les 2 applis. Rares sont ceux qui utilisent leur android comme un smartphone.
Et je suis loin d'etre le seul a le penser, le consensus est unanime chez les developeurs d'applis (trouve moi une startup qui fait de l'android first, je te trouverais 15 startup qui font de l'ios only). Les stats webs vont dans cette directions aussi (un peu moins prononce sur le web cela dit, mais la tendance est claire).
Et du coup Android comme c'est super complique n'as aucune application…
Non, c'est juste qu'android vient apres, quand il est prouve que l'appli marche et qu'on peut fair des brouzoufs apres.
la boite qui gere les applis se fout de la qualite du design
Oui, et les consomateurs ont vote avec leur portefeuille. Samsung commence a perdre son momentum sur le marche haut de gamme, tout le monde se fout du haut de gamme. Apple a encore pete un nouveau record de ventes le week end passe.
Bref, à budget équivalent, mieux vaut peaufiner une application native sur une seule plateforme que de chercher à faire du cross-Platform.
Surtout, la problematique est tres mal posee.
Si tes resources de devs sont limitees (majoritee des gens), le multiplateforme va tres peu t'apporter. Tous les domaines ont une plateforme ultra dominante, et des alternatives qui se battent pour les miettes.
Tu fais du desktop? Tape chez windows et 80% du marche, voire macos si t'as la chance d'etre dans cette niche.
Quand t'as du succes la dedans, tu rentres dans la categorie suivante.
Tu fais du mobile? Tape chez ios et conquiert ce marche la. Quand t'as reussi la dessus, tu rentres dans la categorie suivante.
Si tes resources de devs sont larges (grosse boite/boite moyenne avec un produit qui marche bien, donc des ressources), analyse d'abord si ca t'apporte quoi que ce soit d'etre sur des plateformes tellement petites qu'optimiser sur le dominant peut potentillement t'apporter plus pour moins (tousse linux tousse).
Ou alors, t'es facebook, et ce qui compte avant tout c'est d'etre present PARTOUT. Entre nous, c'est un bon probleme a avoir - et qt est pas vraiment Une question pertinente a ce niveau la.
Dit autrement, si tes resources sont limitees, la derniere chose que tu veux faire c'est t'eparpiller et faire du multiplateforme.
Oui, ca j'ai bien compris. Le probleme c'est le feature creep. Toutes ces features interagissent ensemble et en rajoutent au monstre de complexite qu'est c++.
que répondre à ça ? Le langage est riche? et alors, encore heureux!
Je difais plutot qu'il est lourd.
Bof, sur les bécanes actuelles c'est plus vraiment le cas
Ben ca bouffe toujours du cpu, ca me nique la batterie du laptop. Tu peux tourner le probleme comme tu veux, ca reste un probleme.
tu ne jettes JAMAIS d'exception dans un destructeur, tu joues avec la mêmoire, tu voudrais quoi comme comportement défini ?
Un truc qui risque pas de te peter a la gueule sans que tu t'en rendes compte (genre appeler une fonction qui elle va thrower et mettre ton appli au tas).
Entre un terminate() et une leak, tu preferes le terminate?
Pour rappel, on parle d'appli mobiles la, le genre qui est utilise 90 secondes en moyenne, et ensuite mit au placard pour 2 jours. Meme si ca leak 20Mo, je garde l'appli vivante plutot que de l'envoyer au tas.
Java autorise bien le double throw, au prix de la perte d'une des exceptions, mais au moins ton programme il continue a tourner.
et quelques autres classe en paramètre et voire que tu ne peux pas les modifier.
D'un autre cote, string, integer et quelques autres classes sont immutables, donc oui, tu vas avoir beaucoup de mal a les modifier.
Ensuite, je vois pas le rapport avec la choucroute j'ai jamais mentionne java. Et oui, les generics java sont horribles, tout comme l'autoboxing. Je l'ai toujours dit.
Some features are not implemented in the current versions of Xamarin Studio. E.g.
iOS 8 Extensions: while the APIs are in place, the IDE support to package them is not. But it is still possible to create those with command line tools.
SceneKit assets: there is no built-in support in the IDEs to compile SceneKit assets for you. You will have to manually invoke scntool in your custom build steps to support it.
Debugging of extensions: not currently supported out of the box on the IDE.
Quand tu sais que les extensions sont la grosse feature d'ios 8, c'est un peu ballot de pas pouvoir les debugger.
Bon courage pour le support de l'apple watch aussi.
Ouais, xamarin, ou comment etre a la bourre et avoir de la dette technique sur toutes les plateformes a la fois!
Bon, au moins, tout le monde est loge a la meme enseigne.
blerg. j'ai lu "matos" recent, pas macos.
Bon cela dit, macos est gratos depuis qq version, alors recent ou pas, ca change pas grand chose, on est en droit de se demander en quoi c'est pertinent de pouvoir developer sur un os vieux de 3-4 ans qui n'est plus supporte de toutes façons…
t'as la journée? parce que la liste est longue.
Entre autres:
- un modele objet pourri (heritage multiple, virtual doit être explicite)
- une ABI affreuse
- une syntaxe context sensitive a se taper le cul par terre
- des features de partout que c'est un merdier sans nom
- des temps de compilation de malade
- des templates super funn
- des comportements indefinis en veux tu en voila pour des cas tres courants (t'appelles une fonction virtuelle dans un destructeur, indéfini, tu lances une exception dans destructeur, indéfini, et j'en rate)
- le RTTI, trop de la balle
- passage par valeur et reference, nique tout chie d'dans
- pas de properties
Ya une bonne raison pour laquelle tous les projets C++ décents ont des règles tres précises sur quelles features sont ok et ce qui est strictement interdit, tu retrouves ca dans aucun autre langage (sauf perl peut être?).
y'a certes l'air d'avoir du progrès ces dernières années, mais aucun des problèmes fondamentaux liste ci dessus n'est résolu (et ne le sera probablement jamais, vu que ca péterais tout le language).
Le C++ est pas pire que objective C.
Objective-c est infiniment plus simple a beaucoup de point de vue, et a un model objet tres clair.
On peut ergoter sur le message sending, perso je trouve ca super elegant, et tres pratique (typiquement t'écris un proxy vers d'autre objets en 2 minutes avec ca).
Les paramètres nommes sont une tuerie (l'essayer c'est l'adopter), et la gestion de la mémoire devient enfantine grace a ARC.
Sans compter que bon, c++ quoi.
Entre un dev c++ et u dev en objc/swift, je suis pas sur que le gagnant soit celui que les fans de de qt pense.
Qt est pas single threaded au fait? Quand on voit l'efficacite redoutable de gcd, les contraintes de latences sur ios, j'ai du mal a me dire que qt a un quelconque avantage.
en gros on a le choix entre une ui de tres mauvaise qualite ou s'arracher les cheveux pour faire de la qualite.
Ca fait pas rever.
Donc c'est bien ca par defaut un mac ne sait pas se servir d'une partition NTFS et on est oblige de mettre des logiciels venant du monde opensource
Tu sais tres bien que c'est faux, mais c'est pas comme si c'etait la premiere fois que tu mentais effrontement juste pour troller, hein nicolas?
celui qui est systematiquement critique par groumly
Mais bien sur. si tu faisais l'effort de me lire, tu saurais depuis tres longtemps que je m'en cogne royal de la licence.
Ce qui m'importe c'est la qualite du produit.
Ca fait certe une etape de plus mais je ne vois pas trop la difference…
T'es chercheur en astrophysique et tu vois pas la difference entre 2 etapes et 3 etapes? Ben dis donc…
Super pertinent dis moi, ca represente au moins 1 pour 10000 des disques branches sur un mac.
Vachement plus que les partages samba, personne n'utilise samba. Ca vaut bien la peine de gacher du temps dessus.
Et puis tant que c'est le sujet sur mac tu fais comment pour faire ce dont tu te gausses?
Si la solution donnee plus bas ne te convient pas, et je suis sur que ton esprit torture trouvera une excuse foireuse, tu peux faire cmd k, smb://host
Icloud onereux?
La vache, gratuit, c'est trop cher pour toi, tu voudrais qu'ils te payent (la faille qui n'a pas ete exploitee dans l'affaire qui nous concerne etait dans find my iphone, je te signale)?
Ensuite, la question c'est pas de savoir entreprise ou pas, payant ou pas. Tu fournis un service, tu le fournit bien.
Si le mieux que tu puisses faire c'est de la merde, tu t'abstient. L'amateurisme et l'irresponsabilite ne sont pas une excuse.
En l'occurence, j'ai pas l'impression qu'il y ait eu de l'amateurisme de quelque cote que ce soit, les failles, ca arrive.
Heartbleed c'est une erreur de programmation, l'erreur d'un seul homme, probablement bénévole.
Aaaaah mais fallait le dire plus tot!
Si c'est une erreur, et une benevole en plus, ca change tout. Ok, je ressort mon cert d'il ya 4 mois alors.
Alors que bien sur, apple s'est dit "ah ouais, ouais, on va faire un truc genial, on va niquer notre reputation en introduisant volontairement une faille dans un systeme tiers".
Ben voyons.
J'ai pas dit qu'ils etaient parfait, mais qu'ils y faisaient gaffe.
Tu veux que je mentionne heartbleed (ou n'importe quelle faille) la prochaine fois que quelqu'un dit que le libre fait gaffe a la vie privee?
En quoi c'est different dans ce cas?
Moui, enfin aux dernieres nouvelles, le nfc est limite a apple pay, qui est implemente par apple avec des partenaires tres precis, et n'a pas de sdk public.
Dit autrement, tout le monde se fout toujours autant de nfc (shocking news), c'est un detail d'implementation d'une feature des nouveaux telephones.
Oink_oink: ca veut dire probablement pas desactivable en tant que tel, mais yaura peut etre une option pour desactiver apple pay (je doute, si t'en veux pas, ne lie pas ta carte et ca revient au meme).
Si ton probleme c'est la vie privee, je pense que tu peux faire confiance a apple, vu que c'est implemente par eux pour eux, ils font gaffe a ca en general (et c'est probablement en partie pourquoi apple pay reussira la ou google wallet se ramasse).
[^] # Re: smart pointer
Posté par groumly . En réponse au journal Retour aux sources. Évalué à 6.
Ton test unitaire va te donner LA fonction dans laquelle il ya un bug et LE cas dans lequel ca bug.
En clair, dans l'immense majorite des cas, ca va faire 70% du boulot, a savoir identifier le bug et te pointer vers une 20aine de ligne qui sont fautives dans un cas tres precis.
Si ton test ne fait pas ca, reecrit les (ou arrete d'en ecrire, tu perds ton temps).
Le probleme en general, c'est plutot d'avoir un test qui choppe le probleme, mais si t'as un test qui passe pas, la correction devient tres simple.
Apres, si tu veux tester une UI, les test unitaires vont pas t'aider des masses. Ya des outils pour ca, mais ca reste douloureux en general.
[^] # Re: smart pointer
Posté par groumly . En réponse au journal Retour aux sources. Évalué à 0.
Parce que c'est une communaute qui met un point d'honneur a utiliser les outils les plus pourris possibles pour prouver a quel point ils sont l33t et plus malin que les autres.
Syndromes du "nan mais j'ai pas besoin de ca moi, je suis plus malin que le compilo".
[^] # Re: Yahou peut être enfin des jeux qui marchent !
Posté par groumly . En réponse au journal Retour aux sources. Évalué à 10.
clair qu'écrire du code a coup de echo et de pipe, c'est super pertinent et vachement courant, cette possibilité se place tres tres haut sur la liste des trucs importants qui font vraiment une difference.
[^] # Re: Autorité de la concurrence
Posté par groumly . En réponse au journal publicité mensongère de Google contre le libre. Évalué à 4.
Aaaaah mais non, son spam et sa pub a lui, ca a rien a voir. C'est les siens! Super propre, super clean, 100% sollicite et tout. Completement different!
[^] # Re: "Create once, deploy everywhere"
Posté par groumly . En réponse au journal The Qt Company. Évalué à 1.
Le fait est (oui, le fait) que ios fait 5 a 7 fois plus de traffic et de fric qu'android pour les developeurs tiers.
J'ai toujours vu ca depuis 4 ans que je suis dans le monde mobile. J'ai toujours bosse dans des boites avec une equipe ios et une equipe android, c'est pas une histoire de difference de qualite ou d'attention entre les 2 applis. Rares sont ceux qui utilisent leur android comme un smartphone.
Et je suis loin d'etre le seul a le penser, le consensus est unanime chez les developeurs d'applis (trouve moi une startup qui fait de l'android first, je te trouverais 15 startup qui font de l'ios only). Les stats webs vont dans cette directions aussi (un peu moins prononce sur le web cela dit, mais la tendance est claire).
Non, c'est juste qu'android vient apres, quand il est prouve que l'appli marche et qu'on peut fair des brouzoufs apres.
Oui, et les consomateurs ont vote avec leur portefeuille. Samsung commence a perdre son momentum sur le marche haut de gamme, tout le monde se fout du haut de gamme. Apple a encore pete un nouveau record de ventes le week end passe.
[^] # Re: "Create once, deploy everywhere"
Posté par groumly . En réponse au journal The Qt Company. Évalué à 2.
Surtout, la problematique est tres mal posee.
Si tes resources de devs sont limitees (majoritee des gens), le multiplateforme va tres peu t'apporter. Tous les domaines ont une plateforme ultra dominante, et des alternatives qui se battent pour les miettes.
Tu fais du desktop? Tape chez windows et 80% du marche, voire macos si t'as la chance d'etre dans cette niche.
Quand t'as du succes la dedans, tu rentres dans la categorie suivante.
Tu fais du mobile? Tape chez ios et conquiert ce marche la. Quand t'as reussi la dessus, tu rentres dans la categorie suivante.
Si tes resources de devs sont larges (grosse boite/boite moyenne avec un produit qui marche bien, donc des ressources), analyse d'abord si ca t'apporte quoi que ce soit d'etre sur des plateformes tellement petites qu'optimiser sur le dominant peut potentillement t'apporter plus pour moins (tousse linux tousse).
Ou alors, t'es facebook, et ce qui compte avant tout c'est d'etre present PARTOUT. Entre nous, c'est un bon probleme a avoir - et qt est pas vraiment Une question pertinente a ce niveau la.
Dit autrement, si tes resources sont limitees, la derniere chose que tu veux faire c'est t'eparpiller et faire du multiplateforme.
[^] # Re: "Create once, deploy everywhere"
Posté par groumly . En réponse au journal The Qt Company. Évalué à 2.
Oui, ca j'ai bien compris. Le probleme c'est le feature creep. Toutes ces features interagissent ensemble et en rajoutent au monstre de complexite qu'est c++.
Je difais plutot qu'il est lourd.
Ben ca bouffe toujours du cpu, ca me nique la batterie du laptop. Tu peux tourner le probleme comme tu veux, ca reste un probleme.
Un truc qui risque pas de te peter a la gueule sans que tu t'en rendes compte (genre appeler une fonction qui elle va thrower et mettre ton appli au tas).
Entre un terminate() et une leak, tu preferes le terminate?
Pour rappel, on parle d'appli mobiles la, le genre qui est utilise 90 secondes en moyenne, et ensuite mit au placard pour 2 jours. Meme si ca leak 20Mo, je garde l'appli vivante plutot que de l'envoyer au tas.
Java autorise bien le double throw, au prix de la perte d'une des exceptions, mais au moins ton programme il continue a tourner.
D'un autre cote, string, integer et quelques autres classes sont immutables, donc oui, tu vas avoir beaucoup de mal a les modifier.
Ensuite, je vois pas le rapport avec la choucroute j'ai jamais mentionne java. Et oui, les generics java sont horribles, tout comme l'autoboxing. Je l'ai toujours dit.
[^] # Re: "Create once, deploy everywhere"
Posté par groumly . En réponse au journal The Qt Company. Évalué à 1.
Quand tu sais que les extensions sont la grosse feature d'ios 8, c'est un peu ballot de pas pouvoir les debugger.
Bon courage pour le support de l'apple watch aussi.
[^] # Re: "Create once, deploy everywhere"
Posté par groumly . En réponse au journal The Qt Company. Évalué à 3.
Ouais, xamarin, ou comment etre a la bourre et avoir de la dette technique sur toutes les plateformes a la fois!
Bon, au moins, tout le monde est loge a la meme enseigne.
[^] # Re: Ça demande du boulot mais ça marche
Posté par groumly . En réponse au journal The Qt Company. Évalué à -2.
blerg. j'ai lu "matos" recent, pas macos.
Bon cela dit, macos est gratos depuis qq version, alors recent ou pas, ca change pas grand chose, on est en droit de se demander en quoi c'est pertinent de pouvoir developer sur un os vieux de 3-4 ans qui n'est plus supporte de toutes façons…
[^] # Re: Ça demande du boulot mais ça marche
Posté par groumly . En réponse au journal The Qt Company. Évalué à -6.
gne? un Mac mini de 2009-2010 fait l'affaire, c'est pas exactement ce que j'appelle "matos recent".
C'est ballot quand meme de pas exposer des étudiants a la plateforme mobile majeure, celle qui fournit la majorité des emplois dans le domaine…
[^] # Re: "Create once, deploy everywhere"
Posté par groumly . En réponse au journal The Qt Company. Évalué à 3.
t'as la journée? parce que la liste est longue.
Entre autres:
- un modele objet pourri (heritage multiple, virtual doit être explicite)
- une ABI affreuse
- une syntaxe context sensitive a se taper le cul par terre
- des features de partout que c'est un merdier sans nom
- des temps de compilation de malade
- des templates super funn
- des comportements indefinis en veux tu en voila pour des cas tres courants (t'appelles une fonction virtuelle dans un destructeur, indéfini, tu lances une exception dans destructeur, indéfini, et j'en rate)
- le RTTI, trop de la balle
- passage par valeur et reference, nique tout chie d'dans
- pas de properties
Ya une bonne raison pour laquelle tous les projets C++ décents ont des règles tres précises sur quelles features sont ok et ce qui est strictement interdit, tu retrouves ca dans aucun autre langage (sauf perl peut être?).
y'a certes l'air d'avoir du progrès ces dernières années, mais aucun des problèmes fondamentaux liste ci dessus n'est résolu (et ne le sera probablement jamais, vu que ca péterais tout le language).
Objective-c est infiniment plus simple a beaucoup de point de vue, et a un model objet tres clair.
On peut ergoter sur le message sending, perso je trouve ca super elegant, et tres pratique (typiquement t'écris un proxy vers d'autre objets en 2 minutes avec ca).
Les paramètres nommes sont une tuerie (l'essayer c'est l'adopter), et la gestion de la mémoire devient enfantine grace a ARC.
[^] # Re: "Create once, deploy everywhere"
Posté par groumly . En réponse au journal The Qt Company. Évalué à -2.
Sans compter que bon, c++ quoi.
Entre un dev c++ et u dev en objc/swift, je suis pas sur que le gagnant soit celui que les fans de de qt pense.
Qt est pas single threaded au fait? Quand on voit l'efficacite redoutable de gcd, les contraintes de latences sur ios, j'ai du mal a me dire que qt a un quelconque avantage.
en gros on a le choix entre une ui de tres mauvaise qualite ou s'arracher les cheveux pour faire de la qualite.
Ca fait pas rever.
[^] # Re: Samba
Posté par groumly . En réponse à la dépêche Quelques nouvelles sur Qt et KDE. Évalué à -10.
Tu sais tres bien que c'est faux, mais c'est pas comme si c'etait la premiere fois que tu mentais effrontement juste pour troller, hein nicolas?
Mais bien sur. si tu faisais l'effort de me lire, tu saurais depuis tres longtemps que je m'en cogne royal de la licence.
Ce qui m'importe c'est la qualite du produit.
T'es chercheur en astrophysique et tu vois pas la difference entre 2 etapes et 3 etapes? Ben dis donc…
[^] # Re: Samba
Posté par groumly . En réponse à la dépêche Quelques nouvelles sur Qt et KDE. Évalué à -3.
Super pertinent dis moi, ca represente au moins 1 pour 10000 des disques branches sur un mac.
Vachement plus que les partages samba, personne n'utilise samba. Ca vaut bien la peine de gacher du temps dessus.
Si la solution donnee plus bas ne te convient pas, et je suis sur que ton esprit torture trouvera une excuse foireuse, tu peux faire cmd k, smb://host
[^] # Re: Samba
Posté par groumly . En réponse à la dépêche Quelques nouvelles sur Qt et KDE. Évalué à -10.
Et ouais mec, linux est trop pret pour le desktop, windows et macos peuvent aller se rhabiller!!
(Oui, je me repete)
[^] # Re: mmmh
Posté par groumly . En réponse au journal Toutes vos base sont appartiens à nous. Évalué à 8.
Ah ca va avec U2, bono a fait assez de degats sur les iphones des gens cette derniere semaine…
[^] # Re: Gone Home
Posté par groumly . En réponse au journal Faire coexister plusieurs versions de la Glibc. Évalué à 2.
Clair. manquerait plus que les libs système servent a aider les developeurs a écrire du soft.
[^] # Re: Gone Home
Posté par groumly . En réponse au journal Faire coexister plusieurs versions de la Glibc. Évalué à -4.
Et ouais mec, linux est trop pret pour le desktop, windows et macos peuvent aller se rhabiller!!
[^] # Re: Bon ben
Posté par groumly . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à 1.
Icloud onereux?
La vache, gratuit, c'est trop cher pour toi, tu voudrais qu'ils te payent (la faille qui n'a pas ete exploitee dans l'affaire qui nous concerne etait dans find my iphone, je te signale)?
Ensuite, la question c'est pas de savoir entreprise ou pas, payant ou pas. Tu fournis un service, tu le fournit bien.
Si le mieux que tu puisses faire c'est de la merde, tu t'abstient. L'amateurisme et l'irresponsabilite ne sont pas une excuse.
En l'occurence, j'ai pas l'impression qu'il y ait eu de l'amateurisme de quelque cote que ce soit, les failles, ca arrive.
[^] # Re: Bon ben
Posté par groumly . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à -1.
Aaaaah mais fallait le dire plus tot!
Si c'est une erreur, et une benevole en plus, ca change tout. Ok, je ressort mon cert d'il ya 4 mois alors.
Alors que bien sur, apple s'est dit "ah ouais, ouais, on va faire un truc genial, on va niquer notre reputation en introduisant volontairement une faille dans un systeme tiers".
[^] # Re: Bon ben
Posté par groumly . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à -2.
Ben voyons.
J'ai pas dit qu'ils etaient parfait, mais qu'ils y faisaient gaffe.
Tu veux que je mentionne heartbleed (ou n'importe quelle faille) la prochaine fois que quelqu'un dit que le libre fait gaffe a la vie privee?
En quoi c'est different dans ce cas?
[^] # Re: Bon ben
Posté par groumly . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à 0.
Moui, enfin aux dernieres nouvelles, le nfc est limite a apple pay, qui est implemente par apple avec des partenaires tres precis, et n'a pas de sdk public.
Dit autrement, tout le monde se fout toujours autant de nfc (shocking news), c'est un detail d'implementation d'une feature des nouveaux telephones.
Oink_oink: ca veut dire probablement pas desactivable en tant que tel, mais yaura peut etre une option pour desactiver apple pay (je doute, si t'en veux pas, ne lie pas ta carte et ca revient au meme).
Si ton probleme c'est la vie privee, je pense que tu peux faire confiance a apple, vu que c'est implemente par eux pour eux, ils font gaffe a ca en general (et c'est probablement en partie pourquoi apple pay reussira la ou google wallet se ramasse).
[^] # Re: Mouaif
Posté par groumly . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à 5.
Oui, on peut aussi parler d'openssl, ou le patch est reste nmu des annees jusqu'a ce que upstream l'integ, ah, heu, non en fait.
[^] # Re: Mouaif
Posté par groumly . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à 4.
Et, heu, dokuwiki, une fois patche a la truelle comme tu viens de le faire, tu le teste aussi bien que openssl a ete teste?