groumly a écrit 3293 commentaires

Lol, n'inverse pas les rôles. La cause de l'accident, c'est ta décision de griller un feu, rien d'autre.
Explique ça au juge, il va bien rigoler.

Je tourne à droite si possible et reroute(légal au rouge ou je suis), où je fais demi tour et je traverse ailleurs.
Si ça m'arrive plus d'une fois au même feu, je ne passe plus par la, tout simplement.
Et ça m'arrive souvent en tant que piéton (les feux piétons ne sont pas toujours automatiques ici, si t'oublies d'appuyer, tu te tapes un cycle complet de feux).

mais celui qui est là en premier!

Ou pas, ca depend.
C'est le premier qui a un bon product/market fit, la bonne équipe produit qui une vision claire, la bonne équipe marketing/comm' pour répandre le produit, la bonne équipe technique qui scale et adapte comme il faut, la bonne équipe bizdev pour grandir comme il faut.
Arriver premier avec un produit pas adapté au marché, c'est la meilleure façon de niquer son image de marque.
Arriver le premier avec un produit décent et ne pas sentir le vent tourner, c'est un coup à partir aux oubliettes aussi.

Les exemples de "premier sur le marché qui se sont bananes en beauté" ne manquent pas. Windows mobile, Nokia et Blackberry, les réseaux sociaux de Google, MySpace aussi, Google Glass, les wearable Android, le Newton, Apple dans le milieu des années 80, j'en oublie probablement plein.
Pour rester dans le sujet, on peut ajouter hipchat, qui bien que prometteur et là depuis un bail à des client OS X/iOS pourri, et se tape des outages violent (et ironiquement, les mecs qui poussaient le chatops "on deploye nos applis avec hubot depuis hipchat", on les entends plus trop depuis un mois ou deux).

for limited distribution for use on Registered Devices as contemplated under this Program, and only in accordance with this Agreement.

Ah, donc, j'ai le droit de:
- chopper le code source de provenance https://github.com/jasarien/Provenance
- changer le bundle id. A ce niveau, ça devient mon appli, plus une application tierce
- builder, signer et déployer sur mes registered devices.

Ce que cette clause interdit, c'est de signer un xcarchive dont le bundle id appartient à un autre compte développeur, et déployer ça. De toutes façons, codesign et iOS vont te gueuler dessus si tu cherches à faire ça, donc bon.

Tu graisses beaucoup de mots, mais tu laisses de côté les parties importantes de la licence qui te permettent explicitement de faire ce que tu prétends n'est pas possible.
Moi je vais arrêter ici, hein, parce que visiblement t'as décidé que t'avais raison, tu cites un peu tout et n'importe quoi de la licence, et passe sous silence les parties qui te donnent tord.

Tu parles beaucoup, pour au final dire que:
- dans la plupart des pays, le jailbreaking est légal, visiblement pas en Australie, mais c'est le seul sur la liste
- Ipso facto, Apple ne t'interdit rien. De jure ou de facto, vu que a) tu as la possibilité physique de le faire et b) tu as le droit de le faire légalement. A moins que tu habites toi, personnellement, en Australie.

Ce qu'apple veut faire, on s'en balance mais d'une force. Ce qui importe ce que tu as le droit de faire, et ce que tu peux techniquement faire.

Et oui, Apple patche les exploits. S'ils le faisaient pas, tu nous expliquerais à quel point iOS est pas secure, tu peux avoir le beurre et l'argent du beurre.

Jusqu'a la fin des années 90, ca prenait 72 minutes, et fallait être présent physiquement pour appuyer sur les boutons et charger la cassette. C'était pas différent de copier un vinyl.
A la fin des années 90, ça prenait 15-30 minutes en fonction de ton graveur (ou encodeur mp3, si t'était en avance sur ton temps), et fallait toujours être présent physiquement pour appuyer sur les boutons.
Depuis le début des années 2000, c'est 100% automatisé, et un album complet se chope en 2-3 minutes, a un débit supérieur à celui nécessaire pour l'écoute.

Ya quand même une différence, tu crois pas?

Il est interdit d'utiliser une licence de développeur pour faire autre chose que développer.

Foutaise. Apple n'interdit pas ça, et tes bouts de eula plus bas ne me contredisent pas.
T'as pas le droit de reverser, mais t'as le droit de jailbreaker (Apple a pas le choix là dessus).
Oui, c'est chiant, signer un xcarchive dont le bundle id ne vient pas de ton compte est pas trivial, builder depuis les sources est plus simple, mais toujours pas trivial, mais c'est 100% autorise par Apple.
Faire passer ça a l'échelle est plutôt compliqué, mais c'est gerable. Le point qui gêne le plus c'est la création du compte, le reste est automatisable avec les outils communs dans le milieu.

Le truc c'est qu'ajouter un ppa est hors de portée de la plupart des gens, et installer un deb peut facilement te Peter à la gueule aussi (et on va pas mentionner le merdier que c'est pour générer suffisamment de deb/rpm pour couvrir la plupart des utilisateurs).

Si ton argument c'est qu'apple interdit (en gras), ben t'as pas d'argument, parce que c'est tout simplement faux. Ya plein de moyen légaux de le faire.
Si ton argument c'est que c'est pas facile, ben t'as pas vraiment d'argument non plus parce que side loader sous Linux ça va de pas simple à franchement hardcore.

Du côté de Apple, installer des programmes hors de l'App Store est interdit

T'as vu la vierge?
Les certificats entreprise, c'est fait pour les chiens?
Les certificats adhoc, c'est du poulet?
Et j'aimerais bien que tu me pointes la clause de la licence d'iOS qui dit que c'est interdit

Apple n'interdit rien du tout, tu distributes en libre si tu veux, c'est pas leur problème.
Ce qui pose problème avec la gpl, c'est que techniquement, Apple limite l'installation du binaire a un certain nombre de devices. Ce que la gpl ne permet pas, même si t'offres les sources avec le dit binaire.

C'est pas la première fois qu'on entends ce genre de couplet "les méchants ils sont pas compatible gpl", et à chaque fois, ceux qui se plaignent omettent bien de mentionner que c'est la gpl qui s'impose d'elle même des contraintes des malades, qui la rendent incompatible avec à peu près tout sauf elle même.
Parce qu'au final, l'interdiction elle est écrite dans la gpl, pas dans la licence du store, ou dans la bsd ou que sais je encore. Les gpleux fanfaronne a qui veut l'entendre que la gpl saydelaballe, saychanmay parce que c'est viral, ben qu'ils assument de se fermer la plupart des canaux de distributions populaire et/ou à grande échelle.

alors que c'est possible comme les Chromebooks le prouvent…

Evidemment que c'est possible, c'est pas la question.
Quel effort ca demande pour faire le golden master initial, puis pour maintenir la distro a jour pendant 2+ ans, le tout en restant intéressant financièrement pour les constructeurs, c'est une autre question…
vu les résultats pour l'instant, j'ai une idée de la réponse a cette question.

Le mec qui m'explique que griller un feu rouge en voiture est "presque" un cas de force majeur, il se prend la même remarque.

Tanguy fait son Tanguy, super rigide moralement, donneur de leçon, mais capable de tordre cette rigueur de manière admirable quand ça l'arrange et se persuader qu'il est toujours pur moralement.

Griller un feu défectueux, qui ne passera jamais au vert, c'est presque un cas de force majeure.

C'est sur que tu vas être vachement moins presse quand tu te seras prit un camion dans la face.
Et t'auras du coup le temps d'expliquer ca au flic qui t'alignera 4 point + 135 euros, ou au chirurgien qui te récupérera sur la table d'opération.

Quand on est à vélo, c'est simple, ça reste rouge, et on n'a donc pas d'autre solution que de griller le feu et s'introduire tant bien que mal sur l'avenue en circulation

Tu peut aussi mettle pied a terre et traverser au passage clouté. Voire une fois que le petit bonhomme est vert pour toi, remonter sur ton vélo et continuer ton petit bonhomme (vert) de chemin.

Non pas que ça soit idéal, mais bon, griller un feu quoi.

Attends, ça c'est si t'arrives juste à builder pour une distro n-2 parce que bon, faut pas déconner, peter la compat binaire et/ou source tous les 6 mois, c'est une bonne pratique, linus l'a dit.
Ça permet de rester à cran, et de pas oublier que Linux, c'est pour les hommes, les vrais, ceux qui aiment perdre leur temps à packager 20 fois la même chose.

J'ai du mal à comprendre ce qui te pousse à vouloir xmpp dans un client mail?

iOS après tout n’a qu’une vingtaine de pour cent de PDM

Mais la part du lion quand il s'agit de part de marché de gens qui font autre chose que des coup de fil et des textos avec leur téléphone.

NB, je ne dis pas qu’il n’y pas de problèmes sous iOS, par exemple une critique valide serait qu’en 2016 il n’est toujours pas possible de changer le navigateur par défaut.

Quand tu vois ce qu'ils font avec le safari view controller et le sandboxing, m'est avis que c'est très loin d'être trivial à faire sans peter l'expérience utilisateur assez violemment.
Les cookies/credentials/webstorage doivent être partagé, et on va pas mentionner les problèmes avec les extensions.
Évidemment, ça les arrange un peu aussi, mais c'est pas juste un refus pour faire le monde, ya un réel problème de produit derrière aussi.
Sans compter qu'à leur échelle, ça affecte au final très peu de gens, j'imagine qu'ils ont d'autre problème bien plus intéressant à résoudre pour leurs clients.

Rm -rf /, on va le voir, oui, mais il aura toujours le temps de faire beaucoup de dégâts si c'est via une update.

Un ppa qui installe un rootkit discret, la question est surtout "est ce que quelqu'un s'en apercevra?" Plutôt que quand.

VLC sur iOS

Apple a approuvé vlc sur iOS, c'est un des dev vlc qui a exigé qu'ils le retirent du store.

De plus, le premier est relativement propre, sans conséquences néfastes sur le système.

Lancer en root une install d'un paquet crée par un gars que tu connais pas sur internet (ou en tout cas pas plus que le mec qui maintient le https du curl), et qui a pas forcément une politique de sécurité très fiable (ou en tout cas, pas plus que le mec qui maintient le https du curl), c'est pas tellement différent que de faire un curl | sudo bash.
Le curl bash n'a rien de recent, ca fait des années que j'en vois perso.

Ton deb, il peut lancer ce qu'il veut comme script, et il sera root.
En cadeau bonux, tu tireras ses mises à jours, donc ça en fait une cible encore plus privilégiée que le curl | sudo bash qui ne touchera que les nouvelles installe.

Aah, les ppa, le curl | sudo bash des temps modernes.

s/road/route aussi, Road fait vraiment bizarre dans ce contexte, et j'ai compris essentiellement parce les deux sonnent un peu pareil.

Non, mais il se dit qu'il a bien fait de passer par le parc, qu'elle a un beau cul et qu'il se ferait bien sucer avant de poser des questions compliquées sur l'Europe et les placements.

Tu maîtrises le end-point donc si tu veux tu peux.

C'est pas vraiment du chiffrement de bout a bout si quelqu'un peut se mettre au milieu et écouter?

Ok, tu peux savoir combien de personnes, et qui parle quand à qui, ce qui est potentiellement le plus important, mais le contenu, il est invisible.

moui, 'fin je pense qu'il voulait dire pipe dans le sens "commande | autre commande", pas dans la sens regex "pattern1|pattern2".

En l'occurence, faire un recherche base sur les extensions, c'est assez vilain en 2016, les metadata c'est pas fait pour les chiens, et les "jpg|jpeg|JPG|JPEG" c'est un peu plus galère que "image type".

Certs, mais ça répond pas vraiment à la question. Tu définit des frontières technique, mais ça nous avance pas des masses. Je suis à peu près sûr que, sorti des problèmes x86 vs arm, je peux faire tourner le même soft sur iOS/macos/tvos. Je me limite à fondation et ça roule. on va pas prétendre que c'est la même chose pourtant. Édit: provenance fait ça entre tvos et iOS d'ailleurs, même code, quasiment aucun check de plateforme, faut juste builder pour l'archi cible, c'est tout.

De même, mon cluster mesos peut sûrement faire tourner gnome, mais on se demande bien pourquoi on ferait ça.
A l'inverse un desktop peut faire tourner mesos, mais je vois pas franchement le but.

cette question rate complètement l'essentiel, à savoir: à quoi ça sert? Une fois que tu réponds à ça, c'est facile. Reste qu'à trouver des noms, là ça se corse, comme on dit à Bastia.
Linux desktop est une plateforme. Android une autre. Embarque à la raspberry une autre. Linux serveur, encore une autre. Chromebook, encore une autre.

Dans la plupart des cas, on se tamponne bien de savoir quel kernel ou libc tourne dessus (sauf peut être dans le cas des serveurs, ou la virtualisation à un rôle important). Ce qui importe c'est ce que ça fait, ou plutôt permet de faire. Une montre, une télé, un téléphone, un laptop.
Android pourrait migrer sur un kernel bsd que ça ferait une belle jambe à 99.99% des utilisateurs et développeurs.
Idem pour la plupart des plateformes, au final, le kernel importe peu et est juste un détail d'implementation. Ya une bonne raison pour laquelle les kernels chez ms et Apple ne portent pas le nom de la plateforme. iOS passerait à un noyau nt que ça m'en toucherais l'une sans faire bouger l'autre honnêtement.