Sylvain Forêt a écrit 38 commentaires

Bonne sélection!

Les langages comme Forth et Factor son très amusant à apprendre, parfaits pour les vacances, quand on veut se changer les idées, faire quelque chose de nouveau, différent, exotique ... tout en restant devant son écran.

Mais dans cette famille de langages, je préfère PostScript.

Ça permet de faire de joli dessin directement à partir de votre éditeur de texte favori.

http://amath.colorado.edu/documentation/postscript/ThinkingI(...)
http://www.cappella.demon.co.uk/psfiles/pracpost.html

Le seule raison que je vois est que les développeurs de KDE ne veulent pas se retrouver dépendant d'une bibliothèque qui n'est plus maintenue.

Je pense donc, malgré l'immense respect que j'ai pour eux, qu'ils ont fait un mauvais choix (ou alors quelque chose m'échappe).

En effet, ils ne satisfont ni les amateurs de Xine qui aiment la fonctionnalité A (que Gstreamer n'a pas), ni les utilisateurs de Gstreamer qui veulent la fontionnalité B (que Xine n'a pas).
En fait, ils déçoivent les deux.

Pour ce qui est du coté multi-OS, je ne sais pas pour Xine, mais Gstreamer compile pour linux, pour différent BSDs et pour Window$.

Finalement, pour ce qui est de se retrouver avec une bibliothèque qui n'est plus maintenue, je ne crois pas que les risques soient grand avec Gstreamer, vu le dynamisme de son dévelopement et son utilisation dans de nombreux projets, dont Gnome.
Si KDE avait choisit cette bibliothèque, tout risque d'abandon de cette bibiothèque aurait encore diminué.

Cela m'attriste, mais ce projet m'apparait comme un effort inutile.

Le 'design' logiciel (ou autre) est avant tout l'art de faire des choix, or il semble que gens de KDE ont décidé de ne pas se décider et toute l'élégance des couches intermédiaires orienté object, blablabla ... ne leur rendra jamais les foncionalités qu'ils se sont refusé, la lourdeur ajouté et le fait qu'un nouveau projet ad hoc comme Phonon a plus de chance d'être abandonné par ses développeurs qu'une librairie qui aurait été partagée par plusieurs environnements de bureau.

Je te conseille vivement pmap (1).
pmap te donne la mémoire utilisée par ton processus et par les bibliothèques partagées dont il dépend, montrant à la fois la mémoire en lecture seule et celle en écriture.

L'utilisation est très simple, il n'y a que deux ou trois options ... la page man se lit en une dizaine de secondes :-)

Une approche bête et méchante est d'enlever tous les includes et de les rajouter ensuite un par un jusquà ce que ça compile.

Un script perl qui fait ça a été proposé sur comp.lang.c++:

http://groups.google.com.au/group/comp.lang.c++/browse_threa(...)

Néanmoins, cette approche n'est pas sans poser quelques problèmes:

+ Elle peut prendre un temps considérable.

+ Certains include peuvent définir des macros qui ne sont pas nécessaires pour compiler mais qui peuvent modifier le comportement du programme.

+ Le résultat est quelque chose qui compile, mais pas forcément la façon la plus élégante et minimaliste de répartir des #include.

Bon courrage !

SF

Salut !

Tu peux utiliser l'option '-pg' de gcc qui ajoute à ton programme du code qui va écrire des informations de profiling que tu pourras ensuite analyser avec gprof.
Pour plus d'informations:
man gcc
man gprof

Celon ce que tu veux faire, je te conseille aussi de jetter un coup d'oeil à Valgrind.

Crontab ouvre ton éditeur par défaut qui d'après ta description est le grand le beau le puissant 'vi'.
Donc soit tu change ton éditeur par défaut (variable d'environement EDITOR que tu peux mettre dans ton .bashrc), soit tu apprends à te servir du grand du beau du puissant 'vi'.


'vi' première leçon: pour sauver, ':w'
pour quiter ':q'
pour l'aide ':h'

Ce n'est pas possible.
Tu ne peux pas modifier une variable en XSL (langage fonctionel => pas d'effet de bord ...).

Une façon de faire est de compter le nombre de noeuds qui satisfont ta condition, formulée sous le forme d'un prédicat XPath.
Puis tu fait un xsl:choose contennant un xsl:when pour le cas ou la variable vaut zéro et un dans l'autre cas.

en gros:

<code>
<xsl:variable name="yenA">
<xsl:value-of select="count(//game[starts-with(./title, $letter)][other predicates])"/>
</xsl:variable>


<xsl:template match="/">
<xsl:choose>
<xsl:when test="$yenA = 0">
Non, rien de rien ...
</xsl:when>
<xsl:when test="$yenA != 0">
<xsl:apply-templates select="//B"/>
</xsl:when>
</xsl:choose>
</xsl:template>

</code>

Si tu veux toutes les 35 minutes à 15 heures tous les jours, la commande est: */35 15 * * * /home/script1.sh Si tu veux à 15 heures et 35 minutes tous les jours (ce qui revient au même, mais la syntax est différente): 35 15 * * * /home/script1.sh Si tu veux plus de renseignements: man 5 crontab

A mon avis, ca dépend de la complexité des communications.

Si le protocole est simple et consiste simplement à envoyer quelques 'opcodes' comme 'start' 'jump' 'die' ... alors une socket sur laquel tu lis ou ecris un simple entier pour chaque opcode est très simple à mettre en oeuvre, surtout en langage de haut niveau comme python, perl, ...

Si par contre tu veux appeler un grand nombre de fonctions, nombre d'arguments variables, etc .... alors utilise plutot quelque chose comme RPC, SOAP, ...
Le choix précis de la technologie dépend de l'environement technique.
Par example, si tout tes services sont en java, RMI ou JINI sont pas mals. Si l'environement est très hétérogène, SOAP peut être une meilleur solution ...

/usr/X11R6/bin/Xorg
est dans package:
xserver-xorg

/etc/X11/X
est en général un lien symbolique vers le server X proprement dit qui lui même est souvent situé à
/usr/bin/X11/Xorg
pour le server de x.org
ou
/usr/bin/X11/xfree86
pour xfree86.

Et idem dans enlightenment avec e16keyedit

Pas besoin de ca pour chercher les semences les plus productives

Peut-etre pas maintenant, mais a l'epoque, personne n'entreprenait d'amelioration des semences a une echelle suffisemment grande pour qu'il y ai des gains significatifs de productivite. Les brevets ont encourragé certains a se concentrer sur cette activite. Il en a suivi la naissance d'un metier et meme d'une discipline scientifique, la selection genetique des plantes (certes, il y a toujours selection avant, mais de maniere empyrique et a tres petite echelle, les progres etaient donc tres lents, voir meme trop lents pour la croissance de la population).

Ceci dit, je suis tout a fait d'accord avec toi que les brevets actuels sur les semences presentent de nombreuses aberations, parmis lesquels l'asservissement des producteurs aux grands semenciers.

C'est tout un systeme qui est a revoir.

Je ne me rapelle plus le nom de la molecule en question, mais elle traite un parasite tropical (un nematode) qui se trouve principalement en Afrique.

Cette conference risque d'etre du plus grand interet.
En effet la question des brevets peut avoir des reponse assez differentes celon le domaine considere. RMS lui-meme fait bien la distinction entre differents champs d'application des brevets.
(cf par exemple son interview a l'assemble nationale au debut de l'annee : http://media.april.org/audio/assnat/(...) ).

Les brevets logiciel C interdire a quelqu'un d'avoir une idee qu'un autre a deja eut meme si le dernier l'exploite mieux. L'idee apparait assez vite absurde.

Le brevetage des genes me semble egalement injuste. En effet, comment peut-on pretendre avoir la primeur sur quelque chose qui de toute facon existe, sous pretexte de l'avoir vu le premier. C comme si le premier gars monte sur l'Evrest avait pose un brevet sur cette montagne.

Le brevetage des semances et des medicaments me parait plus delicat.
Si je me rappelle bien le brevetage des semances a ete introduit (il y deja un bon moment ... ) pour encourrager la selection de semances plus productives. A l'epoque ca a eut l'effet premier d'augmenter les rendements et du coup, peut etre d'aider a resoudre les problemes de penurie alimentaire. Certes, il y a eut aussi, plus recemment des effets pervers (qu'il serait trop long d'aborder ici). Mais retenons que ca a pu avoir un effet moteur.

Idem pour les brevets sur les medicaments (et autre produits pharmaceutiques et phyto-pharmaceutiques). Les brevets permettent d'amortir les investissements collossaux necessaires a la recherche et donc encourragent la recherche (ou une certaine recherche ...). Mais les effets pervers sont encore plus criants :
des medicaments qui ne sont pas fabriques (certaines maladies tropicales ont des remedes mais les detenteurs des brevets ne veulents pas les fabriquer car pas rentables) ou fabriques trop chers pour les pays pauvres (bravo a l'Afrique du Sud et a la Thailande pour etre passes au nez et a la barbes des industries) ...

EN bref, le probleme est complexe et necessite debat. C pour ca qu'il y a des conferences comme celle de samedi ... alors : a samedi les moules :-)

Ho comme tu as raison !
Hélas :-(
Un chroniqueur sur France Inter ce matin soulignait certaines des contradiction des Etats-Unis.

Les Etats Unis sont pour le libre échange, mais pour la taxation des autres producteurs d'acier qu'eux memes, pour une instance judiciaire mondiale, mais contre le fait qu'elle s'applique à leurs soldats, pour la paix dans le monde, mais pour la fabrication de mines anti-personnelles, contre les integrismes, mais profondement lutheriens, contre les subventions agricoles, sauf chez eux ...

Alors comme Microsoft doit raporter pas mal d'argent a l'export aux USA, on peut imaginer qu'ils vont mettre la pression sur Bruxelles pour ne pas sanctionner leur gros bebe.

Esperons que l'Europe saura faire face.

Tu as tout a fait raison de le souligner, il manque cruellement à Eclipse un editeur d'interfaces graphiques.
On va donc devoir continuer a utiliser Netbeans pour pour cette partie là.
C'etait la seule raison qui me faisait sortir de mon VIM pour demarrer un IDE, et tout comme toi, je vais devoir continuer à le faire.
Ce serait quand meme vachement bien d'avoir un éditeur d'interfaces graphiques swt, car y'a pas a dire, C quand meme beaucoup plus rapide que swing!
Attendons la prochaine release ...

J'vais le meme probleme avec le jdk1.3, mais a partir du 1.4.0, C bon. Tu peux donc utiliser netbeans a present ... a moins que tu n'essayes Eclipse ;) Mais certes, VIM restera toujours un choix de qualite, fiabilite, legerete, configurabilite ... (surtout avec ant : tu fais ":compiler ant" et ca marche exactement comme make, avec coloration syntaxique des logs, ...)

Si, y'a des IDE dans d'autres langages, comme Visual age (smalltalk), JBuilder (C++) ... mais bon ... C on ne peut moins libre et on ne peut lourd. Mais avec les widgets swt de Eclipse, C plus leger que les autres ide ecris en java (forte par exemple) et qui utilisent swing. Sinon, Together utilise une librairie graphique propriétaire qui est "relativement" légère, qui marche sous linux ... mais bon, C encore tres proprietaire tout ca :-( Perso vim + ant == bonheur

Non, c'etait juste une remarque dans le contexte, une invitation à faire un plugg-in dia ou argo ... Mais C vrai, ca pourrais une bonne signature ... servez vou, C sous GPL :-) ca a rien a voir => [-1]

Si, il y a des pluggins pour UML (describe, xde, et together dans leur prochaine version (7)), mais rien de libre pour l'instant ... peut-etre argoUML ou dia bientot ? Esperons ... ou codons !

Excelent site !

Merci.

En plus il tourne avec DaCode :-)

Merci beaucoup pour les liens !

Le mouvement est en effet deja en marche en ce qui concerne le soutien pour l'adoption dans les ecoles.

Reste a agir pour faire plus de bruit :-)

Vu l'impacte que cela peu avoir qur ces jeunes gens et leur familles dans lesquelles ils vont ballader leur portable M$, cette nouvelle est grave.
Aussi, je me pose une question et en profite pour la poser a tout le monde :

Existe-t-il une association ou quelque autre organisation qui propose aux ecoles ou aux collectivites une solution d'installation Linux gratuite (et avec le sourire:-) ?

Si une telle association existe, je la rejoins au galop. Sinon, je crois que je suis motive pour en monter une ...

Reste plus que le marketing ... mais ca peut marcher !

Pour te rassurer, au risque de te contredire, Taiwan est loin d'etre un pays sous-developpe (et encore moins l'Allemagne, cf 2 articles plus haut)!
Apres, libre à toi de t'assimiler a un geek :-) ...