or zax a écrit 195 commentaires

Tu prends les autres frameworks, cela se fait par la config sans toucher une ligne de code.

Tu prends copix, tu peux même mélanger les moteurs de rendu.

Mais bon un code factorisé te permet naturellement de faire cela.

A la base Zend n'a rien d'un framework, c'est un ensemble de librairie, exemple :
MVC : c'est une extension, il ne fait pas partie des specs.

Un framework ce n'est pas un ensemble de fonction, çà c'est une librairie.
Un framework impose une norme de développement, dans la façon de coder, de conduire le projet, et d'assurer le support du produit tout le long de son cycle de vie.

Donc un framework impose en général le mvc ou un autre modèle. Un système qui n'a pas d'architecture précise, ne normalise pas. Faut pas confondre faire des couches applicatives et créer un framework.

Bon je me répète, une migration ne consiste pas juste à convertir un dépôt, le problème n'est donc pas la mise à jours, mais le suivie et le support, l'adaptation des procédures de développements etc ... chose que canonical avait promis de faire mais n'a pas fait.



Pour ce qui est de la licence GPL, focément, mais c'est gentil de toujours dire, la communauté peut reprendre, mais au bout d'un moment elle en marre de rattraper les dégâts, en plus cela divise les utilisateurs, suffit que la version proprio rende incompatible les versions suivantes avec la précédente et c'est le bazaar sans faire de mauvais jeu de mots.

bzr dans l'état actuel des choses (cela peut évoluer en bien et je l'espère) est une prise de risque inutile au vu de l'existant, et de la main mise de canonical.

Et bien regarde à quel point bazaar est pérenne, la sortie de baz 1.5 est toujours prévu pour 2005 ?

Pour information, une migration ne consiste pas juste en un utilitaire de conversion, c'est aussi un support. Il y a qu'a voir à quel point les développeurs normalement assigné à bazaar sont présent sur la mailing-list.

Tout une partie de ceux qui utilisait baz ont du choisir grosso-modo entre bzr et revenir à tla, car du jour au lendemain, canonical décide que
gérer correctement baz ce n'était plus assez fun.

Désolais mais canonical derrière des outils aussi important c'est dangereux, le fait qu'une société a de l'argent ne garantie pas de la pérennité, mais assujeti le projet au bon vouloir de la société en question.

Actuellement tous les copyrights sont au nom de canonical en plus d'après ce que je viens de lire, ce qui veut dire que Canonical peut rendre propriétaire du jour au lendemain bzr.

bzr c'est une bombe à retardement, amis kamikaze, amusez vous bien avec bzr, vous rigolerez moins après.

Le choix va être vite fait pour tous ceux qui ont comme soucis la pérénité de leurs projets.

bzr est chapoté par Canonical, et quand on voit les promesses en l'air fait par rapport à bazaar première génération, que les utilisateurs se sont fait planter, avec un système plus maintenu, une politique de migration qui n'a pas plus de consistence que le vide inter-sidéral : utiliser une technologie géré par Canonical est un trop gros risque pour une utilisation professionnelle.

Moi c'est Mercurial, j'ai la tranquilité d'esprit maintenant.

cela dépend de comment tu règles ton niveau de parallélisme avec le -j pour make.
La latence réseau impact beaucoup plus en terme d'efficacité

avec le CD d'installation Gentoo, il suffit de lancer le serveur SSH.

Dans mon cas je l'avais fait pour éviter de relancer à chaque fois lynx avec la doc etc ..., là au moins j'ai un navigateur graphique etc ..., même pour les transfert de fichiers je passe par le sftp inclus dans openssh.

Toute l'installation peut se faire ainsi, par contre quand tu fait le reboot final tu croises un peu les doigts pour espérer ne rien avoir oublié.

Ton XP il tourne pas sur du matériel vieux de 8 ans, ou alors dans des conditions très difficile.

Ce ne sont que des exemples de thèmes, la vote je le vois bien dans le cadre de la pertinence, sinon çà fait un système de modération par le plus fort.

Pourquoi ne pas faire comme les dépèches, classer par thème.
Ainsi ceux qui sont là pour lire que les journaux concernant le libre peuvent visiter que pour les thèmes qui les intéressent.

exemple :
Actualités
Linux
FreeBSD
Logiciels libres
Divers


Bref vous voyez ce que je veux dire, donc si en plus on a un flux RSS pour chaque thème, on peut toujours faire de la veille tout en triant ce qui nous intéresse ou pas.

Le meilleur rapport qualité/prix est du sur mesure, si tu vas sur des marques cela ne passera pas c'est certain.

C'est la garantie pour le client que le produit peut-être maintenu par une société autre que celle l'ayant développé, c'est un argument commercial assez fort : "Si vous restez avec nous, ce sera par la satisfaction, non par la dépendance à un produit fermé"

La GPL protège l'utilisateur

La GPL n'impose pas la gratuité !!!!!! Dans le cadre de mon travail ce que j'ai produit à tounjours était sous licence GPL et pourtant les clients reçoivent une jolie facture à la fin.

C'est dingue de pouvoir lire ce genre d'ineptie ici !!!!!!!!!!!!!!

En terme de formulation oui c'est çà, si tu parles de la taxe dans la même logique que le tva.

tu confonds un pourcentage de répartition et un poucentage d'évolution, ton coefficient multiplicateur est faux en plus.
Donc on reprend tout

Part la part de la taxe dans le prix d'achat :
--------------------------------------------------------------------
(taxe / prix total) * 100
(60 / 100) * 100 =
60

Augmentation du prix du à la taxe :
---------------------------------------------------------
(valeur d'arrivé - valeur de départ) / valeur de départ * 100
( 100 - 40 ) / 40 * 100 = 150

En coefficient multiplicateur
--------------------------------------------
1 + (pourcentage évolution/100)
1 + (150/100) = 2.5

donc la taxe créé une augmentation de 150 %, autrement dit cela revient à multiplier par 2.5, et représente 60 % du prix.

il te faut utiliser un serveur extérieur, en partant du principe qu'il te laisse l'ICMP, et en plus quand tu regardes la cible, ceux qui hébergent derrière une ADSL, il te faut minimiser au maximum le traffic extérieur pour le dédier aux personnes venant de dehors.

Le script te fait çà en une requête unique, qui ne fait intervenir personne de l'extérieur, pas de charge réseau, ni en local quand tu vois la tête du script dedans.

Parce que sur un service externe tu ne peux pas te permettre de faire une vérification toutes les minutes ou 30 secondes, ce n'est pas raisonnable en terme de charge réseau. La plupart des services externes si tu ne dispose pas de ton propre serveur à l'extérieur, te demande de ne pas faire un check moins de toutes les 10 minutes.

Merci pour ces remarques !! Si tu as d'autres remarques je suis preneur.

Merci beaucoup

Les blogs sont spammés dans les commentaires, et le seul moyen de nettoyer çà c'est de contrôler les commentaires par validation, sinon tu es obligé de passer ton temps à vérifier tous les billets.

Sur mon vieux XT on rajoutait par des ports d'extensions la mémoire, les co processeur arithmétique etc ....

Ca a été abandonné je pense pour des raisons de commerces pour ce qui concerne le marché grand public.

Après il faut réaliser aussi que la bande passante de ton bus pour les extensions n'est pas illimité, donc quand tu rajoutes des composants de calculs ... tu ne peux pas y aller sans fin, tu seras ralenti par ton bus de communication

Pour info Portage possède un paquet pour les ralinks

j'utilise justement le rt2500

Par contre il me semble que le paquet est en testing, donc il faudra lire la doc pour expliciter que tu veux tout de même utiliser le paquet (fichier /etc/portage/package.keyword)

le driver s'installe très bien sous gentoo et marche très bien, je suis connecté grâce à celui ci


emerge -s rt2500
pour plus d'information

Comme quoi l'avenir de Arch dépend de Andy TAI, mais je suis confiant.

Ce que je n'apprécie pas c'est des choses comme baz est une implémentation obsolète de Arch sur le wiki.

bzr n'a absolumment aucun rapport avec Arch, et que ce soit tla et baz, ce sont les implémentations de Arch.

Le problème est que Robert et compagnie doivent justifier de leurs salaires. Donc ils ne peuvent pas avouer officiellement de l'abandon de baz, car cela fait parti de leurs prérogatives.

En tout cas Matthieu, tu as fait de l'excellent travail. Et ton travail n'est pas perdu, baz à montré des voies à suivre pour Andy TAI, et du code sera récupéré.

tu ne connais pas la situation du monsieur en question. Citer une phrase hors contexte n'apporte rien

Dans mon cas l'upgrade c'est fait tout seul. deux machines en x86. une de 2005.0 -> 2006.0, l'autre de 2005.1 -> 2006.0

La persistence peut être des sources, et encore c'est discutable.

Non je dirais plutôt que Kademlia a un côté grand public dans le sens où tu n'as pas besoin de connaitre une url pour télécharger quelque chose. Donc pour distribuer des données qui n'ont pas de communauté c'est pratique.

Pour les logiciels libres, vu qu'il y a une communauté qui s'occupe de répandre l'adresse du flux bittorrent, ce n'est pas très utile.

launchpad.net associe à la fois gestion des sources et bugtracker, en ayant une approche plus globale.
la remonté des fix se fait via le gestionnaire de source dont la branche en général porte le nom et numéro du bug.