Google fait de l'ouvert quand ça les sert, du fermé quand ça les sert. Aucune histoire d'idéologie ou autre là-dedans…
La principale source de revenu de Google, c'est la pub, et pour ça, il faut :
- que tout le monde utilise les services Google (pour collecter des renseignements afin de mieux cibler les gens),
- avoir les meilleurs systèmes de traitement chez eux pour traiter les renseignements collectés,
- avoir les meilleurs services.
Bref, pour le 1, il vaut mieux avoir de l'open-source :
- c'est gratuit,
- même si on forke le logiciel, il y a des chances que les pointeurs vers les services Google restent dans le fork
Pour le 2 et le 3, il vaut mieux avoir du 100% proprio. Ça tombe bien, on ne peut pas dire que Google libère beaucoup le code de GMail, de PageRank, ou autre…
Idem, j'ai reçu cette semaine un premier spam sur mon adresse SFR. Ayant mon nom de domaine et un catch all, cette adresse est unique à SFR, et je ne recevais d'ailleurs plus rien vu que je ne suis plus abonné chez eux depuis 6 mois.
Il n'y a pas que le thème (relativement facile à émuler), ou le comportement (déjà plus complexe).
Ceci dit, si Qt, GTK, Win32 et Cocoa ont beaucoup de choses en commun (genre les boutons, les listes, les arbres, …), certains composants n'existent que sur une des plates-formes.
Il y a également l'intégration avec les services proposés (ou non) par l'OS.
Par exemple, je m'attends à ce qu'une appli utilise les API du système pour des choses aussi diverses que les certificats, mots de passe, contacts, calendriers, mails, proxy, …
Je trouve énervant d'avoir accepté une CA au niveau système, et qu'Opera ou Firefox ne la prenne pas en compte.
Y a aussi d'autres choses : sous OS X, les préférences sont stockées au format plist dans ~/Library/Preferences/nom_dns.plist. Sur Linux, ça sera plutôt dans ~/.nom_quelconque.
Toute l'application sera un dossier structuré sur OS X, et plutôt un binaire sous Linux, avec des fichiers un peu partout…
[^] # Re: Google fait de l'ouvert et du ferme aussi
Posté par flan (site web personnel) . En réponse à la dépêche Sergey Brin dénonce les « cages dorées » de Facebook et Apple. Évalué à 1.
J'imagine quand même que les employés ne décident pas eux-mêmes de la licence des produits qu'ils développent pour le boulot.
[^] # Re: Google fait de l'ouvert et du ferme aussi
Posté par flan (site web personnel) . En réponse à la dépêche Sergey Brin dénonce les « cages dorées » de Facebook et Apple. Évalué à 1.
Google fait de l'ouvert quand ça les sert, du fermé quand ça les sert. Aucune histoire d'idéologie ou autre là-dedans…
La principale source de revenu de Google, c'est la pub, et pour ça, il faut :
- que tout le monde utilise les services Google (pour collecter des renseignements afin de mieux cibler les gens),
- avoir les meilleurs systèmes de traitement chez eux pour traiter les renseignements collectés,
- avoir les meilleurs services.
Bref, pour le 1, il vaut mieux avoir de l'open-source :
- c'est gratuit,
- même si on forke le logiciel, il y a des chances que les pointeurs vers les services Google restent dans le fork
Pour le 2 et le 3, il vaut mieux avoir du 100% proprio. Ça tombe bien, on ne peut pas dire que Google libère beaucoup le code de GMail, de PageRank, ou autre…
[^] # Re: Tu confirmes mes soupçons.
Posté par flan (site web personnel) . En réponse au journal Piratage de la base email clients neuf/sfr ?. Évalué à 2.
Idem, j'ai reçu cette semaine un premier spam sur mon adresse SFR. Ayant mon nom de domaine et un catch all, cette adresse est unique à SFR, et je ne recevais d'ailleurs plus rien vu que je ne suis plus abonné chez eux depuis 6 mois.
[^] # Re: Les toolkits portables
Posté par flan (site web personnel) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 1.
Il n'y a pas que le thème (relativement facile à émuler), ou le comportement (déjà plus complexe).
Ceci dit, si Qt, GTK, Win32 et Cocoa ont beaucoup de choses en commun (genre les boutons, les listes, les arbres, …), certains composants n'existent que sur une des plates-formes.
Il y a également l'intégration avec les services proposés (ou non) par l'OS.
Par exemple, je m'attends à ce qu'une appli utilise les API du système pour des choses aussi diverses que les certificats, mots de passe, contacts, calendriers, mails, proxy, …
Je trouve énervant d'avoir accepté une CA au niveau système, et qu'Opera ou Firefox ne la prenne pas en compte.
Y a aussi d'autres choses : sous OS X, les préférences sont stockées au format plist dans ~/Library/Preferences/nom_dns.plist. Sur Linux, ça sera plutôt dans ~/.nom_quelconque.
Toute l'application sera un dossier structuré sur OS X, et plutôt un binaire sous Linux, avec des fichiers un peu partout…