GuieA_7 a écrit 689 commentaires

J'avoue avoir été méchant. Je ne l'ai félicité qu'une seule fois ; et j'ai osé émettre un avis sur ce qui me semble être une légère erreur.

Je ne le referai plus, c'est promis ; je n'émettrai à l'avenir plus que des commentaires dithyrambiques. C'est comme ça que les logiciels s'améliorent, en émettant _que_ des encouragements.

<mode sincèrement gentil>
Continue David, c'est du bon boulot.
</mode sincèrement gentil>

[et si David s'est senti agressé, j'en suis vraiment désolé, c'était vraiment pas mon intention. Il faut croire qu'écrire des commentaires quand on a passé une journée de merde c'est pas mon fort]

C'est bien possible, c'est pas moi qui m'en occupons (et pour l'instant on ne compte pas trop sur le web pour attirer les clients - et pourtant ça marche).

Mais MERCI de ta critique.

Je n'ai jamais prétendu être une brute du C++ ; je faisais référence à des gens comme ceux de boost par exemple. Tu sais, ces gros guignols qui s'y connaissent un tout petit peu en templates et méta programmation ; et bien eux non plus ne foutent pas tout dans un seul fichier (pourtant on pourrait certainement trouver des points perfectibles dans leur code, malgré leur maîtrise - parce que c'est de ça dont il s'agit). Alors que toi tu sembles être sûr de toi, parce que ta lib existe depuis 7 ans, donc tu ne peux pas avoir commis une seule erreur (j'entends par là que ce n'est pas un argument technique ça).

[ argument technique oublié dans la précipitation : sinon découper en plusieurs fichiers, ça pourrait aussi apporter en temps de compilation (mais si tu codes en C++ comme un bourrin, tu dois le savoir) ]

Sans rancune.

Merci de ta longue réponse.

Alors non je n'ai pas ton expérience en C++ c'est bien certain. Mais l'argument 'ça existe depuis des années' désolé mais bof bof. Le VB aussi ça existe depuis des années....

Ensuite oui je connais la STL et le principe des templates ; et bien elle n'est pas constituée d'un seul fichier tu m'excuseras. Donc non je n'ai pas la prétention de connaître la meilleure façon de faire , sinon je ne me remettrais pas en question tous les 3 jours. Et si je suis peut-être prétentieux (on est mauvais juge de soi-même), permets moi de te retourner le compliment.

Alors tu fais ce que tu veux, je n'ai droit de regard sur ton travail (je précise que toutes les remarques que j'ai faites je les ai faites sur des souvenirs de précédents journaux ; c'est parce l'air de rien je me suis intéressé à ton travail). Mes critiques se voulaient constructives c'est tout, mais ta 1ère liberté, c'est de ne pas les écouter.

Je ne peux que souhaiter qu'une bonne âme face le plug-in gimp. Voilà.

Je ne veux pas passer pour le donneur de leçons, mais il semble quand même que ton gros fichier .h de plusieurs milliers de lignes, avec en vrac des trucs pour le fenêtrage/affichage, des fonts en dur etc.... embête plus qu'autre chose. Tu avais l'air de penser que c'est le plus simple, et pourtant regarde :
- personne au monde ne fait comme ça (parmi les personnes qui codent bien en tout cas...) ; c'est quand même un indice.
- si le packager pour le plug-in gimp l'a dit, que les dev krita préfèrent partir du code du plug-in Gimp, c'est peut-être un autre indice.
- les dev ne sont pas des imbéciles ; s'ils n'arrivent pas à gérer 3 .cpp qui se courent après, ils peuvent arrêter de coder....

Si ton code était bien séparé entre .h et .cpp, qu'on puisse obtenir une vraie bibliothèque, ça changerait surement des choses (et si comble du bonheur, il y avait en plus une interface en pur C, ça ouvrirait encore d'autres horizons -- même si SWIG gère aussi le C++) : un vrai paquet dans les distribs, des bindings vers d'autres langages (python etc...), un développement pour des plug-in facilité...

Enfin bon, je m'emporte, et je ne t'ai même pas félicité pour ton algo excellent ; mais je trouve dommage qu'il soit si mal mis en valeur.

Je précise que je n'ai rien contre OCaml ni contre les logiciels 'non-industriels' (pour le libriste que je suis ça serait vraiment cracher dans la soupe). Pour en avoir fait un petit peu, c'était effectivement vraiment pas mal. A écouter certains, c'est le meilleur langage du monde et on peut jeter le reste (mais bon je ne suis pas le dernier à précher pour mes outils favoris, je sais ce que c'est), mais j'aimerais quand même la réponse de personnes qui s'y connaissent bien en OCaml à mes quelques questions :
- Si j'en crois la doc, les threads sont lightweight et n'utilisent donc pas les multi-processeurs. Est-ce exact ?
- Toujours en mattant la doc, le chargement dynamique de bibliothèques ne marche qu'en mode bytecode, et pas en mode natif. Là encore, est-ce que je me trompe ?

Parce que si je ne me trompe pas, ça fait quand même 2 trucs assez indispensables qui manquent. Alors, je suis le 1er à m'extasier sur des conceptions super haut niveau ou des algos élégants et performants, mais pour un langage que certains voudraient voir remplacer le C, je trouve ça très handicapant.

Voilà mon objectif n'est absolument pas de dégouter les gens de OCaml (il y a des tas de langage très nuls mais super utilisés, alors un bon langage sous utilisé je vais pas taper dessus en priorité), mais juste de signaler que faire un langage avec des abstractions super bien foutues c'est bien, mais pour pouvoir remplacer les autres langages, il va quand même falloir pouvoir faire au moins autant que ces derniers.

Les API de Vista ne sont dispo que pour Vista ; donc non c'est pas la panacée d'utiliser les fonctions de 'chrooting' différentes de tous les OS pour avoir quelque chose de portable. Mais ça changera peut être dans le futur (remarque que je n'ai pas dit que ce n'était pas possible).

Sinon as tu des infos supplémentaires ?? Peut-on dans Vista 'chrooter' une simple classe par exemple, et pas un thread en entier (il me semble avoir lu que sous win on a des droits avec une granularité au thread près) ??

Un truc que j'adore avec linuxfr c'est qu'on y rencontre des gens vraiment pointus !
Je vais mater ton langage avec attention.

Sinon tu as fini par dire que sans vm le langage devait être sandbox-ready (dans la pratique), donc ce n'est pas l'OS qui assure tout seul le sandboxing (auquel cas le langage n'importerait pas).

(merci encore pour cette discussion fort intéressante)

Merci, je ne connaissais pas les slim binaries ; c'est très intéressant je m'en rappelerais.

Pourtant, tu te contredis légèrement, puisque tu dis 'ca sert à rien' puis 'sauf dans qq cas'. Je pense qu'on va aller dans un monde avec plein de machines très différentes interconnectées (station, pda, téléphone) donc ces quelques cas font que si ça ne marche pas partout, c'est génant (c'est comme dire que si ça marche pour win ça marche presque partout...). Mais bon dans l'ensemble on est assez d'accord au final : on peut se passer de VM la plupart du temps (beaucoup de programmes ne perdraient pas de feature, et gagneraient en perf, à être réécrits dans un langage sans VM par exemple).

Pareil pour le sandboxing : le faire de manière identique sur tous les OS, pour une portion de code (et pas un processus en entier) et à l'heure actuelle, sans java/.NET(/autre?), et bien c'est pas possible. Et que dans l'absolu, ça soit possible, ça ne change au final pas grand chose. Donc je maintiens que si on a besoin de sandboxing (c'est à dire pas souvent, je te l'accorde), pour l'instant la VM est le seul salut.

Quant au remoting, oui j'ai précisé que cétait juste un confort pour le programmeur (la comparaison avec Corba est bonne).

Je précise tout d'abord que je ne suis pas un java/C# zealot, et que je suis bien content que la plupart des applis que j'utilise soient codées en C/C++. Pourtant je pense que tu te trompes ; pas complètement, mais tu te trompes quand même. Je m'explique.

La portabilité (binaire avec bytecode - ou directement avec le source) + le sandboxing, ça peut être très utile, même en utilisant que des Logiciel Libre, même sur un desktop. Par exemple, dans ton browser, y a éventuellement du Java, du javascript, et tu es bien content que ça soit portable et sanbboxé(tu comprend bien que "chrooter" ton browser, c'est pas la panacée). Non je milite pas pour plus de java/javascript sur le web, c'est un exemple. Mais on pourrait en trouver d'autres. Par exemple un genre de BOINC, qui téléchargerait des calculs à faire, mais sans avoir besoin de devoir faire confiance à un binaire qu'on ne télécharge pas grâce à sa distribution. Ou un serveur de jeu, qui enverrait des règles spécifiques à une map. etc...

Donc même dans un environnement libre, avoir du code mobile peut avoir du sens (il suffit de savoir qu'on peut le faire, et les idées viennent !!). Et utiliser l'os pour chrooter toutes ces applis n'est pas une solution viable. Mais bon je t'accorde que toutes les applis n'en ont pas besoin. Et que si besoin est, le coeur de l'appli peut être codé en C par exemple, mais charger à côté une VM pour exécuter uniquement le code mobile.

(ah oui et le remoting c'est pour faire de l'appel de fonctions/méthodes à distance ; ça peut être confortable pour le programmeur ; mais pour l'utilisateur là ça ne change rien).

Quelques remarques:

- Oui Ogre a servi à faire un jeu pro (Ankh) ; je te l'accorde c'est pas le fleuron de la 3D internationale, mais c'est quand même plutôt mignon ; comme quoi de bons artistes, c'est ça qui importe le plus pour les graphismes (mais je suis bien certain de ne pas te l'apprendre, vu que tu as l'air d'un joueur expérimenté).

- Je pense ne pas trop mal connaitre l'industrie du jeu, j'ai même fait un stage dans une boite de jeu il y a quelques années, et je peux te dire que c'est pas tous des dieux du code (surtout en ce qui concerne la propreté :). Et à part quelques exceptions, le code est rarement super optimisé, ou alors c'est tellemet pas scalable qu'il vaut mieux que le libre ne s'en inspire pas !! Donc oui Ogre par exemple, pour le connaitre un peu, pourrait être bien amélioré, mais c'est bien le principe du LL non ? Perso, je trouve ça plus sain de faire un moteur d'assez haut niveau, quitte à optimiser plus tard ; en effet les boites de jeu, elles sortent un titre, le vende, puis elle l'oublie et passent à la suite etc... je ne crois pas que ça corresponde trop au concept du libre, qui s'inscrit plutôt dans la durée[*].

- Dans la même veine que ce que je dis au dessus, courrir derrière le photoréalisme n'est pas une bonne idée je pense ; en effet c'est très statique dans le temps comme concept (ressors tes vieux mags de jeux qui parlent de photoréalisme ; c'est tellement laid que ça fait rire). A mon avis les jeux qui vieillissent le mieux sont ceux qui ont plutôt un style très marqué pas photoréaliste. Pour un éditeur pro c'est pas grave : il sort son jeu qu'il doit vendre pendant 6 mois, et qui doit donc être beau pendant 6 mois. Mais pour un logiciel libre, c'est une erreur. Par exemple Planeshift qui n'était pas super beau déjà il y a quelques années, et bien ça va pas s'amèliorer ; alors que Frozen Bobble, son graphisme on le trouvera toujours mignon dans quelques années.

- A mon avis le principal problème des jeux libres, c'est qu'il doit y avoir à la base un noyau dur de bons codeurs et de bons artistes, parce que sinon ils n'arriveront pas a attirer d'autres personnes sur leur projet. Un artiste ne se joindra pas à un truc moche ; un codeur voudra refaire son propre moteur de jeu (comme on en trouve des dizaines sur freshmeat....). C'est pour ça que je suis d'autant décu de la non libération de Ryzom : son potentiel de base aurait certainement attiré plein de gens de talent (tandis que les MMORPG libre from scratch n'attirent pas vraiment les foules).

[*] je parle de libre au sens : des bénévoles passionnés qui font ça sur leur temps libre. Si c'était une boite qui faisait un jeu au code source libre, ça serait une autre histoire....

"Tant mieux, ce jeu mérite mieux que tomber aux oubliettes"
http://forums.jeuxonline.info/showpost.php?p=13229285&po(...)
(je te l'accorde, il y a un smiley qui laisse planer le doute sur de l'éventuel second degré)

"Pour ryzom.org, ça me semblait plus un projet concernant le logiciel libre que le jeu Ryzom, donc "l'échec de Free Ryzom" m'est complètement indifférent."
http://forums.jeuxonline.info/showpost.php?p=13229087&po(...)
(oui, bravo, la communauté se mobilise pour la libération, dont oui ça concerne une libération....)

C'est clair, il y en a qui mérite des baffes ("cool, c'est pas devenu libre, ça va pas tomber aux oubliettes"....ce qui faut pas lire....). Mais j'ai la flemme de me créer un compte sur ce site de kikoolol pour les moucher, c'est peine perdue je pense.

C'est vraiment bête, encore un jeu proprio (malgré les bases libres) dont on n'entendra peut être plus parler....

Il suffit que ta bibliothèque C++ (compilée avec g++ donc), dispose d'une interface purement C. C'est à dire un ensemble de fonctions qui prennent/retournent des types C, déclarées dans un .h. Pour bien faire les choses, mets ' extern "C" ' devant chacune de ces fonctions (déclarations et définitions).

Plus qu'à compiler ton application C avec gcc, en te linkant avec cette bibliothèque.

Je pense que tu parles de Linux Game Tome:
http://happypenguin.org/

Ça fait longtemps que j'ai pas vu d'annonce, et pourtant il semble que dans les forums ça soit encore actif:
http://happypenguin.org/forums/viewforum.php?f=21&sid=f2(...)

...un sondage "Dieu existe oui/non ?" sur Linuxfr ???

Sinon ce que que je trouve rageant dans le fait d'être athée, c'est que je sais (crois?! :) qu'une fois mort, je ne pourrais pas faire un "ahaah" à la Nelson aux déistes de toutes sortes.

Sinon continue de faire des journaux intéressants (ce qui ne veut pas dire que je sois d'accord avec tout - au contraire même, c'est tout l'intérêt).

J'aurai une question. Il me semble que windows possède un système équivalent (COM+ ?) ; j'aurai aimer savoir à quel niveau D-BUS se situe par rapport à celui-ci, en terme de qualité notamment. Ce n'est pas que la réponse puisse me faire quitter mon système libre, mais le technicien que je suis aime bien savoir ce qui se passe à côté (d'ailleurs ma question vaut aussi pour les autres OS/environnements).

Merci d'avance.

Blender n'a rien à envier à MAX

Je vais un peu modérer tes propos. D'après ce que j'ai pu comprendre (je ne suis pas utilisateur de 3ds), SI Blender a des choses à envier à 3ds, mais le contraire est vrai aussi !! Par exemple, le dépliage UV de Blender est une référence, mais sa pile de modifieurs est encore un peu pauvre.

Je voudrais ajouter quand même que si à l'époque où Blender était proprio, il était déjà très puissant, depuis sa libération, son développement est d'une rapidité incroyable. Blender est pour moi l'application dont le développement est le plus excitant (une release 'majeure' tous les 6 mois environ !), et il ne fait pas de doute qu'un de ces jours il va devenir LA référence, sachant qu'il est déjà une alternative tout à fait crédible (ce n'est pas une version pauvre de 3ds).

C'est vrai que tu pourrais penser à changer de pseudo ; je propose Monomaniac.

Au vu du style des graphismes, je pense que le top serait d'utiliser le format svg (quitte à éventuellement garder un cache des bitmaps générées).

Il commence a y avoir pas mal de frameworks web en python. Django et Karrigell ont déjà été cités au dessus. Parmi les autres framework un peu connus, y a aussi Pylons et Turbogears :

http://www.turbogears.org/
http://pylonshq.com/

Le dev web n'est vraiment pas ma spécialité, aussi je ne dirais pas quel framework est le meilleur, n'ayant testé que Turbogears (mais Guido van Rossum semble fan de Django). En revanche je sais que le site de Turbogears propose un didacticiel pour coder un wiki en 20 minutes, et qui est vraiment bien foutu (perso ça m'a pris bien plus de 20 minutes mais bon je suis pointilleux :)
Sinon j'aime bien la philosophie de Turbogears qui est de réutiliser d'autres projets (comme cherrypy), quand les gars de Django ont tendance à tout refaire.

Il y a déjà pas mal de temps, j'avais avec ma debian un problème de polices petites dans certaines applis moi aussi. Ça s'est réglé après une installation des paquets 'xfonts-75dpi' et 'xfonts-100dpi'.

Désolé si je suis à côté de la plaque.

Pas tout à fait. Le nom du site est 'Linux Game Tome', et recense donc les jeux tournants sous Linux, libres ou pas. D'ailleurs je lui reprocherait d'être souvent vague avec les licences (l'ambiguïté du terme 'free' ...).
Mais ça reste quand même un très bon site que je consulte régulièrement (vive les RSS).

"Ma touche O ne fnctionne que 2 fois sur 3" serait plus crédible !

Il suffit d'utiliser conjointement les modules imp et inspect. Par exemple:

###########
from imp import load_source
from inspect import getmembers, isfunction

def filterfunc(obj) :
__if isfunction(obj) :
____return obj.__name__ == 'foobar'


f = file( 'toto.py')
mod = load_source(name[:-3], f.name, f)
f.close()

my_func = getmembers(mod, filterfunc) [0][1]

##############

Ce code ouvre le plugin nommé 'toto.py', et y cherche une fonction nommée 'foobar'. Plus qu'à appeler my_func, qui pourra te renvoyer par exemple une instance d'objet dérivant de ton Parent.