Est ce que les entreprises doivent vraiment se mettre à Linux (no troll juste une grosse flemme d'écrire GNU/Linux|Hurd|*BSD/bsdutils/apache/mysql/Xfree/openssh/cc/frozen-bubbles... alors que tout le monde sait de quoi je parle), et est ce important que tout le monde ait Linux sur ses ordinateurs.
NB Quand il n'y a plus de choix, il n'y a plus d'alternatives.
Il doit sa clareté a un discours qui est d'autant plus clair que lui, au moins, n'a pas changé de discours depuis longtemps. Je veux dire si sont discours était moyen il deviendrait ennuyeux, prévisible même pour les adversaires du logiciel libre, mais non lui il a la magic touch.
C'est comme rubin, pour ceux qui ont été aux LSM ils se sont rendu-compte à quel point ce mec était tolérant, éclairé et surtout un homme de conviction. C'en est même un peu dure de lui parler de projet logiciel libre quand celui-ci a oser mettre un compteur en php4 sur sa page web car php4 n'est pas libre. En plus que son influence est extrême dans les milieux influents new yorkais, IBM a sûrement dû entendre parler de linux grâce à lui.
Conclusion
Bref, en étant représenté par un homme illuminé
par la flamme d'un discours nouveau,
et son disciple fidèle d'une tolérance
permettant de rendre la barrière culturelle
inéxistante nous allons droit vers
la réussite. Et pour les lobbyistes ce sera
la catastrophe.
Et puis si il pouvait un peu changer des looks morose noir et gris, ça aiderait aussi.
Je dois avouer que c'est le seul reproche que je lui fait, et comme je suis un humain qui aime les "beaux trucs" : c'est donc un reproche majeur. Le succès d'Apple (qui a reskiné *Step en l'adoptant je remarque) tient à deux choses :
coté utilisateur la possibilité de tuner l'apparence de son desktop
Pour ma part je soutiens GNUStep parce que l'interface est cohérente, et salue la possibilité de skiner GNUStep comme une véritable avancée. Franchement, j'en ai un peu ras le cul de la philosophie Logiciel Libre IHM:
un logiciel = une interface graphique.
Ce n'est pas un excès de libéralisme, c'est du libéralisme.
Les entreprises doivent planifier leurs dépenses et réduire les incertitudes liées à leur secteurs.
Elles ont deux choix :
s'adapter : être innovante par exemple. Ceci marche bien surtout pour les structures de petite tailles
adapter leur environement. Comme la consommation est une affaire de choix conditionnel à l'information disponible, cela revient à faire passer des lois par lobbying pour contrôler son environement.
Il est normal que les entreprises qui sont contre la régulation quand cela les empêche d'augmenter leur marge, essaie de faire passer des lois pour avoir une rente de situation (genre régulation).
Leur but est peut être de faire des profits. C'est pour ça qu'ils essaient de se moraliser (la «business ethic»).
euh Renault est en procès pour mise en danger de la vie d'autrui parce qu'ils auraient oublié de révéler qu'ils avaient un défaut.
Un contre-exemple néanmoins ne me semble pas invalider ce que tu dis. Ils ont quand même appris l'intérêt de la transparence de la manière dure (scandale de la Mercedes Class A qui se retournait presque toute seule). Et uniquement parceque les associations de consommateurs sont vigilantes.
Bref, si il n'y avait pas de contre-pouvoir, il ne s'en priveraient pas à mon avis.
Je te rappelle que les autochtones américains ont été massacrés par ceux qu'on appelle aujourd'hui des américains et qui ne sont ni plus ni moins que des européens, (puritains aux passages, français entre autres (Louisiane)).
L'hypothèse des italiens que je partage sur la relation d'amour/haine entre les français et les américains, c'est que nous sommes aujourd'hui les deux peuples les plus arrogants du monde.
Une entreprise se conçoit comme la "main invisible" du marché qui fait correspondre l'offre et la demande.
Le but d'un service marketing c'est que les acheteurs achètent au vu de leurs connaissances aux prix maximum (profits obligent) tout en s'assurant que le produit coute moins cher au vu des connaissance des unités de productions.
Pour votre bien une entreprise ne vous donne que les informations dont vous avez besoin pour choisir...
Le but de la publicité IBM par exemple n'est pas de vous parler du logiciel libre (et de vous l'expliquer) mais de vous dire qu'il [linux dans la pub] travaille bien et qu'il coûte pas cher.
Si les DSI et les utilisateurs avaient plus d'informations est ce que vous croyez qu'ils achéteraient des produits chers et moins efficaces que si ils adoptaient des produits Logiciel Libre?
L'entreprise vous dit ce que vous devez choisir, le logiciel libre vous propose d'avoir accès aux informations nécessaire pour faire votre choix, et là se trouve le conflit culturel... à mon avis. Donc le problème devrait se reproduire ailleurs qu'aux US (sony est japonais au passage)
OK on reprend :
hypothèses
nouveau => bien
vieux => mauvais
ou le contraire
résultat:
Argument fallacieux, la contraposée aussi est fallacieuse : c'est pas parceque t'es jeune que t'es con.
Uniquement parce que tu agresses des personnes qui sont sympa et qui ont fait leurs preuves.
En plus si tu penses que l'on peut faire des programmes en ayant des specs "floues", tu vas finir par faire un programme qui commence par démontrer l'existence de dieu.
--
informatique par les blaireaux: s'efforcer d'être obscur pour paraître profond
Extrait d'une fiche de lecture sur le mois homme mythique (F. Brooks)
Il commençait par parler de la fascination pour les méthodes qui tuent il avait appelé ça le syndrome de la balle en argent, et ensuite il dit que les méthodes ont finalement moins d'impact sur l'amélioration des logiciels (preuve à l'appui) que les les bons programmeurs, ceux qui ont pas besoin de charabia incompréhensible pour expliquer leur vision:
There is no single development, in either technology or management technique, which by itself promises even one order-of-magnitude improvement within a decade in productivity, in reliability, in simplicity."
Software engineering is made of two parts: dealing with the essence and dealing with the accidents.
We can define the essential part of the job as the design, the specification, the testing of the conceptual construct. Fred Brooks believe this part is being the hardest, and that every gain on this domain have a great impact on the accidental one. The accidental part consists of mapping the concept to reality through all kind of artificial barriers that are not inherent to the conception. These barriers can be hardware constraints, inadequate programming language, inadequate structure ....
Werewolves are terrifying creatures that once familiar, become terrifying horrors. Software projects can slip to horror through usually innocent forms such as missed schedule and then blow your budget or become a flawed product. But, as we look at the technique available (in 1975) in both programming and management, we cannot figure a technique that will improve simplicity, reliability, or productivity in an order of magnitude.
Et sa solution est
Mythical Men : Peolpeware
The central theme of this book is software are made by men, and the raw material for success is creativity. Therefore the quality of people their organisation and management structure is much more important than the tools or methods they are using. Brooks enforces its intuition with Boehm's study : the quality of a team is the largest factor for success in software development.
Then, management's attributions is not to make people work, but to give them the mean to work.
The Human factor: great designers
Improving softwares implies de facto improving the development, and this can be done only through people. Good designs can be obtain by following good practices. Good practices can be taught, and spread through literature, and curses ...
Nevertheless, Fred Brooks do not believe in a strong breakthrough by doing this, he rather thinks that designing is a creative process , and that the only way to have good design is to have great designers. He then point out that great designs usually from few minds considering UNIX, APL, PASCAL, in contrast with COBOL, PL/I and MS-DOS.
As a consequence organisations should grow great designers. To do so some steps are obvious :
identify them early, the best might not be the most experienced
mentor their careers
grow their competence and responsibility through a career plan
provide a stimulating environment that helps designers to interact with each others
En tout cas en regardant certains projets LL je ne trouve pas toujours que notre code soit propre, et que la conception soit évidente.
Néanmoins, nous avons un avantage stratégique : les méthodes sont faites pour que les gens se comprennent, mais quand on vous sort de la double substitution de Listeropovitch par anti Death Pattern of Dark Vadorus, on s'y paume un peu.
Or il me semble que la force de notre communauté est dans le fait de discuter : OK il y a des flamewars qui pompent l'énergie nécessaire à illuminer Paris pendant une nuit, mais effectivement les contributeurs essaient de se faire comprendre pour essayer de rallier le maximum de personnes à leur point de vue.
Les méthodes pour que tout le monde se comprennent c'est bien, mais quand cela devient hermétique, cela ne sert plus à rien.
Pas de méthode de conception c'est mal, mais quand les gens efforcent de faire comprendre leur point de vue sur la conception c'est plutôt le principal, même si ils n'utilisent pas les designs patterns en double rétro induction réccurente qui pourtant sont de la grosse balle.
Utiliser un ordinateur ne fait pas de moi un informaticien. Et réciproquement utiliser du papier et un crayon pour la conception ne fait pas de moi un non-informaticien.
Avec de la provocation je dirais que je n'ais pas besoin d'un marteau pour enfoncer un clou. Pas plus que l'on a besoin d'outil de conception pour concevoir un programme. Mais la comparaison n'est pas pertinente, car dans le domaine de la conception il y a plus d'un cheminement qui mènent au même résultat : il y a plusieurs démonstrations possible pour un théorème, mais ce qui est important ce n'est pas d'avoir des outils pour concevoir (les théorèmes) mais d'avoir une manière d'évaluer leur validité.
Exemple : si un projet logiciel libre :
fonctionne
a une base de contributeurs motivés
c'est un début de preuve de la validité de la conception en ce qui me concerne :)
Ensuite MDA c'est fun, ils constatent que la multiplication des normes n'a pas aidé à résoudre le problème de préennité des architecture (UNIX/C ont quand même leurs 30 balais bien tapés :). Alors, ils proposent une nouvelle norme (lol).
Et si les normes à la "One Best Way" (il n'a qu'une manière de faire) étaient le problème? Les normes nouvelles ISO conduisent à la réingénieurie systématique des processus et des normes parce qu'ils se font croûter leur Chiffre d'Affaire par des trucs plus évolutifs comme les RFCs. Une nouvelle norme figée (car elle ne propose pas dans sa description son moyen d'évoluer) va-t-elle réussir?
Enfin, comme d'habitude, on veut refaire le monde et on refuse de voir l'évidence : la création logiciel est avant tout une affaire d'hommes et de femmes qui en tirent du plaisir. Pourquoi sinon les gens fairaient du logiciel Libre?
En tout cas j'espère qu'il y aura un jour un Libre Software Modelisation HOWTO dans l'esprit de http://www.tldp.org/HOWTO/Software-Proj-Mgmt-HOWTO/(...)
(gestion de projet).
Car non seulement cet doc est pertinente, mais en plus on peut la faire évoluer.
Pourquoi tu imagines que aza parles du cycle de vie waterfall (comment planifier) et non pas de modèle (comment représenter). Plutôt que de mal imaginer ce qu'il veut dire, laisse le parler.
Comme tu sembles aimer les gens un peu agressif, pour te faire plaisir je te dirais j'ai un peu du mal à imaginer comment tu peux te prétendre être crédibles sur des méthodes quand tu compares des choux et des carottes ?
Ensuite, si tu penses qu'il dit des conneries développes, mais ne l'agresses pas parce qu'ils osent emettre des doutes sur l'intérêt des méthodes que tu présentes, défends les.
Et enfin si ton exemple il est beau au lieu de dire qu'il existe un programme bien écrit présente le nous (lien vers le source). Et le principe de substitution de Listkov c'est sûrement bien, mais essaies de te mettre au niveau de la plupart des gens qui te lisent et qui ne savent pas forcément ce que c'est...
En tout cas pour moi si les méthodes sont géniales mais imbitables, ou que ceux qui les défendent ne veulent pas faire un effort pour se mettre au niveau des autres, elles n'ont aucun intérêt parce que personne n'y aura accès sauf des prétendus spécialistes...qui nous casserons les couilles quand il s'agira de faire les programmes.
Je pense que l'UML est intéressant mais quand c'est adapté, alors j'aimerais connaître ton opinion sur le type de développement pour lequel le gain de la modélisation est supérieur au surcoût de développement rapide fait avec une conception médiocre (est ce que l'on doit remodéliser cat en UML), le type de projet auquel c'est adapté (noyau, outil à la Dacode, spamassassin, site web)?
Ils sont d'accord pour publier pas trop souvent dans leur journal sans contrepartie financière en fonction de leur ligne éditoriale à condition que cela respecte leur ligne éditoriale (C pas la réponse à la question posée mais bon). Leur charte est orientée «grand compte» (technoïde + Buzzwords je suppose). En échange ils publient lien/projet + nom rédacteur.
Oui je suis d'accord avec toi il faut rentrer dans ses frais quand on fait une manifestation. Mais faire de l'argent ne peut tout justifier (j'espère en tout cas je nie formellement que je suis prêt à coucher avec une belle femme si elle me paie).
Néanmoins ces sociétés proposent des informations soit disant légitimes et crédibles sur le LL et ils ont une expérience dedans. Cependant, il faut équilibrer, et là la balance penche méchamment plus dans un sens (les entreprises) que l'autre (la communauté).Dans des évênements comme la linux expo par exemple il y a au moins des stands KDE/bsd/parinux.
Sur ce cas présent, ils veulent les infos du LL sans l'aspect collaboratif qui va avec, je me demande si il n'y a pas tromperie sur ce qu'ils proposent?
Si la communauté ne peut être présente, la revue par les pairs disparaît et
-d'une part ils peuvent parler du logiciel gratuit comme il leur sied (perte de crédibilité)
-d'autre part ils n'invitent finalement des participants qui ne représentent qu'eux même (perte de légitimité)
Et il en va de même pour la communauté : tout les intervenants sont là en tant que membre d'organismes public ou entreprise, et aucun ne représente de LUG par exemple.
Tu laisserais à IBM/accenture/HP/CISCO le soin de parler de logiciel libre à ta place sans que tu saches ce qu'ils en disent ni pouvoir donner ton avis?
Argument fallacieux, Logiciel Libre ne veut pas dire gratuit !
argument fallacieux (straw man) tu redéfinis mes postulats.
Mon postulat n'est pas que le logiciel libre doit être forcément gratuit, mais qu'il est basé sur un accès libre pour tous à l'information comme pour les specs des imprimantes sur lesquelles travaillait Richard Stallman dans sa jeunesse.
Que peut il en être de l'ouverture du logiciel libre si les normes deviennent propriétaires ou payantes? Les normes comme les specifications techniques, comme les manuels peuvent ils ne pas être partagés?
Bref, le partage de la connaissance peut il se faire quand il y a un coût (pécunier ou non) pour accéder à l'information?
Le logiciel libre n'est pas forcément gratuit d'accord, mais l'information elle ? Les 4 libertés du LL ne sont elles pas là pour garantir non seulement l'accès à l'information explicitement, mais aussi implicitement le libre accès à tous sans barrière d'entrée (langue, OS, format, et coût)?
Je n'irais quand même pas jusqu'à citer le GNU manifesto (http://www.gnu.org/gnu/manifesto.fr.html(...)) que vous devez connaître monsieur?
Bon il est pas assez extrême là dessus mais bon.
Je suis un peu sceptique. Comment une conf peut parler du LL si les conf sont payantes pour y particper ou les faire?
Où nous retrouverons nous à terme si on soutient des intiatives qui disent promouvoir le LL et pour lesquelles il faut payer?
Nous nous retrouverons à ce que les gens qui font du LL soient exclus d'en parler, et ne puisse savoir ce qui s'y dit, bref cela diminue la transparence...
Benchmark.fr à l'air de faire de l'argent en ne partageant pas le savoir. Est ce le «business model» du libre?
Je m'interroge je ne lance pas un djihad contre cette société. D'ailleurs pour vérifier je leur demande de pouvoir y participer gratuitement, pour voir ce que ça donne. Car c'est bien d'avoir des doutes, c'est mieux de vérifier.
PS si quelqu'un à un nom français qui sonne bien et qui soit concis en français pour registrar je suis preneur. Registrar désigne les personnes morales auxquelles l'ICANN a délégué son autorité pour enregistrer les noms de domaines.
J'ai été un peu con^H^H^H jeune aussi.
J'utilisais MS-DOS, GeOS... et je trouvais que ça manquait de trucs à essayer (de petit prog dans c:\MSDOS) alors quand j'ai installé linux avec tous les petits progs dans bin je les ai essayé un par un : j'ai bien rigolé, (et réinstallé mon DD). Pour la programmation, je faisais mumuse avec le basic de mon commodore :)
Ah la slack c'était amusant.
J'espère pour les jeunes qu'on les autorisera à être des petits cons car sinon la communauté risque de ne pas grandir :P
Ouais comme beaucoup j'ai mis le doigt dedans sans m'en rendre compte et pas pour des raisons philosophiques.
En fin de compte, je me reconnait dans ton truc HaraKn ;)
-1 off topic.
Tout programme suffisamment compliqué => bug (conception, ou implémentation).
Tout les bugs ne sont pas des trous de sécurité, mais tout les trous de sécurité s'appuient sur des bugs.
Toutes corrections de bugs => code pour les comprendre/corriger.
Donc, arrive en même temps les correction et les scripts pour kiddies.
Donc, il n'exsite qu'une seule solution tant que les hommes feront des erreurs : se tenir au courant des bugs souvent, et remettre à jour aussi souvent.
Par contre le probème est que les distributions à la RH/mandrake/suse ont plusieurs versions incompatibles entre elles (RH 5 vs RH 6 vs RH 7), et que les mecs ont déjà du mal à mettre à jour les paquets pour une distro, alors pour 3 versions de distros c'est pas toujours possible. En conséquence, il faut réinstaller sa RH pour raison de sécurité dès qu'une version majeure sort. De plus ils ont tellement de différences entre distros que les efforts de corrections de bugs sont dupliqués inutilement.
Après tu m'étonnes qu'aucune RH-like soit capable d'avoir un uptime de 1 an, au rhytme ou ils sortent de nouvelles versions... C'est un peu comme du windows.
[^] # Re: c'est pas des philantropes...
Posté par Jul (site web personnel) . En réponse à la dépêche Pourquoi IBM , HP et Oracle choisissent Linux. Évalué à 3.
NB Quand il n'y a plus de choix, il n'y a plus d'alternatives.
[^] # Re: C'est très sympa mais...
Posté par Jul (site web personnel) . En réponse à la dépêche La FSF s'invite à une table ronde US sur les DRM. Évalué à 1.
C'est comme rubin, pour ceux qui ont été aux LSM ils se sont rendu-compte à quel point ce mec était tolérant, éclairé et surtout un homme de conviction. C'en est même un peu dure de lui parler de projet logiciel libre quand celui-ci a oser mettre un compteur en php4 sur sa page web car php4 n'est pas libre. En plus que son influence est extrême dans les milieux influents new yorkais, IBM a sûrement dû entendre parler de linux grâce à lui.
Conclusion
Bref, en étant représenté par un homme illuminé
par la flamme d'un discours nouveau,
et son disciple fidèle d'une tolérance
permettant de rendre la barrière culturelle
inéxistante nous allons droit vers
la réussite. Et pour les lobbyistes ce sera
la catastrophe.
[^] # Re: Arrêtez de troller
Posté par Jul (site web personnel) . En réponse à la dépêche Release de GNUstep 0.8 !. Évalué à -2.
Donc GNUstep ne sert pas à faire des IHM. Je suis qu'un power user, je devrais peut être me mettre au visual basic ou à tk/tcl.
[^] # Re: dommage que GNUStep ne soit pas sous les projecteurs
Posté par Jul (site web personnel) . En réponse à la dépêche Release de GNUstep 0.8 !. Évalué à 2.
Je dois avouer que c'est le seul reproche que je lui fait, et comme je suis un humain qui aime les "beaux trucs" : c'est donc un reproche majeur. Le succès d'Apple (qui a reskiné *Step en l'adoptant je remarque) tient à deux choses :
Pour ma part je soutiens GNUStep parce que l'interface est cohérente, et salue la possibilité de skiner GNUStep comme une véritable avancée. Franchement, j'en ai un peu ras le cul de la philosophie Logiciel Libre IHM:
un logiciel = une interface graphique.
Pour rire : why linux usabilty tend to suck
http://mpt.phrasewise.com/discuss/msgReader$173(...)
et version enfonçage de clous
http://mpt.phrasewise.com/discuss/msgReader$182(...)
Et pour ceux qui veulent des exemples concrets de ce qu'il ne faut pas faire
http://www.iarchitect.com/shame.htm(...)
[^] # Re: De qui doit-on avoir peur?
Posté par Jul (site web personnel) . En réponse à la dépêche HP utilise la menace du DMCA pour empêcher la publication d'une vulnérabilité. Évalué à 6.
Les entreprises doivent planifier leurs dépenses et réduire les incertitudes liées à leur secteurs.
Elles ont deux choix :
Il est normal que les entreprises qui sont contre la régulation quand cela les empêche d'augmenter leur marge, essaie de faire passer des lois pour avoir une rente de situation (genre régulation).
Leur but est peut être de faire des profits. C'est pour ça qu'ils essaient de se moraliser (la «business ethic»).
[^] # Re: petit rappel pour savoir de quoi l'on parle
Posté par Jul (site web personnel) . En réponse à la dépêche HP utilise la menace du DMCA pour empêcher la publication d'une vulnérabilité. Évalué à 6.
Un contre-exemple néanmoins ne me semble pas invalider ce que tu dis. Ils ont quand même appris l'intérêt de la transparence de la manière dure (scandale de la Mercedes Class A qui se retournait presque toute seule). Et uniquement parceque les associations de consommateurs sont vigilantes.
Bref, si il n'y avait pas de contre-pouvoir, il ne s'en priveraient pas à mon avis.
[^] # Re: De qui doit-on avoir peur?
Posté par Jul (site web personnel) . En réponse à la dépêche HP utilise la menace du DMCA pour empêcher la publication d'une vulnérabilité. Évalué à 6.
L'hypothèse des italiens que je partage sur la relation d'amour/haine entre les français et les américains, c'est que nous sommes aujourd'hui les deux peuples les plus arrogants du monde.
[^] # De qui doit-on avoir peur: des entreprises commerciales.
Posté par Jul (site web personnel) . En réponse à la dépêche HP utilise la menace du DMCA pour empêcher la publication d'une vulnérabilité. Évalué à 10.
Le but d'un service marketing c'est que les acheteurs achètent au vu de leurs connaissances aux prix maximum (profits obligent) tout en s'assurant que le produit coute moins cher au vu des connaissance des unités de productions.
Pour votre bien une entreprise ne vous donne que les informations dont vous avez besoin pour choisir...
Le but de la publicité IBM par exemple n'est pas de vous parler du logiciel libre (et de vous l'expliquer) mais de vous dire qu'il [linux dans la pub] travaille bien et qu'il coûte pas cher.
Si les DSI et les utilisateurs avaient plus d'informations est ce que vous croyez qu'ils achéteraient des produits chers et moins efficaces que si ils adoptaient des produits Logiciel Libre?
L'entreprise vous dit ce que vous devez choisir, le logiciel libre vous propose d'avoir accès aux informations nécessaire pour faire votre choix, et là se trouve le conflit culturel... à mon avis. Donc le problème devrait se reproduire ailleurs qu'aux US (sony est japonais au passage)
[^] # Re: Erreurs communes...
Posté par Jul (site web personnel) . En réponse à la dépêche Documentation française sur MDA. Évalué à 2.
hypothèses
nouveau => bien
vieux => mauvais
ou le contraire
résultat:
Argument fallacieux, la contraposée aussi est fallacieuse : c'est pas parceque t'es jeune que t'es con.
Uniquement parce que tu agresses des personnes qui sont sympa et qui ont fait leurs preuves.
En plus si tu penses que l'on peut faire des programmes en ayant des specs "floues", tu vas finir par faire un programme qui commence par démontrer l'existence de dieu.
--
informatique par les blaireaux: s'efforcer d'être obscur pour paraître profond
[^] # Depuis 30 ans qu'on le dit
Posté par Jul (site web personnel) . En réponse à la dépêche Documentation française sur MDA. Évalué à -1.
Il commençait par parler de la fascination pour les méthodes qui tuent il avait appelé ça le syndrome de la balle en argent, et ensuite il dit que les méthodes ont finalement moins d'impact sur l'amélioration des logiciels (preuve à l'appui) que les les bons programmeurs, ceux qui ont pas besoin de charabia incompréhensible pour expliquer leur vision:
There is no single development, in either technology or management technique, which by itself promises even one order-of-magnitude improvement within a decade in productivity, in reliability, in simplicity."
Software engineering is made of two parts: dealing with the essence and dealing with the accidents.
We can define the essential part of the job as the design, the specification, the testing of the conceptual construct. Fred Brooks believe this part is being the hardest, and that every gain on this domain have a great impact on the accidental one. The accidental part consists of mapping the concept to reality through all kind of artificial barriers that are not inherent to the conception. These barriers can be hardware constraints, inadequate programming language, inadequate structure ....
Werewolves are terrifying creatures that once familiar, become terrifying horrors. Software projects can slip to horror through usually innocent forms such as missed schedule and then blow your budget or become a flawed product. But, as we look at the technique available (in 1975) in both programming and management, we cannot figure a technique that will improve simplicity, reliability, or productivity in an order of magnitude.
Et sa solution est
Mythical Men : Peolpeware
The central theme of this book is software are made by men, and the raw material for success is creativity. Therefore the quality of people their organisation and management structure is much more important than the tools or methods they are using. Brooks enforces its intuition with Boehm's study : the quality of a team is the largest factor for success in software development.
Then, management's attributions is not to make people work, but to give them the mean to work.
The Human factor: great designers
Improving softwares implies de facto improving the development, and this can be done only through people. Good designs can be obtain by following good practices. Good practices can be taught, and spread through literature, and curses ...
Nevertheless, Fred Brooks do not believe in a strong breakthrough by doing this, he rather thinks that designing is a creative process , and that the only way to have good design is to have great designers. He then point out that great designs usually from few minds considering UNIX, APL, PASCAL, in contrast with COBOL, PL/I and MS-DOS.
As a consequence organisations should grow great designers. To do so some steps are obvious :
[^] # Re: La modélisation c'est bien beau...
Posté par Jul (site web personnel) . En réponse à la dépêche Documentation française sur MDA. Évalué à 5.
Néanmoins, nous avons un avantage stratégique : les méthodes sont faites pour que les gens se comprennent, mais quand on vous sort de la double substitution de Listeropovitch par anti Death Pattern of Dark Vadorus, on s'y paume un peu.
Or il me semble que la force de notre communauté est dans le fait de discuter : OK il y a des flamewars qui pompent l'énergie nécessaire à illuminer Paris pendant une nuit, mais effectivement les contributeurs essaient de se faire comprendre pour essayer de rallier le maximum de personnes à leur point de vue.
Les méthodes pour que tout le monde se comprennent c'est bien, mais quand cela devient hermétique, cela ne sert plus à rien.
Pas de méthode de conception c'est mal, mais quand les gens efforcent de faire comprendre leur point de vue sur la conception c'est plutôt le principal, même si ils n'utilisent pas les designs patterns en double rétro induction réccurente qui pourtant sont de la grosse balle.
[^] # Re: UML n'est pas une methode
Posté par Jul (site web personnel) . En réponse à la dépêche Documentation française sur MDA. Évalué à 0.
Utiliser un ordinateur ne fait pas de moi un informaticien. Et réciproquement utiliser du papier et un crayon pour la conception ne fait pas de moi un non-informaticien.
Avec de la provocation je dirais que je n'ais pas besoin d'un marteau pour enfoncer un clou. Pas plus que l'on a besoin d'outil de conception pour concevoir un programme. Mais la comparaison n'est pas pertinente, car dans le domaine de la conception il y a plus d'un cheminement qui mènent au même résultat : il y a plusieurs démonstrations possible pour un théorème, mais ce qui est important ce n'est pas d'avoir des outils pour concevoir (les théorèmes) mais d'avoir une manière d'évaluer leur validité.
Exemple : si un projet logiciel libre :
c'est un début de preuve de la validité de la conception en ce qui me concerne :)
[^] # précision "one best way" VS TIMTOWTDI
Posté par Jul (site web personnel) . En réponse à la dépêche Documentation française sur MDA. Évalué à 10.
Ensuite MDA c'est fun, ils constatent que la multiplication des normes n'a pas aidé à résoudre le problème de préennité des architecture (UNIX/C ont quand même leurs 30 balais bien tapés :). Alors, ils proposent une nouvelle norme (lol).
Et si les normes à la "One Best Way" (il n'a qu'une manière de faire) étaient le problème? Les normes nouvelles ISO conduisent à la réingénieurie systématique des processus et des normes parce qu'ils se font croûter leur Chiffre d'Affaire par des trucs plus évolutifs comme les RFCs. Une nouvelle norme figée (car elle ne propose pas dans sa description son moyen d'évoluer) va-t-elle réussir?
Enfin, comme d'habitude, on veut refaire le monde et on refuse de voir l'évidence : la création logiciel est avant tout une affaire d'hommes et de femmes qui en tirent du plaisir. Pourquoi sinon les gens fairaient du logiciel Libre?
En tout cas j'espère qu'il y aura un jour un Libre Software Modelisation HOWTO dans l'esprit de
http://www.tldp.org/HOWTO/Software-Proj-Mgmt-HOWTO/(...)
(gestion de projet).
Car non seulement cet doc est pertinente, mais en plus on peut la faire évoluer.
[^] # Re: La modélisation c'est bien beau...
Posté par Jul (site web personnel) . En réponse à la dépêche Documentation française sur MDA. Évalué à 10.
Comme tu sembles aimer les gens un peu agressif, pour te faire plaisir je te dirais j'ai un peu du mal à imaginer comment tu peux te prétendre être crédibles sur des méthodes quand tu compares des choux et des carottes ?
Ensuite, si tu penses qu'il dit des conneries développes, mais ne l'agresses pas parce qu'ils osent emettre des doutes sur l'intérêt des méthodes que tu présentes, défends les.
Et enfin si ton exemple il est beau au lieu de dire qu'il existe un programme bien écrit présente le nous (lien vers le source). Et le principe de substitution de Listkov c'est sûrement bien, mais essaies de te mettre au niveau de la plupart des gens qui te lisent et qui ne savent pas forcément ce que c'est...
En tout cas pour moi si les méthodes sont géniales mais imbitables, ou que ceux qui les défendent ne veulent pas faire un effort pour se mettre au niveau des autres, elles n'ont aucun intérêt parce que personne n'y aura accès sauf des prétendus spécialistes...qui nous casserons les couilles quand il s'agira de faire les programmes.
Je pense que l'UML est intéressant mais quand c'est adapté, alors j'aimerais connaître ton opinion sur le type de développement pour lequel le gain de la modélisation est supérieur au surcoût de développement rapide fait avec une conception médiocre (est ce que l'on doit remodéliser cat en UML), le type de projet auquel c'est adapté (noyau, outil à la Dacode, spamassassin, site web)?
[^] # Vérification faites
Posté par Jul (site web personnel) . En réponse à la dépêche Forum sur l'utilisation des logiciels libres en production. Évalué à 0.
Ils sont d'accord pour publier pas trop souvent dans leur journal sans contrepartie financière en fonction de leur ligne éditoriale à condition que cela respecte leur ligne éditoriale (C pas la réponse à la question posée mais bon). Leur charte est orientée «grand compte» (technoïde + Buzzwords je suppose). En échange ils publient lien/projet + nom rédacteur.
Voilà
[^] # Re: libre ou pas?
Posté par Jul (site web personnel) . En réponse à la dépêche Forum sur l'utilisation des logiciels libres en production. Évalué à 5.
Néanmoins ces sociétés proposent des informations soit disant légitimes et crédibles sur le LL et ils ont une expérience dedans. Cependant, il faut équilibrer, et là la balance penche méchamment plus dans un sens (les entreprises) que l'autre (la communauté).Dans des évênements comme la linux expo par exemple il y a au moins des stands KDE/bsd/parinux.
Sur ce cas présent, ils veulent les infos du LL sans l'aspect collaboratif qui va avec, je me demande si il n'y a pas tromperie sur ce qu'ils proposent?
Si la communauté ne peut être présente, la revue par les pairs disparaît et
-d'une part ils peuvent parler du logiciel gratuit comme il leur sied (perte de crédibilité)
-d'autre part ils n'invitent finalement des participants qui ne représentent qu'eux même (perte de légitimité)
Et il en va de même pour la communauté : tout les intervenants sont là en tant que membre d'organismes public ou entreprise, et aucun ne représente de LUG par exemple.
Tu laisserais à IBM/accenture/HP/CISCO le soin de parler de logiciel libre à ta place sans que tu saches ce qu'ils en disent ni pouvoir donner ton avis?
[^] # Re: précision libre ou pas?
Posté par Jul (site web personnel) . En réponse à la dépêche Forum sur l'utilisation des logiciels libres en production. Évalué à 2.
[^] # précision libre ou pas?
Posté par Jul (site web personnel) . En réponse à la dépêche Forum sur l'utilisation des logiciels libres en production. Évalué à 6.
sur l'application de la signature electronique en France
http://www.afnor.fr/Portail/portail.asp?colfond=Rouge&ref=ESP%5(...))
Il y aura toujours des gens prêt à payer pour s'épargner du temps et de la peine, autant leur rendre service.
[^] # Re: libre ou pas?
Posté par Jul (site web personnel) . En réponse à la dépêche Forum sur l'utilisation des logiciels libres en production. Évalué à 9.
argument fallacieux (straw man) tu redéfinis mes postulats.
Mon postulat n'est pas que le logiciel libre doit être forcément gratuit, mais qu'il est basé sur un accès libre pour tous à l'information comme pour les specs des imprimantes sur lesquelles travaillait Richard Stallman dans sa jeunesse.
Que peut il en être de l'ouverture du logiciel libre si les normes deviennent propriétaires ou payantes? Les normes comme les specifications techniques, comme les manuels peuvent ils ne pas être partagés?
Bref, le partage de la connaissance peut il se faire quand il y a un coût (pécunier ou non) pour accéder à l'information?
Le logiciel libre n'est pas forcément gratuit d'accord, mais l'information elle ? Les 4 libertés du LL ne sont elles pas là pour garantir non seulement l'accès à l'information explicitement, mais aussi implicitement le libre accès à tous sans barrière d'entrée (langue, OS, format, et coût)?
Je n'irais quand même pas jusqu'à citer le GNU manifesto (http://www.gnu.org/gnu/manifesto.fr.html(...)) que vous devez connaître monsieur?
Bon il est pas assez extrême là dessus mais bon.
(Au fait merci pour le lien sur les arguments fallacieux raph : C très util :D comme tu peux le voir http://www.infidels.org/news/atheism/logic.html(...)
)
[^] # Re: Côtisation pour envoyer TF là bas ;-)
Posté par Jul (site web personnel) . En réponse à la dépêche Forum sur l'utilisation des logiciels libres en production. Évalué à 8.
<ironie>
Ils auraient du utiliser du matériel libre ;)
</ironie>
Bon c'est clair que leur machine ont pas l'air d'être de prime jeunesse, et qu'un petit coup de main s'impose :)
# libre ou pas?
Posté par Jul (site web personnel) . En réponse à la dépêche Forum sur l'utilisation des logiciels libres en production. Évalué à 1.
Où nous retrouverons nous à terme si on soutient des intiatives qui disent promouvoir le LL et pour lesquelles il faut payer?
Nous nous retrouverons à ce que les gens qui font du LL soient exclus d'en parler, et ne puisse savoir ce qui s'y dit, bref cela diminue la transparence...
Benchmark.fr à l'air de faire de l'argent en ne partageant pas le savoir. Est ce le «business model» du libre?
Je m'interroge je ne lance pas un djihad contre cette société. D'ailleurs pour vérifier je leur demande de pouvoir y participer gratuitement, pour voir ce que ça donne. Car c'est bien d'avoir des doutes, c'est mieux de vérifier.
# Verisign the "value of trust"
Posté par Jul (site web personnel) . En réponse à la dépêche Info intéressante pour les .org. Évalué à 10.
Ce qu'ils ont fait au niveau de leur responsabilité de registrar est à la hauteur de ce qui a fait couler arthur andersen.
Plutôt que de vouloir protéger les .org, faisons perdre leur habilitations aux registrars douteux.
article en anglais sur le scam perpétré par verisign (en anglais)
http://www.indianarealtors.com/RETIX/Domain%20Renewal%20Scam.htm(...)
Version snail mail du spam perpétré par verisign à partir de la base whois
http://www.godaddy.com/gdshop/private_vsrn.asp?display=letter(...)
et un autre ;) sur l'issue du procès et ses implications (en français)
http://libroscope.org/article.php3?id_article=6(...)
PS si quelqu'un à un nom français qui sonne bien et qui soit concis en français pour registrar je suis preneur. Registrar désigne les personnes morales auxquelles l'ICANN a délégué son autorité pour enregistrer les noms de domaines.
[^] # Nostalgie
Posté par Jul (site web personnel) . En réponse à la dépêche Lindows SPX : un premier regard. Évalué à 3.
J'utilisais MS-DOS, GeOS... et je trouvais que ça manquait de trucs à essayer (de petit prog dans c:\MSDOS) alors quand j'ai installé linux avec tous les petits progs dans bin je les ai essayé un par un : j'ai bien rigolé, (et réinstallé mon DD). Pour la programmation, je faisais mumuse avec le basic de mon commodore :)
Ah la slack c'était amusant.
J'espère pour les jeunes qu'on les autorisera à être des petits cons car sinon la communauté risque de ne pas grandir :P
Ouais comme beaucoup j'ai mis le doigt dedans sans m'en rendre compte et pas pour des raisons philosophiques.
En fin de compte, je me reconnait dans ton truc HaraKn ;)
-1 off topic.
[^] # Re: detect early, update often.
Posté par Jul (site web personnel) . En réponse à la dépêche compte-rendu d'un pot de miel avec OpenBSD 3.0. Évalué à 6.
C'est pour ça que j'ai précisé conception :P : l'utilisation de cas de figure mal ou non prévus par les concepteurs correspond à un bug de conception.
Citer c'est bien, bien citer, c'est mieux :)
# detect early, update often.
Posté par Jul (site web personnel) . En réponse à la dépêche compte-rendu d'un pot de miel avec OpenBSD 3.0. Évalué à 10.
Tout les bugs ne sont pas des trous de sécurité, mais tout les trous de sécurité s'appuient sur des bugs.
Toutes corrections de bugs => code pour les comprendre/corriger.
Donc, arrive en même temps les correction et les scripts pour kiddies.
Donc, il n'exsite qu'une seule solution tant que les hommes feront des erreurs : se tenir au courant des bugs souvent, et remettre à jour aussi souvent.
Par contre le probème est que les distributions à la RH/mandrake/suse ont plusieurs versions incompatibles entre elles (RH 5 vs RH 6 vs RH 7), et que les mecs ont déjà du mal à mettre à jour les paquets pour une distro, alors pour 3 versions de distros c'est pas toujours possible. En conséquence, il faut réinstaller sa RH pour raison de sécurité dès qu'une version majeure sort. De plus ils ont tellement de différences entre distros que les efforts de corrections de bugs sont dupliqués inutilement.
Après tu m'étonnes qu'aucune RH-like soit capable d'avoir un uptime de 1 an, au rhytme ou ils sortent de nouvelles versions... C'est un peu comme du windows.