Farzad FARID a écrit 27 commentaires

Bien sûr que c'est possible, il suffit d'avoir la bonne configuration.

Voici comment j'ai remappé dans Zsh les touches PgUP et PgDN pour avoir la fonctionnalité dont tu parles :

bindkey '^[[5~' history-beginning-search-backward # PgUp
bindkey '^[[6~' history-beginning-search-forward # PgDn


S'ils sont 4, ils pourront faire une belote...

Tu es mauvaise langue, il faut bien quelqu'un pour faire survivre le souvenir de ces anciennes technologies.

Et inversement, ces technologies rétrogrades donnent au moins une raison de vivre à des informaticiens psycho-rigides.

Le commentaire de Bruno manque un peu de tact, mais il a clairement raison sur le fond : à quoi bon réinventer la roue ?

La réponse est normalement « pour faire encore mieux ! » mais dans ce cas précis il y a suffisamment de Shells évolués qui ont déjà nativement des commandes puissantes.

Le meilleur remède à la duplication de code est la lecture de la documentation. Si cela ne suffit pas, G..gle est notre ami à tous :)

Bonjour,

Je ne voudrais pas paraître trop négatif, mais je constate que beaucoup de réponses apportées dans cette discussion sur les applications concrètes de ces outils et concepts sont du type "Il n'y a qu'à...", "Il suffirait que quelqu'un écrive....", "Il faut que...", etc.

J'aimerais bien quelques réponses moins méta et plus réalistes ;)

Farzy (qui utilise sa main gauche pour taper ce message, main gauche qu'il manipule avec sa main droite, main droite qu'il tient et dirige avec les dents, pour que ça fasse méta-méta-niveau..).

« Qui veut du plugin ClamAV pour Claws Mail ? »

Qui veut de Claws Mail tout court ? :)

On peut dire de même de MySQL. MySQL a un vague support de transaction, pas de support pour les languages embarqués, vaguement compatible SQL, pas de hot backup (qui garde l'ensemble de la base de donnée cohérent), pas de vieux, pas de rules, une tenu en charge très moyenne si on compare à PostgreSQL, etc...

Dès qu'on étude techniquement MySQL, ben c'est un SGBD très très moyen.
Avant de répondre, assurez-vous de bien connaitre Oracle ou PostgreSQL voir SQL Server.

C'est quand même dommage de comparer MySQL 3.x et PostgreSQL 8 tant d'années après la sortie de la version 5, non ? :)

Je comprends que, comme une partie de mes relations, tu puisses ne pas aimer MySQL, mais j'aimerais mieux voir des critiques valides en 2008.

Sujet provocateur, mais c'est parce que cette news m'a fait penser au fameux article de Charles M. Hannum, cofondateur du projet, paru dans Linux Weekly News l'année dernière : http://lwn.net/Articles/197748/

Je cite :

The NetBSD Project has stagnated to the point of irrelevance. It has gotten to the point that being associated with the project is often more of a liability than an asset.

Il faudra évidemment lire tout l'article avant de troller sur le sujet :)

La situation a-t-elle changé, en bien ou en mal, depuis ?

Euh non je ne peux pas te répondre car encore une fois tu diverges du sujet initial... Je n'ai jamais parlé de "self", et je ne vois pas ce que cela vient faire ici :)

Apparemment tu n'as pas fait de Python 1.x comme j'ai pu en faire, avant que ça devienne un vrai langage à objets, et tes explications sur "self" sont peu convaincantes.

J'arrête de commenter, ça ne sert à rien, je retourne à mon développement Rails.

Happy Python hacking, et sans rancune, il y a de la place pour tous les langages sur terre, du moment qu'on n'utilise pas la pensée magique pour en vanter les mérites ;)

Ton exemple n'a rien à voir avec celui que j'ai repris.

Merci d'avoir répondu à côté de la question, ça fait progresser la discussion dans la bonne direction.

Mmmh plus précisément ? En quoi les implémente-t-il "mieux" que, par exemple, Python ?

- Parce que Ruby a intégré les itérateur et les blocs de code depuis la première version ?
- Parce qu'en Ruby tout les types (y compris les nombres) sont des de vrais objets, extensibles et modifiables par le développeur, et ce depuis le début ?
- Parce qu'en Python tout ceci n'a été ajouté que tardivement, et que ça se ressent dans la syntaxe ?

J'ai utilisé Python pendant plus de 12 ans, j'aime beaucoup ce langage, et je parle donc en connaissance de cause.

Plus élégamment, sans avoir besoin de dériver ou modifier la classe Array, en corrigeant l'exemple précédent :

# On construit un tableau de 10 entiers
t = Array.new
10.times { |i| t << i }
# On simule "foreach_while"
t.select { |i| i < 5 }.each { |i| puts i }

Elégant et compact, du Ruby quoi :)

for est d'un usage très général. Par exemple, comment tu fais "for(;;)" avec "times do" ?
Le language doit rester général et ne pas avoir 10 000 mots clés pour chaque cas.

Le "times do", tu peux le faire avec une "hideuse" macro (j'ai oublié un peu le php)

A ton tour tu compares des pommes et des poires puis tu déguises une poire en pomme :)

L'instruction "N.times do ... end" est un itérateur auquel on passe en argument un bloc de code, pas une simple instruction de boucle. Ce sont deux concepts qui n'existent pas en PHP, en tout cas pas avec la simplicité et l'intégration qu'offre Ruby.

Certes il y a ça [1] mais c'est loin d'être élégant et naturel à écrire...

D'autre part, un exemple tel que 3.times do puts "Hello" end est juste là pour illustrer les itérateurs, et ne donne pas vraiment une idée de la puissance réelle de ceux-ci et de leur l'utilité dans un contexte plus complexe (par exemple la création d'un framework tel que Rails).

Ces concepts ne sont certes pas novateurs (les itérateurs par exemple existent en Smalltalk depuis longtemps), mais Ruby est celui qui les implémente le mieux parmi les langages les plus couramment utilisés [2].

1 : http://frederic.bouchery.free.fr/?2004/11/01/30-Creer-Un-Ite(...)

2 : http://www.tiobe.com/tpci.htm

Si j'étais médisant, je dirais que le retard colossal est dû au fait de l'équipe a oublié d'appliquer la méthode GTD (Getting Things Done) à son propre développement.

Mais comme je ne le suis pas, je dirais plutôt que c'est parce qu'ils ont passé trop de temps à spécifier, spécifier, spécifier, et écrire des documentations qui sont maintenant obsolètes. Je me souviens des premières annonces de Chandler il y a de nombreuses années. Lorsque j'ai consulté le site de Chandler, j'ai été surpris, et aussi déboussolé, par le nombre impressionnant de documents de spécifications fonctionnelles et techniques dont l'équipe avait entamé l'écriture...

Peut-être qu'un peu plus d'agilité et moins de méthodologie de projet classique (cycle en V, cycle de vie "en cascade") aurait aidé Chandler ?

Apparemment cette version ne supporte toujours pas la synchronisation ou consultation depuis des PDA. Comme le dit la FAQ, http://chandlerproject.org/Projects/FAQ#*Q*%20%20Can%20I%20a(...) :

Currently, Chandler does not currently support mobile devices.

C'est clairement un point bloquant qui gênera l'adhésion à ce projet. Moi même je voulais tester ce projet prometteur pour mon usage personnel et mon entreprise, mais maintenant je me dis que ce serait une perte de temps..

Le fait que Microsoft pratique l'évasion fiscale (http://www.april.org/articles/communiques/pr-20050426.html) justifie au moins en partie cette phrase.

Je trouverais ça sympa également, ça pourrait me donner l'occasion d'apprendre Ruby. (et Python aussi d'ailleurs, j'aimerais bien apprendre)

Pour que mes propos ne passent pas pour du troll, je précise que j'ai utilisé et fait la promotion de Python pendant presque 13 ans. Mais je suis passé sans regret à Ruby l'année dernière car ce langage combine le meilleur de Python et de Perl, en plus de ses propres apports...

Ensuite il faut être pragmatique : est-ce que les performances de Ruby sont suffisantes pour de gros volumes de données ? Est-ce que Ruby dispose de nombreux connecteurs ? Est-ce possible en France de recruter des développeurs Ruby ? Et surtout, est-ce qu'il y a des retombées commerciales potentielles ? (derrière Talend Open Studio, il y a une entreprise qui rémunère des salariés)

Quant la machine virtuelle YARV sera intégrée dans Ruby2, les performances du langage exploseront celles de Perl :)

Les développeurs Ruby sont encore un peu rares (ou alors bien cachés), mais la demande des entreprises est de plus en plus forte cette année ! J'ai moi-même été sollicité plusieurs fois pour des projets en Rails alors que je suis encore débutant. Je connais des développeurs expérimentés qui sont passés récemment d'Objective C (sur Mac) ou de Java/EJB à Rails. Je pense que la diffusion du langage et de Rails connaîtra une explosion dans les années à venir.

Quant aux retombées commerciales, comme tu le dis, c'est le marché qui le dictera, mais je pense que les clients voudront plus de Java d'un côté, plus de Ruby/Python de l'autre, et moins de Perl.

Le besoin d'ETL en Ruby et d'intégration en Rails existe, il n'y a qu'à voir le projet "ActiveWarehouse [1]" et son sous-projet "ETL Tools [1]"

[1] http://activewarehouse.rubyforge.org/
[2] http://activewarehouse.rubyforge.org/etl/

Pour le moment, entre Perl et Java, le moteur de génération est très proche. A mon avis, un langage comme Python nécessitera davantage de développements. Je pense qu'il serait par exemple plus simple d'ajouter Ruby que Python.

Excellente suggestion, je n'osais pas la faire et je suis content que ce soit un ingénieur de Talend qui la fasse :)

Je pense en effet que la production de code ETL en Ruby serait une excellente chose, le langage lui-même et surtout le framework de développement ayant le vent en poupe et servant dans de plus en plus de projets actuellement.

Je me demande si cette suggestion pourrait être prise au sérieuse et quel somme de travail demanderait cette implémentation ?

Oui, le système de notation pourrait aussi être associé à un système de "XP" ou "Karma" qui croît au fil de l'utilisation.
Et bizarrement au bout de 6 mois tous les "snippets" écrits en C# seraient à -10.

Il suffit de mettre un système de notation qui juge les notations des commentateurs, avec un système de pondération des notations. Et pourquoi par un système de notation des notation des notations ? :)

Plus sérieusement, si ce genre de site est destinés à des développeurs plutôt débutants (ou cherchant une solution rapide à un problème qu'ils ne maîtrisent pas), je préférerais qu'ils aient à leur disposition du code de qualité plutôt que du code pourri et dangereux, comme celui que j'ai cité.

Quant aux gens immatures qui voudraient mettre des notes négatives, par exemple à C#, ce n'est pas un problème spécifique aux code snippets, LinuxFr en est une bonne illustration...

Bonjour,

En lisant les commentaires de cet article, j'ai cliqué sur le lien qui renvoie vers http://snippets.dzone.com et je suis tombé par hasard sur un snippet Ruby on Rails extrêmement mal écrit, aussi bien d'un point de vue Ruby que qu'un point de vue général (code idempotent exécuté dans une boucle, faille théorique dans la requête SQL, méconnaissance du mécanisme des associations de modèles en Rails, etc.).

Je me demande donc s'il ne faudrait pas surveiller un peu la qualité des snippets, par exemple avec un système de notation, voire avec une modération a posteriori. Est-ce que vous envisagez de faire celà pour Friendsnippets ? Ce serait au moins une façon innovante de vous distinguer de certains sites très similaires.

PS : Pour ceux qui veulent consulter ce beau contre-exemple de code snippet respectable, allez ici : http://snippets.dzone.com/posts/show/4609 . Je vous laisse la détection des problèmes de ce code en exercice :)

Pour information, Paul Colton, le patron d'Aptana, a publié un message de clarification sur son blog officiel : http://www.aptana.com/blog/?p=179

Comme (malheureusement) d'autres projets l'ont fait avant lui, il se justifie en disant que cela leur permet de mieux suivre les éventuels rebranding et de "garantir la qualité du produit". Mouais...

Pour information, il y a de cela quelques années, Marc Fleury, l'auteur de JBoss, se plaignait que l'on puisse télécharger son produit (pourtant sous licence GPL) depuis d'autres sites, car cela ne lui permettait pas de tenir un compte précis du nombre de téléchargements ! Aptana n'est pas la première société à avoir de fausse bonnes idées quant à la redistribution de son produit.

Bien que je trouve regrettable ce changement de licence, je trouve certaines remarques un peu excessives, notamment l'emploi non nuancé du terme "propriétaire". Comme le faisait remarquer un lecteur, même si cette licence n'est plus DFSG-compliant, il y a un monde entre cette licence et une licence de type Microsoft...

Message public : Tu as confondu ce site d'informations avec eBay...

Et oui, des gens font des programmes serieux en Common Lisp (par exemple Viaweb, un logiciel ecris par seulement 2 personnes et vendu a yahoo pour je ne sais plus combien de million de dollars)

Sauf que, peu après, le projet a été réécrit dans un autre langage. Et ça, Paul Graham ne s'en vante pas... Voir par exemple l'article de Joel on Software [1] pour des liens sur cette histoire. Je cite :

Oh and I know Paul told you [2] that he made his app in Lisp and then he made millions of dollars because he made his app in Lisp, but honestly only two people [3] ever believed him and, a complete rewrite later, they won't make that mistake again.

Je n'ai rien contre Lisp, qui est un excellent langage en théorie, mais j'aimerais voir des exemples concrets plus récents si tu en as.

Note : je n'ai pas dit non plus qu'il faut absolument faire comme tout le monde du Java (que je n'aime pas, trop lourd, trop de code verbeux et inutile, trop de surcouche) ou du C++. Personnellement je m'oriente vers Ruby, qui hérite un peu de Lisp et de Smalltalk et qui est plus "pragmatique" comme langage.

[1] : http://www.joelonsoftware.com/items/2006/09/01.html
[2] : http://www.paulgraham.com/avg.html
[3] : http://www.reddit.com/

Le fait que Smalltalk, que je connais peu mais que je trouve très élégant et puissant, tourne dans une machine virtuelle, et qu'il soit difficile de le fait communiquer avec le "monde réel" n'a pas aidé à populariser le langage.

Puisqu'on parle de pertinence, je ne trouve pas que soit très pertinent de ta part de faire une attaque personnelle dans ta réponse au lieu de discuter du sujet évoqué, d'autant plus que tu ne sembles pas apprécier le second degré, dommage. La prochaine fois je mettrai des smileys dans tous les sens pour édulcorer mes propos ;) ;)

Mais je ne t'en veux pas, tu t'es bien défoulé et je pense que tu as pris ton pied, c'est l'essentiel.

A plus

Référencement sur Google certes, mais qui retournera aussi les commentaires élogieux postés ici, ou ailleurs peut-être :)