Jul a écrit 794 commentaires

L'office des brevets est «sensée» n'accorder un brevet que si l'idée est originale. En fait, les offices de brevets semblent renoncer de plus en plus à cette part de la mission considérant que le tribunal statuera a posteriori.

Exemple : Brevets D535,304 posté le 16 janvier par microsoft sur les icônes.
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sec(...)

Comme le système marche sur la tête, et que les majors en joue, pourquoi ne pas jouer à ce jeu absurde ?

Effectivement c'est libtool le soucis, et c'est lui qui au moment de l'install rajoute les cp de folies dans du code bash deux fois interprété. Néanmoins, je trouve autotools légèrement complexe, donc par expérience prone aux problèmes. Je n'ai pas mieux à proposer certes, mais on ne me fera pas dire que c'est la panacée.

Et quand je dis simple concernant apache, c'est en références aux dires de moult clients qui recompilent tout y compris apache sans passer par les ports ou autres. Surtout les clients qui embauchent des petits jeunes qui n'en veulent, qui non content de recompiler apache et de ne pas le remettre à jour quand il y a des vulnérabilités, (parce qu'ils sont infoutus de refaire le super jail de la première fois où qu'ils ont oublié), vous collent des ^M dans les fichiers postfix. Et après ils vous expliquent qu'ils sont des dieux de postfix, et mettent 3 semaines avant de comprendre pourquoi leurs mails n'arrivent pas, alors qu'en fait ils sont infoutus de gérer leurs DNS correctement. Et je vous épargne le couplet sur les logiciels gratuits qui sont libres.

fin de parenthèse

Il manque ASEC (Archi Sec) aussi
Au final,il manque ULE, ASEC.
-> []

Etant tantôt linuxien, tantôt BSDiste (de par les clients) je tiens à faire savoir à mes amis linuxiens, que configure make install, marche rarement sur un BSD. Non que les BSD soient mal foutus, mais que les autotools ont sacrément tendance à faire l'hypothèse que l'on est sur linux ou en tout cas un système GNU avec des options de ligne de commande méchamment non portable pour des choses aussi triviales que cp.

Une grosse galère de compilation depuis les sources est facile à obtenir avec le "très simple" apache. Et sans les nombreux patchs des ports sur les sources, les install se font dans la douleur... J'ose pas imaginer ce que cela va donner avec Xorg

En tout cas, les BSD sont à la hauteur de debian donc ça vaut le coup de râler un peu. D'autant plus qu'avoir un logiciel le plus portable possible ne nuit sûrement pas à sa qualité.

Ben j'ai pris une hypothèse simpliste parce qu'en l'absence d'étude faut bien commencer par des hypothèses et ensuite les informer/confirmer.

Je partage ton avis, et je pense que cela devrait être le contenu d'une étude sur linux en entreprise, plus sûrement qu'un plaidoyer.

Et la question qui turlupinerait quelqu'un de curieux est :
pourquoi linux/bsd est majoritaires chez les telcos et minoritaire sur le desktop ?

Et la question taquine que l'on peut poser c'est est ce que ce "mémoire" est en mesure de l'expliquer ? Pour rire j'en ai une toute trouvée dans le mémoire : les sysadmins historiquement sous unix ont peur du changement.

Certains pourrait prétendre que linux est gratuit, mais à 1000¤ l'OS et à 300¤ jours de services sous windows contre 0¤ l'OS et 600¤ jours de service pour linux, il est évident que linux/BSD coute plus cher. D'autant plus que la courbe d'apprentissage windows est en faveur de windows. Windows avec lequel on ne se débat pas à ce point avec les saveurs d'OS où ifconfig/route/sysconfig/init/pkg_add/apt-get/urpmi/emerge sont aussi différentes

Alors en rappliquant la réthorique du mémoire, je ne peux que conclure en disant que windows est l'OS d'avenir chez les telcos, et que linux suce des ours mais que du à l'incompréhension des vrais valeurs d'un logiciel et à l'inertie d'une certaine population nous sommes condamnés à un choix contre productif.

Mon critère pour juger une thèse n'est pas que les conclusions soient conformes à mes convictions, mais que le raisonnement soit conforme à une certaine rigueur intellectuelle, car défendre une cause avec de mauvais arguments, c'est le meilleur moyen de lui nuire. Et je confirme que je suis outré que des profs (bac+5) aient laissé passé cela en dit long sur ce que l'école fournie aux entreprises : de l'espace de cerveau disponible pour les marchands de lessive.

Cela reste un travail de très bonne facture, conforme aux standards de l'éducation, inspiré et tout le toutim, mais pas conforme à mes exigences personnelles.

S'interroger sur l'intérêt de proposer un contenu non utilisable dans un programme sous licence GPL ou BSD sur un site comme linuxfr est totalement trollesque et off topic, je te l'accorde.

En effet, j'ai de source sûre appris que linuxfr comptait s'inscrire au happython et proposer comme nouvelle ligne éditoriale : linuxfr le site d'auto-congratulation des logiciels libres, ou pas.

une raison importante de ne pas aimer la GFDL c'est qu'elle empêche de réutiliser le contenu dans un programme libre.

C'est sur le libre n'a pas d'avenir je te l'accorde.

Deuxième point, il y a des gens qui repompent le site ?

En France, jusqu'à preuve du contraire (en attendant Gödel), la loi n'est pas respectée parce qu'une loi est votée et ensuite qu'un croque mitaine omniscient va contrôler partout qu'elle est suivie, mais parce que l'on attend des citoyens que quand leurs droits accordés par la loi sont bafoués par un tiers, ceux ci se sortent les doigts du cul et passent devant un tribunal en apportant un dossier avec les éléments à charge afin de régler le différend.

Un droit que personne ne veut faire respecter, est un droit amené à disparaître. Donc ne te plains pas d'un malheur que tu as toute lattitude à résoudre. Les problèmes que tu as rencontrés apparaissent quelque soit la licence. En résumé, si tu ne fais rien pour toi, le droit ne peux rien non plus : pas de bras, pas de chocolat.

Il y a aura des "méchants pas gentils qui repompent" tant qu'il y aura des gentils moutons qui ne feront que béler : "c'eeeesttt paaaaas juuuuuste" quand on leur pique leur sucette.

j'aime bien faire mon chieur en demandant si la GFDL est vraiment libre :)
Quand j'avais été sur wikipedia il y a quelques années, il y avait eu une grande discussion sur les licences.

Un des trucs pervers de la GFDL est que l'on peut par exemple pas faire un programme GPL qui intègre du contenu GFDL. Exemple une appli Qt qui permet de servir d'interface pour consulter le jargon ou un dictionnaire.

http://people.debian.org/~srivasta/Position_Statement.html

Sinon sur le jargonF je suis un grand amateur. Peut être un hack dans spip pour l'intégrer dans les wikimots serait sympa. Non, non je m'y colle pas. Je leur avait juste donné l'idée pour spip, c'est antoine qui l'avait codé je crois.

(en spip [?mot] renvoie vers sa definition dans wikipedia)

l'uml c'est dépassé, la véritable lingua franca du futur est à mon avis le latin.

l'uml c'est dépassé, la véritable lingua franca du futur est à mon avis le latin.

manque le sacro saint :
http://news.netcraft.com/archives/web_server_survey.html

environ 90 et environ 15 ça fait environ 105 qui est environ 100 :)

graph fallacieux :
c'est pas parce que les autres font une erreur qu'on doit la faire passons :

montrer IE et firefox sur deux echelles différentes avec des courbes de progressions "zoomées" alors qu'on peut les mettres sur un même graph car ils sont comparables alors que IE est >> à FF (IE ~90%, ff ~15%) oui c'est fallacieux.

"peur du changement" = tarte à la crème
Car en cours on apprend à dire quand un "projet génial" échoue c'est de la faute des utilisateurs. Avant on disait que c'était parce que c'était trop innovant et que les gens étaient pas prêts, autre époque, autre jargon. Si linux n'est pas adopté, il y a peut être d'autres raisons objectives qui sont peut être intéressantes, et mises sous le tapis. Comme par exemple que les travailleurs sont insuffisamment formés à l'informatique (linux ou windows).


Les mauvaises pratiques de microsoft sont de faire passer dans une étude les conclusions que l'on aimerait voir avant tout. C'est ce que je vois ici.

Argument de réfutation à mes remarques : tout le monde fait comme ça.

Ironie : Tout le monde faisait avec un OS mal foutu nommé windows. Une minorité (BSD/linux) pense/ait qu'il n'y avait aucune nécessité de mal faire, et ainsi le logiciel libre a fait des choses intéressantes .

Les plaidoyers pro/contre linux/microsoft (et vice versa) n'apportent qu'à des gens convaincu, où l'opinion l'emporte sur l'étude de la réalité. Autrement dit, cette étude, très bien présentée, très bien écrite, ne m'apporte rien. J'apprécie le libre, il m'intéresse comme objet d'étude, d'amusement, mais il me rebuterait comme mouvement idéologique.

Comme tu es étudiant, je jette la pierre à ceux qui t'ont formé, surtout si ton travail a été bien noté. Tes professeurs sont ceux qui sont sensés te former dans un domaine scientifique, et la science est incompatible avec l'idéologie. On serait resté dans l'idéologie chrétienne, la terre serait toujours plate.


En ce qui te concerne, la chose la plus dure est de faire, et tu l'as fait. Ton travail est chouette sur la forme.

Ps merci pour avoir retrouver le terme français de plaidoyer.

On ne connaît pas l'ordre d'évaluation des opérateurs d'affectations.
En ansi C ça n'était pas précisé dans la norme. Donc un même code pouvait marcher différemment selon les compilos. =>
fait on i = somme puis i=0 ou i=0; somme=0
donc à déconseiller :)

Ok pour faire du goret, pas pour faire un générateur d'erreur aléatoire :)

Le manque d'objectivité et le parti prix pro linux n'apporte rien pour décider, il n'y a finalement que 12 pages sur 80 qui traitent le sujet de linux en entreprise. À comparer au comparatif (un peu pro) microsoft dispo sur le site microsoft : http://www.microsoft.com/windows2000/docs/TCO.pdf

14 pages bien denses, sans advocacy, à la limite, c'est plus lisible.

Avec les graphes aussi fallacieux que de celui sur les utilisations de IE vs firefox on peut se dire que firefox va manger IE mais il quand même les remettre en perspectives :
http://microsoft.blognewschannel.com/archives/2007/01/05/int(...)


Et enfin le classique linux ne marche pas c'est de la faute de la «peur du changement». C'est un peu tarte à la crème. Les salariés ont peur d'être SDF de la fléxibilité, la faute à la peur du changement ?

On dirait les mauvaises pratiques de microsoft utilisées pour vendre le logiciel libre.

à titre perso
je trouve le
init
while (cond ){
traitement
}
toujours plus propre que le faussement concis

for (init; cond; incrementation) {
traitement
}

et j'utilise deux trucs de sagoin pour montrer que le for est moche :
- la possibilité en C, et js, (probablement en java)
de multiplier les opérations à un endroit si on sépare par des virgules
dans
for (i=0, somme=0; ...
les deux init sont fait en même temps

- et la possibilité d'ajouter le traitement dans la partie incrémentation du for.

Le for c'est moche, mangez du while :) que ce soit en js, et perl, en C, en C++ ou en java.

Au final, peut être que la programmation n'est pas foncièrement une question de langage :-)

non tu n'es pas le seul :-)

Je comprends pas pourquoi peu quelquesoit le langage apprécie la beauté du
for(inits; test ; traitement avec iteration );

En utilisant pas JS qui n'apporte rien d'essentiel a un contenu textuel, on est encore plus certain de faire un truc clean :)

Faut savoir si le wbe a pour vocation d'etre un outil de partage de la connaissance, ou juste un attrape pigeon pour les entreprise ou le bac a sable des d{veloppeurs.

Ce qui ne m'empeche pas d'apprecier le JS tant qu'il est utilise avec parcimonie...

by-nc-nd pour la plupart des artistes : le mot musique libre est un peu usurpé.

Cette musique est au libre ce qu'un freeware est à un logiciel libre : sans aucun rapport.

On peut pas le modifier, on peut pas l'utiliser comme on veut, on peut pas l'étudier (il y a pas les partitions). C'est un peu abusif d'appeler ça musique libre, de poster sur un site de logiciel libre en imaginant une quelconque proximité.

Comment indexer du contenu partiellement ou totalement généré par du js ? Sinon il y a quand même des trucs sympa en js. C'est un langage qui mériterait d'être utilisé hors du web pour donner des cours :) car tous les ordis ont un butineur web. A quand des articles dans linuxmag avec des exemples en javascript bien écrit

<SCRIPT LANGUAGE="JavaScript">
function somme_N_entiers (N) {
    for (i=1,somme=0;    i <=N ; somme+=i, 
            document.writeln("Pour i = ", i++,  "la somme est  " , somme, "") );
    return somme
}
 var nombre=  prompt("Somme des entiers jusqu'à N = ", 10);
document.write("Somme des ", nombre, " premiers entiers  = ", somme_N_entiers(nombre) );
< /SCRIPT>

Si le packaging est dur à faire, c'est parfois aussi de la faute des concepteurs de logiciels et de leur choix d'outils. En tant que sysadmins, je suis un utilisateur de bsd et debian et parfois windows, j'ai eu à subir les paquets binaires, et les trucs mal packagés à la sauce HP, et je trouve que la solution du logiciel libre est la plus satisfaisante, même si je suis pour l'améliorer.

En tant que sysadmin, notamment sur BSD, les automakes autoconf et auto conneries ne m'ont apportés que des emmerdes. donc je suis loin d'être auto satisfait.

il est probable qu'ils ne rendent pas comptent : les français sont 14 sur 15 en terme d'activité à l'UE hors présence des scéances pléniaires où ils enquillent les votes, et s'inscrivent sur les listes de présence donnant le droit à la rémunération.

Je maintiens que cette news est liée à une mauvaise traduction de l'anglais :-) et qu'il se sont rendus compte que cette mention ajoutée à la va-vite dans la FAQ apportait plus de problèmes qu'elle n'aidait les internautes. Comme le service de com ou plus probablement l'agence de com qui sous traite le rédactionnel ne comprennent rien à l'informatique, ils ont retiré la mention gênante histoire de ne pas faire de vague en en comprenant pas ce qui arrivait.

La DSI va dire que les réactions sur la FAQ c'est un truc d'excité à leur administration, et aux internautes, que la décision ne leur appartient pas car elle comporte des aboutissants légaux. Les élus diront que légalement la décision ne leur appartient pas du fait de la séparation des pouvoirs mais qu'ils sont d'accord avec vous (vous allez voté bientôt rappelez vous), et les dirigeants de l'organisme disent qu'ils sont soumis à des réglements, et que si les réglements/lois sont mal faites, c'est aux élus de les changer.

Le système hiérarchique dans toute sa splendeur, l'incompétence vient du fait que chacun dans l'organisation est soumis à de multiples règles contradictoires qui incitent non à bien faire, mais à limiter les dégâts, et donc renforce le suivisme.

Pour être passer à coté de ça, il faut que son boulot ne consiste pas à penser, mais à obéir, l'élément constitutif d'un contrat de travail avec le salaire. La DSI de l'UE n'est pas là pour prendre le risque de bien faire, mais pour s'assurer de pas faire pire que les autres. Et elle fait bien son travail.


Comme dit le medef à propos de l'entreprise : c'est la culture du risque et de l'innovation

Sans oublier les mailing listes développeurs inondées de rapport de bug déjà résolu liés à des librairies imaginons :

ML KDE rapport de bug type : ksound system provoque une erreur 3128 le son marche pas.

Bug corrigé il y a un an par la mise à jour de la lib trucsound.

Oui mais avec kcompris 3 ça marche pas

3 jours d'investigation après et de long logs épluchés

Vous avez installé un paquet binaire contenant une version bugguée de la lib, veuillez vous plaindre au mainteneur du paquet

Mainteneur du paquet : ben fallait chercher le paquet sur mon site d'origine on utilise pas pkg_add pour ce paquet binaire, comme on a maintenant un format unique de paquets, on les téléchargent tous au même endroit quelque soit la distro, c'est ça le progrès puis comme ça je suis sur que les paquets sont à jours si les gens les cherchent chez moi.

(n paquets binaires => n manière de faire apt-get install ou pkg_add différentes : vive l'aspirine! Tirage de cheveux en perspective pour les mainteneurs de logiciels et ainsi de suite. On passe de 10 minutes de pkg_add apt_get pour les maj, à un script qui fait du wget dans tous les coins fait son install à sa manière, backup au cas ou => on croise les doigts pour que ça marche).

Retour à la ML kcompris : Oui mais à cause de kassepied (plugin kcompris) qui a été compilé avec infernoX et vous qui avez fait l'upgrade de infernoY pour cette version à jour de kde, j'aurais besoin d'un version binaire avec la libKDE récente, mais une version libinfernoX c'est possible ?

Et l'on passe d'une version de kcompris "mainstream" à xx versions en fonctions des spécificités d'install et des choix de librairies. Je rappelle que les combinatoires croissent plus qu'exponentiellement, donc on finira par voir des linux 2008 (avec toutes les libs figées), puis linux 2010 et pour passer d'une version à l'autre, il faudra tout réinstaller.


Au final, je doute que cela sera plus simple, mais je suis sur que les utilisateurs windows se retrouveront moins dépaysés.