vieuxshell a écrit 264 commentaires

En tout cas on peut noter une belle évolution de la population linuxfriènne.

Il y a 10 ans le troll de base concernait les éditeurs de texte, les environnements de bureau.

Avec la maturité du lectorat, emacs et gnome ont gagnés et le troll à la mode survient sur les outils de dev.

Dans 10 ans, quand git et hudson auront gagnés, trollera-t'on sur CMMi vs Scrum ?

"ils sont minoritaires donc on va pas développer pour eux", ça peut nous revenir dans la gueule rapidement. Ce n'est pas un argument.

Bien sur que si.

Une différence fondamentale ici est que l'on parle de logiciels libres. Donc si un dev a envie de faire le portage (ou de porter la brique spécifique qui n'existe pas sur son système), il a tout ce qu'il faut pour le faire, voire, si c'est bien fait, le contribuer upstream.

Super bonne nouvelle pour Php.

Ça va permettre de releguer au placard les vieilles excuses pour avoir du code pourri. "On peut pas faire mieux, c'est la version de RHEL5" !

Je me demande si elle inclus le fix pour le problème avec la FPU x87 remonté au début du mois.

En plus amazon propose un cloud gratos pendant un an en ce moment, donc autant en profiter (perso j'en suis très content).

Julian m'a dit qu'il avait quelques problèmes de connexion néanmoins.

On peut aussi remplacer la tomate par de la compote de pomme, la mozzarella par des tranches de pommes, la pâte brisée par de la pâte sablée, l'appareil par de la cannelle....

C'est le problème quand on refactor sans avoir de couverture de tests correcte.

Of course, on va dire... AGPL.

Les codes Perl c'est comme les pets, on ne supporte que les siens (et encore).

Toutafé.
Militons pour une case "Refuser les blagues" afin que les fausses dépêches comme celle d'hier n'apparaissent plus dans nos flux RSS.

LinuxFR est toujours en retard d'une guerre, sur ./ c'est les discussions se font sur chatroulette, ca c'est une vrai innovation.

Une seule règle: pas de chapeau \o<

Et qui dépend des pays.
Certains pays ont une proportion beaucoup plus importante de femmes parmis les informaticien(ne)s.

tu veux dire qu'il y a lenteur et ... lenteur ?

Retour d'expérience. Mon entreprise utilise Codendi depuis un bon moment. Je suis moi même contributeur de longue date.

Pour nous Codendi est la forge libre la plus adapté pour un déploiement en entreprise. Si je précise "en entreprise" (ça va faire râler dans les chaumières) c'est que la plus part des forges libre existantes sont prévues pour gérer des projets libres avec un modèle "tout est accessible à tous". Codendi permet de poser des permissions très précises sur à peut près n'importe quoi (doc, files, artifact de tracking, etc).

En terme de features, je ne vais pas faire le pitch marketing mais à mon sens cela couvre largement les besoins des équipes de taille petite/moyenne.

Pour moi, les points forts sont:
- le système de tracking générique (bug, actions, etc) en plus c'est encore amélioré dans la prochaine version!.
- un vrai gestionnaire de doc
- une très bonne intégration entre les différents outils
- une durée de vie longue (ça fait un moment que le produit existe, c'est stable)
- GPLv2
- la nostalgie des forums et des survey d'origine de sourceforge (là c'est mon coté archéo-sentimental, je l'avoue).

Par contre il faut s'armer de patience pour ce qui est de l'installation et les upgrades, c'est loin d'être plug'n play (enfin, pour moi ce fut plutôt une bonne chose, ça m'a donné un job :p).

C'est un premier pas. Bientôt nous les aurons nos requins avec des lasers sur la tête.

Pour l'utilisation par des non humains, l'interface SOAP s'enrichit de versions en versions mais il faut être un peu débrouillard pour trouver la documentation de l'API. Sinon, on peut toujours fouiller dans le code source sur http://codendi.org
Le réel problème étant toutefois le support client de SOAP (en fonction des langages c'est nimp).

La partie gestion bug (tracking) est complètement refondue dans la prochaine version mais je ne sais pas s'il y a des changements de prévus au niveau de la notification mail.

Ce n'est pas qu'Internet. Le monde informatique fonctionne cela et par vague, en fonction des techno disponibles et a des échelles différentes.

Jusque dans les années 80 la norme c'était une machine mainstream et des terminaux (centralisé).
Puis les années 90 ont vu la généralisation du PC (décentralisé).
Puis les années 2000 voient la généralisation du mobile (encore plus décentralisé).

En parallèle les données sont stockés:
- <80: dans le mainstream (centralisé)
- 90: disques locaux (décentralisé)
- 2000: serveurs centraux (centralisés)

Ça marche aussi pour les processeurs (1 gros, plusieurs petits, 1 gros, ....)

faudrait un compromis ça serait super.

Une fois en 2007 et une fois en 2009, je ne vois pas ce que tu demandes de plus !

Tu veux dire "très haute qualité" pour "hifi" ?

Vu que n'importe quelle poste se targue d'être hifi, je pense qu'il est judicieux de faire la différence entre la hifi en générale et les chaîne d'éléments audio haute qualité recherchées par les audiophiles.

Si le serveur est dédié à la DB, en plus de InnoDB et de vérifier que les requetes tirent bien partie des transactions (genre des insert en boucle avec un auto commit apres chaque insert), je ferais 2/3 tests avec le scheduler IO NOOP.

Des fois, ce n'est pas jean-kevin qui propose des astuces à 2 balles:
http://code.google.com/speed/articles/optimizing-php.html

Et la réponse qui va bien de la part des dev php:
http://groups.google.com/group/make-the-web-faster/browse_th(...)

Grosso-modo pour éviter de cliquer sur les liens, google conseille d'utiliser des techniques d'optim qui datent de PHP4 et rendent le code au mieux illisible au pire font perdre des heures pour rien. Les devs PHP répondent qu'avant de filer des conseils pourris, google ferait bien de vérifier ses dires avec une implémentation récente du langage.

Et c'est pas parce que la théorie de l'évolution est la plus communément admise que c'est forcément la meilleurs.

Comparaison n'est pas raison: ça marche aussi avec les négation !

En même temps, en regardant une BD pendant 10mn c'est pas bien difficile trouver l'année et l'auteur.

Enfin, j'dis ça, j'dis rien (d'ailleurs j'y connais rien).

mutation dans un bled pommés

C'est à dire en Bretagne ou en Normandie ?
Oh mon dieu quelle horreur !

Trop gros, même pour un vendredi... ah ben il semble que non en fait !

Est-ce que cette version sera distribuée au public ?

Sans compter qu'il faut de l'électricité pour récupérer/visualiser les données.
Les fiches de paye numérisée c'est bien, mais si on a plus d'électricité pour les lires...

Ceci dit, si on a plus d'électricité, je pense que l'on aura d'autres chats à fouetter que récupérer ses fiches de payes ou les 5000 photos du petit dernier entre 0 et 3 mois.