GuieA_7 a écrit 675 commentaires

Ah cool donc tu vas venir présenter un logiciel Python! :)

C'est bête, avec toute l'énergie que tu gaspilles à te trigger dès qu'on parle de Python, tu pourrais coder un logiciel libre avec un "bon" langage et venir nous faire une dépêche dessus ! :)

• Pas de parenthèse pour les return.
• p.name().find(proc)!=-1 serait plus pythonique avec un simple proc in p.name()
• Si tu gardes la version 1, tu peux écrire isRunning() de manière plus pythonique là encore:

def isRunning(proc):
    pname = proc.name()
    return any(searched in pname for searched in procs)

Au final tes 2 versions se valent pour un petit script ; après si tu écris beaucoup de code, tu voudras peut-être limiter le code boiler plate. Mais ça dépend de la tête de ton code et de ton imagination.
Si tu passes ton temps à itérer sur les processus dont tu filtres le nom, tu pourrais par exemple faire un générateur:

def filtered_procs(*name_parts):
    for p in psutil.process_iter():
        pname = p.name()
        if any(name_part in pname for name_part in name_parts):
            yield p

for proc in filtered_procs('gnome', 'chrom'):
    print(p.name(), p.pid)

Et si tu veux faire du beaucoup de filtrage et selon des critères variés, tu pourrais imaginer une API qui permettrait d'écrire des choses comme (inspiration Django):

for proc in ProcessusSelector().filter(user='root').filter(Q(name__contains='gnome')|Q(name__contains='chrom')):
    print(p.name(), p.pid)

Merci pour ta réponse détaillée.

Alors, peut-être pour les projets 2D ? Hum… à voir, mais évaluez bien la concurrence avant, et surtout jetez un coup d'œil à Love2D
J'en retiens quand même quelques points positifs: pour celui qui n'a jamais utilisé un moteur de jeu accompagné de son éditeur, c'est une très bonne introduction car les possibilités étant limitées, on le prend rapidement en main.

D'un autre coté des moteurs de jeux avec éditeur associé en libre, il n'y en a pas tellement (Superpowers a l'air sympathique, pas encore pris le temps de tester). Sinon on retombe sur des love2D/Pygame/… qui sont très bien, mais qui n'offrent pas la même chose ; par exemple pouvoir régler graphiquement le timing d'une animation plutôt qu'aller dans le code modifier des valeurs dans un tableau me semble quelque chose d'appréciable (surtout s'il on a quantité de contenu, ce qui arrive dans un "vrai" jeu). Évidemment si le reste ne suit pas, le jeu peut ne pas en valoir la chandelle.

Et du coup tu as choisi un autre moteur de jeu pour faire de la 3D ?
Pour ma part quand je jouais avec de la 3D, j'aimais beaucoup Ogre3D, ne serait-ce que parce que l'exporter Blender fonctionnait bien pour des personnages avec animation par squelette (sur les autres moteurs il fallait se contenter de mesh texturés statiques). Mais de base il ne s'agit que d'un moteur 3D, donc sans éditeur, et sans binding (prototyper en C++ m'a rapidement gonflé, ce n'est pas vraiment fait pour ça). Le binding Python avait l'air pénible ne serait-ce qu'à builder (c'était y a longtemps, peut-être que ça a changé); et il y avait un éditeur en C#, mais je ne suis même pas sûr qu'il tournait sous Linux (pas testé). Si Godot arrive à fournir quelque chose de simple et fonctionnel (même si on doit se cantonner à des petits jeux) avec ses futures versions (puisque tu pointes les problèmes qu'il y a actuellement) ça serait bien.

Durant mes vacances, l'été dernier, je m'étais fixé l'objectif de tester Godot et de faire un petit jeu. Comme toujours j'ai été un peu ambitieux, j'ai juste eu le temps de faire les différents tutoriels. Mais j'ai vraiment été impressionné par la qualité du logiciel ; il semble plutôt complet (pour faire de la 2D en tout cas—la 3D est en chantier) et simple à prendre en main.

J'espère arriver à me motiver pour l'utiliser plus sérieusement (avec un petit jeu que j'ai en tête). Pour le moment je ne peux pas garantir que sur un vrai projet il n'y a pas d'écueil ; mais j'encourage tous ceux qui sont intéressés par la programmation de jeux à regarder ce projet de près.

Le dogfooding ça veut dire que les devs de Movim utilisent Movim avant tout (ils peuvent utiliser FaceBook, Twitter ou autre, ne serait-ce que pour voir ce que fait la concurrence), pas qu'ils demandent aux autres d'utiliser le même OS/environnement de fenêtres/éditeur/wallpaper qu'eux.

S'ils arrivent à faire un logiciel libre populaire (c'est tout le mal qu'on leur souhaite), leurs utilisateurs pourront migrer s'ils le veulent sous Linux (puisque Movim y est disponible aussi) ; mais le nouvel arrivant ne va pas migrer parce que ce logiciel qu'il ne connaît pas encore met Linux en premier (mais il est rassuré que sa plateforme soit mise en avant). Après il n'y a que 4 icônes, c'est pas bien grave non plus hein.

C'est tout de même désolant de reléguer Linux en dernière place

Ça me semble au contraire la moins mauvaise chose à faire que de les classer par ordre de popularité. Le jour où il y aura des paquets pour NetBSD, Haiku ou Redox, j'espère bien qu'ils seront eux aussi mis à la fin après Linux (enfin le jour où ils seront des OS plus populaires que Windows, ils auront leur place devant bien évidemment) afin de ne pas faire peur à la majorité des gens.

et de ne même pas utiliser la mascotte

Là je suis d'accord, Linux parait plus austère que les autres plateformes du coup.

Je ne sais pas si Schism Tracker compte comme ayant une interface graphique (c'est le clone libre d'un logiciel DOS nommé Impulse Tracker, et donc c'est graphique mais se manipule au clavier si j'ai bien compris), mais je l'ai vu utilisé de nombreuses fois par un streameur que je suis pour composer de la musique ChipTune (sonorité des consoles 8/16bits si vous préférez). Dans la mesure où je ne pense même pas qu'il sache c'est qu'est un logiciel libre, j'imagine que c'est bon signe signe vis-à-vis de la qualité du logiciel (ça a l'air assez rustique quand même :) ).

Je me pose des questions, peut être que des gens ici auront des réponses (je ne suis pas musicien c'est de la pure curiosité) ; il me semble qu'il faut utiliser une banque de sons (je ne sais pas comment elles se créent dans le cas du chip tune, mais pas simplement avec un microphone forcément). Si je comprends bien les musiciens amateurs vont souvent aller chercher celles des vieux jeux (NES par exemple) ; mais du coup j'imagine qu'en terme de licence ça ne doit pas être super carré (c'est toléré parce que petit/amateur), et que pour faire des musiques libres (sans aucune ambiguïté juridique) il doit falloir une banque de sons qui autorise au moins explicitement sa réutilisation, voire encore mieux une banque libre. je ne sais pas si ça existe.

Oui tout à fait (c'est le cas de Python également, même si ce qui est dans la lib standard n'est pas le mieux).

D'un autre côté, Python n'est pas non plus installé de base sous Windows (ni dans toutes les distro Linux). Si on a droit d'installer Python sous Linux, il se trouve que sous Ubuntu, reportlab est packagé aussi (donc je ne sais pas ce qui, pour l'auteur du message initial, est 'natif' là dedans). Et sous Windows l'utilisateur devrait installer Python (ou Ruby/Perl/Cygwin/…) ; et dans ce cas on doit pouvoir packager son programme, en embarquant reportlab, avec py2exe, ce qui au final revient à installer un seul programme simple également (mais ça demande un petit travail de packaging, alors que l'installeur Python pour Windows est déjà fait—mais 'pip' nécessaire pour reportlab comme tu le soulignes) ; du coup là non plus je ne sais pas ce qui est "acceptable".

Bon courage.

Ma suggestion : créer un template svg avec un utilitaire tel que inkskape […]

Autant je suis fan de Inkscape et SVG (ma page perso parle pour moi), autant je serai plutôt parti vers du PDF.

• soit générer le PDF directement avec du code, tous les langages j'imagine possèdent au moins une lib pour faire ça (ex: reportlab en Python).
• soit avoir un template Latex (c'est ce qu'on fait dans CremCRM pour les PDF des factures par exemple).

Après je ne sais pas dans quelle mesure ça serait compatible avec la contrainte assez floue "des solutions natives des 2 OS".

Ton message laisse penser que tu programmes déjà un peu ; mais au cas où ça ne serait pas le cas, je t'encourage en premier lieu à t'y essayer. Dans la mesure où c'est quelque chose de très accessible (un ordinateur, une connexion internet et zou) et où pas mal de jeunes découvrent un peu tard que leur formation ne leur plaît pas, autant savoir si ça te convient le plus tôt possible.

Si ça te plaît (ce qui est peut-être déjà le cas), je t'encourage à pratiquer ; à ton age tu as encore pas mal de temps libre normalement, et plus tard ça te servira. Il faudra quand même être capable de te remettre en question, car seul tu pourrais prendre de mauvaises habitudes de programmation ; mais avoir de l'avance sur les autres te sera utile (pas de secret, ceux qui sont bons pendant leur formation sont en général des gens qui étaient déjà passionnés avant).

Si tu en as les moyens (en terme de niveau scolaire j'entends), vise plutôt une formation BAC+5 (école d'ingénieur ou Fac) car tu auras une formation plus solide en terme de théorie ; ça peut avoir l'air barbant, mais c'est important pour vraiment comprendre ce que tu fais, et ne pas être un technicien dépassé au bout de 5 ans. Si tu préfères un BAC+2, vas en IUT ; renseigne toi, certains sont meilleurs que d'autres évidemment ; et derrière tu peux quand même changer d'avis et continuer. À l'inverse pour rentrer en école d'ingénieur, à mon avis le mieux est la prépa ; tu "souffres" pendant 2 ans, mais derrière tu as plus de choix en terme d'école, et le rythme de travail te semblera cool :)

Pour moi fournir des informations me concernant revient au même que vendre mon cul. C'est LE truc qui m'énerve quand je cherche du boulot.

"Alors quels sont les langages que vous maîtrisez ?"
- Désolé je n'aime pas donner des informations me concernant. C'est combien le salaire ?

Bonjour,

pour avoir testé plusieurs IDE Python libres il y a quelques années, j'ai toujours fini par retourner sur Kate (qui n'est pas un IDE, mais "juste" un éditeur puissant—et je m'en servait aussi quand je faisait du C++). Mais en début d'année dernière j'ai donné sa chance à PyCharm qui avait depuis peu une version libre communautaire. Et ça a été une très bonne idée car depuis je ne l'ai pas lâché ; c'est vraiment le genre de programme qui a reçu beaucoup de soin, et pour lequel on se dit régulièrement "ça serait bien qu'il fasse XXX", et il se trouve qu'il le fait. J'imagine que la version propriétaire est encore mieux, mais même moi qui fait du Django (les fonctionnalités spéciales Django ne sont pas dans la version libre) je trouve la version libre vraiment loin au dessus de tout ce que j'ai pu testé.

Après il n'y a pas de manière de designer en graphique l'IHM depuis PyCharm (enfin je crois, je n'ai pas cherché, vu que je fais du web, et plus du client lourd, depuis quelques années). Mais il me semble avoir vu il y a quelques années un article d'un développeur qui designait son IHM avec QtCreator (qui peut générer un fichier texte de description de l'interface—qu'on peut alors utiliser depuis n'importe langage avec un binding Qt, si je ne dit pas de bêtises) et s'interfaçait avec son SGBD avec SQLAlchemy (qui est reconnu comme le meilleur ORM python, capable de se connecter à tout plein de BD—j'ai regardé rapidement firebird à l'air OK).

J'espère avoir été utile.

Bon week-end.

D’ailleurs c’est l’essence même de l’existence de task_struct : permettre un accès direct en appliquant un masque sur le pointeur d’exécution

Si j'ai bien compris, il s'agit dans cette phrase de thread_info et non de task_struct.

Sinon le paragraphe "Virtual mapped stack" de la fin est devenu inutile avec l'explication très détaillée de la même fonctionnalité au début de la dépêche (si ce n'est la phrase sur GrSecurity qui pourrait être récupérée).

Et merci pour cette bien belle dépêche !

C'est "pire", CUPS a été racheté par Apple en 2007. Donc CUPS sous Mac c'est top, mais ça devient magiquement pourri sous Linux. :)

Bon de toutes les façons c'est très bête ce que je dis, si dico est bien un 'dict', ses clés ne peuvent évidemment pas être dupliquées. Du coup "set(ton_iterable_avec_doublons)".

Rah je suis fatigué désolé:

return set(dico.iterkeys()) # dico.keys()

Voire:

def dedoublonne(dico):
    return set(dico.iteritems())  # dico.items() en python 3

PS: attention sur un set c'est add(), pas append().

Quel est le rapport ?
c'est surtout la mauvaise foi de beaucoup de pythonneux qui me gave

Il est là le rapport. Tu te prends la tête avec quelques pythonneux (vu la popularité du langage y en a forcément beaucoup dans l'absolu avec qui tu ne t'entendras pas ), puis tu viens nous lâcher des commentaires de frustration qui vise tout le monde; garde les pour tes collègues de travail s'ils sont les seuls à être visés (et pouvoir comprendre le contexte).

En ce qui me concerne j'aime beaucoup Python, et pourtant ça me m'empêche de poster des commentaires où je le critique. Et pourtant je me vois imposer (haha) tes commentaires :)

Sinon, oui python m'est imposé.

On peut aussi l'interpréter autrement : tu gagnes (en partie) ta vie grâce à Python, et derrière tu craches dessus. C'est plus facile que de changer de travail je te l'accorde. Mais ça ne donne pas des commentaires très intéressants.

ce langage qui vient toujours me'empêcher de faire les choses comme j'en ai envie et m'impose

• Ah bon, Python est venu chez toi te mettre un pistolet sur la tempe pour t'obliger à l'utiliser ?
• Tous les langages du monde ont des limites à ta sublime imagination. Ex: avec un langage sans gestion automatique de la mémoire tu "dois" écrire du code pour gérer la mémoire ; mais s'il a une gestion automatique tu dois aussi le prendre en compte et certaines choses ne seront pas possibles (overhead trop important, pause du GC vs temps réel…). Si les contraintes ne te conviennent pas, change de langage.
• "Une fois un arabe m'a volé mon portable, depuis je colle des affiches pour le FN".

Tout à fait, mais la partie importante de ma phrase était celle que tu as coupée : l'age est un argument d'autorité.

J'espère bien pouvoir dans les années à venir utiliser un logiciel (libre) bien meilleur que le Inkscape actuel, que ça soit les futures versions de Inkscape (mais son développement semble un peu au ralenti) ou bien un autre logiciel (comme tu le soulignes c'est tout à fait possible).

Après aucun logiciel n'est un Graal inaccessible avec la force de travail que peut déployer la communauté ; pourtant en pratique développer un logiciel un minimum ambitieux et abouti reste toujours difficile. Il existe des tas d'applications propriétaires intéressantes qui ne sont pas non plus des Graals, et qui n'ont pourtant aucun équivalent libre.

Je dirais que si une application n'a que XX% des fonctionnalités de Inkscape, c'est plus flatteur si elle a 6 mois que 15 ans (évidemment comme tu le soulignes les 2 logiciels n'ont pas exactement les mêmes objectifs). Après je n'ai pas testé SK1 et donc je ne me prononcerai pas sur ses qualités (mais c'est super que des gens soient payés pour bosser dessus); à la base mon message portait sur les qualités de Inkscape.

T'as testé XaraXtreme?

Non, désolé.
S'il m'est arrivé de testouiller vite fait des apps de dessin proprio sur la tablette d'un pote (on trouve des choses très intéressantes), le côté propriétaire de XaraXtreme est de toutes les façons bloquant pour moi ; après ça n'empêche évidemment pas de tester juste pour comparer, mais la dernière application de dessin que j'ai testée c'était Synfig il y a un an.

Je m'énerve régulièrement sur Inkscape à cause de ses défauts d'IHM ; mais bon si ça arrive c'est justement parce que je l'utilise beaucoup, grâce à ses nombreuses qualités.

Si demain tu veux un logiciel de dessin vectoriel libre/gratuit/multi-plateforme, qui travail en SVG et en couvre une bonne partie, plutôt stable etc… mais avec un système d'aimantage génial et qui sauvegarde les layouts, tu auras beaucoup plus vite fait de partir de Inkscape que de zéro.

J'espère que ce SK1 sera une très bonne application libre lui aussi ; mais faire tout ce que sait faire Inkscape va demander beaucoup de travail.

C'est vrai ma formulation est techniquement exacte mais sujette à sous-entendu ; je voulais me passer du '/' pour des mots (et j'ai mis l'implication dans ce sens car les gens comprennent encore moins 'libre' que 'open source'), mais le "Libre / Open Source" reste sûrement le moins mauvais.