Antoine a écrit 5722 commentaires

Je suis peut-être pinailleur.

Un commentaire inepte de trois pages pour une question si fondamentale (hum), on n'appelle ça pas du pinaillage. Plutôt de l'enculage de mouches.

Sur le blog de Fabien Penso, daté du 4 septembre, à la rubrique "projets en cours", je cite :
« Réecriture de LinuxFr en Ruby on Rails, avec en tête l’idée de pouvoir tenir la charge actuelle du site (importante…). »

Réécrire c'est bien, mais pourquoi pas dès le début choisir un langage souple, pérenne et performant ?
Or, ça tombe bien, en première page de Linuxfr on annonce justement un produit permettant de « créer des Web services en deux clics (ou presque) grâce à Apache CXF et à la POA ».
Plus précisément, grâce à « la puissance de la POA » (sic), « les Web services sont créés ex-nihilo, sans ajouter une ligne de code à votre application Java, grâce à l'utilisation du framework Azuki. »

Je ne sais pas vous, mais moi je trouve ça épatant : des Web services en un clin d'oeil, sans programmer, juste clic-clic-clic et le framework fait tout pour vous. Et le tout basé sur Java (tm) ! C'est-à-dire par construction fiable, robuste, scalable et performant (et, surtout, orienté solution).

Il y a encore mieux : « Le Web service ainsi créé, accède à la logique applicative contenue dans des composants métiers (bean) de type POJO, comme il se doit » !
Ruby en Rails est-il capable, lui, d'accéder à la logique applicative contenue dans les composants bean de type POJO ? Je n'en sais honnêtement rien mais pour tout dire j'en doute... Or il me semble que Linuxfr aurait tout à gagner à voir sa logique applicative exprimée dans des bean composants de type POJO.

Pour une histoire revisitée du logiciel libre, on (re)lira avec bonheur cet article :
« Un point de vue subjectif sur l’histoire du logiciel libre »
http://www.libroscope.org/Un-point-de-vue-subjectif-sur-l

bien que perso je lui préfère de loin kmail, il serait pas mal que OpenOffice est à disposition un bon gros client mail bien complet à sa disposition pour une intégration optimale

"Bon gros" étant effectivement le mot-clé pour une intégration optimale dans OpenOffice.

En parlant de jouer à WarGames justement... Il y a Defcon, jeu très prenant, pas cher, et la version Linux tourne impeccablement. (une démo jouable gratuite est également dispo)
http://en.wikipedia.org/wiki/DEFCON_%28computer_game%29
http://www.everybody-dies.com/

On te donne un cahier des charges dans lequel on te demande de sortir un reporting sur des classes interne au projet. ce reporting étant effectué au sein du logiciel, pendant qu'il tourne sur les objets en mémoire.

Qu'appelles-tu un "reporting" ? Je ne parle pas le SSII-speak :)

Peut-être, mais l'argent intéresse plus Microsoft que la qualité technique globale :-)

Certes... mais à moyen terme je pense que la médiocrité de Vista peut avoir de grosses répercussions sur l'image de Microsoft (qui n'est déjà plus, aux yeux des gens, l'extraordinaire prodige économique qu'on nous décrivait à la fin des années 90). Une fois cette image devenue aussi banale que celle de Renault ou Peugeot, les produits MS sont beaucoup plus vulnérables à la concurrence.

Et il y a aussi Boo : un langage à la syntaxe Pythonesque, mais avec typage statique (et duck typing optionnel) tournant sur .Net.
http://boo.codehaus.org/

EN Java, nous, on fait plutôt
Client c = new Client()
c.setNom("toto");

Oui heu et alors ?
Tu peux écrire ce genre de wrapper dans beaucoup de langages (peut-être pas PHP mais ai-je mentionné PHP dans mon message ? hmm ? :-)).
On peut même imaginer un :

c = Client(nom='toto')

où le Client en question serait automatiquement sauvé en base avec récupération de l'id qui va bien etc. Avec SQLAlchemy ou l'équivalent Ruby ce genre de truc doit être assez facile à faire.
(la seule question en l'occurence est de savoir si tu veux par défaut que n'importe quel Client créé se retrouve sous la forme d'une nouvelle instance en base ; de façon assez saine SQLAlchemy considère que non, et te laisse appeler manuellement la méthode idoine pour sauver l'objet)

quand je vois les autres langages où on voit encore du code pour les connexions aux bases de données, la gestion de transaction, de la sécruité, des logs.... je me demande toujours comment on peut faire du code aussi verbeux :)

Ah s'il n'y a plus besoin de toucher au code pour assurer la "sécurité" d'une appli, alors c'est magique. Il faudra en parler aux gars d'OpenBSD.

Attends je connais la solution : on exporte tout dans des fichiers de configuration en XML, c'est ça ?
:-)

N'importe quoi... ça doit faire un bout de temps que vous avez pas développé en Java. Connais tu l'AOP et l'IOC ?

Mea culpa, je n'ai pas appris les derniers TLA à la mode. Peux-tu éclairer ma lanterne ?

Pouvez-vous svp me dire le langage idéal du XXIe siècle pour une application de gestion commercial eet administrative selon vous? Je suis intéressé de votre opinion sur le sujet.

Je ne sais pas s'il y a un langage idéal, mais il me semble qu'il serait intéressant de se tourner vers des langages plus expressifs comme Python, Ruby, ou pourquoi pas Javascript (non, pardon, là c'est une blague). Surtout s'il n'y a pas d'impératifs de performance de folie.

Parce que, sur de la "logique métier" (comme on dit parmi les gens qui savent se tenir à table) c'est-à-dire du code relativement haut niveau (je parle de niveau d'abstraction hein :-)), c'est dommage de se farcir une syntaxe hyper-rébarbative doublée d'une sémantique castratrice. Surtout s'il y a des milliers de modules à écrire et maintenir.

Ce projet est maintenant terminé avec succès : 3 millions d'euros de dépenses sont ainsi économisés chaque année .

Et combien seront encore gâchés par l'utilisation d'un langage verbeux, rigide et dépassé comme Java (qui est à peu de choses près le Cobol du XXIe siècle) ? :-)

par exemple avec un système de notation

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.

Tout le code pourrait être en esperanto

Pour un langage universel, Python me paraît plus approprié.

Certains pensent que le droit d'auteur tel que définit par la convention de berne suffit

La convention de Berne ne définit pas le droit d'auteur, elle fixe juste quelques dénominateurs communs. La preuve c'est que des systèmes différentes (droit d'auteur, copyright) peuvent perdurer tout en satisfaisant grosso modo aux exigences de la convention de Berne. Notamment, les règles de "fair use" (ou "exceptions au droit d'auteur" en droit français) ne sont pas les mêmes d'un droit à l'autre : je ne vois pas comment la convention de Berne pourrait suffire.

Déjà, si tu expliquais concrètement ce que tu veux faire, ce serait bien. Je n'ai pas compris grand'chose au besoin exprimé.
Ceci dit, tu peux regarder du côté des "list comprehensions" qui existent comme certains langages comme Python.

Par exemple ton code :

res : liste d'objet CNN // type donné par select
pour chaque Figure.ListeDeCNN
i : entier
pour chaque Figure.ListeDeCNN[i].Property
j : entier
si Figure.ListeDeCNN[i].Property[j].NomValeur == "SEE_CNN" alors
res.ajoute(Figure.ListeDeCNN[i]) // type de select
fin si
fin pour
fin pour

pourrait s'écrire à peu près (en Python) :

[CNN
    for CNN in Figure.ListeDeCNN
    for prop in CNN.Property
    if prop.NomValeur == "SEE_CNN"]

(j'ai ajouté des retours chariots pour rendre l'enchaînement plus lisible mais le tout est une expression unique qui peut s'écrire sur une seule ligne)

En quelques mois, Vista est devant MacOS et Linux toutes versions confondues en parts de marché.

Dans la mesure où cette progression peut s'expliquer par le chargement par défaut de Vista avec les nouveaux PCs, on ne peut pas en conclure un "succès" quelconque.

La plupart des articles traitant de Vista sur Internet (hors journalisme-croupion type 01Net et autres) sont assez négatifs, et je ne vois personne s'extasier sur les nouveautés offertes par Vista (alors qu'avec XP ou 95, par exemple, il y avait de vraies avancées).

Du point de vue technique comme de celui de la satisfaction de l'utilisateur, Vista est un échec.
Croire que le succès se mesure au taux de pénétration, la réussite à l'argent, voilà la bêtise moderne.

Le multi-licensing peut être une solution (mais va vite représenter plus de place que le snippet en lui-même, même avec uniquement le minimum-minimorum pour identifier le texte de la(des) licence(s)).

Autant proposer par défaut une licence MIT, très simple, non copyleft, permettant une réutilisation maximum.

conserver vos snippets sur un seul site

?? Restons sérieux. Il y a déjà des tas de sites offrant ce genre de services (par exemple les "Cookbooks" chez ASPN, assez célèbres notamment dans la communauté Python : http://aspn.activestate.com/ASPN/Python/Cookbook/ ). Je ne vois pas pourquoi ce nouveau service s'imposerait face aux autres.

le code sur le site semble être par défaut sous licence CC-by-sa

Mauvais choix, les licences Creative Commons n'étant absolument pas adaptées au code logiciel.... et avec une licence copyleft comme la by-sa la réutilisabilité des "snippets" est très limitée.

[à propos d'IsNotGood] Rendons lui hommage aussi. Parce que si on peut lui reprocher ses manières, on ne peut pas nier qu'il est bien informé, honnête et clair, et surtout qu'il n'hésite pas à répéter jusqu'à ce que tu es bien compris.

On ne peut nier en effet une certaine "abnégation" qui peut, comment dire, devenir parfois légèrement pénible... :-)

Sinon, tu ne payes plus la redevance, c'est logique si tu n'as pas accès aux services payés par celle-ci.

Si on n'a pas la télé, on ne paye pas non plus la redevance, je doute qu'un examen de l'adresse IP suffise pour faire le tri.

Justement comme tu le dit toi même, il est interdit de chercher à comprendre comment ça marche car Microsoft, ton employeur, ne fourni pas le code source, et le seul moyen c'est de faire du reverse-engineering.

Et la documentation c'est pour les cons ?

En France, les ingénieurs pensent que les chercheurs sont des professeurs Nimbus qui ne servent à rien, et les chercheurs pensent que les ingénieurs sont des gros nuls à peine capable d'écrire un intranet en Java.

Résultat, t'as fait une thèse, ou même t'as un diplôme nul et t'as quelques papiers de recherches à ton actif, c'est mal vu quand tu cherches un boulot. C'est mon cas...

Ca t'apprendra à penser que les ingénieurs sont des gros nuls à peine capable (sic) d'écrire un intranet en Java :-)

Lisaac est purement objet (dans l'os même le pixel est un objet, et cela ne rame pas !). Tu as donc toutes la réutilisabilité du code, la personnalisation, et la configuration que tu veux.

Je ne savais pas qu'être "purement objet" entraînait automatiquement ces qualités miraculeuses. Vous aussi vous avez gobé le marketing Java ?

Un contre-exemple est Javascript qui, bien qu'objet lui aussi (et orienté "prototype" comme Lisaac d'ailleurs...), souffre de l'absence d'un système de modules ou packages (comme ce que connaissent Python, Ruby, Java...).

PS : moi aussi je vous trouve bien agressifs et péremptoires dans votre communication