Ludovic Gasc a écrit 92 commentaires

• # alternative pour les présentations

  Posté par Ludovic Gasc (page perso) le 18/07/12 à 06:20. En réponse au journal De tout, de rien, des bookmarks, du bla bla. Évalué à 3.

  

  Là où je travaille, nous utilisons landslide pour faire des slides: https://github.com/adamzap/landslide/

  Il a plusieurs avantages:
  1. On peut générer un fichier html qui contient tout, sans avoir besoin de landslide
  2. Plusieurs raccourcis clavier utiles, notamment la console du présentateur, avec des notes
  3. Une CSS de print qui permet un export PDF via son navigateur Web, pratique pour les formations
  4. Plusieurs langages de markup wiki sont disponibles: rst, markdown, textile

  Ça fonctionne bien, pas de soucis avec.

• [^] # Re: What's the point ?

  Posté par Ludovic Gasc (page perso) le 16/06/12 à 08:20. En réponse à la dépêche Garradin : gestionnaire d'association léger, complet et libre. Évalué à 2.

  

  Windows a aussi une grosse part de marché, et pourtant… ;-)

  Pour ma part, j'ai fait pendant 10 ans du PHP, depuis que j'ai touché à Python et à Django, je refuse au maximum de faire du PHP, pas parce que je suis devenu un fan intégriste, il est tout à fait possible de faire du Web avec PHP, mais parce qu'avec Python, on peut faire bien plus de choses qu'avec PHP (système, sciences, events/async…) et surtout parce qu'avec Python je développe beaucoup, beaucoup, beaucoup (non je n'exagère pas) rapidement qu'avec PHP pour faire du Web.

• # comparatif plus large

  Posté par Ludovic Gasc (page perso) le 10/06/12 à 16:28. En réponse à la dépêche Publication d'un comparatif Centreon / Nagios. Évalué à 4.

  

  Dommage que le comparatif ne prenne pas en compte plus d'alternatives comme shinken, ça aurait été plus intéressant.

• [^] # Re: Pas très intéressant comme info

  Posté par Ludovic Gasc (page perso) le 13/05/12 à 15:10. En réponse au journal Le crash du Sukhoi en Indonésie. Évalué à 4.

  

  J'ai aussi un diplôme d'ingénieur que j'ai eu en 2006, et oui, 95% de ce que j'ai vu en cours ne me sert à rien au quotidien, voire pire, m'a donné des habitudes contre-productives pour l'entreprise.

  Tu n'as pas perdu 5 ans pour rien, ça t'as permis d'apprendre des choses, même si elles sont obsolètes, de rencontrer des gens, et de te préparer plus correctement que l'université à travailler en entreprise.

• [^] # Les cours, ça sert toujours

  Posté par Ludovic Gasc (page perso) le 25/04/12 à 08:51. En réponse au journal Coursera s'agrandit & cours sur les compilateurs. Évalué à 3.

  

  Je te retourne la question: pourquoi suivre des cours d'informatique de mauvaise qualité à l'université (je parle par expérience, j'ai un DEUG MIAS) alors que tu as accès à des cours de très bonne qualité, qui en plus vont te permettre d'améliorer ton anglais, ce qui est indispensable si on veut travailler avec les communautés opensource ?

  Pourquoi tu te poses des questions sur l'intérêt de suivre des cours à l'étranger et qui soient en anglais ? Pour toi, tout doit venir de France et doit être en Français ? ;-)

• [^] # Re: Mon expérience

  Posté par Ludovic Gasc (page perso) le 20/04/12 à 13:50. En réponse au journal Réflexions à propos de NodeJS et de Javascript plus globalement. Évalué à 2.

  

  Ok pour l'ORM, de fait, ça a du sens.

  Pour les callbacks en Twisted, c'est un argument que j'ai entendu plusieurs fois.
  Ça a du sens, c'est vrai que c'est plus simple à lire.

  Après, avec de la rigueur, si tu mets la méthode de callback juste en dessous, ça reste simple à lire, mais c'est vrai que sur ce point, le Javascript fait mieux.

• [^] # Re: Mon expérience

  Posté par Ludovic Gasc (page perso) le 19/04/12 à 11:45. En réponse au journal Réflexions à propos de NodeJS et de Javascript plus globalement. Évalué à 2.

  

  1. Soit tu me dit que tu cherchais un ORM, auquel cas il fallait se tourner vers Twistar, soit tu me dit que tu as horreur du système de callback, alors que fais-tu avec NodeJS, dont le JS est basé sur le même principe ? ;-) Pour moi, cette API de requêtes SQL est KISS en Twisted.
  2. Twisted utilise la notion de Factory pour créer chaque instance de protocole, alors qu'en NodeJS, de ce que j'en vois, c'est directement le protocole qui est attaqué. Peut-être que c'est over-engineered dans Twisted, néanmoins, je me sers souvent de cette notion de factory pour gérer de manière globale un groupe de pool de protocol (reconnexion…). Mais j'imagine que c'est aussi possible de coder ce genre de notions en NodeJS, ce n'est qu'une séparation logique.

• [^] # Re: Mon expérience

  Posté par Ludovic Gasc (page perso) le 18/04/12 à 16:02. En réponse au journal Réflexions à propos de NodeJS et de Javascript plus globalement. Évalué à 4.

  

  D'accord avec toi, sauf sur deux points:
  1. Tu n'as pas cherché longtemps pour faire du PostGreSQL asynchrone ;-) => http://twistedmatrix.com/documents/current/core/howto/rdbms.html#auto4
  2. Perso, je ne trouve pas beaucoup plus la syntaxe de JS adapté pour de l'asynchrone que Twisted, par contre, il faut penser asynchrone avec twisted, ce que ne font pas la plupart des dev python, ils essaient de faire du python "classique" avec twisted.

• [^] # Re: On le sait bien les dev PHP sont incompétents

  Posté par Ludovic Gasc (page perso) le 18/04/12 à 15:27. En réponse au journal Réflexions à propos de NodeJS et de Javascript plus globalement. Évalué à 8.

  

  Pour avoir fait pendant 2 ans du Zend Framework, je suis d'accord avec lui, c'est de la daube par rapport à Django, je ne veux plus toucher à ZF.
  Pas de communauté ZF qui publie des exemples, que de la doc théorique, des kilomètres de code à taper quand quelques lignes suffisent avec Django, des bugs…

  Sans compter qu'en PHP amuse-toi pour faire des threads, des daemons ou tout truc un peu avancé ;-)

• # Même avis que toi

  Posté par Ludovic Gasc (page perso) le 18/04/12 à 15:23. En réponse au journal Réflexions à propos de NodeJS et de Javascript plus globalement. Évalué à 5.

  

  J'utilise aussi beaucoup Python, et je vois monter NodeJS ces derniers temps, en même temps que mes propres besoins en JS côté client augmentent.

  La grande force de Python, ce sont les librairies, où dans mon domaine, sont bien plus avancées qu'en NodeJS. De plus le langage JS est moins consistant que Python.

  Perso, j'aimerais bien pouvoir utiliser Python côté client plutôt que passer à JS côté serveur, j'ai prévu d'expérimenter certaines solutions, mais j'ai bien peur que je ne pourrais utiliser ça uniquement pour les clients dont on maitrise l'OS client.

• # Saltstack ou Cuisine ?

  Posté par Ludovic Gasc (page perso) le 03/04/12 à 18:47. En réponse au journal Jouer au ptit chef ou à la poupée ?. Évalué à 4.

  

  Il y a aussi http://saltstack.org/ et https://github.com/sebastien/cuisine

  Je te recommanderais plutôt Saltstack, qui est plus riche, j'ai une connaissance qui l'utilise, il en est très content.

  Le gros interêt, c'est qu'ils sont en Python, qui possède plus de librairies orienté système que Ruby.

• [^] # Re: ahahah copain

  Posté par Ludovic Gasc (page perso) le 29/03/12 à 15:41. En réponse au journal Bref, j'arrête de développer pour le web. Évalué à 1.

  

  tu confonds avec WebRTC.

• [^] # Re: Mangez-en, c'est bon !

  Posté par Ludovic Gasc (page perso) le 28/03/12 à 16:28. En réponse à la dépêche Sortie de Django 1.4. Évalué à 1.

  

  Désolé, j'ai cru que tu étais un développeur PHP qui cherchait une excuse pour éviter de tester Django ;-)

• [^] # Re: Mangez-en, c'est bon !

  Posté par Ludovic Gasc (page perso) le 28/03/12 à 13:46. En réponse à la dépêche Sortie de Django 1.4. Évalué à 2.

  

  Le problème, c'est que si tu fais du PHP pur, tu ne vas pas trouver tes marques rapidement en Django. La logique est différente.
  Et faire du Python comme on fait du PHP, tu peux t'en approcher, mais ça perd bcp de son intéret, il vaut vraiment mieux partir d'un framework Python comme Django, Pyramid, Flask, Bottle…
  Python ne fonctionne pas comme PHP, il est beaucoup plus proche de Ruby ou Java dans le fonctionnement (pas la lourdeur).

  Par contre, si tu fais du Zend Framework ou du Rails ou tout autre framework, fais le tutorial en 4 parties de Django, et tu vas comprendre rapidement l'intérêt.

• [^] # Re: Mangez-en, c'est bon !

  Posté par Ludovic Gasc (page perso) le 28/03/12 à 13:41. En réponse à la dépêche Sortie de Django 1.4. Évalué à 3.

  

  Je ne sais pas, je n'ai pas de problèmes avec les formulaires Django, je ne suis pas certain de comprendre tes problématiques.

  Tu peux venir en discuter sur le chan IRC #django-fr

  Il y a aussi des systèmes de formulaires alternatifs comme: http://django-floppyforms.readthedocs.org/en/latest/index.html

• [^] # Re: Mangez-en, c'est bon !

  Posté par Ludovic Gasc (page perso) le 28/03/12 à 06:57. En réponse à la dépêche Sortie de Django 1.4. Évalué à 3.

  

  Je n'avais pas vu que tu es belge, je serais à l'afpyro ce vendredi si tu veux en discuter de vive voix: http://linuxfr.org/news/afpyro-a-liege-le-vendredi-30-mars

• [^] # Re: Mangez-en, c'est bon !

  Posté par Ludovic Gasc (page perso) le 28/03/12 à 06:50. En réponse à la dépêche Sortie de Django 1.4. Évalué à 9.

  

  J'ai eu beaucoup de bugs, très peu de docs avec des exemples concrets, il n'y a que de la théorie dans leurs docs.
  Pas grand monde poste des informations sur le net et peu d'extensions existent, et c'est très verbeux.

  Pour te donner un ordre d'idées, je dois faire pas mal de petites webapps. Les mêmes webapps avec zf ça me prenait 2 semaines en moyenne et pas sûr du résultat, avec django, je suis à 1 à 2 jours, et pas de bugs.

  C'est possible parce que dans django tu as plein d'applications réutilisables: http://djangopackages.com

  Rails c'est mieux architecturé que zf, mais g eu aussi pas mal de bugs, le patch de gems est obligatoire.

  Franchement, le retour sur investissement avec django, vaut la peine de s'y mettre, même si on ne connaît que PHP.

  Par contre, il faut perdre les mauvaises habitudes qu'on a en PHP, où la culture de la librairie est beaucoup moins forte. Là où en PHP tu vas devoir réinventer la roue parce que personne n'a fait une librairie potable, en python/django, c'est rare que telle fonctionnalité n'existe pas sous forme de librairie.

• [^] # Re: Mangez-en, c'est bon !

  Posté par Ludovic Gasc (page perso) le 27/03/12 à 17:30. En réponse à la dépêche Sortie de Django 1.4. Évalué à 3.

  

  J'ai le même parcours que toi, et j'ai la même impression, Django > RoR > ZendFramework.
  Je n'avais jamais codé aussi vite des webapps qu'avec Django.

• # Utiliser sagemath

  Posté par Ludovic Gasc (page perso) le 24/03/12 à 11:42. En réponse au journal De l'enseignement de la programmation en classe préparatoire. Évalué à 6.

  

  http://www.sagemath.org/ Ça allie la force d'un vrai langage (Python) qui possède une floppée de librairies autour des maths (numpy, scipy…) et un GUI à la Mapple/Mathematica.

  Je ne l'ai vu qu'en démo à la PyCON-FR l'année dernière, mais ça a l'air vraiment bien.

• # Utilise Redmine/Chiliproject

  Posté par Ludovic Gasc (page perso) le 28/02/12 à 16:34. En réponse au journal WebCollab, affichage et trie par l'id. Évalué à 2.

  

  C'est en standard dans ces outils, et ils sont globalement meilleurs à WebCollab.

• [^] # Re:Sécuritédes backends

  Posté par Ludovic Gasc (page perso) le 08/02/12 à 15:53. En réponse à la dépêche Le Weboob nouveau est arrivé. Évalué à 1.

  

  Je ne sais pas comment c'est fait, mais y'a au moins une librairie qui a sû l'implémenter: http://docs.python-requests.org/en/latest/user/advanced/#ssl-cert-verification

• # AGPL ?

  Posté par Ludovic Gasc (page perso) le 04/02/12 à 21:32. En réponse à la dépêche MIUI est publiée (enfin) en open source. Évalué à 3.

  

  Ils n'ont pas tout compris aux licenses, utiliser une license AGPL pour un logiciel qui tourne en local sur le téléphone, c'est de l'overkill.

• [^] # Re: Une restriction à prendre en compte

  Posté par Ludovic Gasc (page perso) le 04/02/12 à 21:29. En réponse à la dépêche BigBlueButton : Plateforme de web conférence et bien plus encore. Évalué à 2.

  

  Il fallait lire la documentation ;-)

  Depuis quelques versions, BBB se concentre sur son API, l'application Web ne fonctionne plus, il faut obligatoirement le coupler avec une application qui gère l'authentification et les salles de conférences (Redmine...).

• # Précisions

  Posté par Ludovic Gasc (page perso) le 04/02/12 à 21:27. En réponse à la dépêche BigBlueButton : Plateforme de web conférence et bien plus encore. Évalué à 7.

  

  1. Asterisk a été remplacé par Freeswitch.
  2. Le module Drupal ne fonctionne plus avec les nouvelles versions.
  3. Il fonctionne très bien avec Redmine/Chili project.
  4. OpenOffice est utilisé pour la conversion des documents de bureautique en images affichable sur le tableau blanc.

• # PHP n'est pas fait pour ça

  Posté par Ludovic Gasc (page perso) le 02/01/12 à 17:13. En réponse au journal Régulation sous linux d'un vieux chauffage. Évalué à -5.

  

  Ca fait des années que je bricole avec php, j'ai fait du web, j'ai écrit des applications web pour des clients, mais j'avais jamais reussi à faire quelque chose qui sort de l'informatique

  Par expérience, PHP n'est pas "fait" pour faire des logiciels systèmes, par rapport à du Python. C'est techniquement possible, mais tu te heurtes à:

  1. Très peu de libs pour faire des opérations systèmes. Par exemple, faire un outil en ligne de commande qui reçoit des paramètres, tu dois faire quasi tout à la main, alors qu'avec Python: http://docs.python.org/dev/library/argparse.html
  2. Faire tourner PHP tout le temps comme daemon, ce n'est pas vraiment optimisé, notamment au niveau du garbage collector.
  3. Une API incohérente et des problèmes quand tu as une utilisation avancée, par exemple, avec les sockets.