Même réponse qu’en dessous : pas de proxy_ndp en Linux 2.4 (le 2.4 n’est pas complet au niveau IPv6).
Mais bon, mon propos n’était vraiment mon seul cas. C’est surtout le fait :
— qu’il y a plein de gens qui ont des petits routeurs ;
— que la proportion de ceux-ci qui permettent de diffuser (sans bidouillage) l’IPv6 (notamment celui de Free) est quasi-nulle ;
— que la proportion de propriétaires qui peuvent changer le microcode (et je ne dis pas « changent », hein, juste « peuvent changer ») est ridicule ;
— et, qu’enfin, même avec un Linux sur lequel on a la main, on ne peut pas forcément.
En parlant des routeurs, on peut aussi penser à nos petits routeurs locaux/familiaux. Certes, les *box font routeur (et, de plus en plus, serveurs de plein de trucs) mais on est encore quelques uns à utiliser un autre routeur derrière, pour de multiples raisons (pensez qu’ils ne sont pas forcément juste derrière la *box p.ex.).
Et ces petits routeurs-là, ils ne sont pas non plus tous compatibles IPv6 ou pas compatibles avec l’IPv6 fourni par leur FAI¹.
¹ p.ex. le mien², de routeur, en OpenWRT, a besoin de rester en 2.4 (WiFi Broadcom oblige), donc pas de ebtables pour transférer l’IPv6 fourni par Free, et oubliez aussi la solution radvd. Reste le passage par un tunnel (SixXS ou autre) mais, ça, ce n’est plus l’IPv6 du FAI…
² ben oui, si je poste un commentaire, c’est forcément pour parler de mon cas, hein.
Et attaquer le Japon directement plutôt que jouer à la marelle sur chacune des petites îles du Pacifique, ça n’aurait pas été plus efficace ?
(D’aucuns pensent que cette stratégie était plus due à la mégalomanie de MacArthur qu’à autre chose…)
Et la seconde bombe atomique avait pour principale raison de montrer aux _Soviétiques_ que la première n’était pas un coup de chance.
Oui, désolé, j’ai mal lu. 96000 lignes, ça fait effectivement un projet sur lequel c’est applicable.
Pour le reste de ton message :
Paramètres : COCOMO prévoit trois modèles de base (cf. l’article Wikipedia). Bon, celui utilisé par sloccount par défaut est le modèle « simple » (programme sans difficulté), donc celui qui donne la plus petite valeur. (En fait, l’écart entre les trois modèles est assez faible.)
En réalité, il y a plus que le simple nombre de ligne de code qui entre en jeu dans COCOMO (cf. les articles français et anglais pour voir l’usine à gaz).
À noter aussi que le principe est de calibrer le modèle suivant ses propres projets (on prend les anciens et on trouve un ratio à appliquer pour les suivants).
Utilité : d’abord, le but est prévisionnel, donc utilisé a priori, pas a posteriori. Il doit servir aux mêmes qui pensent que compter les trombones est une bonne méthode de gestion. Ça les rassure d’avoir un alibi mathématique. (C’est un modèle statistique, hein, on sait tous ici ce que ça veut dire…)
Le modèle doit être assez correct pour les développements en équipe.
Conclusion : oui, la déduction est fausse. Ça permet d’évaluer combien ça coûte(rait) de réaliser un logiciel du même nombre de lignes de code. P.ex. ça ne dit pas combien Apple aurait gagné à le vendre (si quelqu’un avait voulu l’acheter), donc combien Apple perd(rait) à le donner. Ça ne compte pas non plus combien Apple gagne en le donnant (pub, instauration d’un standard de fait, etc.).
Non, un motif de conception n’est pas lié à un langage. P.ex. les motifs du GoF concernent aussi bien le C++ que le Java ou d’autres langages objet. Ils concernent la conception, donc le modèle de conception utilisé (p.ex. le modèle objet).
Oui, le MVC est classé dans les motifs architecturaux (un autre : le pipeline).
« Cadre d’application » est d’ailleurs la traduction « officielle » de l’Office québécois de la langue française ( http://www.granddictionnaire.com pour ceux qui ne connaissent pas encore) pour « application framework ».
Le problème est que « framework » est un de ces mots anglais passe-partout utilisé à l’envi. Finalement, ça signifie simplement « cadre ». Et on pourrait se contenter de le traduire ainsi mais il y a toujours les jargonnistes qui nous expliqueront que non, que framework doit être traduit par framework parce que, tu vois, ça a plus de sens que cadre, que le sens est plus précis, que tout le monde sait ce que ça veut dire, que personne ne comprendrait cadre, qu’en tout cas, eux ne comprennent pas cadre alors que framework ils comprennent tout de suite, blablagnagna et autres foutaises…
Les facteurs utilisés par COCOMO (les formules sont données par sloccount) sont empiriques (p.ex. puissance 1,05, puissance 0,38, ce ne sont pas des valeurs courantes). Ils ont pris des projets finis et ont essayé de faire coller des formules pour relier les données ; p.ex. le temps passé au nombre final de lignes de code.
Et oui, ils n’ont utilisé que des résultats finals. Or le code évolue, des parties sont constamment réécrites, peaufinées. Prendre le nombre de ligne de code écrites (donc y compris celles qui ont été écrasées ou supprimées) serait sans doute une meilleure mesure. Ça marcherait en tout cas beaucoup mieux pour les petits projets (comme ceux sur lesquels Zenitram voit ces facteurs de 30).
Utiliser les données des VCS pourrait sans doute permettre d’avoir de meilleurs estimations. On imagine aussi que l’accès à ces données n’est pas toujours facile de l’extérieur pour des produits commerciaux.
Et alors, à quoi ça sert un cache ? C’est de l’UDP en dessous, il est prévu que les paquets arrivent dans le désordre ou soient perdus. Quand les paquets arrivent dans le désordre, il suffit soit d’un cache pour les remettre dans l’ordre, soit de sauter ceux qui arrivent en retard. Les sauter rendra sûrement moins bien que de les remettre dans l’ordre mais ça n’empêche pas d’afficher quelque chose ! (Et puis, faut pas déconner, il n’y a pas tant de pertes ou de désordre que ça.)
Et puis, une version ça marche, celle d’après ça ne marche plus, puis ça remarche, puis ça remarche plus…
Au moins, ce sont deux programmes différents (nom, options).
Avec vlc, sur un flux rtsp : impossible de le voir en direct, en revanche, je peux le « dumper » (sans transformation) et lire le « dump » après. C’est le même programme. Ce sont les mêmes bouts de vidéo qui sont lus depuis un flux fichier ou un flux réseau ! Pourquoi ceux qui viennent d’un fichier sont affichables et les autres pas ?
[^] # Re: IPV6 n'existe pas
Posté par Sylvain Sauvage . En réponse au journal IP v6 sur Linuxfr.org. Évalué à 3.
Cf. p.ex. https://dev.openwrt.org/ticket/2482 (à la fin : « wontfix » parce que ça cause des problèmes de stabilité) ou https://dev.openwrt.org/ticket/5625 (« wontfix », demerden sie sich)…
[^] # Re: IPV6 n'existe pas
Posté par Sylvain Sauvage . En réponse au journal IP v6 sur Linuxfr.org. Évalué à 2.
Mais bon, mon propos n’était vraiment mon seul cas. C’est surtout le fait :
— qu’il y a plein de gens qui ont des petits routeurs ;
— que la proportion de ceux-ci qui permettent de diffuser (sans bidouillage) l’IPv6 (notamment celui de Free) est quasi-nulle ;
— que la proportion de propriétaires qui peuvent changer le microcode (et je ne dis pas « changent », hein, juste « peuvent changer ») est ridicule ;
— et, qu’enfin, même avec un Linux sur lequel on a la main, on ne peut pas forcément.
[^] # Re: IPV6 n'existe pas
Posté par Sylvain Sauvage . En réponse au journal IP v6 sur Linuxfr.org. Évalué à 2.
[^] # Re: IPV6 n'existe pas
Posté par Sylvain Sauvage . En réponse au journal IP v6 sur Linuxfr.org. Évalué à 2.
Et ces petits routeurs-là, ils ne sont pas non plus tous compatibles IPv6 ou pas compatibles avec l’IPv6 fourni par leur FAI¹.
¹ p.ex. le mien², de routeur, en OpenWRT, a besoin de rester en 2.4 (WiFi Broadcom oblige), donc pas de ebtables pour transférer l’IPv6 fourni par Free, et oubliez aussi la solution radvd. Reste le passage par un tunnel (SixXS ou autre) mais, ça, ce n’est plus l’IPv6 du FAI…
² ben oui, si je poste un commentaire, c’est forcément pour parler de mon cas, hein.
[^] # Re: Xerox et le libre, une longue histoire..
Posté par Sylvain Sauvage . En réponse à la dépêche La Marine Nationale choisit Codendi pour normaliser ses processus logiciel. Évalué à 2.
Ça expliquerait pas mal de choses…
→[]
[^] # Re: Bof !!!
Posté par Sylvain Sauvage . En réponse au journal Expressions clichées. Évalué à 2.
[^] # Re: C'est bien mais ça ne suffit pas…
Posté par Sylvain Sauvage . En réponse à la dépêche Alan Turing reçoit des excuses posthumes. Évalué à 2.
Non monsieur, vous ne nous aurez pas avec ce grossier appel à blague vulgaire et facile !
[^] # Re: main invisible ?
Posté par Sylvain Sauvage . En réponse au journal Journée des bonnes nouvelles: après HADOPI, parlons téléphonie mobile. Évalué à 3.
Pour les électeurs de Copé p.ex., ce serait dans l’œil.
[^] # Re: Tiens, on est déjà vendredi ?
Posté par Sylvain Sauvage . En réponse au journal Le système que j'utilise est-il libre ?. Évalué à 2.
(D’aucuns pensent que cette stratégie était plus due à la mégalomanie de MacArthur qu’à autre chose…)
Et la seconde bombe atomique avait pour principale raison de montrer aux _Soviétiques_ que la première n’était pas un coup de chance.
[^] # Re: Erreurs de calcul...
Posté par Sylvain Sauvage . En réponse à la dépêche Apple libère Grand Central Dispatch. Évalué à 3.
Oui, désolé, j’ai mal lu. 96000 lignes, ça fait effectivement un projet sur lequel c’est applicable.
Pour le reste de ton message :
Paramètres : COCOMO prévoit trois modèles de base (cf. l’article Wikipedia). Bon, celui utilisé par sloccount par défaut est le modèle « simple » (programme sans difficulté), donc celui qui donne la plus petite valeur. (En fait, l’écart entre les trois modèles est assez faible.)
En réalité, il y a plus que le simple nombre de ligne de code qui entre en jeu dans COCOMO (cf. les articles français et anglais pour voir l’usine à gaz).
À noter aussi que le principe est de calibrer le modèle suivant ses propres projets (on prend les anciens et on trouve un ratio à appliquer pour les suivants).
Utilité : d’abord, le but est prévisionnel, donc utilisé a priori, pas a posteriori. Il doit servir aux mêmes qui pensent que compter les trombones est une bonne méthode de gestion. Ça les rassure d’avoir un alibi mathématique. (C’est un modèle statistique, hein, on sait tous ici ce que ça veut dire…)
Le modèle doit être assez correct pour les développements en équipe.
Conclusion : oui, la déduction est fausse. Ça permet d’évaluer combien ça coûte(rait) de réaliser un logiciel du même nombre de lignes de code. P.ex. ça ne dit pas combien Apple aurait gagné à le vendre (si quelqu’un avait voulu l’acheter), donc combien Apple perd(rait) à le donner. Ça ne compte pas non plus combien Apple gagne en le donnant (pub, instauration d’un standard de fait, etc.).
[^] # Re: lapin compris
Posté par Sylvain Sauvage . En réponse au journal Sortie de Movicon, un framework MVC pour PHP. Évalué à 1.
Oui, le MVC est classé dans les motifs architecturaux (un autre : le pipeline).
[^] # Re: lapin compris
Posté par Sylvain Sauvage . En réponse au journal Sortie de Movicon, un framework MVC pour PHP. Évalué à 2.
Le problème est que « framework » est un de ces mots anglais passe-partout utilisé à l’envi. Finalement, ça signifie simplement « cadre ». Et on pourrait se contenter de le traduire ainsi mais il y a toujours les jargonnistes qui nous expliqueront que non, que framework doit être traduit par framework parce que, tu vois, ça a plus de sens que cadre, que le sens est plus précis, que tout le monde sait ce que ça veut dire, que personne ne comprendrait cadre, qu’en tout cas, eux ne comprennent pas cadre alors que framework ils comprennent tout de suite, blablagnagna et autres foutaises…
[^] # Re: Erreurs de calcul...
Posté par Sylvain Sauvage . En réponse à la dépêche Apple libère Grand Central Dispatch. Évalué à 2.
Non, ce genre de logiciel n’est pas faux.
Tu l’utilises pour des petits projets (100 lignes) alors qu’il a été conçu pour des gros projets (plusieurs milliers).
[^] # Re: Erreurs de calcul...
Posté par Sylvain Sauvage . En réponse à la dépêche Apple libère Grand Central Dispatch. Évalué à 2.
Et oui, ils n’ont utilisé que des résultats finals. Or le code évolue, des parties sont constamment réécrites, peaufinées. Prendre le nombre de ligne de code écrites (donc y compris celles qui ont été écrasées ou supprimées) serait sans doute une meilleure mesure. Ça marcherait en tout cas beaucoup mieux pour les petits projets (comme ceux sur lesquels Zenitram voit ces facteurs de 30).
Utiliser les données des VCS pourrait sans doute permettre d’avoir de meilleurs estimations. On imagine aussi que l’accès à ces données n’est pas toujours facile de l’extérieur pour des produits commerciaux.
[^] # Re: ASCII
Posté par Sylvain Sauvage . En réponse au journal Carte pour mot de passe. Évalué à 2.
[^] # Re: Juste...
Posté par Sylvain Sauvage . En réponse à la dépêche Nouvelle version 2.6.31 du noyau Linux. Évalué à 3.
[^] # Re: Phonon était pas prêt
Posté par Sylvain Sauvage . En réponse au journal Qt/Phonon bientôt mort et remplacé. Évalué à 1.
Et puis, une version ça marche, celle d’après ça ne marche plus, puis ça remarche, puis ça remarche plus…
[^] # Re: Sympa le troll !
Posté par Sylvain Sauvage . En réponse à la dépêche Processeur graphique : NVIDIA est mal parti pour les années à venir. Évalué à 9.
Hmm, résumons, au bout de 4 (ou 10) mois, tu as payé ta dette.
Qu’est-ce qui t’empêche d’économiser la même somme sur 4 (ou 10) mois ?
Bon ok, tu ne l’as pas tout de suite, il faut attendre 4 (ou 10) mois. Mais il suffit de s’y prendre 4 (ou 10) mois à l’avance…
[^] # Re: Phonon était pas prêt
Posté par Sylvain Sauvage . En réponse au journal Qt/Phonon bientôt mort et remplacé. Évalué à 1.
Avec vlc, sur un flux rtsp : impossible de le voir en direct, en revanche, je peux le « dumper » (sans transformation) et lire le « dump » après. C’est le même programme. Ce sont les mêmes bouts de vidéo qui sont lus depuis un flux fichier ou un flux réseau ! Pourquoi ceux qui viennent d’un fichier sont affichables et les autres pas ?
[^] # Re: Erreur de Syntaxe
Posté par Sylvain Sauvage . En réponse au sondage J'utilise Linux $n de mon temps. $n =. Évalué à 9.
Ça peut être du perl, du php…
[^] # Re: Équivalence pour la citation d'un texte
Posté par Sylvain Sauvage . En réponse au journal Propagande sur la chaîne parlementaire LCP. Évalué à 4.
Non, la licence du blog n’a rien à faire à l’affaire.
Autrement dit : quand on parle de bonne formulation, il vaudrait mieux bien formuler…
[^] # Re: SIG ?
Posté par Sylvain Sauvage . En réponse au journal Sortie de 'Daphnis'/QGIS 1.2 feat. OpenStreetMap. Évalué à 3.
Coin coin ?
[^] # Re: implications ?
Posté par Sylvain Sauvage . En réponse à la dépêche Microsoft Office interdit aux USA ?. Évalué à 1.
Fortiche cet axiome-là !
Même les morts travaillent…
[^] # Re: Darty
Posté par Sylvain Sauvage . En réponse au journal Un PC sans OS en France. Évalué à 3.
Tu n’es obligé à rien, c’est une décision de la gérance (avec laquelle les services fiscaux pourront discuter ensuite…).
[^] # Re: quelques surprise parfois
Posté par Sylvain Sauvage . En réponse au sondage La date de péremption des produits laitiers. Évalué à 9.