Philippe F a écrit 2204 commentaires

Ca m'épate ce trait de personnalité qu'ont certaines personnes, où toute action qui se produit autour d'eux est convertie en "le monde est maiiichant, regardez comme on me fait du mal". Souvent d'ailleurs, elles appelle à ce qu'on pleure sur leur sort. C'est la seule réponse acceptable. Si on ne le fait pas, soit on est méchant, soit on ne comprend pas à quel point ils souffrent ou leur situation est désespérée.

Personellement, ce comportement m'exaspère.

Je ne supporte pas les gens qui appellent comme cela à la plainte. La vraie détresse, elle est beaucoup plus violente et tord le bide. Elle n'a rien à voir avec leur pauvre parodie de malheur.

C'est bien la preuve que c'est devenu un libriste de droite. D'ailleurs, il s'est inscrit à l'epita cette année.

Moi, je dirai que celui de gauche voudrait bien emmerder celui de droite, mais dans les faits, c'est ce dernier qui enc*** le premier.

Si je résume ton point de vue :

- si on clique sur "inutile", ça veut dire que ton post nous déplaît et "on a que ça comme réponse". Sous-entendu, on est demeuré ? on a aucun esprit critique ? On est pas capable de s'élever à la hauteur de ta pensée ?

- tu nous fais la description d'un personnage qui est "très représentative de l'idéologie d'une grande majorité des utilisateurs de ce site". Ouah. T'es fort, t'a réussi sans même faire un sondage à résumer l'état d'esprit des 36801 personnes qui ont un compte ici (cf https://linuxfr.org/stats/utilisateurs.html ).

- si on te montres un contre-exemple de caricature, tu ne regarderas que la note du journal pour l'analyser. Je cite "Comme ça, cela me confortera dans mon idée lorsque je verrai la note du journal".

- "je me suis quand même inspiré de ce que je vois au quotidien". Bon, donc tu as rencontré une grande majorité des 36 000 utilisateurs de linuxfr et tu as analysé leur couleur politique et leurs études. Est-ce que tu n'aurais pas plutôt fait une généralisation à deux balles ?

- "Mais la note montre que les gens qui se reconnaissent dans cette caricature sont nombreux ici et n'apprécie guère que l'on se moque d'eux." Donc en fait, toutes les personnes qui ont voté "inutile" se sont forcément reconnues et ont été vexée. Merde, il est temps pour moi de courir à l'Epita pour m'acheter un diplôme !

En tout cas, ca distrait mon mardi après-midi.

Tu es sur de ton coup ? Ils n'utilisent peut-être plus le JIT de llvm, mais ils continuent à emettre de l'IR llvm non ? Ils utilisent bien llvm comme backend C, JVM ou CLR ?

Il y a une mailing list dédiée au sujet. Il suffit d'aller lire les archives :

http://mail.kde.org/pipermail/kde-scm-interest/

Quand les gens parlent de closure, on a toujours l'impression qu'on parle d'un concept révolutionnaire. Je suis déçu de constater que on peut émuler ça trivialement avec des objets, alors que c'est en général un des premiers avantages mentionnés par les afficionados de Ruby.

Il y a pas mal de fonctionnalités de python me font beaucoup plus triper que ça, et qu'on ne peut pas émuer avec 3 autres lignes de code. Au hasard, le typage dynamique, le changement dynamique de classes d'une instance à la volée.

J'ai beau lire et relire la littérature sur les closure, je comprends vraimant pas ce que ça apporte de miraculeux.

C'est une fonction qui peut être exécutée dans un contexte. Ouai, cool, mais je vois pas la différence avec une fonction qui prend un argument. Ah oui, on peut stoker la fonction. Mais en dehors du pascal, vous connaissez beaucoup de langages où on ne peut pas stocker une fonction ?

En lisant toujours, il semblerait que la force des "closure" soit de les associer avec un contexte persistent, et que l'ensemble fasse un objet plutôt intelligent. Bon, je peux imaginer que c'est pratique.

Si j'essaye de formaliser ça à ma façon, ça donnerait :

# on fait une closure en python
def get_threshold_tester( threshold ):
....def threshold_tester( a ):
........return a >= threshold
....return threshold_tester

f = get_threshold_tester( 10 )
f( 11 ) -> True
f( 9 ) -> False


Et ça, ça remplacerait avantageusement :

# on fait une closure en python mais on oublie que python sait faire des closure simplement

class ThresholdTester:
....def __init__( self, threshold ):
........self.threshold = threshold

....def test_threshold( a ):
........return a >= self.threshold

v = ThresholdTester( 10 )
v.test_threshold( 11 ) -> True
v.test_threshold( 9 ) -> False


Bon, je ressens pas un gain énorme. C'est certes plus concis avec une closure, mais je sens que le miracle de la programmation avec closure va continuer à m'échapper.

C'est fou ce que ca fait du bien d'entendre quelqu'un qui est pragmatique concret, clair. "IsNotGood, dans mes bras!" (bien que ça fasse plutôt référence à une autre BD).

Et oui, faire du libre, c'est sympa, gagner de l'argent avec, c'est très difficile et ca demande d'être autrement plus pragmatique que la majorité des défenseurs du logiciel libre.

KDE va migrer vers git un de ces quatre. L'argument le plus déterminant semble être les fonctionnalités avancées de git, comme le cherry picking, les annotations, ou des histoires de conversion de repository beaucoup mieux supportées par git que par mercurial.

KDE a un historique de décisions basés sur des arguments techniques vraiment travaillés. Il y a eu plusieurs propositions pour tenter de faire avec mercurial ce qui est fait avec git mais sans succès. Il semble que KDE a des besoins vraiment spécifiques en terme de repository.

Et clairement, git est beaucoup plus populaire chez les développeurs. Dommage (de mon point de vue).

Guido souligne d'ailleurs dans son post que tout choix est subjectif. De même que l'ajout ou non d'une fonctionnalité donnée à Python. Il lui arrive de prendre des décisions qui vont à l'encontre de la majorité, en se fiant à son instinct. Vu que ca a mené python à un endroit pas trop mal aujourd'hui, je continue à lui faire confiance.

En plus, j'adore mercurial.

Ca m'agace ces news où on parle d'un logiciel avec des caractéristiques très intéressantes sans pour autant préciser que celui-ci ne fonctionne qu'avec un langage bien précis. Genre c'est évident pour tout le monde !

Ce qui est intéressant, c'est que TomTom reconnait par ce geste implicitement la force de l'OIN et en même temps, le renforce encore.

J'ai l'impression qu'on va se diriger côté brevet vers un cessez-le-feu à coup d'accord de ce type dans tous les sens.

Même si PyQt ne passe pas en GPL, la licence ne coûte que 300 livres. C'est dans le budget d'une PME.

Quand même, je pense que globalement, les exemples et le logiciel même feraient plus professionnels si tu incluais la sécurisation des clés locales de façon automatique. Rajouter les quelques commandes pour gérer un fichier crypté truecrypt pour stocker tes « ordres » et les exécuter, c'est un poil plus compliqué certes, mais ça fait tellement plus sérieux.

Et pourquoi sh par dessus expect ? Pourquoi introduire une dépendance (et source de bug) supplémentaire ?

Python 2.4 a un très bon module subprocess pour lancer des programmes et gérer des pipes.

Tiens, un truc marrant que j'ai découvert en lua : il n' y a pas de distinction entre une liste et un dictionnaire (map pour les perleux).

La syntaxe est la même :
mydict[ mykey ] = myvalue

bien sur, mykey et myvalue peuvent être de type quelconques, un dictionnaire peut stocker un peu n'importe quoi et la clé doit juste être hashable.

Lua optimise le choix entre liste et dictionnaire en fonction de la taille de l'ensemble et de la présence de clusters de clés.

Je ne me souviens plus de l'algo, mais une implémentation naive pourrait être :
- moins de 10 élements, pas besoin de hash, on fait des listes chaînées et des comparaison de clé direct
- plus de 10 éléments, moins de 30 éléments mais cluster de clé sous forme d'entiers à valeur proche, on garde une liste chaînée
- tout le reste, on fait des hash avec des dictionnaires

Bien sur, l'implémentaiton est plus subtile que ça et optimisée pour des cas réels.

Au début, j'avais trouvé ça étrange mais en y réfléchissant, je trouve ça plutot sympa. Dans les faits, il y a très peu de différences entre une liste de 3 éléments et un dictionnaire de 3 éléments.

Si tu réfléchis au hash pour lisaac, il y a peut-être des choses à aller chercher là dedans.

Ils se gardent une source de revenu. Si tu veux mettre du Qt Extended dans ton téléphone, il faut négocier avec Qt Software. Cela dit, aujourd'hui, la plupart des matériels n'ont plus besoin de la version extended.

Sinon, CMake, ca marche très bien pour ce type de projet. Perso j'en suis très content.

J'ai pas vu de wiki gérant les documents openoffice, avec import, export et bien sur aucune perte de formattage ou données farfelues (tables excel incluses, images visio, ...) et affichage nickel.

Ou alors tu me proposes de laisser tomber tout ce qui fait d'un document bureautique un document bureautique et de repasser un un document texte.

En tant que directeur technique d'une PME, ça m'inspire quelques commentaires.

Je pense qu'en effet, une PME est mal adaptée à la poursuite d'une thèse CIFRE. Les PME sont souvent très tendues en budget, délais, main d'oeuvre et certaines urgences prennent le pas sur beaucoup de choses. Ca me parait incompatible avec le fait d'avoir une personne présente dans l'entreprise mais occupée à autre chose, travaillant sur un projet non stratégique pour l'entreprise.

Donc j'abonde dans ton sens, une plus grosse entreprise peut se permettre d'avoir un labo qui n'est pas forcément rentable à court ou moyen terme.

Par contre, pour ce qui est de trouver un boulot d'ingénieur, les PMEs peuvent être attractives. Ca dépend des goûts de chacun mais si l'ambiance est sympa, ca peut donner l'occasion de s'impliquer sur des gros projets, essayer des nouvelles idées, s'amuser un peu avec la technologie, ne pas s'emmerder avec la hiérarchie, utiliser du logiciel libre à tout va.

Tu veux dire le célèbre dessinateur de Lucky Luke ?

http://fr.wikipedia.org/wiki/Morris_(dessinateur)

Les vélos sont même dangereux pour les vélos, c'est pour dire !

Le nombre de fois où je croise des vélos sur la piste cyclable ... mais dans le mauvais sens. La plupart prennent la peine de s'écarter pour laisser passer les vélos dans le bon sens, mais pas tous.

Ou bien j'ai failli me prendre un vélo dans le cul parce que (en vélo moi-même), j'ai pilé pour laisser passer un piéton qui avait la priorité.

Moi je trouve ça bizarre que personne n'ai songé à ajouter Miguel De Icaza et Mathias Ettrich. Les deux bureaux Gnome et KDE sont quand même des contributions majeurs au logiciel libre. KDE est par exemple un des plus gros logiciels libres écrit en C++.

A côté, des trucs comme Drupal est Bittorrent me paraissent un peu insignifiant. Je suppose que ça doit dépendre des usages de chacun.

My name is Linus and I pronounce Linux as Linux