Apple est certainement le pire choix que ce soit en terme de vie privée, sécurité ou durabilité. Apple a le culte du secret, leurs appareils sont des boites noires, d'autant plus qu'ils utilisent leur propre SoC ARM, et ça va même jusqu'à empêcher aux réparateurs tiers de faire des interventions avec des circuits imprimés nappés d'un vernis noir pour masquer les références des composants, aucune sérigraphie et bien entendu aucune documentation officielle à part pour leurs centres de réparation
La réalité est exactement l'inverse de ce que tu dis. Mais alors exactement l'inverse.
L'iPhone et iOS sont de loin les systèmes mobiles les plus sûrs. Du point de vue technologique c'est sans discussion possible.
Ensuite que tu n'aime pas philosophiquement leurs pratiques, c'est une autre discussion.
C'est bien beau cette liste, mais il manque ce qui est de loin, très loin, le plus important : choisir un téléphone qui recoit les patches de sécurité de manière prompte, et sur une durée longue.
Beaucoup de constructeurs se fichent de leurs téléphones une fois vendus, et ceux là sont clairement à éviter.
Si tu étais en charge d'un truc qui fait des milliards comme Azure et que tu n'avais aucun scrupules (ils en ont certainement mais vu votre approche délirante on va dire qu'ils n'en ont aucun pour vous faire plaisir) tu refuserais de prendre un risque posant un grand danger à ton groupe uniquement si tu es à 100% sur que ca foire ?
Perso je te dirais que vu les conséquences, même un risque minime est évité.
Je les ai séparé tu noteras, le truc est que je pense la même chose des 2…
Que MSFT fasse du blockchain ne change pas mon opinion que c'est une connerie pour la plupart des applications que certains essaient de lui coller dessus et qu'il y a des moyens plus simples, plus éprouvés d'atteindre le même résultat.
En fait tu nous dis qu'une bande de clowns (ceux qui croient réellement que blockchain et bitcoin vont révolutionner la planète) et d'escrocs (ceux qui savent pertinemment que blockchain est une connerie pour 99.999% des applications qu'on essaie de mettre dessus mais l'utilisent pour soutirer l'argent des clowns) veulent se barrer de Github car ils n'aiment pas Microsoft. Super, ils vont vraiment nous manquer.
Ah je ne savais pas que Apple ne développait pas de logiciels et n'avais aucun développeurs. Intéressant.
Mais cela n'a rien, mais alors rien, à voir…
Ce n'est pas parce que tu développes des logiciels que cela a un sens, cela a un sens si il y a un business model te permettant de faire assez d'argent pour justifier le prix d'achat de la boite.
Et Apple n'a pas un business model qui permettrait de justifier le prix de Git(Lab|Hub) là ou les clouds providers en ont un très évident : le deploiement de ces softs sur des serveurs soit pour production soit pour test, serveurs que les gens paient.
8 milliards / 10'000 devs & managers (aller, ca doit bien être tous les devs-mgrs engagé par un des GAFAM pendant 5 ans) = $800'000 par dev
On va dire que c'est super cher payé… :)
Le problème n'a jamais été de trouver les candidats solides dans la masse des CVs, le problème c'est de leur faire accepter de quitter leur job existant pour rejoindre une nouvelle boite. Github n'aide à rien de ce côté là.
Je te parie que cela n'est même pas entré dans la tête des gens qui ont décidé d'acheter Github. Les raisons sont clairement liées aux possibilités de créer un workflow aisé avec les services de cloud et augmenter la valeur de LinkedIn pour les gens qui l'utilisent (pouvoir lier son compte github et LinkedIn pour rendre son profile plus attractif, notamment pour les gens ayant peu d'expérience).
Il n'y a pas de keylogger dans Windows 10, et je te mets au defi de prouver qu'il y en a un (dans le sens spyware du mot). Ils ont un système, qu'ils ont décrit publiquement, qui sert pour diverses tâches (améliorer la reconnaissance d'écriture, …) et que tout un chacun peut stopper.
Non non, le mot "peut-être" n'a pas lieu d'être dans cette phrase, c'est certain.
Faut sortir de ta cave, on n'est plus en 2003, on est en 2018, la plupart des gens qui étaient dans les hautes sphères de MS sont parties. La boite n'est plus la même.
Sauf que ton exemple n'a absolument rien à voir. Dans le cas de FB il est plus qu'évident que les infos des gens sont le mode de paiement pour le service. Ces boites sur github qui paient ont des termes de service qui sont très diffèrents et qui bien évidemment n'incluent pas de partager ces données.
Il n'y aurait absolument rien de pire pour Microsoft qu'avoir un article dans le New-York Times disant qu'ils piochent dans les données confidentielles de leurs client. Cela tuerait Azure.
Ils ne vont certainement jamais faire cela, ce serait se tirer une balle dans la tête.
Il y a certainement des choses à critiquer en Suisse… Là n'est pas la question. Mais force est de constater qu'à peu près tous les français à qui je parles ici trouvent cela aussi ridicule que moi…
Et il y a bien plus que ta liste : air France, contrôleurs aériens, étudiants…
On va dire que ton opinion on s'en fout pas mal. Les seuls habilités à décider sont les habitants de Taiwan, si leur opinion te fait pleurer, ben achètes toi un paquet de Kleenex.
Ouai mais la doc et le logiciel peuvent évoluer séparément.
Ben oui, et dans le système de build c'est géré, seule a doc aura un rebuild tant que rien ne change dans le soft. Tu peux tout à fait avoir une version de doc en supplément, mais la doc doit absolument inclure la version du soft qu'elle référence aussi.
Comment est gérée la doc chez MS?
C'est très différent parce qu'ils ont des besoins très spéciaux et une organisation entière chargée de la doc. C'est quelque chose que 99% des gens n'ont pas les moyens (ni les besoins), donc je dirais que c'est probablement pas un bon exemple à prendre.
Ce qui importe est de savoir à quelle version du soft la doc correspond.
Typiquement t'aurais un build system qui génere le soft et la doc en même temps. Si ca se trouve tu n'as pas besoin de changer la doc, et le système de build se charge de génèrer la doc avec le nouveau numéro de version.
[^] # Re: Bravo
Posté par pasBill pasGates . En réponse au journal ReactOS s'auto-compile !. Évalué à 2.
Et i860
[^] # Re: Tout sauf... le plus important
Posté par pasBill pasGates . En réponse à la dépêche Utiliser son Android de façon plus sécurisée. Évalué à 2.
Pouvoir rooter un téléphone n'a rien du tout à voir avec la sécurité, pouvoir installer n'importe quelle app non plus.
Tu peux voir cela comme ayant à voir avec la liberté de controler le téléphone plus, mais cela n'a rien à voir avec la sécurité.
[^] # Re: Tout sauf... le plus important
Posté par pasBill pasGates . En réponse à la dépêche Utiliser son Android de façon plus sécurisée. Évalué à 3.
La réalité est exactement l'inverse de ce que tu dis. Mais alors exactement l'inverse.
L'iPhone et iOS sont de loin les systèmes mobiles les plus sûrs. Du point de vue technologique c'est sans discussion possible.
Ensuite que tu n'aime pas philosophiquement leurs pratiques, c'est une autre discussion.
# Tout sauf... le plus important
Posté par pasBill pasGates . En réponse à la dépêche Utiliser son Android de façon plus sécurisée. Évalué à 10.
C'est bien beau cette liste, mais il manque ce qui est de loin, très loin, le plus important : choisir un téléphone qui recoit les patches de sécurité de manière prompte, et sur une durée longue.
Beaucoup de constructeurs se fichent de leurs téléphones une fois vendus, et ceux là sont clairement à éviter.
[^] # Re: A mon avis ce ne sont pas les projets libres qui les intéressent.
Posté par pasBill pasGates . En réponse au journal Microsoft rachète Github. Évalué à 2.
Il faut que ce soit 100% ?
Si tu étais en charge d'un truc qui fait des milliards comme Azure et que tu n'avais aucun scrupules (ils en ont certainement mais vu votre approche délirante on va dire qu'ils n'en ont aucun pour vous faire plaisir) tu refuserais de prendre un risque posant un grand danger à ton groupe uniquement si tu es à 100% sur que ca foire ?
Perso je te dirais que vu les conséquences, même un risque minime est évité.
[^] # Re: Bravo
Posté par pasBill pasGates . En réponse au journal ReactOS s'auto-compile !. Évalué à 3.
Ces produits oui, mais tout vient de la même base de code. Windows tourne sur ARM depuis à peu près 10 ans.
[^] # Re: Il dit qu'il voit pas le rapport
Posté par pasBill pasGates . En réponse au journal La colère des développeurs de crypto-monnaies après le rachat de Github par Microsoft. Évalué à 10.
Je les ai séparé tu noteras, le truc est que je pense la même chose des 2…
Que MSFT fasse du blockchain ne change pas mon opinion que c'est une connerie pour la plupart des applications que certains essaient de lui coller dessus et qu'il y a des moyens plus simples, plus éprouvés d'atteindre le même résultat.
[^] # Re: Il dit qu'il voit pas le rapport
Posté par pasBill pasGates . En réponse au journal La colère des développeurs de crypto-monnaies après le rachat de Github par Microsoft. Évalué à 10.
En fait tu nous dis qu'une bande de clowns (ceux qui croient réellement que blockchain et bitcoin vont révolutionner la planète) et d'escrocs (ceux qui savent pertinemment que blockchain est une connerie pour 99.999% des applications qu'on essaie de mettre dessus mais l'utilisent pour soutirer l'argent des clowns) veulent se barrer de Github car ils n'aiment pas Microsoft. Super, ils vont vraiment nous manquer.
[^] # Re: A mon avis ce ne sont pas les projets libres qui les intéressent.
Posté par pasBill pasGates . En réponse au journal Microsoft rachète Github. Évalué à -3.
Tu sais, tes paranoias aigues sans la moindre once de preuve, on va dire qu'on s'en fiche éperdument…
[^] # Re: Bravo
Posté par pasBill pasGates . En réponse au journal ReactOS s'auto-compile !. Évalué à 6.
Ça fait des années hein… (Windows RT / Windows Phone pour ce qui est public)
[^] # Re: Pendant ce temps, chez GitLab…
Posté par pasBill pasGates . En réponse au journal Microsoft rachète Github. Évalué à 5.
Mais cela n'a rien, mais alors rien, à voir…
Ce n'est pas parce que tu développes des logiciels que cela a un sens, cela a un sens si il y a un business model te permettant de faire assez d'argent pour justifier le prix d'achat de la boite.
Et Apple n'a pas un business model qui permettrait de justifier le prix de Git(Lab|Hub) là ou les clouds providers en ont un très évident : le deploiement de ces softs sur des serveurs soit pour production soit pour test, serveurs que les gens paient.
[^] # Re: Pendant ce temps, chez GitLab…
Posté par pasBill pasGates . En réponse au journal Microsoft rachète Github. Évalué à 1.
Apple n'a rien à gagner avec ça, Amazon et Google par contre…
[^] # Re: Pourquoi s’en inquiéter ?
Posté par pasBill pasGates . En réponse au journal Microsoft rachète Github. Évalué à 2.
8 milliards / 10'000 devs & managers (aller, ca doit bien être tous les devs-mgrs engagé par un des GAFAM pendant 5 ans) = $800'000 par dev
On va dire que c'est super cher payé… :)
Le problème n'a jamais été de trouver les candidats solides dans la masse des CVs, le problème c'est de leur faire accepter de quitter leur job existant pour rejoindre une nouvelle boite. Github n'aide à rien de ce côté là.
Je te parie que cela n'est même pas entré dans la tête des gens qui ont décidé d'acheter Github. Les raisons sont clairement liées aux possibilités de créer un workflow aisé avec les services de cloud et augmenter la valeur de LinkedIn pour les gens qui l'utilisent (pouvoir lier son compte github et LinkedIn pour rendre son profile plus attractif, notamment pour les gens ayant peu d'expérience).
[^] # Re: Microsoft ne clame pas qu'il aime le logiciel libre.
Posté par pasBill pasGates . En réponse au journal Microsoft rachète Github. Évalué à 2.
Ah mais ce que tu dis est totalement vrai !
C'est vrai pour toutes les sociétés, toutes les fondations, …
Bref, il ne faut faire confiance à personne, et toujours tout faire en interne suivant ce modèle. On va aller loin comme ça…
[^] # Re: A mon avis ce ne sont pas les projets libres qui les intéressent.
Posté par pasBill pasGates . En réponse au journal Microsoft rachète Github. Évalué à 1.
Vois pas le rapport. On parle d'un cas très précis ici.
[^] # Re: A mon avis ce ne sont pas les projets libres qui les intéressent.
Posté par pasBill pasGates . En réponse au journal Microsoft rachète Github. Évalué à 4.
Il n'y a pas de keylogger dans Windows 10, et je te mets au defi de prouver qu'il y en a un (dans le sens spyware du mot). Ils ont un système, qu'ils ont décrit publiquement, qui sert pour diverses tâches (améliorer la reconnaissance d'écriture, …) et que tout un chacun peut stopper.
[^] # Re: Microsoft ne clame pas qu'il aime le logiciel libre.
Posté par pasBill pasGates . En réponse au journal Microsoft rachète Github. Évalué à -2.
Non non, le mot "peut-être" n'a pas lieu d'être dans cette phrase, c'est certain.
Faut sortir de ta cave, on n'est plus en 2003, on est en 2018, la plupart des gens qui étaient dans les hautes sphères de MS sont parties. La boite n'est plus la même.
[^] # Re: A mon avis ce ne sont pas les projets libres qui les intéressent.
Posté par pasBill pasGates . En réponse au journal Microsoft rachète Github. Évalué à 5.
Sauf que ton exemple n'a absolument rien à voir. Dans le cas de FB il est plus qu'évident que les infos des gens sont le mode de paiement pour le service. Ces boites sur github qui paient ont des termes de service qui sont très diffèrents et qui bien évidemment n'incluent pas de partager ces données.
[^] # Re: A mon avis ce ne sont pas les projets libres qui les intéressent.
Posté par pasBill pasGates . En réponse au journal Microsoft rachète Github. Évalué à -2.
Ben comme d'hab : un employé fuite l'info avec des preuves. Aussi simple que cela.
Il est très très clair qu'ils ne feront jamais cela.
[^] # Re: A mon avis ce ne sont pas les projets libres qui les intéressent.
Posté par pasBill pasGates . En réponse au journal Microsoft rachète Github. Évalué à 5.
LOL, du grand n'importe quoi.
Il n'y aurait absolument rien de pire pour Microsoft qu'avoir un article dans le New-York Times disant qu'ils piochent dans les données confidentielles de leurs client. Cela tuerait Azure.
Ils ne vont certainement jamais faire cela, ce serait se tirer une balle dans la tête.
[^] # Re: Definir temps complet
Posté par pasBill pasGates . En réponse au journal [HS ou presque] Réduire le chômage ?. Évalué à 0.
Il y a certainement des choses à critiquer en Suisse… Là n'est pas la question. Mais force est de constater qu'à peu près tous les français à qui je parles ici trouvent cela aussi ridicule que moi…
Et il y a bien plus que ta liste : air France, contrôleurs aériens, étudiants…
[^] # Re: Definir temps complet
Posté par pasBill pasGates . En réponse au journal [HS ou presque] Réduire le chômage ?. Évalué à -10.
Personnellement je ne trouves pas qu'on soit dédaigneux du chômage en France, mais plutôt de l'obsession des grèves pour tout et n'importe quoi.
[^] # Re: Et les imprimantes laser ?
Posté par pasBill pasGates . En réponse à la dépêche Du rififi dans ta cartouche d’encre. Évalué à 10.
On va dire que ton opinion on s'en fout pas mal. Les seuls habilités à décider sont les habitants de Taiwan, si leur opinion te fait pleurer, ben achètes toi un paquet de Kleenex.
[^] # Re: Ce qui importe
Posté par pasBill pasGates . En réponse au journal Documentation pour un logiciel même version que le logiciel ?. Évalué à 2.
Ben oui, et dans le système de build c'est géré, seule a doc aura un rebuild tant que rien ne change dans le soft. Tu peux tout à fait avoir une version de doc en supplément, mais la doc doit absolument inclure la version du soft qu'elle référence aussi.
C'est très différent parce qu'ils ont des besoins très spéciaux et une organisation entière chargée de la doc. C'est quelque chose que 99% des gens n'ont pas les moyens (ni les besoins), donc je dirais que c'est probablement pas un bon exemple à prendre.
# Ce qui importe
Posté par pasBill pasGates . En réponse au journal Documentation pour un logiciel même version que le logiciel ?. Évalué à 10.
Ce qui importe est de savoir à quelle version du soft la doc correspond.
Typiquement t'aurais un build system qui génere le soft et la doc en même temps. Si ca se trouve tu n'as pas besoin de changer la doc, et le système de build se charge de génèrer la doc avec le nouveau numéro de version.