Cette dépêche a pour objectif de faire découvrir ou redécouvrir des outils de construction.
Un « builder » ?
Le reste de la dépêche s'attelle à en décrire un certain nombre parmi les plus connus.
Le vénérable Make
Make est une sorte de langage Rule Based Programming dans lequel on spécifie des règles sous la forme :
rapidité : il construit un arbre de dépendances et exécute en parallèle ce qui peut l'être (aujourd'hui tous les builders le font)
Le peu connu OMake
Il utilise une syntaxe similaire à Make mais offre quelques fonctionnalités supplémentaires
La gestion du projet dans plusieurs répertoires ou dans une hiérarchie de répertoires
Il est possible de surveiller le système de fichiers en continu pour relancer la construction dès qu'un fichier est modifié
Un challenger scons
killer feature : scons cache le résultat de chaque opération (compilation, liaison, etc.)
Il comble les lacunes de scons (complexité et lenteur) en proposant des améliorations telles qu'une sortie en couleur et un meilleur support de la compilation parallèle.
Celui de Google : Ninja
Ceux-ci utilisaient Make mais trouvaient que la génération de l'arbre des dépendances était bien trop lente (le temps avant de commencer serait d'une minute).
Déclare une règle cc où :
- $in correspond aux fichiers d'entrée
- $out au fichier de sortie
L'usine à build Apache Maven
une description plus détaillée des inconvénients se trouve sur le blog de Sonatype
Les autres (buildr, gradle…)
Gradle celui-ci gère les projets via un DSL à la place DE FICHIER XML
ainsi il pourra plus facilement travailler sur des projets Groovy ou Scala.
CMake
Il génère un ou des fichier(s) recette(s)
(CMake supporte GoogleTest, CXXTest, SQuish et s'intègre facilement aux autres systèmes)
Les autotools
la plus large collection d'extensions parmi tous les moteurs de production de haut niveau présentés.
re-générer le système de construction est une tâche relativement complexe, souvent laissée à la charge d'un script shell (autogen.sh)
Le site du GIP CARIF recense moult formations, notamment en Informatique (jusqu'à Bac+5), sur la région Île-de-France. Les formations peuvent être conventionnées, et la majeure partie payée par le Conseil Régional (de la poche de l'étudiant: max 150€, de tête). Voir avec une assistante sociale, ou un conseiller Pôle-Emploi?
Marrant, avant de lire les propositions ci-dessus, je pensais à "On/Off". Deux syllabes, peu courant (pouf pouf) réf. à l'électronique. Problème: pas assez obscur (sauf quand éteint).
une cure, une diète, une préparation du corps (je n'ose dire réparation),
sur une courte période (un mois)
Ah, ça ne m'apparaissait pas clairement, notamment par absence de durée de la cure
(sauf dans un item par rapport à la viande), et confusion possible avec "La suite: continuité de la cure".
Et indiquer ce que n'est pas cette cure n'est pas exactement pareil
que de dire ce qu'elle est – ce que tu viens de faire.
Merci de cette précision :-)
Note que je ne suis pas allé voir les différents liens (mea culpa),
et que je m'inquiétais avant tout de l'avenir des contributeurs de DLFP, bien sûr...
avoir une quantité aussi minime de laitages, ce n'est pas choisir de privilégier
sa future ostéoporose, comme le tabac son cancer?
et privilégier autant de thé, c'est pour limiter la quantité de caféine ?-p
Ou pour diminuer les excitants et la dépendance peut-être?
Avec mes études de biologie, j'ai l'air fin:
j'avais cru comprendre qu'en tant qu'Homo sapiens,
on était omnivore, et non pas riendutoutivore...
Bah, c'est p'têt pour ça que j'ai pas pu les continuer, d'ailleurs!
M'enfin, parler dans un même journal d'équilibre, et de (par ex.) "plus jamais [de viande]", ça n'est pas un petit peu antithétique?
Et au fond, n'est-ce pas le même processus:
en réponse à un comportement extrême
(trop gras/sucré/salé/protéiné/huildepalmysitifié et pas assez d'activité physiques/diversité/etc.)
s'enferrer dans un autre comportement opposé mais également extrême?
Par analogie, ce serait comme par ex. passer du tout MS/Windows à... gNewSense et que du GNU?
– ça, vu qu'on discute nourriture, c'est pour nourrir le troll du 'di.
Parce que:
* tout le monde ne connaît pas forcément (comme moi tout à l'heure :-/ ),
* "paster" seul dans la recherche Wikipédia n'est pas pertinent,
* et le lien qui va bien se trouve dans "L'annonce" [https://linuxfr.org/redirect/70522.html]...
C'est ce comportement fort peu civilisé qui a conduit David Rientjes, ingénieur chez Google, à réécrire OOM killer afin d'améliorer la phase de choix de la victime qui est le point crucial de ce mécanisme.
Pour Tvrtko cette gestion de la coexistence de divers clients en même temps est un impératif et Eric Paris a été prompt à reconnaître franchement le problème
Néanmoins, tout le monde était conscient que pour inciter Android à réintégrer le giron de la branche principale, il fallait que le noyau possède des mécanismes susceptibles de répondre aux besoins particuliers des périphériques sous Android.
De façon à simplifier le code, Nick Piggin a implémenté techniquement le concept de brlock en se servant uniquement des lglock.
(j'ai vérifié toutes les occurrences de " a ", mais ne suis pas sûr de la perfection de ma vérification...)
En bonus:
Ayant brillamment passé la terrible ordalie qu'est la soumission d'un patch important sur la LKML, Tejun Heo a dû attendre que ses pairs vérifient son code et se convainquent de la pertinence de sa solution.
Maintenant, imaginons qu'un signal de réveil (wakeup event) soit émis au moment précis où la valeur est écrite dans /sys/power/state.
L'appel ioctl() a quant à lui d'ores et déjà été retiré du noyau 2.6.36 et toutes ses occurrences remplacées par unlocked_ioctl() qui ne nécessite pas la pose du verrou global. [http://fr.wiktionary.org/wiki/quant_%C3%A0]
(PS: Merci pour cette heure instructive passée à lire la dépêche ;-)
Par hasard, au fil de pérégrinations, je suis tombé sur le site Rosetta Code [http://rosettacode.org/wiki/Main_Page], qui propose justement des comparaisons de code en différents langages. Trouvé via la page de comparaison de Python VS d'autres sur leur wiki [http://wiki.python.org/moin/LanguageComparisons], où peuvent se trouver d'autres liens intéressants pour ta recherche.
Oui, pardon, je n'ai pas su je ne sais pas faire sans...
Conjonction de plusieurs phénomènes: (i) les contraintes du médium à disposition et son utilisation ¹, et (ii) mon incapacité à savoir quoi dire ou taire.
(ii) Pour le dernier point, j'adopte, faute de mieux, une stratégie du "mieux vaut trop que pas assez" couplée à un bon "je leur donne des pistes (toutes les pistes), à eux de choisir le cas échéant lesquelles emprunter". Bref : pas de choix éditorial de ma part :-( et à vous d'être responsables de ce que vous en faîtes. (Ce n'est pas l'affirmation d'une stratégie délibérée, mais le constat d'une manière de mal fonctionner.)
(i) Et pour le premier point, comment différencier "syntaxiquement" les types de notes?
A l'avenir ², j'essaierai de les limiter à seulement la catégorie "compléments d'informations sur le sujet", et pas "considérations personnelles", ou vaines tentatives d'"humour" ³. Merci de m'avoir gentiment (re)pointé cette limite.
------
¹ Les marques de notes de ce style sont-elles plus lisibles? Et comment faire des renvois sous forme d'hyperliens?
² Oubliez ceci [http://linuxfr.org/comments/1145693.html#1145693]...
³ Preuves de la conscience que deux pages de notes pour une de corps est juste... inhabituelillisible démesuré?
Chouette, merci de (me/nous) l'avoir trouvé et apporté!
Par contre, sur la question de la "normalité" de l'absence explicite de leurs statuts, en tant qu'auteurs d'articles, je m'interroge... C'est peut-être "normal" du point de vue des habitués du Diplo., pour les spipeurs, et consorts. Mais pour les nouveaux? Ou, pire, les occasionnels? Seuls ceux qui savent déjà n'ont pas besoin de savoir, et on reste alors entre nous – tant pis pour les autres? Le naïf (e.g. moi) s'étonnera du traitement particulier accordé à ces deux là (Serge Halimi et Philippe Riviere); le curieux ira chercher des infos ailleurs¹, mais c'est presque un comble pour un papier de nécessiter Internet...
C'est AMHA aussi une forme de respect de tous les lecteurs de ne pas faire l'économie d'informations que "tout le monde doit savoir", un tel jugement étant par essence relatif. Bref, une à trois lignes d'infos supplémentaires pour chacun n'auraient pas fait de mal à mes yeux².
La dernière phrase de la fiction particulièrement, et plus globalement la dernière tirade (0'15'05"), m'ont laissé un sentiment mitigé...
Je ne sais pas si c'est un clin d'œil volontaire, mais Microsoft avait mené une campagne publicitaire pour sa suite bureautique, en 2005, avec comme slogan:
"Microsoft Office a évolué. Et vous ?" [1]
Du coup, le même argument est repris ici: si vous ne changez pas (dans le sens que je / le locuteur indique), vous serez dépassé(e)(s)! Et sous-entendu: on sait très bien ce qui arrive à ces derniers ("Vae victis!" [2]). Que cet argument [3], loin d'être nouveau en plus, soit repris par la firme de Redmont, cela m'avait horripilé à l'époque [4]; qu'il le soit à nouveau, pour une cause qui m'est chère, ne passe pas mieux :-/ [3, encore].
Les entreprise faisant du logiciel propriétaire, et ces produits donc, n'ont pas attendu l'arrivée du libre pour évoluer, s'adapter, assurer leurs pérennités et descendances, modifier leurs environnements, créer des monopoles, lobbyinger [6], etc. Le changement n'est définitivement pas un argument en faveur du libre [3, toujours].
Si on oublie ici [7] les axes éthiques, moraux, humains, etc. en restant dans une optique purement d'évolution des "populations" et des écosystèmes [8], alors l'autre partie de l'argumentaire proposé dans la dernière tirade [9] me semble plus intéressant, pertinent, en un mot: valable. Il s'agit de "diversité". Le libre, par sa nature, permet une plus grande diversité dans les logiciels, dans les mêmes familles de produits, hors des sentiers battus et sur des terrains plus casse-gueule, dans les communications et organisations entre les individus, etc. C'est fondamentalement sa caractéristique [10] par rapport au logiciel propriétaire, ce qui lui donne une plus grande assurance de continuité de son évolution [11].
--
Voilà, c'est tout pour cette fois [41]. Il est regrettable de ne pas pouvoir partager avec vous plus tôt (dans la discussion)... Pour la future version de DLFP, est-il prévu un système de pré-salon de discussion pour affûter les arguments, ou de retard d'ouverture des commentaires... ;-? ~-> []
--
[1] On en retrouve notamment mention dans le forum Framasoft: http://forum.framasoft.org/viewtopic.php?f=12&t=6565
[2] http://fr.wikipedia.org/wiki/Vae_Victis
[3] Qu'un ou des logiciels / entreprises / organisations / (complétez ici) "évolue(nt)" est un truisme. A peu près tout "évolue", c'est à dire se modifie dans le temps, ou alors meurt / disparaît.
[4] Sans compter qu'un ami proche, pro-propriétaire / MS [5], se foutait de ma gueule en reprenant le slogan, remuant le couteau de son sarcasme dans la plaie de mon impuissance à le convaincre de changer – lui.
[5] Ami proche.
[6] Néologisme que je me permets, pardon famille patrie toussa.
[7] Volontairement et temporairement, pour le propos.
[8] Pour plagier un intitulé courant d'ex-maîtrise de biologie, par exemple.
[9] Revenons au sujet.
[10] J'avais noté "sa force" au début, mais comme il y a aussi des aspects négatifs, des "faiblesses" associées, je préfère la formulation neutre.
[11] Ce qu'en paraphrasant Eben Moglen [12] on pourrait résumer en "[le libre] [va] gagner" [13]. Je ne serai pas aussi optimiste: par rapport au logiciel propriétaire, c'est sûr. Mais ça ne veut pas dire non plus que ce dernier va disparaître pour autant: il peut très bien se maintenir, ne serait-ce que dans plusieurs "niches". Par ailleurs, rien ne dit que le libre "survivra" à quelque chose qui arrivera dans le futur: c'est le problème des organismes/écosystèmes évoluant, rien n'est acquis sur le long terme, rien n'est écrit définitivement.
[12] http://fr.wikipedia.org/wiki/Eben_Moglen
[13] http://www.framablog.org/index.php/post/2008/06/12/eben-mogl(...)
et http://forum.framasoft.org/viewtopic.php?p=241129#241129
[41] Pardon, j'aime bien les notes de bas de page, permettant de découpler propos et remarques sur celui-ci; allez donc voir la suivante...
Il est possible de ne pas encore s'intéresser à un sujet aussi important depuis tout ce temps, pas exemple en étant novice, en débutant, en découvrant le sujet, en parcourant les archives du web 10 après, etc. Il n'y a pas que les gens *déjà* au courant qui pourraient tomber sur cet article...
[MHA]
Je suis pour un peu d'humour avec des sujets aussi désespérants, dans le corps de la dépêche notamment, et dans la fin plus précisément, mais peut-être pas dans le titre, à moins de parler uniquement entre nous.
[/MHA]
(Ceci dit, un grand merci pour le nombre et la qualité de tes dépêches, Malicia.)
Un "livre blanc" vient de sortir chez Alter Way, qui dresse en français et pour le néophyte un portrait en quarante pages du langage et de la plateforme. Il peut donner envie, et des pistes pour approfondir... http://www.alterway.fr/publications/python-d-veloppement-aut(...)
(titre tiré de "Le signe de la Licorne", R.Zelazny)
Pourquoi nier ce désir, pourquoi renier cet appel? Ecrire du code est ta voie, et sa voix passe par toi.
Tu es bien mal en point, mon frère, mais tu possède tous les fermants nécessaires en toi, dans ton histoire et dans ton environnement pour atténuer cette douleur, calmer cette pulsion, assouvir cette soif... Et la communauté vers laquelle tu tends l'expression de tes sentiments est la réponse. Ton geste même la résume.
Oui, ton cas n'est pas isolé. Oui, d'autres individus ont des parcours chaotiques, faits de hauts et de bas. Aussi de peur, et d'échecs cumulés. (Coucou!) On parle trop de parcours réussis, d'individus brillants: n'y a-t-il de place que pour ceux-là? Il y a de la diversité dans les situations et les comportements, les idées et les projets.
Mes conseils (en dehors de se faire aider psycho-physiologiquement -- médicaments, psychothérapie -- et non, ce ne sont pas des termes grossiers!): lance-toi! Trouve un langage de prog. qui te convient, pas qui t'es imposé (par les autres, le marché, etc.). Créée, innove, essaye, note à propos de tes essais (sentiments, plus et moins, etc.).
Fais fructifier tous les temps que tu peux trouver, entre deux journées, pendant une pause, les transports, tous les points en rapport: lecture d'articles, de magazines, de livres, de blogs, de forums, de manuels, ... griffonne des bouts d'algos, des bouts d'archi., des idées, des possibilités de réalisation...
Regarde également du côté d'associations de passionnés, où rencontrer des semblables (et pourtant différents), comment participer. Balbutie dans ton coin, bâcle des protos projets, mais fais-le pour toi (et pour le Code, bien entendu). Regarde ce que tu peux faire pour/avec les autres. Marche (ne cours pas -- pas tout de suite ;-) !
Une possibilité: monte une vieille bécane comme serveur, installe-toi une forge, et avance à ton rythme. Un prof disait: "l'important est de toujours avancer, à son rythme, mais ne jamais s'arrêter!" Brouillone!
Et quand même pas d'accord sur un point: le code est peut-être le constituant de base du logiciel libre, ce n'est pas lui qui dira où/comment/quoi construire... Tu peut être un mauvais maçon et un très contre-maître. Ou un mauvais et un conseilleur de pierres hors-pair. Ou un mauvais et un bon architecte. Ou aussi un mauvais et un quand même un très bon tribun (etc.). Plus important que le code, les idées sous-jacentes à celui-ci, qui n'en devrait être que l'expression. Pour quoi veux-tu te battre, et donc te former/changer -- tout en ne te reniant pas?
[ma vie]
Perso: parcours universitaire en biologie, puis info, puis d'autres.
Langages: au début C/C++ (pas le choix pour le premier projet), puis Java (cours d'infos), et enfin Python (essai, puis adoption).
Projets: une nouvelle idée intéressante par mois (au moins), donc trop pour en mener un seul bien, au bout. Pas grave, on en lance d'autres...
[/ma vie]
# Audacious
Posté par fero14041 . En réponse au sondage Quel est votre lecteur audio ?. Évalué à 5.
Audacious, fork² de XMMS je crois.
NB: Leur site web est HS depuis quelques semaines.
[^] # Re: Serait il possible de libérer la version française
Posté par fero14041 . En réponse à la dépêche Le Cahier de l’admin Debian a besoin de vous pour s’exporter. Évalué à 4.
Une fois la traduction en anglais libérée, qu'est-ce qui empêcherait de "re-traduire" vers le français (rétro-ingénierie linguistique)?
[^] # Re: Typo
Posté par fero14041 . En réponse au journal Python en Action, PDF Libre. Évalué à 1.
Pardon, une seule (la première), mes yeux brouillés au soir tombant ayant confondu les deux lignes de l'URL et de l'adresse mail.
[^] # Re: Typo
Posté par fero14041 . En réponse au journal Python en Action, PDF Libre. Évalué à 0.
Typos quatrième ligne, première page: l'URL du site web devrait être en "nicosphere.net"...
# Je ne sais pas
Posté par fero14041 . En réponse au sondage Quel est le type de processeur de votre ordinateur personnel ?. Évalué à 3.
Aucune idée: il(s) doi(ven)t être suffisant(s) pour mes besoins?
[^] # Re: coquilles
Posté par fero14041 . En réponse à la dépêche Petit éventail des outils de construction (« builder ») libres. Évalué à 5.
Quelques petites coquilles récoltées:
Introduction
Un « builder » ?
Le vénérable Make
Le peu connu OMake
Un challenger scons
Celui de Google : Ninja
L'usine à build Apache Maven
Les autres (buildr, gradle…)
CMake
Les autotools
# Formations en Île-de-France
Posté par fero14041 . En réponse au message recette pour obtenir des compétences. Évalué à -1.
Le site du GIP CARIF recense moult formations, notamment en Informatique (jusqu'à Bac+5), sur la région Île-de-France. Les formations peuvent être conventionnées, et la majeure partie payée par le Conseil Régional (de la poche de l'étudiant: max 150€, de tête). Voir avec une assistante sociale, ou un conseiller Pôle-Emploi?
[^] # Re: C'est évident pourtant
Posté par fero14041 . En réponse au journal Nom de geek pour une chatte ?. Évalué à 0.
Heu... "more": une seule syllabe, plutôt, non?
[^] # Re: hop
Posté par fero14041 . En réponse au journal Nom de geek pour une chatte ?. Évalué à 6.
Marrant, avant de lire les propositions ci-dessus, je pensais à "On/Off". Deux syllabes, peu courant (pouf pouf) réf. à l'électronique. Problème: pas assez obscur (sauf quand éteint).
[^] # Re: Un concurrent partiel
Posté par fero14041 . En réponse à la dépêche Sortie de IPython 0.11. Évalué à 5.
Et une liste des concurrents sur le site de bpython, nommant DreamPie.
[^] # Re: But ?
Posté par fero14041 . En réponse au journal [cuisine & blabla] j'arrête de manger !. Évalué à 1.
Ah, ça ne m'apparaissait pas clairement, notamment par absence de durée de la cure (sauf dans un item par rapport à la viande), et confusion possible avec "La suite: continuité de la cure". Et indiquer ce que n'est pas cette cure n'est pas exactement pareil que de dire ce qu'elle est – ce que tu viens de faire. Merci de cette précision :-)
Note que je ne suis pas allé voir les différents liens (mea culpa), et que je m'inquiétais avant tout de l'avenir des contributeurs de DLFP, bien sûr...
[^] # Re: But ?
Posté par fero14041 . En réponse au journal [cuisine & blabla] j'arrête de manger !. Évalué à 10.
Ah, je ne suis pas médecin, mais (quand même):
Avec mes études de biologie, j'ai l'air fin: j'avais cru comprendre qu'en tant qu'Homo sapiens, on était omnivore, et non pas riendutoutivore... Bah, c'est p'têt pour ça que j'ai pas pu les continuer, d'ailleurs!
M'enfin, parler dans un même journal d'équilibre, et de (par ex.) "plus jamais [de viande]", ça n'est pas un petit peu antithétique? Et au fond, n'est-ce pas le même processus: en réponse à un comportement extrême (trop gras/sucré/salé/protéiné/huildepalmysitifié et pas assez d'activité physiques/diversité/etc.) s'enferrer dans un autre comportement opposé mais également extrême? Par analogie, ce serait comme par ex. passer du tout MS/Windows à... gNewSense et que du GNU? – ça, vu qu'on discute nourriture, c'est pour nourrir le troll du 'di.
# "paster": kézako?
Posté par fero14041 . En réponse à la dépêche Yet Another Nopaste! 1.3.0 tout chaud !. Évalué à 2.
(source: [http://fr.wikipedia.org/wiki/Pastebin], voir aussi [http://en.wikipedia.org/wiki/Pastebin])
Parce que:
* tout le monde ne connaît pas forcément (comme moi tout à l'heure :-/ ),
* "paster" seul dans la recherche Wikipédia n'est pas pertinent,
* et le lien qui va bien se trouve dans "L'annonce" [https://linuxfr.org/redirect/70522.html]...
[^] # Re: hyde
Posté par fero14041 . En réponse à la dépêche Pelican, un générateur de blog statique.. Évalué à 1.
Si quelqu'un avait un avis éclairé pour mettre en lumière (forcément) les différences, points forts et faibles respectifs ?-)
[^] # Re: petite boulette
Posté par fero14041 . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 1.
C'est ce comportement fort peu civilisé qui a conduit David Rientjes, ingénieur chez Google, à réécrire OOM killer afin d'améliorer la phase de choix de la victime qui est le point crucial de ce mécanisme.
Pour Tvrtko cette gestion de la coexistence de divers clients en même temps est un impératif et Eric Paris a été prompt à reconnaître franchement le problème
Néanmoins, tout le monde était conscient que pour inciter Android à réintégrer le giron de la branche principale, il fallait que le noyau possède des mécanismes susceptibles de répondre aux besoins particuliers des périphériques sous Android.
De façon à simplifier le code, Nick Piggin a implémenté techniquement le concept de brlock en se servant uniquement des lglock.
(j'ai vérifié toutes les occurrences de " a ", mais ne suis pas sûr de la perfection de ma vérification...)
En bonus:
Ayant brillamment passé la terrible ordalie qu'est la soumission d'un patch important sur la LKML, Tejun Heo a dû attendre que ses pairs vérifient son code et se convainquent de la pertinence de sa solution.
[^] # Re: petite boulette
Posté par fero14041 . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 1.
Maintenant, imaginons qu'un signal de réveil (wakeup event) soit émis au moment précis où la valeur est écrite dans /sys/power/state.
L'appel ioctl() a quant à lui d'ores et déjà été retiré du noyau 2.6.36 et toutes ses occurrences remplacées par unlocked_ioctl() qui ne nécessite pas la pose du verrou global. [http://fr.wiktionary.org/wiki/quant_%C3%A0]
(PS: Merci pour cette heure instructive passée à lire la dépêche ;-)
# Rosetta Code
Posté par fero14041 . En réponse au message Que de langages..mais quel langage ?. Évalué à 2.
[^] # Re: Trop de notes tuent les notes
Posté par fero14041 . En réponse au journal Article dans "Manière de voir" n°112 : "La preuve par les logiciels libres" (P. Rivière). Évalué à 1.
Conjonction de plusieurs phénomènes: (i) les contraintes du médium à disposition et son utilisation ¹, et (ii) mon incapacité à savoir quoi dire ou taire.
(ii) Pour le dernier point, j'adopte, faute de mieux, une stratégie du "mieux vaut trop que pas assez" couplée à un bon "je leur donne des pistes (toutes les pistes), à eux de choisir le cas échéant lesquelles emprunter". Bref : pas de choix éditorial de ma part :-( et à vous d'être responsables de ce que vous en faîtes. (Ce n'est pas l'affirmation d'une stratégie délibérée, mais le constat d'une manière de mal fonctionner.)
(i) Et pour le premier point, comment différencier "syntaxiquement" les types de notes?
A l'avenir ², j'essaierai de les limiter à seulement la catégorie "compléments d'informations sur le sujet", et pas "considérations personnelles", ou vaines tentatives d'"humour" ³. Merci de m'avoir gentiment (re)pointé cette limite.
------
¹ Les marques de notes de ce style sont-elles plus lisibles? Et comment faire des renvois sous forme d'hyperliens?
² Oubliez ceci [http://linuxfr.org/comments/1145693.html#1145693]...
³ Preuves de la conscience que deux pages de notes pour une de corps est juste... inhabituel illisible démesuré?
[^] # Re: Abonnement
Posté par fero14041 . En réponse au journal Article dans "Manière de voir" n°112 : "La preuve par les logiciels libres" (P. Rivière). Évalué à 1.
Bah, j’ai « pertinenté » son journal (j’ai failli ne pas le faire : le lien est après les notes…).
Arf, merci pour le rire occasionné :-)
[^] # Re: Mais qui est donc Philippe Riviere?
Posté par fero14041 . En réponse au journal Article dans "Manière de voir" n°112 : "La preuve par les logiciels libres" (P. Rivière). Évalué à 1.
Par contre, sur la question de la "normalité" de l'absence explicite de leurs statuts, en tant qu'auteurs d'articles, je m'interroge... C'est peut-être "normal" du point de vue des habitués du Diplo., pour les spipeurs, et consorts. Mais pour les nouveaux? Ou, pire, les occasionnels? Seuls ceux qui savent déjà n'ont pas besoin de savoir, et on reste alors entre nous – tant pis pour les autres? Le naïf (e.g. moi) s'étonnera du traitement particulier accordé à ces deux là (Serge Halimi et Philippe Riviere); le curieux ira chercher des infos ailleurs¹, mais c'est presque un comble pour un papier de nécessiter Internet...
C'est AMHA aussi une forme de respect de tous les lecteurs de ne pas faire l'économie d'informations que "tout le monde doit savoir", un tel jugement étant par essence relatif. Bref, une à trois lignes d'infos supplémentaires pour chacun n'auraient pas fait de mal à mes yeux².
------
¹ Mea culpa, j'avais demandé à Madame Wikipédia [http://fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial%3ARec(...)], mais pas Monsieur Google [http://www.google.com/search?q=philippe+rivi%C3%A8re] :-/ .
² Qui n'ont pas besoin de ça...
# "[Le logiciel libre] s'adapte... et vous?"
Posté par fero14041 . En réponse à la dépêche Fiction documentaire de 16 min « Libre à vous ». Évalué à 1.
Je ne sais pas si c'est un clin d'œil volontaire, mais Microsoft avait mené une campagne publicitaire pour sa suite bureautique, en 2005, avec comme slogan:
"Microsoft Office a évolué. Et vous ?" [1]
Du coup, le même argument est repris ici: si vous ne changez pas (dans le sens que je / le locuteur indique), vous serez dépassé(e)(s)! Et sous-entendu: on sait très bien ce qui arrive à ces derniers ("Vae victis!" [2]). Que cet argument [3], loin d'être nouveau en plus, soit repris par la firme de Redmont, cela m'avait horripilé à l'époque [4]; qu'il le soit à nouveau, pour une cause qui m'est chère, ne passe pas mieux :-/ [3, encore].
Les entreprise faisant du logiciel propriétaire, et ces produits donc, n'ont pas attendu l'arrivée du libre pour évoluer, s'adapter, assurer leurs pérennités et descendances, modifier leurs environnements, créer des monopoles, lobbyinger [6], etc. Le changement n'est définitivement pas un argument en faveur du libre [3, toujours].
Si on oublie ici [7] les axes éthiques, moraux, humains, etc. en restant dans une optique purement d'évolution des "populations" et des écosystèmes [8], alors l'autre partie de l'argumentaire proposé dans la dernière tirade [9] me semble plus intéressant, pertinent, en un mot: valable. Il s'agit de "diversité". Le libre, par sa nature, permet une plus grande diversité dans les logiciels, dans les mêmes familles de produits, hors des sentiers battus et sur des terrains plus casse-gueule, dans les communications et organisations entre les individus, etc. C'est fondamentalement sa caractéristique [10] par rapport au logiciel propriétaire, ce qui lui donne une plus grande assurance de continuité de son évolution [11].
--
Voilà, c'est tout pour cette fois [41]. Il est regrettable de ne pas pouvoir partager avec vous plus tôt (dans la discussion)... Pour la future version de DLFP, est-il prévu un système de pré-salon de discussion pour affûter les arguments, ou de retard d'ouverture des commentaires... ;-? ~-> []
--
[1] On en retrouve notamment mention dans le forum Framasoft:
http://forum.framasoft.org/viewtopic.php?f=12&t=6565
[2] http://fr.wikipedia.org/wiki/Vae_Victis
[3] Qu'un ou des logiciels / entreprises / organisations / (complétez ici) "évolue(nt)" est un truisme. A peu près tout "évolue", c'est à dire se modifie dans le temps, ou alors meurt / disparaît.
[4] Sans compter qu'un ami proche, pro-propriétaire / MS [5], se foutait de ma gueule en reprenant le slogan, remuant le couteau de son sarcasme dans la plaie de mon impuissance à le convaincre de changer – lui.
[5] Ami proche.
[6] Néologisme que je me permets, pardon famille patrie toussa.
[7] Volontairement et temporairement, pour le propos.
[8] Pour plagier un intitulé courant d'ex-maîtrise de biologie, par exemple.
[9] Revenons au sujet.
[10] J'avais noté "sa force" au début, mais comme il y a aussi des aspects négatifs, des "faiblesses" associées, je préfère la formulation neutre.
[11] Ce qu'en paraphrasant Eben Moglen [12] on pourrait résumer en "[le libre] [va] gagner" [13]. Je ne serai pas aussi optimiste: par rapport au logiciel propriétaire, c'est sûr. Mais ça ne veut pas dire non plus que ce dernier va disparaître pour autant: il peut très bien se maintenir, ne serait-ce que dans plusieurs "niches". Par ailleurs, rien ne dit que le libre "survivra" à quelque chose qui arrivera dans le futur: c'est le problème des organismes/écosystèmes évoluant, rien n'est acquis sur le long terme, rien n'est écrit définitivement.
[12] http://fr.wikipedia.org/wiki/Eben_Moglen
[13] http://www.framablog.org/index.php/post/2008/06/12/eben-mogl(...)
et http://forum.framasoft.org/viewtopic.php?p=241129#241129
[41] Pardon, j'aime bien les notes de bas de page, permettant de découpler propos et remarques sur celui-ci; allez donc voir la suivante...
[^] # Re: Titre ironique
Posté par fero14041 . En réponse à la dépêche Les négociations d'ACTA se poursuivent dans une transparence irréprochable. Évalué à 3.
[MHA]
Je suis pour un peu d'humour avec des sujets aussi désespérants, dans le corps de la dépêche notamment, et dans la fin plus précisément, mais peut-être pas dans le titre, à moins de parler uniquement entre nous.
[/MHA]
(Ceci dit, un grand merci pour le nombre et la qualité de tes dépêches, Malicia.)
[^] # Re: Youpi !
Posté par fero14041 . En réponse au journal Le successeur de TeX. Évalué à 2.
[^] # Re: Et pis .....thon
Posté par fero14041 . En réponse au journal Lamentations ou les remords d'un geek. Évalué à 1.
http://www.alterway.fr/publications/python-d-veloppement-aut(...)
# "[Oh, mon frère,] je sens la douleur à ton côté, jumelle de la mienn
Posté par fero14041 . En réponse au journal Lamentations ou les remords d'un geek. Évalué à 2.
Pourquoi nier ce désir, pourquoi renier cet appel? Ecrire du code est ta voie, et sa voix passe par toi.
Tu es bien mal en point, mon frère, mais tu possède tous les fermants nécessaires en toi, dans ton histoire et dans ton environnement pour atténuer cette douleur, calmer cette pulsion, assouvir cette soif... Et la communauté vers laquelle tu tends l'expression de tes sentiments est la réponse. Ton geste même la résume.
Oui, ton cas n'est pas isolé. Oui, d'autres individus ont des parcours chaotiques, faits de hauts et de bas. Aussi de peur, et d'échecs cumulés. (Coucou!) On parle trop de parcours réussis, d'individus brillants: n'y a-t-il de place que pour ceux-là? Il y a de la diversité dans les situations et les comportements, les idées et les projets.
Mes conseils (en dehors de se faire aider psycho-physiologiquement -- médicaments, psychothérapie -- et non, ce ne sont pas des termes grossiers!): lance-toi! Trouve un langage de prog. qui te convient, pas qui t'es imposé (par les autres, le marché, etc.). Créée, innove, essaye, note à propos de tes essais (sentiments, plus et moins, etc.).
Fais fructifier tous les temps que tu peux trouver, entre deux journées, pendant une pause, les transports, tous les points en rapport: lecture d'articles, de magazines, de livres, de blogs, de forums, de manuels, ... griffonne des bouts d'algos, des bouts d'archi., des idées, des possibilités de réalisation...
Regarde également du côté d'associations de passionnés, où rencontrer des semblables (et pourtant différents), comment participer. Balbutie dans ton coin, bâcle des protos projets, mais fais-le pour toi (et pour le Code, bien entendu). Regarde ce que tu peux faire pour/avec les autres. Marche (ne cours pas -- pas tout de suite ;-) !
Une possibilité: monte une vieille bécane comme serveur, installe-toi une forge, et avance à ton rythme. Un prof disait: "l'important est de toujours avancer, à son rythme, mais ne jamais s'arrêter!" Brouillone!
Et quand même pas d'accord sur un point: le code est peut-être le constituant de base du logiciel libre, ce n'est pas lui qui dira où/comment/quoi construire... Tu peut être un mauvais maçon et un très contre-maître. Ou un mauvais et un conseilleur de pierres hors-pair. Ou un mauvais et un bon architecte. Ou aussi un mauvais et un quand même un très bon tribun (etc.). Plus important que le code, les idées sous-jacentes à celui-ci, qui n'en devrait être que l'expression. Pour quoi veux-tu te battre, et donc te former/changer -- tout en ne te reniant pas?
[ma vie]
Perso: parcours universitaire en biologie, puis info, puis d'autres.
Langages: au début C/C++ (pas le choix pour le premier projet), puis Java (cours d'infos), et enfin Python (essai, puis adoption).
Projets: une nouvelle idée intéressante par mois (au moins), donc trop pour en mener un seul bien, au bout. Pas grave, on en lance d'autres...
[/ma vie]