Misc a écrit 6254 commentaires

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.

Ben je pense que tu peux ouvrir un bug sur launchpad, et faire assez de bruit pour que les devs t'écoutent, car bon, comme dit Mark, Ubuntu n'est pas une démocratie ( http://news.slashdot.org/story/10/03/22/1635205/Open-Source-(...) ).

C'est parce que chez Fedora, ils ont Adam Williamson. Mais ceci dit, faire des releases notes de bonnes qualités ne requiert pas non plus d'avoir des compétences techniques énormes, juste de la volonté.

Donc j'imagine que chacun de nous peut contribuer à avoir des releases notes potables pour Ubuntu ou d'autres.

Oui, mais c'est en concurence direct avec l'offre de Ploum.

Il y a aussi l'offre et la demande qui s'applique, tout betement.

Juste pour completer, parce que la dépéche est un peu short, les changements prévus pour lucid sont sur le web : https://blueprints.launchpad.net/ubuntu/lucid/+specs

Et sinon, tout gnome ne passe pas en 2.30, evolution reste en 2.28, car les développeurs ont peur (avc raison ) que ça soit trop peté, et ça a été décidé lors de l'UDS, d'aprés https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2010-(...)

En off, certains commerciaux m'ont dit qu'il y a pas eu le budget pour SL cet année, un autre m'a dit que les contacts établis n'aboutissent pas forcément à des affaires en nombre suffisant pour couvrir les frais, mais qu'ils sont venus juste pour revoir les clients qui passent.

Il semble que les tarifs varient grandement suivant les moments. Je n'ai plus les chiffres exactes en tête, mais j'ai entendu dire que ça commence à 50 000 euros ( soit le m2, soit les 9m2, je penche plus pour le 2eme ), et que les commerciaux descendent à 30 000 assez vite, voir même à 5000 si le salon doit bientot être annoncé et qu'il faut placer les gens ( le cas est arrivé en 2007 apparement ).

Et tu n'as pas la pression de faire du bon boulot pour ensuite te faire embaucher, pression qui ne te pousse pas à accepter tout ce qu'on te donne.

Oui, parce qu'avec 50$ gagné par an, il va falloir faire 1000 fois plus de ventes pour payer un dev ( si on part d'un salaire à grosso modo 2000 euros, avec les charges etc en france ). Donc pour financer tout Canonical, il faut compter 300 000 fois le volume de vente de Magnatune sous Linux.

C'etait pas Ubuntu qui voulait débaucher les employés Suse, mais Mark Shuttle Worth qui a dit que les developpeurs d'opensuse ( qui ne sont pas des employés Novell, ou du moins, pas forcément ) seraient sans doute intéressé de venir : http://lists.opensuse.org/opensuse/2006-11/msg03765.html

Et en matiére de débauche d'employé, Canonical a en effet l'habitude de mettre les moyens, notament pour les anciens de Mandriva ou d'ailleurs, ce qui rends d'autant plus étonnant les stages proposé par Jono.

Peut être qu'aprés les changements sur l'envoi des CDs ( http://www.mail-archive.com/loco-contacts@lists.ubuntu.com/m(...) ), les changements sur le sponsorship des UDS, c'est le signe que Canonical ralentit ses investissements par manque d'espéce sonnantes et trébuchantes ?

Si c'est le cas, et vu sa masse salariale ( grosso modo 300 personnes ), et le peu de sources de revenu qu'on arrive à trouver ( l'accord avec yahoo, des contrats par ci par la, Ubuntu-one qui doit pas décoller ( https://linuxfr.org/comments/1101501,1.html ), l'ubuntu-music-store qui va sans doute rapporter autant que celui avec Magnatune, cad sans doute rien ( grosso modo 50$, sur 1 an, avec 5% de la somme ) , ...) , l'avenir me parait moins radieux. Peut être que je me trompe, et que Canonical a encore des fonds pour tenir 10 ans à ce rythme, mais rien n'en donne l'impression.

Et à force de supprimer des trucs offerts aux users, la colére va gronder de plus en plus ( colére à mon sens mal placé et inutile, je précise ). Il suffit de voir comment la communauté réagi à des changements d'interface somme tout pas important, ou à la suppression de gimp de l'installation par défaut ( alors qu'un employé Canonical m'a fait remarqué à juste titre que the gimp n'est pas installé par défaut sur Fedora et que personne n'a ralé à l'époque ). C'est assez déprimant pour les devs, à mon avis.

Ça me rassure de voir que les gens qui commentent sont de l'avis que c'est peut être trop demander pour un stage de 6 mois en télétravail.

Ça me choque pas des masses qu'un stage de 2/3 mois, en milieu de formation et sans grand déplacement ne soit pas payé. Mais la, c'est du télétravail ( donc des conditions qui peuvent être assez dur à mon sens ), avec des mecs qui doivent être globalement bons dans pas mal de trucs, et pour 6 mois ( sans promesse d'embauche à la clé, sauf à doubler presque la taille de l'équipe de Jono ).

Et dans une boite qui a quand même des thunes, faut pas l'oublier. Je trouve ça assez rude de voir que pour la communauté ( car c'est des stages dans l'équipe communauté ), Canonical n'arrive pas à débourser un minimum d'argent pour aider les gens.

Jono nous dit "j'ai vérifié avec la DRH, c'est correct". Ça doit surement être vrai. Mais entre légal et éthique, il y a un monde.

Je sais que tout les salariés de Canonical ne sont surement pas comme ça, mais la, ça doit faire un peu une douche froide :/

Tu devrais donner le lien vers la doc developpeur du produit, non ?