quand je suis entré en prépa, le prof de maths nous a expliqué au premier cours que la sup était une marche qui servait à nous remettre au niveau de la fin de la terminale d'il y a 25 ans.
C'est pas que c'est classique comme phrase, mais c'est surtout ridicule je trouve...
Le problème, même s'il a déjà été mentionné ici mais ça a pas l'air de vraiment intéresser, est qu'on ne peut pas comparer le niveau des élèves de maintenant avec le niveau des élèves d'il y a 25, 30, 40 ans pour la simple est bonne raison que ces élèves ne sont pas comparables.
Il y a 25, 30, 40 ans, qu'elle proportion d'enfants allait à l'école ? combien avaient leur certificat d'étude, leur bac, allait en prépa ?
Si on prenait la même proportion maintenant, en prenant donc les meilleurs de terminal S (pour rester dans le sujet) et qu'on les envoyaient eux seuls en prépa, le niveau ne serait-il pas plus élevé et beaucoup plus proche ?
Si oui alors rien à change...
Si au contraire, on a plus de personnes qui auraient ce niveau, alors c'est encore mieux car ça signifie que le niveau augmente !
Maintenant, si on regarde dans l'ensemble, il y a plus de personnes qui ont leur bac. Plus qui vont en prépa. Peut-être que dans la moyenne c'est un peu plus faible, mais est-ce si important ? Ce n'est pas parce que la moyenne est plus faible que le niveau est réellement inférieur, mais peut-être compte on plus de personnes dans cette moyenne qu'avant...
Oui je n'ai pas de chiffres, mais c'est juste une reflexion intéressante je trouve...
Enfin, (même si je dévie de ton post) il ne faut non plus oublier que le nombre de matière augmente également. Il y a 30 ans, faisait-on de la techno au collège ? Faisait-on de l'informatique ? (pour ne citer que ces matières)
Et concernant le français, c'est une matière qui s'étudie en permanence
En primaire quand on a un cours d'histoire, on fait aussi du français, les élèves apprenent de nouveau mots, lisent leurs leçon, ...
En math on fait aussi du français, on apprend à rédiger, à lire des questions.
Et c'est comme ça dans toutes les matières. Voir uniquement le nombre d'heure spécifiquement allouée au français est une erreur...
Ouai, et quand on aura PHP 11.0, il faudra se taper des .php11 ? n'importe quoi.
C'est pas si "n'importe quoi" que ça... (attention, je suis pas forcément pour non plus...)
Il n'y a pas si longtemps (bon en fait si) on avait des fichiers .php3 et des .php4 qui étaient souvent des .php
Donc oui, dans ce cadre de transitions et surtout de mélange de php sur un même serveur je trouve ça normal et pratique d'avoir des extensions différentes (mais pour moi .php doit toujours rester la version courante, et .php#{oldversion} pour les autres)
(troll) ps : saurez-vous reconnaitre le langage que j'utilise actuellement ? ;-)
A 40 km/h tu te prend une portiere en pleine poire ... tu auras peut etre pas un trauma cranien mais de forte chance d'avoir quelques belles fractures,non?
Ben en fait ça dépend surtout si ta tête vient heurter la porte, 40km/h contre 0 ça risque de faire quand même un sacré trauma...
Si je me prend un casque pour rouler en vtt, ca sera forcément un intégrable, ne t'en déplaise.
Mais ça ne me déplait pas du tout, faut arrêter de voir le mal partout...
M'enfin si tu prend un intégrale pour rouler en vtt, à mon avis tu n'es plus trop sur la route, non ? Dans ce cas on ne parle plus du tout de la même chose...
Les chien ils doivent faire dans le caniveau qui est sur la route.
Les chiens ne doivent donc jamais aller sur le trottoir ?
Pas parce que légalement des gens ont décidé que tel machin devait etre sur la route que c'est forcément intelligent.
Arretez un peu de penser comme 'le monde est trop con.
Sympa le ton, ça donne vraiment envie de lire et de comprendre ton point de vue... vraiment !
Sinon, l'exemple du chien est quand même complètement inintéressant. M'enfin si tu aimes marcher dans la merde... ;-)
Néanmoins, je suis en partie d'accord. C'est ce que j'essayai d'exprimer au travers de mon utilisation du roller, normalement piéton car personne n'a légiférer dessus (le roller n'est pas un moyen de transport -> piéton -> trottoire).
Sauf le jour où tu aura une descente devant toi, que tu vas commencer à rouler à plus de 40km/h (c'est pas spécialement dur hein...) pas de voiture devant, ni derrière et qu'une personne ouvrira une portière devant toi tu sera heureux de porter un casque...
Pour moi on ne peut pas mettre vélo et piéton dans le même groupe.
C'est pas pour rien que les vélos sont sur la route et pas les piétons...
Par contre, évidemment faut pas non plus comparer casque vélo et moto, ça n'à rien à voir. D'ailleurs les casques sont quand même étudiés en fonction.
Sinon comme d'hab les oubliés : les rollers... qui selon le code de la route sont piétons, qui doivent emprunter les trottoires mais qui vont bien plus vite que les piétons.
Et oui, on peut aussi mettre un casque en roller (je roulais parfois sur une piste de kart indoor, ouverte gratuitement aux rollers : casque obligatoire. Ca fait chier au début, et on prend le plis. Par contre, pour rouler en ville je ne le met toujours pas, mais j'y pense quand les voitures viennent me lécher la jambe alors qu'elles ont au bas mot 2 metre à côté d'elles dans une rue à sens unique - y'a pas des trottoires partout...)
j'utilise également cmake pour un projet qui tourne sous linux (génération gcc + génération de projet kdevelop) et sous win (vs2003 et vs2005) et c'est un régal.
J'avais essayé les autotools, lu quelques tutos (ds glmf par ex) et c'est bien lourd pour pas grand chose...
L'équivalent du configure est aussi bien plus rapide, et la compilation est silencieuse par défaut (ok c'est pas bien grave ça, mais c'est bien plus propre je trouve)
Donc voilà, que du bonheur avec cmake (c'est un projet en c++, stl, boost, ... donc pas de prob avec des libs externes telles que qt, gtk, ...)
je pense que c'est un peu plus tordu que ça (pour latex)
Ca dépend de quel rendu tu parles
Si tu sort ton latex en dvi ou pdf, déjà ça change
ensuite selon le soft qui va le rendre (l'afficher) ça va varier
Il suffit de prendre un pdf, de lancer kpdf, kghostview et acrobat pour avoir parfois des erreurs, des variations. Et le même fichier latex pourra ne pas avoir le même rendu selon les plateformes également.
Si je ne me trompe, pas mal de programmes / toolkits se basent sur freetype pour rendre les polices (qt ne l'utilise pas je crois, mais viens avec son propre moteur de rendu qui doit être assez proche je pense).
Le problème est plus vaste que le toolkit, c'est la lib utilisée par le toolkit pour rendre le texte qui est important.
Maintenant, plus généralement, le rendu peut être nickel, mais c'est pas toujours ce qui est important. On peut avoir un beau rendu mais un rendu inutile car ne correspond pas à une sortie papier par exemple, et ça peut devenir problématique (mais c'est sur ce point que Apple se défend pas mal et je trouve que Linux y gagnerait énormément aussi)
The apparent problem is very visible “dirty blots” in the round corners introduced by anti-aliasing
J'ai beau regarder l'image, je vois rien de problematique.
Il faut regarder les deux jonctions en bas du W par exemple (dans le menu)
On se rend compte qu'il y a un peu trop de "matière", c'est trop épais et on dirait presque que ça déborde.
> Parachute ouvert, la vitesse verticale est proche de 0m/s
C'est pas plutôt une vitesse de l'ordre de 5-6 m/s parachute ouvert (ben oui, à presque 0m/s ont doit quand même mettre pas mal de temps pour rejoindre la terre...) et on peut descendre dans les 12-15 m/s si on part en vrille (désolé je ne me souviens plus s'il y a un terme défini, en gros quand on tire à fond sur une commande tout simplement)
non, je voulais bien dire campagne puisque je répondais à En ville, oui. A la campagne, non.
Et comme souvent (je sais pas si c'est la vrai def mais dans les tête des gens c'est souvent ça) province = france métropolitaine - idf, je voulais bien dire campagne
et si je passe dans une ville/village à la campagne ?
Désolé mais il faut juste faire la différence entre ville/agglomération et campagne (oui il y a des villes à la campagne et des portions hors agglomération sans être à la campagne). Dans le code de la route "ville" est au sens "agglomeration"
Sinon le cadre d'application du klaxon (depuis une doc de la sécurité routière) :
Le klaxon sert à signaler sa présence au niveau d’une
intersection ou d’un endroit sans visibilité. Il est
interdit en ville sauf pour indiquer un danger
immédiat.
Autant dire que 99% du temps le klaxon est utilisé illégalement donc pas la peine d'en rajouter...
Les dernières fois que j'ai eu à m'en préocuper, je synchronisais entre 2 serveurs imap -> [http://www.linux-france.org/prj/imapsync/]
il prend un serveur imap en entrée, un autre en sortie
il suffit de lui indiquer les login / pass des deux, le cryptage, ... et le laisser tourner
Evidemment le temps dépend de la puissance des serveurs, ça peut prendre jusqu'à quelques heures.
Pour ce qui est de la synchro avec du pop, en général je synchronise mon compte imap. Ensuite je récupère tous les mails de mon compte pop et je les déplace dans ma boite imap.
A noter que kolab peut également utiliser fetchmail pour aller chercher et inclure les mails d'autres boites pop par exemple (je récupère sur mes comptes les mails de 2 autres boites en pop uniquement, mais tous envoyés sur une adresse perso hébergée sur mon serveur)
Un très simple à installer : kolab [http://www.kolab.org]
Il est présent dans les mandriva 2006 et 2007.0 mais :
dans les versions précédentes c'est du kolab 1
dans la 2007.1, il est tout cassé (mais s'installe quand même...). Il y a déjà des rapports de bug mais rien n'est fait pour qu'il fonctionne de nouveau...
L'installation est assez simple, la config aussi pour peu qu'on connaisse un peu postfix.
Pour les autres distribs, il s'installe via openpkg, dans une sorte de chroot
Je l'ai utilisé de cette manière durant presque 2 ans sans prob (jusqu'à ce que ce soit intérompu par un crash de ma carte mère)
Pour ce qui est des règles, kolab utilise les scripts sieve. Cela permet de filtrer, trier les mails sur le serveur et non sur le client. De cette façon, qu'on utilise un client lourd, un client webmail, ... les mails sont toujours triés sans problème.
De plus sur de grosses boites (plusieurs dizaines de millier de mail) ça soulage un peu le client car les mails sont triés dès leur arrivée.
En tout cas, c'est la solution que j'ai trouvé pour à peu près la même problématique et je ne le regète absolument pas.
En plus l'imap est un réel bonheur par rapport au pop où on ne fait que rapatrier les mails (même si on peut laisser une copie).
Je ne l'utilise pas pour une grosse production (environ 160 000 mails en tout) mais j'en suis vraiment satisfait !
ben là je m'incline totalement, merci beaucoup pour ces liens.
En fait je n'étais pas tombé dessus car on m'avait demandé d'installer des polices non ttf (je sais plus trop quoi) et je galérais déjà pas mal. Et on m'avait dit que pour les formats "classiques" de police c'était encore plus galère...
En tout cas, merci beaucoup, et désolé pour le bruit
Mais quand on plonge dans la doc, on se rend compte de tout ce qu'on peut faire
Pour pas mal de choses, oui
Mais comment on utilise une nouvelle police, allez au hasard, en ttf ?
S'il y a bien un domaine plus que galère avec latex, c'est la gestion des polices. C'est probablement puissant, mais j'ai jamais réussi à utiliser convenablement (pour pas dire utilisé tout court) une autre police...
cool encore un nom de soft avec tux....
et pendant la mise en veille on a droit à une partie de tuxracer ?
Or, dû à une trop grande confusion de la part des utilisateurs entre suspend-to-disk et suspend-to-ram, les développeurs du projets ont décidé de renommer le projet TuxOnIce
C'est sur, avec un nom comme TuxOnIce on ne risque pas de confondre, on ne sait même pas àa quoi ça sert alors que pour suspend-to-disk et suspend-to-ram il suffit de les lires...
Exactement, c'est ce qui fait, je trouve, la force du langage Ruby.
Pour moi, Ruby c'est du perl en plus simple et plus beau ;-)
Sérieusement, je conseil à tout le monde de regarder ruby. Je ne dis absolument pas que tout le monde doit coder en ruby, mais le modèle objet de ruby est assez sexy et vraiment intéressant.
Et on a je trouve justement un langage dans lequel on peut coder vite et bien (ruby étant assez succint).
Pourriware is not a crime. ;-)
ben en fait presque...
pour moi, un bon code doit être tant que possible un beau code
l'avantage de commencer en écrivant du code propre, est qu'on en prend assez vite l'habitude et donc on continue a faire des choses propres. Ca n'empèche pas de faire du code un peu roots mais ça doit être vraiment limité.
Le problème de commencer par du code sale mais qui marche est qu'on a aucune raison d'écrire proprement puisque ça marche... et changer ensuite de façon de coder n'est pas forcément simple.
Le résultat que j'en ai vu, c'est des fichiers h/cpp assez halucinant :
dans le même .h : 300 lignes de defines suivit des définitions de 11 structures et 7 classes (dont l'une d'environ 700 lignes sans commentaires, tous les attributs étant en plus public évidemment).
Le .cpp correspondant fait un peu plus de 46000 lignes, avec des fonctions de plusieurs milliers de lignes, des imbrications type :
if / while / if / if / switch / switch / if / switch
et des fonctions prenant 21 paramètres.
Alors oui ça marche (c'est en prod) ... mais putain que c'est crade !
Pour moi un code doit être beau, se lire relativement facilement (ça dépend évidemment des algos derrières mais si on en fait abstraction ça doit être facile à lire) et compiler sans erreurs ni warnings
/me a fini son petit moment evangeliste de beau code ;-)
des scripts crados mais simples à comprendre au début, puis une meilleure organisation et le monde de l'objet si on souhaite aller plus loin.
Le problème c'est que trop souvent le passage à la deuxième étape (du code propre quoi) est limité / oublié
Alors qu'avec un bon langage objet bien fait et simple (tout le monde a compris que je parlais de ruby ;) ) on est tout de suite dans la deuxième étape, tout en faisant des choses simples.
oué enfin pour moi ça devrait plutôt être "vidéo d'écran" dans ce cas (ou mieux "capture vidéo d'écran")
Ben oui, un screenshot c'est une "capture d'écran" et pas simplement une "image"
Si on remplace screenshot par image on pert une partie du sens du terme originel, comme si on passe de screencast à vidéo
Voir par exemple la page des forums, certes plus ergonomique qu'avant, mais qui reste une copie de la page des journaux et demeure bien loin de n'importe quel forum Internet en terme de fonctionnalités.
C'est loin des autres forums mais je ne trouve pas ça vraiment génant. Il faut voir quand même qu'actuellement beaucoup de forums sont utilisés pour faire des sites avec des simili articles (tous les topicunikalacon qu'on voit partout). En gros, il faut non pas se demander les fonctionnalités qu'on les autres en plus mais plutôt celles dont linuxfr a besoin.
Concernant la forme des forums copiant les journaux, j'ai toujours été pour ceci. Il y a un moment, tout le monde disait de poster dans les forums quand on demande de l'aide -> je répondais assez souvent que je ne le faisais pas car je les trouvaient peu clair et que la forme des journaux faisaient en partie que les personnes répondaient dans les journaux et non dans les forums.
Depuis que les forums ont changés de forme, je les utilise quand j'en ai besoin et il me semble (juste un sentiment, pas de calcul) qu'il y ait plus de réponses qu'avant.
Donc je ne peux qu'être pour cette interface, que je trouve plus utile et plus ergonomique que beaucoup de forums sur le net justement parce qu'on peut commencer à lire les posts sans les parcourir au contraire d'un forum plus classique.
Par contre, l'un des problèmes majeurs des forums (et qui fait à mon avis qu'il n'y a pas toujours beaucoup de réponses) est qu'on regroupe en un même endroit toutes les demandes d'aides. Donc seules les personnes qui ont déjà en tête d'aider les autres vont aider alors que beaucoup lisent les journaux et certains répondrait donc alors qu'il ne vont jamais dans les forums.
Mais je comprend tout à fait le principe de les différencier (et ça permet de regouper tous les sujets en double / triple qui ne viennent pas noyer les journaux)
Enfin, plus généralement, je ne vois pas trop ce qu'il manque vraiment à linuxfr, on trouve rapidement les infos qu'on veut. Le découpage avec journaux perso (bien avant la folie des blogs, planet, ...) est très agréable et permet surtout de lire une quantité de sujets importants, variés (n'oubliez pas de lire le petit texte caché dans l'aide des journaux...;-) ) ou simplement divertissant mais surtout de lire des articles / commentaires écrits par des personnes ayant des connaissances beaucoup plus avancées que moi sur certains domaines.
[^] # Re: Mouaif
Posté par CrEv (site web personnel) . En réponse au journal La dégradation de l'enseignement. Évalué à 1.
C'est pas que c'est classique comme phrase, mais c'est surtout ridicule je trouve...
Le problème, même s'il a déjà été mentionné ici mais ça a pas l'air de vraiment intéresser, est qu'on ne peut pas comparer le niveau des élèves de maintenant avec le niveau des élèves d'il y a 25, 30, 40 ans pour la simple est bonne raison que ces élèves ne sont pas comparables.
Il y a 25, 30, 40 ans, qu'elle proportion d'enfants allait à l'école ? combien avaient leur certificat d'étude, leur bac, allait en prépa ?
Si on prenait la même proportion maintenant, en prenant donc les meilleurs de terminal S (pour rester dans le sujet) et qu'on les envoyaient eux seuls en prépa, le niveau ne serait-il pas plus élevé et beaucoup plus proche ?
Si oui alors rien à change...
Si au contraire, on a plus de personnes qui auraient ce niveau, alors c'est encore mieux car ça signifie que le niveau augmente !
Maintenant, si on regarde dans l'ensemble, il y a plus de personnes qui ont leur bac. Plus qui vont en prépa. Peut-être que dans la moyenne c'est un peu plus faible, mais est-ce si important ? Ce n'est pas parce que la moyenne est plus faible que le niveau est réellement inférieur, mais peut-être compte on plus de personnes dans cette moyenne qu'avant...
Oui je n'ai pas de chiffres, mais c'est juste une reflexion intéressante je trouve...
Enfin, (même si je dévie de ton post) il ne faut non plus oublier que le nombre de matière augmente également. Il y a 30 ans, faisait-on de la techno au collège ? Faisait-on de l'informatique ? (pour ne citer que ces matières)
Et concernant le français, c'est une matière qui s'étudie en permanence
En primaire quand on a un cours d'histoire, on fait aussi du français, les élèves apprenent de nouveau mots, lisent leurs leçon, ...
En math on fait aussi du français, on apprend à rédiger, à lire des questions.
Et c'est comme ça dans toutes les matières. Voir uniquement le nombre d'heure spécifiquement allouée au français est une erreur...
[^] # Re: Incompatibilités ?
Posté par CrEv (site web personnel) . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 1.
C'est pas si "n'importe quoi" que ça... (attention, je suis pas forcément pour non plus...)
Il n'y a pas si longtemps (bon en fait si) on avait des fichiers .php3 et des .php4 qui étaient souvent des .php
Donc oui, dans ce cadre de transitions et surtout de mélange de php sur un même serveur je trouve ça normal et pratique d'avoir des extensions différentes (mais pour moi .php doit toujours rester la version courante, et .php#{oldversion} pour les autres)
(troll) ps : saurez-vous reconnaitre le langage que j'utilise actuellement ? ;-)
[^] # Re: Incompatibilités ?
Posté par CrEv (site web personnel) . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 6.
[^] # Re: Quelques recommandations
Posté par CrEv (site web personnel) . En réponse au journal [HS] Vélib' à Paris. Évalué à 3.
Ben en fait ça dépend surtout si ta tête vient heurter la porte, 40km/h contre 0 ça risque de faire quand même un sacré trauma...
Mais ça ne me déplait pas du tout, faut arrêter de voir le mal partout...
M'enfin si tu prend un intégrale pour rouler en vtt, à mon avis tu n'es plus trop sur la route, non ? Dans ce cas on ne parle plus du tout de la même chose...
Sympa le ton, ça donne vraiment envie de lire et de comprendre ton point de vue... vraiment !
Sinon, l'exemple du chien est quand même complètement inintéressant. M'enfin si tu aimes marcher dans la merde... ;-)
Néanmoins, je suis en partie d'accord. C'est ce que j'essayai d'exprimer au travers de mon utilisation du roller, normalement piéton car personne n'a légiférer dessus (le roller n'est pas un moyen de transport -> piéton -> trottoire).
[^] # Re: Quelques recommandations
Posté par CrEv (site web personnel) . En réponse au journal [HS] Vélib' à Paris. Évalué à 4.
Sauf le jour où tu aura une descente devant toi, que tu vas commencer à rouler à plus de 40km/h (c'est pas spécialement dur hein...) pas de voiture devant, ni derrière et qu'une personne ouvrira une portière devant toi tu sera heureux de porter un casque...
Pour moi on ne peut pas mettre vélo et piéton dans le même groupe.
C'est pas pour rien que les vélos sont sur la route et pas les piétons...
Par contre, évidemment faut pas non plus comparer casque vélo et moto, ça n'à rien à voir. D'ailleurs les casques sont quand même étudiés en fonction.
Sinon comme d'hab les oubliés : les rollers... qui selon le code de la route sont piétons, qui doivent emprunter les trottoires mais qui vont bien plus vite que les piétons.
Et oui, on peut aussi mettre un casque en roller (je roulais parfois sur une piste de kart indoor, ouverte gratuitement aux rollers : casque obligatoire. Ca fait chier au début, et on prend le plis. Par contre, pour rouler en ville je ne le met toujours pas, mais j'y pense quand les voitures viennent me lécher la jambe alors qu'elles ont au bas mot 2 metre à côté d'elles dans une rue à sens unique - y'a pas des trottoires partout...)
[^] # Re: Précision
Posté par CrEv (site web personnel) . En réponse au journal FreeBSD s'attaque au GNU Tools. Évalué à 3.
J'avais essayé les autotools, lu quelques tutos (ds glmf par ex) et c'est bien lourd pour pas grand chose...
L'équivalent du configure est aussi bien plus rapide, et la compilation est silencieuse par défaut (ok c'est pas bien grave ça, mais c'est bien plus propre je trouve)
Donc voilà, que du bonheur avec cmake (c'est un projet en c++, stl, boost, ... donc pas de prob avec des libs externes telles que qt, gtk, ...)
[^] # Re: Est-ce que le rendu ne dépend pas du toolkit graphique ?
Posté par CrEv (site web personnel) . En réponse au journal Les polics de caractère sous Linux - du neuf !. Évalué à 4.
Ca dépend de quel rendu tu parles
Si tu sort ton latex en dvi ou pdf, déjà ça change
ensuite selon le soft qui va le rendre (l'afficher) ça va varier
Il suffit de prendre un pdf, de lancer kpdf, kghostview et acrobat pour avoir parfois des erreurs, des variations. Et le même fichier latex pourra ne pas avoir le même rendu selon les plateformes également.
Si je ne me trompe, pas mal de programmes / toolkits se basent sur freetype pour rendre les polices (qt ne l'utilise pas je crois, mais viens avec son propre moteur de rendu qui doit être assez proche je pense).
Le problème est plus vaste que le toolkit, c'est la lib utilisée par le toolkit pour rendre le texte qui est important.
Maintenant, plus généralement, le rendu peut être nickel, mais c'est pas toujours ce qui est important. On peut avoir un beau rendu mais un rendu inutile car ne correspond pas à une sortie papier par exemple, et ça peut devenir problématique (mais c'est sur ce point que Apple se défend pas mal et je trouve que Linux y gagnerait énormément aussi)
[^] # Re: Marrant
Posté par CrEv (site web personnel) . En réponse au journal Les polics de caractère sous Linux - du neuf !. Évalué à 7.
Il faut regarder les deux jonctions en bas du W par exemple (dans le menu)
On se rend compte qu'il y a un peu trop de "matière", c'est trop épais et on dirait presque que ça déborde.
[^] # Re: Pourquoi des accéléromètres ?
Posté par CrEv (site web personnel) . En réponse à la dépêche Un téléphone libre : OpenMoko. Évalué à 3.
C'est pas plutôt une vitesse de l'ordre de 5-6 m/s parachute ouvert (ben oui, à presque 0m/s ont doit quand même mettre pas mal de temps pour rejoindre la terre...) et on peut descendre dans les 12-15 m/s si on part en vrille (désolé je ne me souviens plus s'il y a un terme défini, en gros quand on tire à fond sur une commande tout simplement)
[^] # Re: KDE mort ?
Posté par CrEv (site web personnel) . En réponse au journal Rachat de KDE par Novell et Intel. Évalué à -1.
"it's not a bug, it's a feature"
[^] # Re: Légal ?
Posté par CrEv (site web personnel) . En réponse au journal Klaxonne-moi le 4x4. Évalué à 2.
Et comme souvent (je sais pas si c'est la vrai def mais dans les tête des gens c'est souvent ça) province = france métropolitaine - idf, je voulais bien dire campagne
[^] # Re: Légal ?
Posté par CrEv (site web personnel) . En réponse au journal Klaxonne-moi le 4x4. Évalué à 3.
Désolé mais il faut juste faire la différence entre ville/agglomération et campagne (oui il y a des villes à la campagne et des portions hors agglomération sans être à la campagne). Dans le code de la route "ville" est au sens "agglomeration"
Sinon le cadre d'application du klaxon (depuis une doc de la sécurité routière) :
Autant dire que 99% du temps le klaxon est utilisé illégalement donc pas la peine d'en rajouter...
[^] # Re: euh ...
Posté par CrEv (site web personnel) . En réponse au journal Transformer Thunderbird en serveur imap ?. Évalué à 2.
il prend un serveur imap en entrée, un autre en sortie
il suffit de lui indiquer les login / pass des deux, le cryptage, ... et le laisser tourner
Evidemment le temps dépend de la puissance des serveurs, ça peut prendre jusqu'à quelques heures.
Pour ce qui est de la synchro avec du pop, en général je synchronise mon compte imap. Ensuite je récupère tous les mails de mon compte pop et je les déplace dans ma boite imap.
A noter que kolab peut également utiliser fetchmail pour aller chercher et inclure les mails d'autres boites pop par exemple (je récupère sur mes comptes les mails de 2 autres boites en pop uniquement, mais tous envoyés sur une adresse perso hébergée sur mon serveur)
[^] # Re: euh ...
Posté par CrEv (site web personnel) . En réponse au journal Transformer Thunderbird en serveur imap ?. Évalué à 3.
Un très simple à installer : kolab [http://www.kolab.org]
Il est présent dans les mandriva 2006 et 2007.0 mais :
dans les versions précédentes c'est du kolab 1
dans la 2007.1, il est tout cassé (mais s'installe quand même...). Il y a déjà des rapports de bug mais rien n'est fait pour qu'il fonctionne de nouveau...
L'installation est assez simple, la config aussi pour peu qu'on connaisse un peu postfix.
Pour les autres distribs, il s'installe via openpkg, dans une sorte de chroot
Je l'ai utilisé de cette manière durant presque 2 ans sans prob (jusqu'à ce que ce soit intérompu par un crash de ma carte mère)
Pour ce qui est des règles, kolab utilise les scripts sieve. Cela permet de filtrer, trier les mails sur le serveur et non sur le client. De cette façon, qu'on utilise un client lourd, un client webmail, ... les mails sont toujours triés sans problème.
De plus sur de grosses boites (plusieurs dizaines de millier de mail) ça soulage un peu le client car les mails sont triés dès leur arrivée.
En tout cas, c'est la solution que j'ai trouvé pour à peu près la même problématique et je ne le regète absolument pas.
En plus l'imap est un réel bonheur par rapport au pop où on ne fait que rapatrier les mails (même si on peut laisser une copie).
Je ne l'utilise pas pour une grosse production (environ 160 000 mails en tout) mais j'en suis vraiment satisfait !
[^] # Re: problèmes avec latex
Posté par CrEv (site web personnel) . En réponse au journal Comparo Suites Bureautique. Évalué à 2.
En fait je n'étais pas tombé dessus car on m'avait demandé d'installer des polices non ttf (je sais plus trop quoi) et je galérais déjà pas mal. Et on m'avait dit que pour les formats "classiques" de police c'était encore plus galère...
En tout cas, merci beaucoup, et désolé pour le bruit
[^] # Re: problèmes avec latex
Posté par CrEv (site web personnel) . En réponse au journal Comparo Suites Bureautique. Évalué à 2.
Pour pas mal de choses, oui
Mais comment on utilise une nouvelle police, allez au hasard, en ttf ?
S'il y a bien un domaine plus que galère avec latex, c'est la gestion des polices. C'est probablement puissant, mais j'ai jamais réussi à utiliser convenablement (pour pas dire utilisé tout court) une autre police...
[^] # Re: mouais
Posté par CrEv (site web personnel) . En réponse à la dépêche Zend Framework 1.0.0 : PHP à la suite de Ruby on Rail. Évalué à 2.
# tux
Posté par CrEv (site web personnel) . En réponse au journal Suspend2 change de nom pour TuxOnIce.. Évalué à 9.
et pendant la mise en veille on a droit à une partie de tuxracer ?
C'est sur, avec un nom comme TuxOnIce on ne risque pas de confondre, on ne sait même pas àa quoi ça sert alors que pour suspend-to-disk et suspend-to-ram il suffit de les lires...
[^] # Re: Du flan...
Posté par CrEv (site web personnel) . En réponse au journal L'Iphone : Révolution culturelle ou simple coup de génie ?. Évalué à 1.
maintenant tu peux dire "Merci Ô Apple mon bienfaiteur"
vous pouvez reprendre une activité normale ;-)
[^] # Re: mouais
Posté par CrEv (site web personnel) . En réponse à la dépêche Zend Framework 1.0.0 : PHP à la suite de Ruby on Rail. Évalué à 3.
Pour moi, Ruby c'est du perl en plus simple et plus beau ;-)
Sérieusement, je conseil à tout le monde de regarder ruby. Je ne dis absolument pas que tout le monde doit coder en ruby, mais le modèle objet de ruby est assez sexy et vraiment intéressant.
Et on a je trouve justement un langage dans lequel on peut coder vite et bien (ruby étant assez succint).
ben en fait presque...
pour moi, un bon code doit être tant que possible un beau code
l'avantage de commencer en écrivant du code propre, est qu'on en prend assez vite l'habitude et donc on continue a faire des choses propres. Ca n'empèche pas de faire du code un peu roots mais ça doit être vraiment limité.
Le problème de commencer par du code sale mais qui marche est qu'on a aucune raison d'écrire proprement puisque ça marche... et changer ensuite de façon de coder n'est pas forcément simple.
Le résultat que j'en ai vu, c'est des fichiers h/cpp assez halucinant :
dans le même .h : 300 lignes de defines suivit des définitions de 11 structures et 7 classes (dont l'une d'environ 700 lignes sans commentaires, tous les attributs étant en plus public évidemment).
Le .cpp correspondant fait un peu plus de 46000 lignes, avec des fonctions de plusieurs milliers de lignes, des imbrications type :
if / while / if / if / switch / switch / if / switch
et des fonctions prenant 21 paramètres.
Alors oui ça marche (c'est en prod) ... mais putain que c'est crade !
Pour moi un code doit être beau, se lire relativement facilement (ça dépend évidemment des algos derrières mais si on en fait abstraction ça doit être facile à lire) et compiler sans erreurs ni warnings
/me a fini son petit moment evangeliste de beau code ;-)
[^] # Re: mouais
Posté par CrEv (site web personnel) . En réponse à la dépêche Zend Framework 1.0.0 : PHP à la suite de Ruby on Rail. Évalué à 6.
Le problème c'est que trop souvent le passage à la deuxième étape (du code propre quoi) est limité / oublié
Alors qu'avec un bon langage objet bien fait et simple (tout le monde a compris que je parlais de ruby ;) ) on est tout de suite dans la deuxième étape, tout en faisant des choses simples.
[^] # Re: tu aurais dû..
Posté par CrEv (site web personnel) . En réponse au journal PhpMyObject nouvelle release 0.04 + vidéo demo. Évalué à 4.
Ben oui, un screenshot c'est une "capture d'écran" et pas simplement une "image"
Si on remplace screenshot par image on pert une partie du sens du terme originel, comme si on passe de screencast à vidéo
(oui je sais, c'est pas beaucoup plus utile...)
[^] # Re: Moi j'en suis
Posté par CrEv (site web personnel) . En réponse au journal Alternative à l'Iphone : OpenMoko. Évalué à 2.
Ou alors tu es un tel trol que tu navigues avec IPOT et non iceweasel ;-)
[^] # Re: Réponse
Posté par CrEv (site web personnel) . En réponse au journal Violation de la GPL sur VMime ?. Évalué à 6.
[^] # Re: Garder Templeet ?
Posté par CrEv (site web personnel) . En réponse au journal Un peu de blé pour linuxfr.. Évalué à 7.
C'est loin des autres forums mais je ne trouve pas ça vraiment génant. Il faut voir quand même qu'actuellement beaucoup de forums sont utilisés pour faire des sites avec des simili articles (tous les topicunikalacon qu'on voit partout). En gros, il faut non pas se demander les fonctionnalités qu'on les autres en plus mais plutôt celles dont linuxfr a besoin.
Concernant la forme des forums copiant les journaux, j'ai toujours été pour ceci. Il y a un moment, tout le monde disait de poster dans les forums quand on demande de l'aide -> je répondais assez souvent que je ne le faisais pas car je les trouvaient peu clair et que la forme des journaux faisaient en partie que les personnes répondaient dans les journaux et non dans les forums.
Depuis que les forums ont changés de forme, je les utilise quand j'en ai besoin et il me semble (juste un sentiment, pas de calcul) qu'il y ait plus de réponses qu'avant.
Donc je ne peux qu'être pour cette interface, que je trouve plus utile et plus ergonomique que beaucoup de forums sur le net justement parce qu'on peut commencer à lire les posts sans les parcourir au contraire d'un forum plus classique.
Par contre, l'un des problèmes majeurs des forums (et qui fait à mon avis qu'il n'y a pas toujours beaucoup de réponses) est qu'on regroupe en un même endroit toutes les demandes d'aides. Donc seules les personnes qui ont déjà en tête d'aider les autres vont aider alors que beaucoup lisent les journaux et certains répondrait donc alors qu'il ne vont jamais dans les forums.
Mais je comprend tout à fait le principe de les différencier (et ça permet de regouper tous les sujets en double / triple qui ne viennent pas noyer les journaux)
Enfin, plus généralement, je ne vois pas trop ce qu'il manque vraiment à linuxfr, on trouve rapidement les infos qu'on veut. Le découpage avec journaux perso (bien avant la folie des blogs, planet, ...) est très agréable et permet surtout de lire une quantité de sujets importants, variés (n'oubliez pas de lire le petit texte caché dans l'aide des journaux...;-) ) ou simplement divertissant mais surtout de lire des articles / commentaires écrits par des personnes ayant des connaissances beaucoup plus avancées que moi sur certains domaines.