Misc a écrit 6314 commentaires

À une différence prés :
"These are the people I call Architecture Astronauts. It's very hard to get them to write code or design programs, because they won't stop thinking about Architecture."

Et si tu as bien lu l'article, tu peux voir qu'il y a déja un dépot git, qui marche, qu'il est pas seul à coder dessus, et qu'il y a même des VMs de test afin de montrer que ça marche.

En même temps, il n'y a pas besoin de tout intégrer d'un coup, il y a une couche de compatibilité.

Je pense que tu devrais ressortir un systéme d'il y a 5 ans pour voir qu'il y quand même eu du changement. Les isos sont surle web, fait l'expérience ( et un journal pour nous raconter ça ). J'ai personnelement souvent des trucs minucules qui manquent quand je vais sur le pc que j'ai mis à mes parents, avec 3 ans de retard sur les distros courantes ( par manque de temps pour la mise à jour ).

C'est en effet une solution, vu que Canonical intervient de maniére minimal dans la distribution ( cf divers commentaires ici, et cf le fait que ça reste toujours un dérivé alors que la majorité des developpements sont fait en gtk pour gnome, ou sur des softs gnome, genre gwibber, rhythmbox, etc ).

Mais bon, si il veut garder gnome, il y a d'autres distributions, comme Mandriva, Opensuse, Fedora, ou Debian, qui proposent toute un gnome de bonne facture, et assez souvent les mêmes versions de soft que ubuntu ( genre gwibber est dans mandriva, desktopcouch aussi ).

Perso, je trouve le contraste pourri, et le changement de css marche pas sous epiphany pour une raison encore inconnu

Je peux pas vraiment parler pour d'autres que moi, mais j'ai de temps en temps à passer sous os x, et je doit reconnaitre que les habitudes se changent finalement assez vite.

C'est comme passer du qwerty à l'azerty, au début, ça fait chier, mais avec l'habitude, tu voit plus la différence. Par contre, pour les gens qui ont et qui ont eu déja du mal avec le réglage classique, ils vont avoir autant de mal avec le changement.

Tellement d'utilité qu'il y a une branche pour revenir à sqlite pour la version suivante de gwibber : https://code.edge.launchpad.net/~segphault/gwibber/230-sqlit(...)

Pareil, des fois, je suis avec mon coloc à la pizzeria, on discutte de trucs ou on a pas les références exactes, hop, je matte sur wikipedia.

A voir aussi http://youtomb.mit.edu/statistics

un projet du MIT qui surveille youtube et qui regarde les videos qui se font retirer.

Y a plus q'un bonhomme sur nouveau, il y a une personne payé par RH, mais les autres codeurs bossent aussi.

Donc tu as X comptes pour X services ?

Et y a des gros bouts de trucs proprios :/ ( user space comme kernel space ), ce qui m'inquiéte personnelement vis à vis de l'upgradibilité du biniou ( enfin peut être que je me trompe ).

En fait, vu que toile libre a surement plusieurs serveurs ( enfin j'espére ), il faudrait déja savoir ce qui a été fait et sur quoi surtout.

Et j'aurais aussi voulu pour ma part savoir si c'est lié à leur noeud tor, qu'on voit pas/plus dans la liste publique : http://torstatus.kgprog.com/index.php?SR=CountryCode&SO=(...) ( ou en tout cas, pas d'une façon qui me saute aux yeux entre les freebox, les trucs chez ovh et les ips chez wanadoo/neuf/etc ).

Oui, c'est comme tout ces gens chez google et ailleurs qui se sont mis à prendre des simples pc pour leur cluster au lieu de prendre des machines qui scalent (tm) comme des serveurs AIX ou Solaris. Clairement pas un concept valable, salaud d'ingénieur.

( sinon, ça fait des années que c'est le cas, les automates de banque, c'est des pcs, les automates dans les toilettes publiques, c'est des pcs, et pareil pour des tas de trucs ).

Oui, enfin c'était pas très subtil. J'aurais trouvé plus drôle d'avoir juste un bouton "partager sur facebook / delicious" en dessous de chaque commentaire, sans dire à personne, juste pour voir l'indignation des gens ( ou peut être le manque d'indignation ).

C'est plus tout developpeur, mais toi, distributeur. C'est une approche qui est courante sous windows et ailleurs, mais je pense que le logiciel libre a des contraintes différentes qui font que la distribution/intégration est en général séparé du developpement.

Pour commencer, la réutilisation du code ( ie, au lieu d'avoir 15 copies des deps, y en a qu'une ), la gestion unifié ( ie pas besoin d'adapter l'outil en fonction de ce qu'on installe ).

La gestion à la windows ( c'est pas péjoratif quand je dit ça, mais faut bien nommer la méthode d'une façon ou d'une autre, je cherche toujours un terme à ce sujet ), c'est bien dans un systéme faiblement couplé, ou chaque dev est faiblement connecté et travaille un peu dans son coin, mais en général, ce que je voit dans le logiciel libre, c'est plus l'inverse.

Y a des avantages et des inconvénients, c'est clair que dans une vision developpeur => utilisateur, l'approche "je fait tout moi même" facilite la vie, et à le bénéfice de la simplicité et d'une certaine forme de décentralisation.

Mais en tant que sysadmin et en tant que packageur, je trouve ça particulierement frustre, et peu intégré. Autant je vais pas forcer les gens à passer par des paquets de distribution, autant ça me géne un peu qu'on m'empéche de le faire par négligeance, ou par manque d'envie directement. ( cf http://fosdem.org/2010/schedule/events/dist_good_upstream )

Le problème, c'est juste qu'il n'y a pas de solution intuitive ( comprendre d'ide ) pour le faire.

Pour flash, tu as ce qu'il faut, même si j'ai oublié le nom de l'outil, en quelques jours de formation, tu arrives à faire un pauvre jeu avec des taupes et un marteau ( j'ai fait ça en fac ).

Point bonus, il compile tout ça pour éviter qu'on te chourrave trop facilement ton jeu ( bien que je ne doute pas que ça soit faisable, c'est juste plus complexe, et en géneral suffisant pour retenir les gens peu scrupuleux qui veulent mettre leur nom dessus ).

La motivation d'une partie des gens qui font ce genre de jeu, c'est assez souvent pour montrer ce qu'ils savent faire, donc au dela de la question technologique et de l'IDE, il y a une barriére à faire franchir à ce niveau la ( ie, leur expliquer que distribuer le code de son jeu, çe n'est pas sale ). Et aussi une barriére à faire sauter, cad faire en sorte d'avoir de la demande pour ce genre de compétences ( savoir faire des animations ).

je suis le seul à trouver dérangeant le fait que souvent, les rubyistes ne filent plus d'archives, mais juste des gems, rendant ainsi plus difficile la creation de paquet ( quand c'est pas "prenez directement le code sur github" sans avoir mis de tarball, comme c'est parfois le cas sur launchpad, ou avec un tarball nommé de façon farfelu, genre login_projet_identifiant-de-rev comme c'est le cas aussi sur github , qui n'a rien à voir avec le numero de version du projet, et ce qui implique de ne pas automatiser l'update ? )

Les devs ont sans doute deja lu le code, mais il est relativement inutile :

http://airlied.livejournal.com/34017.html

Je suis pas sur que nvidia mette vraiment plus que 2/3 ingénieurs sur les drivers linux. De plus, les drivers nvidia semblent être basé sur les drivers windows.

De plus, c'est pas 2/3 geeks dans un garage, il y a au moins un dev de nouveau payé à temps plein par Redhat ( ben skeggs, sauf erreur de ma part ), et ils sont un peu plus nombreux que 2/3 : http://www.ohloh.net/p/nouveau/contributors

J'utilise pas nv, j'ai nouveau sur ma machine avec du nvidia ( mais sinon, j'ai du intel sur mon pc le plus utilisé ).

Couchdb est quand même
1) trés connu ( cf article sur linux mag )
2) utilisé pour desktopcouch ( et donc gwibber, ubuntuone, feedie, etc )

Ton sysadmin doit porter ce tshirt souvent : http://www.thinkgeek.com/tshirts-apparel/unisex/frustrations(...)

( enfin tu fait sans doute pas que ça )

J'imagine que ça doit pas être trop dur de faire ça, et avec upstart, ça va être encore plus facile.

Une percée remarquable dans le monde pro, sur quel segment, celui des postes de travails, celui des serveurs installés par des admins à l'arrache, celui des clusters ?

Franchement, je pense que Ubuntu prends plus des parts de marchés à Debian qu'à RH ou Centos.