L'ingé Google sur la liste de discussion répond que ils veulent uniquement le compatibilité avec la RFC. Ils implémenteront pas le NXDOMAIN ou le filtrage optionnelle comme OpenDNS, c'est pas leur but.
A mon avis ils veulent juste que les pages arrivent plus rapidement chez les utilisateurs, pour ceux qui ont des FAI avec des serveurs DNS très mauvais (pas vraiment le cas en France, mais ailleurs ça existe).
Tu passes des infos à Google qui si l'un des interlocuteurs est chez Google (comme pour le mail en fait). En pratique tant qu'il n'y pas d'autres fournisseurs je suis d'accord ça change rien, mais sur le principe...
Le user-state n'est pas read-only, et il est repliqué chez google. Surtout que Chrome (le navigateur) sait déjà le faire (la synchronisation des extensions).
Au fait quelqu'un a déjà tenté une demande informatique&liberté à Google, pour voir si ils conservent les données de géolocalisation.
Ça coûte moins de 5 EUR un recommandé avec accusé de reception (et ça marche aussi avec votre opérateur de téléphone, la RATP, etc., c'est toujours intéressant de savoir ce qu'ils conservent et combien de temps).
Sauf que chrome est multi-process, qui justement permet de faire un OS.
mais le navigateur et le window manager sont extremement lié dans Chrome OS (en tout cas c'est l'impression que ça donne, c'est exactement la même interface).
Au final le concept de Chrome OS est très proche de celui de Litl: http://litl.com/
Sauf que litl est un produit fini avec un hardware assez unique (notamment l'écran qui a un angle de vision de 178°). C'est fait par des anciens ingénieurs qui bossaient sur clutter et sur le laptop OLPC XO.
Bof. Pour la team Chrome OS, html5 storage c'est surtout pour pallier aux manques de connectivités (temporaires), pas pour une utilisation complètement offline.
On peut ne pas être d'accord avec la philosophie online/cloud. Mais ils contribuent upstream et fournissent les patches des projets utilisés dans Chrome OS. Et ils open-source du nouveau code (comme pour le navigateur, le window manager est open source).
Google a dit que si la communauté arrivait avec un protocol client/serveur il l'implementerait sur les serveurs (de la même façon que le protocol gmail est proprio mais qu'il y a une interface smtp/pop/imap/xmpp).
Leur protocole client serveur est construit pour faire une interface dans un browser, je suis sur que si ils le documentaient les gens feraient la reproche inverse et dirait que c'est nul et que ça peut pas servir pour faire des clients desktop, etc.
Sauf que c'est *beaucoup* plus dur la programmation par thread plutot que la programmation par messages... et il faut décider à qui appartient l'objet pour le libérer, un gc simplifie énormement la vie.
Je ne crois pas que Go soit fait pour être un langage de programmation kernel... (c'est pour la prog système).
[^] # Re: Pas exactement pareil
Posté par ribwund . En réponse au journal Un pas de plus vers le contrôle total ?. Évalué à 2.
A mon avis ils veulent juste que les pages arrivent plus rapidement chez les utilisateurs, pour ceux qui ont des FAI avec des serveurs DNS très mauvais (pas vraiment le cas en France, mais ailleurs ça existe).
[^] # Re: Wave pour jouer
Posté par ribwund . En réponse au journal vague... abondage... Évalué à 2.
Tu passes des infos à Google qui si l'un des interlocuteurs est chez Google (comme pour le mail en fait). En pratique tant qu'il n'y pas d'autres fournisseurs je suis d'accord ça change rien, mais sur le principe...
[^] # Re: invit
Posté par ribwund . En réponse au journal vague... abondage... Évalué à 3.
[^] # Re: En résumé…
Posté par ribwund . En réponse au journal GoogleOS / ChromeOS / minitel 2. Évalué à 3.
[^] # Re: En résumé…
Posté par ribwund . En réponse au journal GoogleOS / ChromeOS / minitel 2. Évalué à 3.
[^] # Re: Litl
Posté par ribwund . En réponse à la dépêche Sortie différée de Google Chrome OS. Évalué à 2.
[^] # Re: Upload
Posté par ribwund . En réponse au journal GoogleOS / ChromeOS / minitel 2. Évalué à 2.
(d'ailleurs on voit assez facilement que c'est facile de détourner le système pour distribuer des fichiers)
[^] # Re: Le stockage et la sécurité des données?
Posté par ribwund . En réponse à la dépêche Sortie différée de Google Chrome OS. Évalué à 6.
Ça coûte moins de 5 EUR un recommandé avec accusé de reception (et ça marche aussi avec votre opérateur de téléphone, la RATP, etc., c'est toujours intéressant de savoir ce qu'ils conservent et combien de temps).
[^] # Re: Litl
Posté par ribwund . En réponse à la dépêche Sortie différée de Google Chrome OS. Évalué à 2.
[^] # Re: précisions
Posté par ribwund . En réponse à la dépêche Sortie différée de Google Chrome OS. Évalué à 4.
mais le navigateur et le window manager sont extremement lié dans Chrome OS (en tout cas c'est l'impression que ça donne, c'est exactement la même interface).
[^] # Re: En résumé…
Posté par ribwund . En réponse au journal GoogleOS / ChromeOS / minitel 2. Évalué à 6.
# Litl
Posté par ribwund . En réponse à la dépêche Sortie différée de Google Chrome OS. Évalué à 4.
Sauf que litl est un produit fini avec un hardware assez unique (notamment l'écran qui a un angle de vision de 178°). C'est fait par des anciens ingénieurs qui bossaient sur clutter et sur le laptop OLPC XO.
[^] # Re: Obligation d'utiliser une clef 3G
Posté par ribwund . En réponse au journal GoogleOS / ChromeOS / minitel 2. Évalué à 4.
[^] # Re: Et leur politique concernant les drivers ?
Posté par ribwund . En réponse au journal GoogleOS / ChromeOS / minitel 2. Évalué à 3.
# système read-only
Posté par ribwund . En réponse au journal GoogleOS / ChromeOS / minitel 2. Évalué à 6.
Par contre on remarque qu'ils ont prévu d'être un peu hacker-friendly et de laisser booter des systèmes alternatifs ou des versions non-signés.
[^] # Re: Obligation d'utiliser une clef 3G
Posté par ribwund . En réponse au journal GoogleOS / ChromeOS / minitel 2. Évalué à 6.
[^] # Re: A quoi ca sert ?
Posté par ribwund . En réponse au journal Les jeux arrivent sur la Freebox. Évalué à 2.
# Les deux sont bloated
Posté par ribwund . En réponse à la dépêche Tomboy vs Gnote. Évalué à 10.
Conclusion: les deux prennent plus de mémoire que emacs.
[^] # Re: Première remarques
Posté par ribwund . En réponse à la dépêche Go : Un nouveau langage chez Google. Évalué à 3.
http://docs.python.org/reference/datamodel.html?highlight=re(...)
[^] # Re: En Même temps
Posté par ribwund . En réponse au journal Google Wave pour tous (même si vous en voulez pas !). Évalué à 1.
Leur protocole client serveur est construit pour faire une interface dans un browser, je suis sur que si ils le documentaient les gens feraient la reproche inverse et dirait que c'est nul et que ça peut pas servir pour faire des clients desktop, etc.
[^] # Re: Ah! C'est la saison de la galinette cendrée!
Posté par ribwund . En réponse au journal Go : Un nouveau langage chez Google. Évalué à 1.
Pas vraiment:
http://www.merriam-webster.com/dictionary/so-called
commonly named : popularly so termed: the so-called pocket veto
[^] # Re: Première remarques
Posté par ribwund . En réponse à la dépêche Go : Un nouveau langage chez Google. Évalué à 2.
En même temps y'a pas de release ni de specification stable, pour l'instant c'est surtout pour faire joujou et voire la réaction de la communauté...
[^] # Re: On se demande qui est l'idiot/enflure
Posté par ribwund . En réponse au journal On connait un des brevets microsoftiens que linux viole. Évalué à 2.
D'ailleurs il faut enfreindre *toutes* les claims, pas juste une pour enfreindre le brevet, ce qui est assez peu probable sauf dans le cas d'un clone.
[^] # Re: système et garbage collector?
Posté par ribwund . En réponse à la dépêche Go : Un nouveau langage chez Google. Évalué à 4.
Je ne crois pas que Go soit fait pour être un langage de programmation kernel... (c'est pour la prog système).
[^] # Re: système et garbage collector?
Posté par ribwund . En réponse à la dépêche Go : Un nouveau langage chez Google. Évalué à 2.