consumer

Les guerres de brevets font rage actuellement, un peu partout, et surtout dans le monde de l’High-Tech. Les entreprises s’attaquent à coup de procès dans la tronche, ça en devient ridicule.

Mais ce que les entreprises semblent oublier, c’est qu’il y a les utilisateurs (ou « con-sommateurs »). Et les utilisateurs, tout le monde s’en fout.

Même si c’est une petite fille de 4 ans handicapée qui ne peut communiquer avec son entourage qu’avec son iPad

Alors certes, les entreprises protègent leurs intérêts, mais à la fin c’est toujours l’utilisateur qui est emmerdé, et parfois réellement emmerdé comme ici, et ça tout le monde s’en fiche.

Je trouve ça franchement dégueulasse, et pour moi c’est une raison de plus de boycotter ces entreprises sans aucun scrupule.

image de jabzug

16 commentaires

gravatar
qwerty a dit :

Je trouve degeu qu'une histoire de brevet puisse agir sur la santé des gens (je pense surtout aux logiciels à l’hôpital). La bourse avant la vie !
Une preuve de plus de l'inhumanité d'Apple (et une raison de boycotter).

gravatar
Nealith a dit :

Venant d'un système fermé tel que iOS, je ne suis pas surpris que ce genre de chose arrive, sur votre iDevice, le maître c'est Apple, il peut tout vous donné (quand même pas! ça ferai perdre du pognon) comme tout vous retirer (ha bah, là c'est le consommateur que ça fais chier, bah tant que ça touche pas beaucoup de monde on s'en tape ! )

Quand tu vois l'augmentation du nombre de appcenter fermé, on va forcément à ce genre de dérive, de plus, le juge n'avait même pas encore trancher sur la nécessité de retirer l'appli ou pas, c'est apple qui a tranché, comme un grand.

qwerty, je suppose que tu as lu l'article du framablog toi ;) , après c'est pas vraiment une question de santé (pour la fillette), mais moralement, ça va l'affecté avec de grave conséquence mais Apple s'en fous, avec son joli score de l'année 2011, 100 milliard de $... sérieusement, il peut passer pour le Bon, il refuse de retirer l'appli... il a les moyens pour résister en justice, et en plus, il se fais une putain de pub "Apple refuse qu'une fillette ne puisse plus s'exprimer à cause d'une question de brevet", et là, vlà le nombre de clients qui viennent, c'est vraiment quoi, Apple, un dictateur bienveillant sur son appcenter et ses consommateur, ce serait une belle image....

gravatar
Le Hollandais Volant a dit :

@Nealith : comme tu dis, apple pourrait avoir une très belle image de marque.
S'ils faisaient des produits ouverts et qu'ils étaient moins cons... Mais non.
À ce niveau je ne comprend pas non plus lechoix d'apple, franchement...

Avoir du matériel ouvert, ce sont des clients en plus, des clients contents. Et en dehors du prix, c'est pratiquement le seul défaut de leur produit.

gravatar
Pascal a dit :

Venant d'Apple et de toutes ces autres firmes américaines, plus rien ne me surprend désormais. Leur objectif n'est plus l'innovation, la satisfaction du consommateur mais garder leur monopole construit au travers de brevets. En ça, ils ressemblent trait pour trait aux nantis de l'industrie culturelle. La meilleure solution face à ce comportement malsain est le développement du libre.

gravatar
Nealith a dit :

Pour ça que je te vais me prendre le S2 et boot to gecko dessus :p , après restera à dés'iPhoner ce portable.... hummmmm

gravatar
Baronsed a dit :

"Alors certes, les entreprises protègent leurs intérêts"
Bien souvent, même pas ! Comme tu le notes souvent.

gravatar
Gilles a dit :

@Nealith : c'est plus un concept qu'autre chose boot2gecko, genre tu as 3 apps qui se battent en duel... et c'est pas officiellement sorti.

Profite du SG2 sous Android déjà...
Et "dés'iPhoner" ça veut dire quoi ? Sous Android tu as le droit de rooter/installer des apps pas officielles :)

gravatar
Nealith a dit :

Je parle de l'apparence du téléphone, je compte faire une autre coque et lui donner un peu plus de volume pour le tenir mieux en main
Et B2G, pas si un concept que ça ^^, je le testerai, c'est obligé, et si il est fonctionnel (je parle surtout de la compatibilité avec les fonctions primaires du S2 à savoir :téléphoner, accès 3G et sms, bref compatibilité avec la carte sim), bah je l'utiliserai.

Oui, au minimum, il sera rooter et sur une autre rom, je veux pas de google play ! en fait pas de google dessus tout cours.

L'avantage de boot to gecko sont le fait qu'il utilise des technologie web (du coup, plus facile de s'impliquer je pense), en fait c'est pas un concept, c'est déjà bien plus qu'un projet vu que Mozilla vient d'en changer le nom pour Firefox OS, ce qui en dit long ^^

Timo, je sais pas si on te l'a déjà reporté, mais moi j'ai énormément de mal à poster un commentaire à cause du système "anti robot", ce dernier arrête pas de me sortir que la somme est incorrecte... c'est un coup de chance à chaque fois que j'arrive à poster...

gravatar
Le Hollandais Volant a dit :

@Nealith :


Timo, je sais pas si on te l'a déjà reporté, mais moi j'ai énormément de mal à poster un commentaire à cause du système "anti robot", ce dernier arrête pas de me sortir que la somme est incorrecte... c'est un coup de chance à chaque fois que j'arrive à poster...



tu as bien les cookies d’activé ?

Mon anti-spam ne se base que sur une variable de session en fait, et ça peut foirer une fois, si tu met plus de 24 minutes à rédiger ton commentaire, mais que ça plante systématiquement, je vois pas d’où ça vient exactement.

Faut que je refasse le système, c’est sur la liste :-)

gravatar
Guenhwyvar a dit :

Tant qu'à faire, si tu refais le système, fais en sorte que la somme à trouver soit dépendante de la page. Ça doit pas être clair, je vais expliquer autrement : comme c'est maintenant, si on ouvre une première page, puis une seconde dans un autre onglet, et qu'ensuite on rédige un commentaire sur la première page, la somme sera marquée incorrecte (vu que le système attend le résultat de la seconde page).
Ça peut s'arranger facilement, normalement.

gravatar
Le Hollandais Volant a dit :

@Guenhwyvar : oui, c’est ce à quoi je pense en effet.
Mais plus c’est dépendant de la page (avec un token dans le code source par exemple), plus ça sera outrepassable simplement par des bots…

gravatar
Guenhwyvar a dit :

Si tu stockes le résultat attendu dans une session, genre $_SESSION['captcha'], suffit de le mettre à la place dans $_SESSION['captchas']['2012/06/29/21/33/13'], par exemple.

gravatar
Le Hollandais Volant a dit :

@Guenhwyvar : justement : ça serait beaucoup trop simpe d’outrepasser ça :o. Si je pars du principe que le spammeur connaît le code source, il saura direct que ça correspond à l’ID de l’article.

De plus, je stoque déjà la réponse au captcha dans une variable de session, et c’est bien ça qui pose problème : la session est régénérée à chaque affichage de nouvelle page, et toutes les 24 minutes (de façon indépendante à cause d’un script cron d’Apache quelque part).

Il faut que je trouve un moyen comme avec les mots de passes : de stoquer un hash de la réponse dans le code source de la page (possible de mettre hash(réponse+ID+…)) pour faire sauter la nécessité d’une variable de session.
Mais là aussi, ça sera simple de faire un rainbow table sur le hash dans le code source, vu que les chiffres ne vont que jusqu’à 18…

gravatar
Guenhwyvar a dit :


justement : ça serait beaucoup trop simpe d’outrepasser ça :o. Si je pars du principe que le spammeur connaît le code source, il saura direct que ça correspond à l’ID de l’article.



Évidemment que ça correspond à l'ID de l'article. Et ? En quoi ce serait trop simple ? C'est exactement ce que t'as maintenant, sauf qu'au lieu d'avoir un seul captcha, t'en as un tableau. T'as juste le stockage et la vérification à changer, c'est tout simple. Je vois pas bien pourquoi tu parles de code-source…
J'ai le code-source de blogotext, c'est pas pour ça que je sais ce que contient $_SESSION quand je visite ton site…
Et que l'on sache que le résultat est dans $_SESSION['captcha'] ou dans $_SESSION['captcha'][$id], je vois pas bien la différence…



De plus, je stoque déjà la réponse au captcha dans une variable de session, et c’est bien ça qui pose problème : la session est régénérée à chaque affichage de nouvelle page



La session entière est régénérée ? Pas juste la variable du captcha ? O_o

gravatar
Le Hollandais Volant a dit :


La session entière est régénérée ? Pas juste la variable du captcha ? O_o



Ben faut bien que le résultat du captcha généré avant la page soit encre disponible après, lors de l'envoie.
D'où l'usage de la session.

Et oui, la session (pour la page côté visiteur) ne sert qu'à ça.

Et non tu ne sais pas ce ue contient la variables car c'est un truc aléatoire. Si j'utilise l'ID de l'article c'est quelque chose de connu : l'ID que tout le monde connait, pas un truc aléatoire.

gravatar
Guenhwyvar a dit :


Ben faut bien que le résultat du captcha généré avant la page soit encre disponible après, lors de l'envoie.
D'où l'usage de la session.
Et oui, la session (pour la page côté visiteur) ne sert qu'à ça.


Ça me dit pas en quoi elle est régénérée, au contraire… D'ailleurs, si tu régénères ta session à chaque page, elle sert un peu à rien…


Et non tu ne sais pas ce ue contient la variables car c'est un truc aléatoire. Si j'utilise l'ID de l'article c'est quelque chose de connu : l'ID que tout le monde connait, pas un truc aléatoire.


Euh… L'ID de la page, t'as compris que c'était pas la valeur de la variable, juste l'index du tableau, hein ? Après, si tu connais une méthode pour qu'un visiteur connaisse les valeurs des variables PHP qui ont servi à générer la page qu'il est en train de visiter…

Les commentaires sont fermés pour cet article