• C’est du markdown
• Ca n’utilise pas de bdd
• Ca se conserve très bien avec du git ou autre système de contrôle de versions.
• On édite du markdown avec notre éditeur préféré, et c’est tout.
• C’est du python !

Comparé au dokuwiki que j’utilise actuellement, y a plusieurs avantages, donc le fait que c’est du Markdown qui est utilisé pour la syntaxe, et aussi qu’il n’y a qu’à faire un tarball du dossier « static » (où sont stockés les fichiers HTML générés) pour avoir une version offline lisible dans un navigateur du wiki.

De plus, c’est assez geek donc puisque entièrement texte, donc versionnable. Je vais regarder ça de plus près, car si en plus ça sait gérer une arborescence en dossier pour les pages en fonction du classement en dossier dans les sources markdown, je pense que mon dokuwiki va disparaître …

Depuis quelques temps, cependant, quelque chose me chagrine : de plus en plus de petites applications inclues dans Gnome sont codées en Mono, port linux compatible de la plateforme .Net de chez Microsoft. Dans la pratique, cela donne des applis codées plus facilement qu’en C mais qui ajoutent encore des dépendances, et donc du poids, à Gnome.

De plus, on pourrait évoquer le fait que Microsoft peut tout à fait trouver ce port illégal car violant un brevet. Imaginons. Dans 5 ans, beaucoup des petites applis de Gnome qui simplifient la vie sont codées avec Mono. Et là, Microsoft se rendant compte de l’importance de ces outils pour le passage à GNU/Linux, décide de réagir face à la violation de son brevet américain sur .Net. Ce qui se passerait, c’est que tous ces petits outils ne seraient plus installés par défaut sur toutes les distributions, car violant les brevets dans certains pays. Et c’est ça de perdu pour les utilisateurs lambda/débutants …

La question que je me pose donc est la suivante : Pourquoi ces outils ont-ils été codés en Mono ?

Peu importe les raisons, à mon sens, car le problème est le même : si beaucoup d’applications utiles à Gnome sont codées en Mono, que Mono devienne un langage plus utilisé encore qu’aujourd’hui dans Gnome, que deviendra Gnome le jour où Microsoft embêtera tout le monde avec ses brevets ?

Je peux comprendre l’envie de coder facilement, d’avoir un langage pour des applications portables, mais Mono n’est pas la solution optimale si l’on prend en compte les éventuels soucis juridiques à venir. Je n’ai rien contre le fait d’avoir des applications en Mono du moment que des alternatives dans des langages ou des plateformes libres sont le choix par défaut.

Python avec Glade/PyGTK ou QtDesigner/PyQT répond aux mêmes besoins de simplicité de code, de concision du programme, de portabilité, tout en étant libre de toute contrainte juridique. Pourquoi dans ce cas ne pas faire ces applications actuellement codées sur Mono en Python ?

Dans la sphère du libre, beaucoup de gens critiquent la réaction que Richard Stallman a eu face à « l’invasion » Mono dans Gnome, disant qu’il voit le mal partout et qu’il est déconnecté du monde réel. Autant il est effectivement souvent à côté de la plaque, autant sa réaction sur Mono est tout à fait justifiée !

Bref, à mon humbre avis, les applis par défaut de Gnome ne devraient pas être dans des langages dont la liberté au niveau juridique n’est pas certaine.

Edit :

Il se trouve que Microsoft a fait un contrat disant en gros « si vous utilisez bien que ça, ça, ça et ça, pas de poursuites, jamais ». Il semble que les applications en Mono (et Mono lui même) soit couvertes par ce contrat contre tout soucis.

Cela dit, je vais reposer ma question : pourquoi Mono quand Python avec Qt, GTK ou Wx (On ne trolle pas au fond), on fait pareil ?

Au boulot, en dehors, c’est toujours PHP. PHP 5 avait apporté de nombreuses nouvelles choses pour une syntaxe pour la POO plus claire.

Mais maintenant que j’ai pu goûter à Python, à Ruby, des langages vraiment objets, puissants, à la syntaxe moins laxiste, j’ai de plus en plus de mal avec PHP qui, sans framework, reste fonctionnel quand bien même tout est mal codé …

J’en avais déjà parlé, même si j’ai peu de temps pour m’y mettre, python me plait. Je ne le maitrise pas encore aussi bien que PHP, il faut dire que des notions comme les générateurs, les itérateurs, l’introspection … c’est pas facile à prendre en main tout ça. Et malgré toute cette puissance, python reste remarquablement concis, et la version 3 qui casse la compatibilité avec la version 2.x pour des raisons de nettoyage continue dans ce sens.

Python est un langage de plus très adéquat pour apprendre la programmation, complètement objet, qui permet de poser sans difficulté et sans bidouilles du code pour suivre certains design patterns, idéal pour programmer en suivant la programmation orientée par les tests (Test-Driven Development ou TDD), ou encore les méthodes agiles, l’eXtreme Programming (XP), de même que la programmation orientée aspect (POA) et que sais-je encore …

De plus, alors que PHP est limité au Web, Python n’est limité à rien, il tourne même sur de l’embarqué, car la debian en ARM (l’architecture de beaucoup de systèmes embarqués et plus récemments de la plupart des smartphones) contient python dans les dépôts…

Bref, même si je suis heureux de voir le développement de PHP continuer, le langage n’a pas une philosophie globale autre qu’être accessible aux débutants comme aux développeurs chevronnés, ce qui empêche de pouvoir juger sur le court terme du niveau exact d’un nouveau développeur PHP qu’on vient d’engager, on peut avoir de grandes disparités entre différents modules d’une application car plusieurs manières de faire existent pour un même traitement…

J’attends un peu PHP 6, mais j’attends surtout de pouvoir utiliser Python dans un cadre professionnel. Je sais que certains geeks parisiens ont cette chance, j’espère que cela va s’étendre…

Ca s’appelle Android Scripting Environment, ça a accès (selon leurs dires) à la plus grosse partie des API pour faire mumuse avec le système, et ça supporte Python, Lua, BeanShell, et en prévision Ruby et Javascript (sisi).

Et tout ça sous Apache Public Licence.

Je plonge là-dedans dès que possible !

Edit : On en parle sur Google Open Source Code Blog !

Donc bonjour à tous ceux qui me liront par ce biais. Je me suis réellement mis à python y a peu de temps, donc ne vous attendez pas à une ribambelle de billets pour l’instant. Mais ça devrait venir un jour, n’ayez crainte.

En tout cas, bien à vous.

Les débuts plutôt basiques …

TI-83. Obtenue en troisième. Je vois qu’on a une partie concernant les programmes et je fais joujou avec des jeux qu’on m’a passé. Je me dis que c’est passionnant. A l’époque je savais pas encore si j’allais partir en informatique ou dans le journalisme, plus tard.

J’ai commencé donc mes premiers petits programmes en basic, le premier assez abouti était un morpion ! On est en 1999. Je suis content de moi, mais ça me semble un poil compliqué sur certains aspects, mais j’aime bien me creuser la tête, je poursuis, et je continue en commencant HTML chez moi dès la fin de l’année de première (Donc été 2001, le moment où j’ai eu mon premier pc sous windows ME !).

C Compliqué la programmation !

Bon en fait non, c’est juste une manière de penser, mais quand vous arrivez en BTS Info, que vous n’avez programmé que sur votre calculatrice en Basic, et fait un peu d’HTML (pas propre du tout), coder en C sous linux sur un terminal X avec emacs, c’est quand même assez sec !

Donc, en 2002, je découvre le C, et surtout linux. Mandrake 7.2 sur les postes de l’école. Avec le windows ME, j’envisage de tester ça à côté, parce que ça a l’air bizarre et que je suis curieux. Fin de la première année de BTS, je suis en dual-boot windows/debian.

La deuxième année de BTS, on enchaine sur le C++. J’adore comment c’est pensé, même si je trouve ça bien compliqué pour pas grand chose (les pointeurs … notion qui compris à un moment, se disperse dans votre cerveau après quelques années de non-utilisation…).

Été 2004, fin de la deuxième année de BTS, j’ai fait du C et du C++, sous windows et linux à chaque fois. Je me rends compte que linux a l’air d’être vachement mieux doté en outil gratuits de développement, et je suis sous la noname, qui va bientot (je ne le sais pas encore à l’époque) devenir ubuntu. Et j’abandonne windows à ce moment là. Cet été ça fera donc 5 ans sans windows.

PHP, l’éléphant permissif…

Y a de ça 5 ans, je débutais en PHP en même temps que je faisais du C++. Une debian avec apache, mysql et php à la maison, c’est cool. J’ai bien appris, puis j’ai continué pendant l’année de licence pro, en même temps que j’ai découvert Java. Java, langage qui me plait malgré la lourdeur des programmes produits, car plus haut niveau. Le web m’intéresse déjà beaucoup (je me suis mis aux CSS à cette époque), et PHP5 devient mon langage préféré à l’époque.

Alors que je trouvais C et C++ trop bas niveau, et Java trop lourd, PHP me convenait très très bien pour le web. Un poil trop permissif, mais du coup très très souple…

S’ensuit l’été 2005, où je commence à contribuer à la traduction d’ubuntu en français, et où je participe à l’aide sur un salon de discussion francophone (#ubuntu-fr :p). Je fais aussi du PHP5. Puis vint la soutenance de stage en septembre 2005 … Et là, le diplôme obtenu, coucou le chômage…

Jusqu’en avril 2006, où je suis embauché dans une petite boîte bossant sur un intranet pour avocats, où je me retrouve vite seul, l’autre développeur partant pour créer sa propre société. J’ai appris et peaufiné beaucoup et donc, en avril, cela fera trois ans que je vis de mes développements PHP.

Ruby, une vraie perle (et pas perl)

Courant 2006, pas longtemps après avoir commencé à travailler, j’entends parler de Ruby. Pas de RoR comme plein d’autres. Non, Ruby, qui avec quelques outils permet de vite faire des petites applications graphiques. Je commence à penser à faire autre chose que du web, me mettre à acquérir beaucoup de connaissances sur le développement d’applications desktop sous Linux. Mais pris par le travail, et finalement pas trop motivé pour faire des applications desktop, ainsi que ma pratique du jeu de rôle s’intensifiant en même temps, je finis par laisser Ruby de côté fin 2007 après un peu plus d’un an où j’ai fait joujou avec Glade, Sqlite, RoR, etc …

J’adore dans Ruby sa syntaxe, sa manière d’être pensé et de fonctionner. Mais les performances de RoR me semblent peu intéressantes, et les librairies sont finalement peu nombreuses comparé à un langage équivalent que je rejette pour l’instant à cause de sa syntaxe que j’aime pas du tout alors : Python.

Et ce fut la morsure…

Un an passe, un peu plus, Ruby laissé de côté, pas de réadhésion à RubyFrance, je me recentre sur PHP et sur les différents frameworks… Et puis à plusieurs reprises, on me reconseille d’essayer Python. J’étais vraiment effrayé par cette syntaxe où seule l’indentation délimite les blocs. Pas d’accolade fermante, pas de end, rien.

Et pis y a peu, genre 2 semaines, motivé pour vraiment découvrir, je me lance.

Comment dire ? Python est un langage concis, efficace, et lisible, et lorsqu’on s’habitue à sa syntaxe (pas de ; comme en Ruby, mais aussi pas de marqueur de bloc autre que l’indentation), on se demande pourquoi les autres langages ont des syntaxes si compliquées…

Je ne connais pas encore bien tout, mais avec les nombreuses librairies, le nombre d’utilisateurs plus grand, et donc l’aide plus facile à trouver, la documentation plus importante, le fait que beaucoup de petites choses sous linux sont codées en python, tout ça me motive. Pire, je vois souvent des gens qui en font, qui peuvent me conseiller, je deviens accroc à plein de petites spécificités du langage…

Au final, sur tous les langages sur lesquels je suis passé, 3 retiennent mon attention :

• C++ : Pour sa puissance, sa rapidité. Les programmes C++ sont souvent les plus rapides.
• PHP : Pour le web, c’est le plus répandu. Il permet un peu de faire n’importe quoi, et sans framework on peut vraiment arriver à des scripts loufoques, mais heureusement, les frameworks PHP sont vraiment bien fait.
• Python : très légèrement plus performant que Ruby, les applications sont un poil plus réactives que les mêmes en Ruby (je pense à une application GTK qui lance des dés que j’ai faite dans les deux langages).

A terme, il me semble évident d’abandonner PHP car même si PHP6 comble beaucoup des manques de PHP5, les hébergeurs n’y passeront pas avant longtemps… et quitte à utiliser un langage qui soit peu répandu, je préfère désormais utiliser python plutôt que PHP, qui avait comme avantage d’être installé quasiment sur tous les hébergeurs mutualisés…

La (triste mais vraie) conclusion

Même si au boulot je risque de rester encore pas mal de temps sous PHP5 je sais qu’à titre personnel j’ai de plus en plus de mal à me dire de démarrer un nouveau projet dans ce langage, surtout depuis que je connais python, car c’est vraiment le langage qui correspond à ce que je cherchais, parce qu’il est pas complexe, qu’il permet des choses vraiment puissantes, et les programmes codés avec ont une réactivité et des performances appréciables. De plus, il y a nombre de modules supplémentaires et de tutoriaux/documentations en ligne .

Bref, même si je ne le maitrise pas du tout encore autant que PHP5, je ne désespère pas. Ce langage me plait, et une fois que je le connaitrai je passerai plus à autre chose …

Moi, quand même, ça me bluffe comment il est bourré de petites choses sympa et puissantes, ce langage. Les paramètres optionnels, c’est courant dans plein de langages, mais les paramètres nommés nettement moins…

Tout est dans le titre.

Dans le temps j’aimais bien Ruby. Une syntaxe de rêve, des outils de rêve, un framework web de rêve. J’étais même dans le CA de l’association RubyFrance, j’ai bu des coups avec l’ex prèz (salut fredix).

Et pis j’ai commencé à en avoir marre des perfs foireuses, des hash plus simples que les array mais pas ordonnés (un exemple parmi 1000 petits détails), des wrappers pour certaines choses inexistants ou incomplets… Ce qui me retenait sur Ruby était vraiment que la syntaxe était top, et que je blairais pas l’absence de mot de fin de bloc en python.

Et puis le temps est passé, et là où fredix se tente au C(++)/Gstreamer, je m’essaie au python, avec python/glade… Et j’aime ça. Je commence à m’habituer à l’absence qui me dérangeait tant auparavant, et je découvre un langage non pas naturel, mais diablement concis et efficace. Ca a des inconvénients, mais surtout de nombreux avantages. Et puis, la réactivité des applis en python est bien supérieure à celle des applications en Ruby équivalentes, les wrappers plus complets et plus nombreux, voir plus performants …

Du coup, sauf si Ruby 2 sort en avance, intègre des hash ordonnés, mais surtout si le nombre de wrappers potables augmente pas, que les performances s’améliorent pas, ben je resterai sous python pour quelques mois encore… Et peut-être, à ce moment, que je ne voudrai plus repasser à Ruby.

(Bye bye Ruby …)

Au moment de lui répondre, et pendant que je le faisais, je me suis demandé si la manière dont j’avais appris la programmation était encore adéquate de nos jours, si elle n’était pas devenue obsolète. En effet, de nos jours, tous les langages ou presque sont objets, et il s’agit dans la plupart des cas de prévoir (avec un peu de programmation procédurale il est vrai) des interactions entre objets.

Est-ce donc aussi important de continuer à faire accrocher l’élève à l’algorithmie alors que les objets sont omniprésents dans quaisment tous les langages ?

Prenons l’exemple des langages les plus utilisés dans le logiciel libre.

• C : Bon, pas de support des objets, mais des librairies … Dans ce cas il est très utile d’avoir eu des cours poussés d’algorithmie.
• C++ : Objets, classes, héritage simple ou multiple, templates …. Ici, avoir de bonnes bases d’algorithmie est utile mais avoir des connaissances aussi grandes en objet est encore plus utile pour bien structurer l’application.
• PHP : Ce langage s’axe vers l’objet de plus en plus, même si son côté permissif est peu séduisant. Je ferais, pour PHP4, le même commentaire que pour le C (le support des objets est primaire, utilisable, mais aussi peu performant…). Pour PHP5, par contre, c’est comme pour C++, même si l’algorithmie reste importante pour l’optimisation entre autres.
• Python/Ruby/Java (sisi) : Même combat ! Entièrement orientés objets, il y a toujours du procédural dans ces langages (donc besoin d’avoir des bases d’algorithmie, comme partout), il faut aussi s’y connaitre en programmation orientée objet, si l’on veut profiter de toute la puissance de ces langages. Java est un cas particulier (pas du tout permissif, syntaxe lourde) qui mérite toute une attention, car c’est un langage que j’aime beaucoup (comme les deux précédents, mais un peu plus).

Comme vous le voyez, la Programmation Orientée Objet (POO) est de plus en plus répandue, et pour le moment les formations d’apprentissage à la programmation préconisent encore de commencer par le procédural et l’algorithmie avant de faire de l’objet. Alors pourquoi ne pas introduire plus tôt la notion d’objet dans les formations ? En tenir compte dans l’enseignement de l’algorithmie et de la programmation séquentielle (== procédurale) peut être je pense un gain important.

Si l’on sépare l’apprentissage de ces deux choses, elles seront dans l’esprit de la personne des choses séparées. Il faut bien garder l’apprentissage de l’algorithmie, mais l’améliorer, ne pas l’axer que sur l’utilisation mais aussi sur les relations entre objets. Beaucoup de professeurs ont du le faire, ont du modifier leurs cours. Mais peut-être pas tous. Et vous ? Vous enseigneriez la programmation à quelqu’un de quelle manière ?