lolop a écrit 3817 commentaires

À une époque j'avais fait tout le site de ma copro avec Karrigell, qui permettait des pages principalement html avec du Python dedans si besoin, pour des parties logiques, et des pages plus actives en Python principalement.
Depuis c'est passé en version pour Python 3, et ça semble avoir avancé - des posts réguliers sur la liste avec des réponses de l'auteur et d'utilisateurs.

http://karrigell.sourceforge.net/

Et c'est un produit breton ! (si ça peut faire une différence…)

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Toutafé, et tu peux définir un objet dont aucune des méthodes ne modifie l'original. Après, on rentre dans d'autres paradigmes de programmation, plus fonctionnelle - mais Python reste pragmatique.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Q? est-ce qu'il y a une gestion mémoire (ramasse miette, comptage de réfs…) sur les symboles en ruby?

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Je veux des chaînes non mutables par défaut, comme le sont les int, bool, float… et str en Python, un bête type de base.

Ne pas avoir à considérer qu'une chaîne est ou pas utile ailleurs, que je peux ou pas la modifier, qu'il y a ou pas des conséquences, qu'il faut penser ou pas à travailler sur une copie.
Chaînes immutables = obligation d'en créer une nouvelle si on veut la modifier, pas d'effet de bord entre les fonctions ou entre les threads.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

J'ai du mal à voir l'intérêt par contre.

C'est un détail interne d'implémentation. Les entiers 0 à 256 (et -1 à -127 je crois) sont très couramment utilisés, et il est plus efficace de les pré-allouer et de ne faire que du comptage de références plutôt que d'allouer/libérer à chaque fois un objet entier correspondant.

Mais c'est vraiment de la cuisine interne, on ne compare jamais deux entiers avec is.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Appréciable, la page de De Python à Ruby, ça permet de voir les grosses différences. Certaines choses ne sont que syntaxiques, mais d'autres portent sur la sémantique, et là il y a vraiment des choix pour lesquels je préfère ce qui a été fait côté Python:

• le transtypage vers les booléens [*].
• les chaînes mutables (d'autres langages récents ont fait le même choix, pour moi c'est devenu quasi éliminatoire).
• les appels de fonctions/méthodes sans parenthèses.

Sinon, une question, la notation Ruby :b => 'this great' dans un appel de fonction, ça crée automatiquement un hash, même sans les accolades?

[*] Quoi que, même pour Python, je préférerais presque, entre autre pour mes étudiants, qu'une expression booléenne soit explicite là où on en besoin d'un booléen (if… while…). Le transtypage implicite raccourcit l'écriture mais casse la sémantique.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Pour un nombre variable de paramètres nommés, c'est standard en Python:

def my_method(**opts):
    … # opts est un dictionnaire nom=>valeur

my_method(a=3, y=7, nom='toto')

Je ne pensais pas que Ruby nécessitait des hacks dans ce genre pour faire des choses aussi triviales.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

modulo les perfs peut-être

Les symboles Ruby sont des chaînes rendues explicitement "intern"—existant de façon unique—via une syntaxe spéciale. En Python l'optimisation faite sur les chaînes courtes litérales réalise la même chose de façon automatique (réutilisation du même objet pour représenter la même chaîne - les chaînes Python étant immutables ça ne pose aucun problème).

Et pour tout ce qui serait issu de saisie ou lecture fichier, un simple appel à sys.intern() réalise l'opération.

>>> s1 = 'truc'
>>> s2 = 'truc'
>>> s1 is s2
True

Vérification en utilisant deux modules:

#m1.py
s1 = 'toto'

#m2.py
s2 = 'toto'

Utilisation des modules.

>>> import m1,m2
>>> m1.s1
'toto'
>>> m2.s2
'toto'
>>> m1.s1 is m2.s2
True
# Si on utilise autre chose que des litérales, il faut explicitement appeler intern()
>>> s3 = input()
toto
>>> s3 is m2.s2
False
>>> import sys
>>> s4 = sys.intern(s3)
>>> s4 is m2.s2
True

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Hum, ça date de mars 2011, Qt et QtQuick semblent avoir pas mal évolué depuis.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Ça va être moins pratique pour le transporter :-)

Plus sérieusement, là je suis un peu out: est-ce que le signal se propage hors de la boite fermée si elle n'est pas reliée à la terre (ie. est-ce que la boite fait elle-même antenne)?

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Tu places ton téléphone dans une boite en acier avec une mousse acoustique, il aura probablement plus de difficultés pour communiquer.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Une surcouche graphique aux outils standards, qui te rapprocheras du Time Machine.

http://backintime.le-web.org/

Perso j'utilisais, en ligne de commande, snapy (de William Dodé) qui est une surcouche à rsync - mais le lien tombe en 404 pour le moment: http://www.flibuste.net/libre/snapy

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Donc XSLT est tellement incompréhensible qu'il faut passer par des outils pour pouvoir l'utiliser. Ça démontre bien la simplicité de "truc".

Faut dire que son ancêtre DSSSL n'est pas particulièrement lisible non plus.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

ne pas avoir les garanties UE

Sur ce sujet, gaffe entre le Conformité Européenne (CE), et le China Export (CE).

(la communauté européenne n'a pas pensé à faire enregistrer le logo CE… qui peut donc légalement être détourné avec une autre signification)

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Parfaitement typé, ça s'appelle une preuve, toute erreur est détecté à la compilation, aucune erreur n'est possible à l’exécution.

Heu, aucune erreur possible à l'exécution… et toute erreur détectée à la compilation, c'est peut-être valable dans un contexte limité où les entrées/sorties et les ressources dispos sont très contrôlés, et les algos mathématiquement construits. Mais pour les 99,99% autres programmes, j'ai comme un doute.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Finalement, les goûts et les couleurs… c'est le truc qui m'a fait ne pas trop apprécier Ruby, son côté super concis qui (parfois) nuit à la relecture - sauf erreur on peut appeler une méthode sans les parenthèses (*).
Mais je comprends qu'on puisse lui trouver une élégance dans sa façon d'exprimer beaucoup en peu d'instructions.

Ah, l'autre truc qui pour moi est définitivement éliminatoire, c'est les chaînes mutables par défaut.

(*) Beuark pour moi - en Python x.méthode est une référence vers la méthode liée à x, et x.méthode() un appel à cette méthode. Et si méthode est un objet utilisateur, un appel à la méthode __call__() de cet objet, soit x.méthode.__call().

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Y'a quand même pas une multitude de fonctions builtins dans ce genre. La principale est len(), que tout développeur Python apprend à utiliser avec tout type conteneur / collection sans justement se poser la question de savoir s'il faut appeler un x.size() ou x.getsize() ou x.len() ou x.getlen() ou x.length() ou autre chose encore (je maudit Java pour son incohérence sur les noms de méthodes permettant de connaître le nombre d'éléments).

Après, les fonctions génériques sur les séquences comme max(), min(), sum(), enumerate(), sorted(), reversed() permettent de bénéficier de leurs algorithmes avec tout type de séquence.

Pour le reste, ça passe par des méthodes.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Surtout qu'en bash on fait la même chose en une ligne:

$ vim

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Et puis c'est 8 go :)

Qu'est-ce que c'est maintenant, 8 Gio, vingt-trois mille disquettes 5'1/4 de 360Ko :-)

Bon, une fois que tu l'auras éventuellement récupérée, évite d'y mettre des choses auxquelles tu tiens et qui ne seraient stockées que là…

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Mais ne te gènes pas, fournit.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Sur .Net il y a IronPython, c'est pas incompatible.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Pourquoi limiter aux images ?

Ce genre d'outil pourrait aussi être utile pour envoyer à plusieurs personnes un fichier quelconque qu'on ne veut pas (ou ne peut pas) faire passer en pièce jointe.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Je ne pensais pas au shell Python brut, plutôt à une interface style ipython combinée à des choses comme plumbun, ou Pyxshell ou chut, ainsi qu'à des outils comme psutils.

Ça rend les choses bien plus agréables (au sens proche d'un shell "normal" avec des raccourcis), tout en conservant un langage typé.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Z'auraient mieux fait de construire un truc en Python (IronPython s'ils veulent) avec l'API qui va bien, ça aurait permis de bénéficier d'un langage qui tourne, qui est déjà connu, qui a du code réutilisable par ailleurs, et ils auraient juste eu à encapsuler les appels aux libs d'administration Windows. Un petit IDE à la iPython par dessus, et ils avaient un shell sympa.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

Parce qu'on est bien obligé d'upgrader systèmes et applis de temps à autres tout de même,

Quoi? Ca ne marche pas? Tu disais le contraire…

Ah, mauvaise foi spotted.

Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN