Sauf si tu dois gérer un aspect très communautaire (social) dans ta gestion de contenus, je choisirais sans hésitation eZ-Publish.
* Publier des actualités / publications (Base de connaissance)...
C'est le cœur de métier depuis sa création. C'est très simple de créer des types de contenus et très souple.
Drupal est à mon sens moins bien rodé sur cet aspect (même si je ne connais pas la version 7), en effet beaucoup de modules se passent de CCK pour stocker leurs données, et c'est vraiment dommage.
* Développer des trucs, sous forme de modules, pour faire des tableaux issus de bases de données
eZ possède un système de modules et d'extension très rigoureux.
Faire des tableaux à partir des données contenues, c'est très simple.
* Développer des formulaires pour alimenter ces bases...
Le Scaffolding d'eZ-publish est très pratique pour ceci.
* Gestion des droits depuis un annuaire "Active Directory" (pas de trolls, j'ai pas le choix !;)
J'ai déjà vu de nombreux projets eZ-publish interfacés avec un AD.
Le LoginHandler permet de faire des merveilles ;-)
* Éventuellement chiffrement / signature des données publiées dans la Base de connaissance pour la confidentialité des mots de passes par exemple
eZ propose un gestion très fine des droits d'accès, ainsi que la possibilité de créer des workflows de publication complexes.
c'est pas une question de prix, c'est une question de liberté...
-> Je dirais de Pérennité.
Il faut aussi souvent prendre en compte les coûts indirectes. (par exemple les équipements/logiciels compatibles, ... comme Exchange et Outlook)
Et les coûts à moyen et long terme. (par rapport à des renouvellements de licences ...)
- On réduit l'inovation possible à un groupe d'entreprise.
- Toute diffusion d'une version incomplète d'une JSR ou qui ne passe pas le test (TCK) est potentiellement illegale.
- Toute publication d'une implémentation libre qui ne passe pas le TCK est donc interdite.
Pour le passage en licence GPL change quand même pas mal le problème.
De la meme manière qu'il y a des spécifications pour le C, le C++, Python, Perl, etc...
Des spécifications qu'on peut "forker" sans tomber dans l'illégalité.
Dans tous les projets sans exception il y a un groupe, un comité qui décide de l'évolution du projet.
C'est une "vérité vrai". ;-)
Dans le cas de Java en quoi ça t'interdit de créer des nouvelles classes ?
Rien ne te l'interdit quand tu ne l'implémentes pas dans "java".
en quoi ça t'interdit de forker les specs de la JVM, a part le fait de ne plus appeler ça Java ?
Toute implémentation d'un JSR risque de violer des brevets des brevets, il faut donc obtenir une licence (contenu dans celle ou on accepte les spécifications).
Sun possède actuellement 90 brevets mentionnant java mais (contrairement à .NET), il est clairement spécifié qu'il est permis réaliser une implémentation (qui respecte le JSR).
Mais maintenant que Java est libre, JE dis "merci beaucoup" SUN et bravo ! (car même avant je ne crachait pas du tout sur JAVA, ... bien au contraire)
PS : J'ai longement hésiter avant de parler au présent :-D
Les specs sont peut être déjà libre mais seul Sun (et son réseau de partenaires : IBM, SAP, Apache, Jboss, ...) pouvait implémenté de nouvelles fonctionnalité à Java.
Un JSR (Java Specification Request) doit obligatoirement :
- implémenter complétement les spécifications,
- ne pas ajouter ni supprimer no modifier quelque choses dans les packages définis par la spécification
- passer les tests de compatibilité
En revanche je ne suis pas d'accord avec l'init : je le trouve très lent par rapport à celui de la Mandriva. C'est très net.
Ayant sous la main une Mandriva 2006, je suis vraiment pas convaincu. Enfin le démarrage parallèle des déamons change peut être pas mal de chose (voir /etc/conf.d/rc).
En revanche si tu as essayé Mandriva 2007 (béta), je peux comprendre que Pinit ("A parallel init implementation") améliore bien les choses.
Mais encore une fois ce n'était pas l'aspect vitesse que je te conseillais de regarder dans le système d'init. Mais plutôt la qualité de ce système : gestion des dépendances entre les services, les runlevels, ...
Par exemple quel sera mon plaisir quand mon PC mettra 180 heures à tout recompiler parce que GCC 4 sera stable :D
GCC 4.1.1 qui vient de passer en stable avec la version 2006.1 d'ailleurs. Cette version de gcc apporte un grand nombre d'optimisation interressant notament l'ajout d'une fonction d'autovectorisation.
Mais il est vraiment important de comprendre qu'utiliser une distribution source apporte bien plus d'avantages que la simple optimisation des performances. Mais surtout la possibilité de personnalisation de son installation beaucoup plus poussé (philosolphie même de Gentoo).
Ensuite, je ne veux pas débattre des avantages/inconvénients de Gentoo, mais il me semble interressant de regarder sur cette distribution : le système d'init, l'aide en ligne, la communauté, tous les systèmes de "versionnement" (stable/unstable, les profils, les overlays ...), les systèmes de configuration ...
Ouaww', je trouve ça plutôt impressionnant que GCC 4.1 fonctionne déjà si bien sous Gentoo.
Enfin je suis peut être impressionné pour rien, mais c'est une application très "critique" en production dans une distribution comme Gentoo.
C'est un réel progret pour les distribution dite "source", mais je pense tout de même que GCC 4, va mêtre encore beaucoup de temps pour arriver en production dans la branche stable. Mais tout est relatif.
Je pense qu'une migration vers jabber ne se fera pas pour le grand public sans une intégration de fonctionnalités attrayantes pour l'utilisateur.
En effet les plus gros utilisateurs de messageries instantanés sont sûrement les jeunes qui attendent de plus en plus de nouvelles fonctionnalités aux graphismes sympathique humoristique et dynamique.
Pour celà beaucoup de solution existe déjà pour pouvoir migrer en douceur vers une messagerie Jabber, car il est difficile de se détacher d'un instant messenger.
Gaim est actuellement une solution tout à fait agréable, j'ai été très impressionné par les efforts faits sur la version 2.0 beta. En effet en plus de Jabber de mieux en mieux intégré, il y a un support de "MSN" très agréable notamment des "smilleys animés" et beaucoup de fonctionnalités qui plaisent actuellement sur la messagerie MSN.
Gaim pourrait donc être une solution très intéressante pour faire migrer les gens de MSN une meilleur solution : Jabber.
L'ENIC Telecom Lille 1 n'a pas profité de cette bonne initiative, malgrés l'engouement des élèves pour les Logiciels Libres.
Cette engouement représenté à travers le club LoLie (Logiciel Libre à l'Enic) http://www.lolie.info .
Je trouve que Nautilus est plutôt rapide après le premier démarage.
Ce qui m'embête depuis que j'ai la 2.10 et qui est peut être configurable, c'est la latence lorsqu'on essai d'aller sur le menu (la première fois où on clique dessus) ... Il doit surement rechercher de nouvelles appliquations à mettre dans le menu ou quelque chose dans le genre?!
[^] # Je choisierai sans doute eZ-Publish
Posté par klessou . En réponse au journal Un CMS pour tout faire ?. Évalué à 0.
* Publier des actualités / publications (Base de connaissance)...
C'est le cœur de métier depuis sa création. C'est très simple de créer des types de contenus et très souple.
Drupal est à mon sens moins bien rodé sur cet aspect (même si je ne connais pas la version 7), en effet beaucoup de modules se passent de CCK pour stocker leurs données, et c'est vraiment dommage.
* Développer des trucs, sous forme de modules, pour faire des tableaux issus de bases de données
eZ possède un système de modules et d'extension très rigoureux.
Faire des tableaux à partir des données contenues, c'est très simple.
* Développer des formulaires pour alimenter ces bases...
Le Scaffolding d'eZ-publish est très pratique pour ceci.
* Gestion des droits depuis un annuaire "Active Directory" (pas de trolls, j'ai pas le choix !;)
J'ai déjà vu de nombreux projets eZ-publish interfacés avec un AD.
Le LoginHandler permet de faire des merveilles ;-)
* Éventuellement chiffrement / signature des données publiées dans la Base de connaissance pour la confidentialité des mots de passes par exemple
eZ propose un gestion très fine des droits d'accès, ainsi que la possibilité de créer des workflows de publication complexes.
En te souhaitant bonne chance pour ton projet !
[^] # Re: bin
Posté par klessou . En réponse au message L'Open Source doit-il forcément coûter plus cher?. Évalué à 2.
-> Je dirais de Pérennité.
Il faut aussi souvent prendre en compte les coûts indirectes. (par exemple les équipements/logiciels compatibles, ... comme Exchange et Outlook)
Et les coûts à moyen et long terme. (par rapport à des renouvellements de licences ...)
# Dommage que ce projet soit mort
Posté par klessou . En réponse au journal Logiciels Libres dans les écoles: état des lieux. Évalué à 2.
Il y a beaucoup d'associations dans les écoles d'ingénieur particulièrement.
Un petit annuaire des associations et un module de partage d'expériences (blog, planet ou rss ...) ça serait déjà super pour se faire connaitre.
[^] # Re: Pas encore tout
Posté par klessou . En réponse au journal Vidéos du FOSDEM 2007. Évalué à 1.
http://ftp.belnet.be/mirrors/FOSDEM/2007/FOSDEM2007-TurboCac(...)
Sinon j'ai aussi adoré la conférence de Keith Packard sur X.org
[^] # Re: Ok...
Posté par klessou . En réponse à la dépêche Java libre : un rêve devient réalité. Évalué à 2.
- On réduit l'inovation possible à un groupe d'entreprise.
- Toute diffusion d'une version incomplète d'une JSR ou qui ne passe pas le test (TCK) est potentiellement illegale.
- Toute publication d'une implémentation libre qui ne passe pas le TCK est donc interdite.
L'analyse de RMS : http://www.gnu.org/philosophy/java-trap.html
Pour le passage en licence GPL change quand même pas mal le problème.
Des spécifications qu'on peut "forker" sans tomber dans l'illégalité.
C'est une "vérité vrai". ;-)
Rien ne te l'interdit quand tu ne l'implémentes pas dans "java".
Toute implémentation d'un JSR risque de violer des brevets des brevets, il faut donc obtenir une licence (contenu dans celle ou on accepte les spécifications).
Sun possède actuellement 90 brevets mentionnant java mais (contrairement à .NET), il est clairement spécifié qu'il est permis réaliser une implémentation (qui respecte le JSR).
Mais maintenant que Java est libre, JE dis "merci beaucoup" SUN et bravo ! (car même avant je ne crachait pas du tout sur JAVA, ... bien au contraire)
PS : J'ai longement hésiter avant de parler au présent :-D
[^] # Re: Ok...
Posté par klessou . En réponse à la dépêche Java libre : un rêve devient réalité. Évalué à 2.
Les specs sont peut être déjà libre mais seul Sun (et son réseau de partenaires : IBM, SAP, Apache, Jboss, ...) pouvait implémenté de nouvelles fonctionnalité à Java.
Un JSR (Java Specification Request) doit obligatoirement :
- implémenter complétement les spécifications,
- ne pas ajouter ni supprimer no modifier quelque choses dans les packages définis par la spécification
- passer les tests de compatibilité
[^] # Re: retour d'un utilisateur
Posté par klessou . En réponse au journal Bon, des nouvelles de Ekiga alors ^^. Évalué à 1.
L'intégration de Libjingle était un projet proposé au Google SOC, malheureusement il n'a pas été retenu par Gnome.
Un seul projet avait été retenu, c'est un peu dommage pour un logiciel si prometteur.
En ce qui concerne l'intégration de IAX, quelqu'un à des retours ? test ? intégration ... ?
[^] # Re: Gentoo, franchement non
Posté par klessou . En réponse au journal Le magicien, La vache et le Canard Pimpant.... Évalué à 1.
Ayant sous la main une Mandriva 2006, je suis vraiment pas convaincu. Enfin le démarrage parallèle des déamons change peut être pas mal de chose (voir /etc/conf.d/rc).
En revanche si tu as essayé Mandriva 2007 (béta), je peux comprendre que Pinit ("A parallel init implementation") améliore bien les choses.
Mais encore une fois ce n'était pas l'aspect vitesse que je te conseillais de regarder dans le système d'init. Mais plutôt la qualité de ce système : gestion des dépendances entre les services, les runlevels, ...
[^] # Re: Gentoo, franchement non
Posté par klessou . En réponse au journal Le magicien, La vache et le Canard Pimpant.... Évalué à 2.
GCC 4.1.1 qui vient de passer en stable avec la version 2006.1 d'ailleurs. Cette version de gcc apporte un grand nombre d'optimisation interressant notament l'ajout d'une fonction d'autovectorisation.
Mais il est vraiment important de comprendre qu'utiliser une distribution source apporte bien plus d'avantages que la simple optimisation des performances. Mais surtout la possibilité de personnalisation de son installation beaucoup plus poussé (philosolphie même de Gentoo).
Ensuite, je ne veux pas débattre des avantages/inconvénients de Gentoo, mais il me semble interressant de regarder sur cette distribution : le système d'init, l'aide en ligne, la communauté, tous les systèmes de "versionnement" (stable/unstable, les profils, les overlays ...), les systèmes de configuration ...
[^] # Re: Merci pour tout ce travail.
Posté par klessou . En réponse au journal Pas de stand Logiciels Libres à la braderie cette année. Évalué à 4.
Mais encore merci pour ton investissement !
[^] # Re: Ah ! Gnome !
Posté par klessou . En réponse à la dépêche Sortie de GNOME 2.14. Évalué à 5.
[^] # Re: Gentoo
Posté par klessou . En réponse à la dépêche Sortie de la version 4.1 du compilateur GCC. Évalué à 1.
Enfin je suis peut être impressionné pour rien, mais c'est une application très "critique" en production dans une distribution comme Gentoo.
C'est un réel progret pour les distribution dite "source", mais je pense tout de même que GCC 4, va mêtre encore beaucoup de temps pour arriver en production dans la branche stable. Mais tout est relatif.
# FOSDEM
Posté par klessou . En réponse à la dépêche Prix du logiciel libre 2005 décerné à Andrew Tridgell. Évalué à 1.
Comme pour Alan Cox et Theo de Raadt.
[^] # Re: Evangéliser...
Posté par klessou . En réponse à la dépêche Jabber explose !. Évalué à 6.
En effet les plus gros utilisateurs de messageries instantanés sont sûrement les jeunes qui attendent de plus en plus de nouvelles fonctionnalités aux graphismes sympathique humoristique et dynamique.
Pour celà beaucoup de solution existe déjà pour pouvoir migrer en douceur vers une messagerie Jabber, car il est difficile de se détacher d'un instant messenger.
Gaim est actuellement une solution tout à fait agréable, j'ai été très impressionné par les efforts faits sur la version 2.0 beta. En effet en plus de Jabber de mieux en mieux intégré, il y a un support de "MSN" très agréable notamment des "smilleys animés" et beaucoup de fonctionnalités qui plaisent actuellement sur la messagerie MSN.
Gaim pourrait donc être une solution très intéressante pour faire migrer les gens de MSN une meilleur solution : Jabber.
[^] # Re: Precision
Posté par klessou . En réponse à la dépêche Le GET rend votre Bureau Libre !. Évalué à 0.
Cette engouement représenté à travers le club LoLie (Logiciel Libre à l'Enic) http://www.lolie.info .
[^] # Re: FUSE ... qu'est ce que cela va apporter ?
Posté par klessou . En réponse à la dépêche Sortie du noyau 2.6.14. Évalué à 3.
http://www.fosdem.org/2005/2005/index/interviews/interviews_(...)
[^] # Re: Effectivement
Posté par klessou . En réponse à la dépêche Rendre GNOME rapide. Évalué à 4.
Ce qui m'embête depuis que j'ai la 2.10 et qui est peut être configurable, c'est la latence lorsqu'on essai d'aller sur le menu (la première fois où on clique dessus) ... Il doit surement rechercher de nouvelles appliquations à mettre dans le menu ou quelque chose dans le genre?!