Benjamin Poulain a écrit 133 commentaires

Effectivement c'est général aux shell unix :)

Question pages de manuel, je ne les ai pas liée pour ne pas alourdir le journal mais Linux Certif a un moteur de page de manuel bien plus riche qu'opengroup.

Donc voici les liens pour ces pages en version française (les autres version son disponibles aussi):
cp: http://www.linuxcertif.com/man/1/cp/
find; http://www.linuxcertif.com/man/1/find/
ls: http://www.linuxcertif.com/man/1/ls/
mkdir: http://www.linuxcertif.com/man/1/mkdir/
mv: http://www.linuxcertif.com/man/1/mv/
rm: http://www.linuxcertif.com/man/1/rm/
rmdir: http://www.linuxcertif.com/man/1/rmdir/
touch: http://www.linuxcertif.com/man/1/touch/

Merci beaucoup. C'est corrigé.

A la vue des slides, je pense qu'il serait vraiment bien d'avoir la conférence sur vidéo. Personne n'aurait filmé?

J'aimerais souligner que Linux sur l'embarqué ne profite pas toujours à la communauté en terme de code. Les constructeurs sont (souvent) prompt à créer des modules fermés plutôt que de publier ce qu'ils font. Finalement les retours sont assez faibles vers les projets originaux, de peur que la concurrence en profite.

Néanmoins, il y a des bénéfices en terme d'image et de diffusion des logiciels libre. Il y a aussi un marché vraiment important pour les prestataires de services en logiciel libre, et ça c'est vraiment bien pour trouver un boulôt où on fait du libre :)

Il me semble que ajouter des couches permet justement de gérer la complexité.

Je ne doit pas gérer le matériel quand je fais du développement, grâce à la couche noyau.
je peut utiliser un langage de haut niveau grâce à la couche compilation.
etc...

Ajouter des couches diminue la complexité, car chaque couche est une abstraction, et tu ne dois pas connaître l'ensemble des couches pour travailler.

De mon experience, UML n'augmente pas la productivité. Mais pour diminuer la complexité, UML peut être un outil. Parfois ça fait la différence entre un projet qui finit dans les temps et un projet qui ne finit jamais.

Existe t-il une solution pour garder la correspondance entre le code source et le modèle dans Acceleo?

J'ai pas mal utilisé Umbrello au début du développement de Linux Certif (en Python). J'ai fini par laisser tomber l'outil car le modèle divergeait de plus en plus du code.
Il faut dire que la correspondance est beaucoup plus difficile à faire pour un langage typé dynamiquement que pour pour les langages typés statiquement.

Je vois que le framework offre un outil pour faire de l'objet relationnel, ce qui est assez indispensable pour les gros projets.

Par contre je vois aussi que le mapping est réalisé avec un fichier XML. N'y aurait-il pas moyen d'utiliser quelque chose du type des annotations qu'on retrouve sur JPA dans Java EE 5?

Ce n'est pas une critique. J'utilise souvent du XML pour spécifier des mapping objet-relationnel, et je suis pas développeur PHP. Mais je trouve ça bien pratique de pouvoir faire le mapping dans le code quand les relations sont simples.

Ta remarque sur /usr est bonne, on peut monter le système en lecture seule.

D'un autre coté pour la sécurité, je suis pas convaincu qu'il soit moins intéressant de séparer le contenu par logiciel. Pour configurer SELinux ou AppArmor, on aurait moins de références un peu partout.

Je ne demande pas mieux mais c'est gênant pour tenir l'archive à jour avec les mises à jour du site.

En fait ce genre de fonctionnalité est sur la TODO list mais la priorité actuelle est de faire de nouveaux articles.

J'ai envisagés les limites par IP mais j'imagine qu'il existe des heuristiques plus intéressante (peut être le nombre de burst par seconde par connexion?).

La remarque de Frederic Bourgeois est aussi très pertinente pour les limites par IP.

Effectivement c'est du Python, avec Zope-Plone et Django.

Les sites sont hébergés à la Faculté Polytechnique de Mons, mais pas sur les serveurs de la faculté. La bande passante est aussi gérée par nos soins donc le problème ne vient pas non plus de là.

J'ai tenté cette approche mais cela ralenti trop le débit pour les requêtes statiques (images, son, etc).

Hors ce n'est clairement pas la bande passante qui est trop petite mais la puissance du serveur.

Deux perles:

ATTENTION ! ILS ONT DES CENTAINES D'ADRESSES !!! La seule chose qu'ils changent, c'est le prénom ou le mot après "noreply".

je sais que "noreply" ....@ représente des centaines de sites....

Ça doit être une blague, c'est pas possible.

Merci beaucoup.
Effectivement avec g_module_open c'est tout con mais il fallait connaître.
Et merci pour le code d'exemple.

Dans la même rubrique, quels outils utilisez vous pour charger dynamiquement une bibliothèque dans vos programmes?

Pour faire un programme modulaire, j'utilise libtool pour charger les plugins au démarrage. L'idéal serait de pouvoir charger et décharger les bibliothèques dans un programme déjà lancé.

Je citerais aussi la doc du Magellan: http://www.magellan.fpms.ac.be/articles/seaside/
La documentation est un peu vieille mais globalement toujours d'actualité. Ça peut servir à un débutant par exemple.

Il y a aussi cette petite interface pour revoir les verbes irréguliers: http://iverb.ikipou.com , avec des tests: [http://iverb.ikipou.com/test/], c'est plus interactif mais il n'y a pas de sons.

Si il y a de la demande, je peux ajouter les sons de Shtooka sur iVerb...

Ces problèmes d'affichage quand on diminue trop la taille de la fenêtre du navigateur viennent du support d'internet explorer 6.

Internet Explorer 6 donne vraiment du fil à retordre pour CSS et en l'occurrence ne gère pas bien les marges. Les astuces mise en place pour IE6 sont gênante dans ce genre de cas.

Concernant la marge de droite, c'est un petit bug qui sera corrigé dans le prochain CSS.

Bizarre, j'ai pas le même résultat, je tombe sur unixhelp.ed.ac.uk.

Sur Linux Certif, les pages sont affichés en français quand elle sont disponible, et tu profites du reste de l'infrastructure du site (pas de liens mort, acronyme détaillés, etc).

Après avoir essayé les deux principaux framework disponible pour créer des PDF avec Python (ReportLab et PDFlib), je n'ai pas trouvé mon bonheur pour générer facilement des pages avec une présentation adéquate.

La solution pour la consultation offline serait de créer un CSS pour améliorer l'impression de la page. Celà permettrait d'imprimer la page dans un fichier PDF. Ce fichier CSS sera fait prochainement.

L'idée des PDF n'est pas abandonnée pour autant, mais cette fonctionnalité serait implémenté après d'autres ajout plus importants.

C'est une très bonne idée. Je tacherais d'ajouter cette fonctionnalité prochainement.

L'exportation en ODT pourrait être intéressante aussi pour inclure la documentation dans un travail plus large. Mais pour ce cas là je ne connais pas de moyen d'exporter facilement le xhtml vers ODT avec Python.

Le code pour un système d'évaluation en ligne a déjà été commencé. Ensuite j'ai travaillé sur des algorithmes d'apprentissage pour un autre projet. J'ai stoppé le développement du système d'évaluation en me disant que je reviendrais sur celui-ci lorsque je pourrais optimiser l'apprentissage fait lors d'une évaluation.

Néanmoins, l'autre projet que je prototype ne sortira pas avant au moins un an. Si l'évaluation en ligne est une demande récurrente, je pourrais l'implémenter en tirant des questions au hasard.

J'ai commencé par un journal pour présenter le projet et pour voir les réactions. Le site sera amélioré en fonction des retours de ce journal. Ensuite on proposera probablement une dépêche.

Il n'y a aucun problème de travail collaboratif sur Plone. C'est jusque que Bozo_le_clown n'est pas inscrit sur le site.