C'est marrant que les commentaires qui expliquent le fonctionnement de Wikipédia et donnent les raisons des choses dont certains se plaignent se fassent descendre, comme si les personnes qui expliquaient servaient à évacuer les frustrations individuelles.
Pour le coup, je t'ai pertinenté, parce que ce que tu dis est totalement vrai.
Les règles de Wikipédia ont été mise en place par la communauté de contributeurs, et elles évoluent continuellement pour s'améliorer, parce ces règles n'ont pas été édictées au hasard juste pour emmerder un écrivain ou un libriste qui a pondu un programme, mais essentiellement pour permettre de limiter la charge de maintenance nécessaire et pour que cela profite à la qualité de l'ensemble.
Parce que lorsque des gens créent n'importe quoi ou insèrent de fausses informations – et certains le font volontairement « juste pour faire chier », ou parce que « trololo, ils ont pas vu ma connerie » –, ça dégrade non seulement directement la qualité du projet, mais également indirectement, car ça oblige les contributeurs – les vrais, qui écrivent les articles – à perdre du temps à gérer la chose (recherches, discussions, procédures diverses de suppression) au lieu de contribuer normalement, comme n'importe qui de normal préfère le faire.
Alors pour éviter de passer tout leur temps à gérer la merde plutôt que de contribuer, les contributeurs édictent au fur et à mesure des règles auxquelles se référer, afin de ne pas voir des erreurs communes se répéter ou faciliter la maintenance lorsque des personnes s'en chargent.
Il appartient donc aux personnes qui se plaignent ici – et descendent les commentaires de ceux qui prennent le temps de leur expliquer – d'aller contribuer au projet et de s'investir afin d'essayer d'améliorer des points qui leur semblent pouvoir être améliorés. Si ces personnes n'ont pas envie de s'investir, alors qu'elles ne viennent pas se plaindre des règles mises en place par cette communauté.
on peut à la rigueur avoir une page sur les pokémons (c'est certainement un phénomène de société cour d'école), mais en évitant d'en faire une pour chacun d'entre eux.
Cependant, je pense qu'il y a eu un excès de zèle en réclamant plus qu'une simple confirmation d'identité via OTRS pour valider et inclure de manière neutre le point de vue de l'auteur dans l'article.
Maintenant, mêmes si ces règles contraignantes conduisent parfois à ce genre de situation, elles évitent énormément de problèmes la majorité du temps.
En l'occurrence, si on exclu tout le buzz fait par divers sites libres des résultats de Google, j'ai de gros doutes concernant le fait que Newton Adventure réponde aux critères de notoriété.
Heureusement que certains n'ont pas manqué la référence artistique en effet. Le Français en est riche, et ça me semble parfaitement pertinent de les utiliser sous forme de clin d'œil lorsque c'est possible. La personne qui ne comprend pas s'informera ou finira par apprendre la raison de la chose, et se couchera moins bête.
Il me semblait que l’application faisait un truc genre (c’est sortit de mon esprit, c’est pas censé être juste) : log(<facility>.<level>, <message>). C’est pas le cas ?
Posté par Anonyme .
En réponse au journal realloc.
Évalué à 1.
Dernière modification le 08 septembre 2012 à 00:17.
J'utilisais Conky, et j'avais le même problème de fuite mémoire. Comme l'ordinateur tourne 24/7, le processus de Conky arrivait rapidement à bouffer plus de 300~400M de mémoire, point auquel il devenait gênant et qui valait donc que je le dégage.
Ne m'y connaissant pas des masses, j'ai rapidement cherché des informations sur le net à ce sujet, et visiblement plusieurs personnes s'en plaignaient sur différents forums. Ne sachant toujours pas si la fuite venait de Conky ou de mon fichier conkyrc (qui affichait une belle horloge à aiguilles, un calendrier et les jauges d'utilisation mémoire, disque et processeur), j'ai dégagé le logiciel pour ne plus être ennuyé.
C'est là qu'on voit qu'à force de trop s'encombrer de formules littérales pour traduire des logiciels, on fait fausse route.
Un message tel que « Printing is not supported on this printer » devrait se traduire par quelque chose du genre « Cette imprimante ne peut pas imprimer », ou mieux « Ceci n'est pas une imprimante », plutôt que « L'impression n'est pas prise en charge pour cette imprimante ». C'est beaucoup plus concis et efficace.
J'avoue que j'en ai marre de voir des menus et boîtes de dialogues à rallonge et qui défigurent les logiciels, avec des phrases longues comme le bras à lire pour résumer une action simple. Comme si la richesse du Français ne permettait pas de faire au moins aussi bien que l'Anglais…
Voir un type avec autant d'influence déclarer qu'il faut laisser tomber les systèmes BSD, je trouve ça très malsain.
Il n'a pas dit qu'il fallait laisser tomber les systèmes BSD. Juste qu'il pense que supporter plusieurs OS serait trop compliqué et contraignant, et qu'il faut plutot forker et se contenter de partager les interfaces.
Will this run on [insert non-Linux OS here]?
Unlikely. As pointed out, systemd uses many Linux specific APIs (such as epoll, signalfd, libudev, cgroups, and numerous more), a port to other operating systems appears to us as not making a lot of sense. Also, we, the people involved are unlikely to be interested in merging possible ports to other platforms and work with the constraints this introduces. That said, git supports branches and rebasing quite well, in case people really want to do a port.
Actually portability is even more limited than just to other OSes: we require a very recent Linux kernel, glibc, libcgroup and libudev. No support for less-than-current Linux systems, sorry.
If folks want to implement something similar for other operating systems, the preferred mode of cooperation is probably that we help you identify which interfaces can be shared with your system, to make life easier for daemon writers to support both systemd and your systemd counterpart. Probably, the focus should be to share interfaces, not code.
Désolé, mon commentaire regroupaient aussi des réponses aux autres commentaires de la même teneur qui étaient au dessus du tiens. Mon propos était un peu plus global.
Sinon, en ce qui concerne mon usage, ce n'est pas quelque chose que j'ai constaté. J'utilise le shebang /usr/bin/php aussi et ça n'a jamais posé problème en ce qui me concerne. Après les scripts que j'écrie en php sont rarement des daemons, donc ils ne s'exécutent jamais très longtemps.
D'une façon assez générale, je sais objectivement la raison pour laquelle php est un mauvais langage (voir là par exemple http://sametmax.com/deterer-le-cadavre-dun-troll-non-php-nest-pas-simple/ ), contrairement à beaucoup de gens agissant de façon mimétiques en disant php c'est de la merde sans en avoir la moindre idée de pourquoi mais ayant l'impression d'être aussi, voir plus, intelligent que les autres.
Php me permet d'avoir une syntaxe simple, lisible, et une rapidité de déploiement non négligeable, je suis pas un développeur pro et la documentation très accessible du langage me permet de faire les choses proprement sans y passer des heures.
Alors, objectivement, oui php est pas le meilleur langage du monde, sauf qu'en réalité, il est tout à fait fonctionnel tant qu'il ne s'agit pas d'écrire des applications extrêmement complexes et tout à fait maintenable car c'est un langage à la syntaxe simple et lisible.
(et je terminerais avec encore un peu de psychologie inverse en disant une fois encore que vous pouvez moinser ce commentaire dans le but que vous fassiez exactement le contraire, bien évidement)
[^] # Re: Gif animé
Posté par Anonyme . En réponse à l’entrée du suivi Limiter la taille des avatars. Évalué à 1 (+0/-0).
si le souci est d'éviter de bouffer de la bande passante pour rien, on pourrait juste limiter la taille du fichier en plus des dimensions de l'image.
si par contre ©legifanimécémal c'est un autre débat.
# encore un
Posté par Anonyme . En réponse à l’entrée du suivi Limiter la taille des avatars. Évalué à 1 (+0/-0).
sur le compte de chrisb :519 x 506
et pour une note esthétique, en taille originale c'est joli, mais ramené à 64x64, c'est moche
[^] # Re: Attention !
Posté par Anonyme . En réponse au journal Un fstab bien configuré pour un ordinateur « de bureau ». Évalué à 3.
KDE notamment.
[^] # Re: Classique
Posté par Anonyme . En réponse au journal De la crédibilité d'une source, et du système de vérification de Wikipedia.. Évalué à 4. Dernière modification le 10 septembre 2012 à 04:18.
C'est marrant que les commentaires qui expliquent le fonctionnement de Wikipédia et donnent les raisons des choses dont certains se plaignent se fassent descendre, comme si les personnes qui expliquaient servaient à évacuer les frustrations individuelles.
Pour le coup, je t'ai pertinenté, parce que ce que tu dis est totalement vrai.
Les règles de Wikipédia ont été mise en place par la communauté de contributeurs, et elles évoluent continuellement pour s'améliorer, parce ces règles n'ont pas été édictées au hasard juste pour emmerder un écrivain ou un libriste qui a pondu un programme, mais essentiellement pour permettre de limiter la charge de maintenance nécessaire et pour que cela profite à la qualité de l'ensemble.
Parce que lorsque des gens créent n'importe quoi ou insèrent de fausses informations – et certains le font volontairement « juste pour faire chier », ou parce que « trololo, ils ont pas vu ma connerie » –, ça dégrade non seulement directement la qualité du projet, mais également indirectement, car ça oblige les contributeurs – les vrais, qui écrivent les articles – à perdre du temps à gérer la chose (recherches, discussions, procédures diverses de suppression) au lieu de contribuer normalement, comme n'importe qui de normal préfère le faire.
Alors pour éviter de passer tout leur temps à gérer la merde plutôt que de contribuer, les contributeurs édictent au fur et à mesure des règles auxquelles se référer, afin de ne pas voir des erreurs communes se répéter ou faciliter la maintenance lorsque des personnes s'en chargent.
Il appartient donc aux personnes qui se plaignent ici – et descendent les commentaires de ceux qui prennent le temps de leur expliquer – d'aller contribuer au projet et de s'investir afin d'essayer d'améliorer des points qui leur semblent pouvoir être améliorés. Si ces personnes n'ont pas envie de s'investir, alors qu'elles ne viennent pas se plaindre des règles mises en place par cette communauté.
[^] # Re: wikizarb
Posté par Anonyme . En réponse au journal De la crédibilité d'une source, et du système de vérification de Wikipedia.. Évalué à 4.
Donc il faudrait aussi virer ce genre de pages : Sauron, Morgoth, Barad-dûr et ne garder que la page Terre_du_Milieu ?
Moi ça me ferait bien chier en tout cas !
[^] # Re: Système de vérification
Posté par Anonyme . En réponse au journal De la crédibilité d'une source, et du système de vérification de Wikipedia.. Évalué à 3.
En effet.
Cependant, je pense qu'il y a eu un excès de zèle en réclamant plus qu'une simple confirmation d'identité via OTRS pour valider et inclure de manière neutre le point de vue de l'auteur dans l'article.
Maintenant, mêmes si ces règles contraignantes conduisent parfois à ce genre de situation, elles évitent énormément de problèmes la majorité du temps.
[^] # Re: wikizarb
Posté par Anonyme . En réponse au journal De la crédibilité d'une source, et du système de vérification de Wikipedia.. Évalué à -6.
Wikipédia n'est pas un recueil de jeux vidéos, et n'a pas vocation à devenir un succédané de Google.
[^] # Re: wikizarb
Posté par Anonyme . En réponse au journal De la crédibilité d'une source, et du système de vérification de Wikipedia.. Évalué à 0.
Wikipédia n'est pas une tribune de promotion ni un moyen commode de faire de la publicité.
[^] # Re: wikizarb
Posté par Anonyme . En réponse au journal De la crédibilité d'une source, et du système de vérification de Wikipedia.. Évalué à 1.
Avant de pouvoir éventuellement bénéficier d'un article, un jeu doit répondre aux critères d'admissibilités, en particulier ceux des jeux vidéos. Reste ensuite les règles concernant l'autopromotion, wikipédia n'étant pas une tribune de promotion ni un moyen commode de faire de la publicité gratuitement.
En l'occurrence, si on exclu tout le buzz fait par divers sites libres des résultats de Google, j'ai de gros doutes concernant le fait que Newton Adventure réponde aux critères de notoriété.
[^] # Re: Traduction
Posté par Anonyme . En réponse au journal Marre de systemd? Un peu d'humour :). Évalué à 2.
Heureusement que certains n'ont pas manqué la référence artistique en effet. Le Français en est riche, et ça me semble parfaitement pertinent de les utiliser sous forme de clin d'œil lorsque c'est possible. La personne qui ne comprend pas s'informera ou finira par apprendre la raison de la chose, et se couchera moins bête.
[^] # Re: systemd = le nouveau X.Org
Posté par Anonyme . En réponse à la dépêche Le point sur udev et systemd. Évalué à 5.
"Je sais pas de quoi je parle, mais je donne mon avis quand meme".
[^] # Re: Tant que ça reste coté Desktop...
Posté par Anonyme . En réponse à la dépêche Le point sur udev et systemd. Évalué à 4.
Il manque "lead", c'est important. « J2EE Lead Architect ».
[^] # Re: Grep
Posté par Anonyme . En réponse au journal Le journal. Évalué à 2.
Si tina = TimeNavigator, alors le problème vient de lui (ce logiciel est une merde) pas de SysV.
[^] # Re: Grep
Posté par Anonyme . En réponse au journal Le journal. Évalué à 2.
C’est pas syslog qui rajoute les méta-données ?
Il me semblait que l’application faisait un truc genre (c’est sortit de mon esprit, c’est pas censé être juste) :
log(<facility>.<level>, <message>). C’est pas le cas ?# Idem avec Conky
Posté par Anonyme . En réponse au journal realloc. Évalué à 1. Dernière modification le 08 septembre 2012 à 00:17.
J'utilisais Conky, et j'avais le même problème de fuite mémoire. Comme l'ordinateur tourne 24/7, le processus de Conky arrivait rapidement à bouffer plus de 300~400M de mémoire, point auquel il devenait gênant et qui valait donc que je le dégage.
Ne m'y connaissant pas des masses, j'ai rapidement cherché des informations sur le net à ce sujet, et visiblement plusieurs personnes s'en plaignaient sur différents forums. Ne sachant toujours pas si la fuite venait de Conky ou de mon fichier conkyrc (qui affichait une belle horloge à aiguilles, un calendrier et les jauges d'utilisation mémoire, disque et processeur), j'ai dégagé le logiciel pour ne plus être ennuyé.
[^] # Re: Questions
Posté par Anonyme . En réponse au journal Linux from scratch face à udev. Évalué à 0.
Et toi tu es tellement plus intelligent que les autres membres du site que tu ne tombe pas dans le panneau, bien sur !
[^] # Re: RH
Posté par Anonyme . En réponse au journal yet another journal about systemd. Évalué à 10.
S'il n'y a que ça pour te faire plaisir…
[^] # Re: linuxfr: doc officielle de systemd
Posté par Anonyme . En réponse au journal yet another journal about systemd. Évalué à 4.
Et en quoi systemd est il moins modulaire que les autres systemes d'init ?
[^] # Re: Bon
Posté par Anonyme . En réponse au journal Marre de systemd? Un peu d'humour :). Évalué à 3.
Ce qui est complètement idiot, puisque désormais seul le contexte distingue l'objet du verbe conjugué.
[^] # Re: Traduction
Posté par Anonyme . En réponse au journal Marre de systemd? Un peu d'humour :). Évalué à 3. Dernière modification le 07 septembre 2012 à 16:22.
C'est là qu'on voit qu'à force de trop s'encombrer de formules littérales pour traduire des logiciels, on fait fausse route.
Un message tel que « Printing is not supported on this printer » devrait se traduire par quelque chose du genre « Cette imprimante ne peut pas imprimer », ou mieux « Ceci n'est pas une imprimante », plutôt que « L'impression n'est pas prise en charge pour cette imprimante ». C'est beaucoup plus concis et efficace.
J'avoue que j'en ai marre de voir des menus et boîtes de dialogues à rallonge et qui défigurent les logiciels, avec des phrases longues comme le bras à lire pour résumer une action simple. Comme si la richesse du Français ne permettait pas de faire au moins aussi bien que l'Anglais…
[^] # Re: les autres Unices...
Posté par Anonyme . En réponse au journal yet another journal about systemd. Évalué à 5.
Il n'a pas dit qu'il fallait laisser tomber les systèmes BSD. Juste qu'il pense que supporter plusieurs OS serait trop compliqué et contraignant, et qu'il faut plutot forker et se contenter de partager les interfaces.
Voir http://0pointer.de/blog/projects/systemd.html#faqs :
[^] # Re: systemd et arch
Posté par Anonyme . En réponse au journal udev forké. Évalué à 4.
C'est d'ailleurs assez marrant de constater que c'est approuvé par les dev mais désapprouver par une relativement grosse partie de la communauté.
C'est exactement le même problème que lors du passage à GRUB2, de la suppression de AIF, etc.
[^] # Re: la guerre de s unices
Posté par Anonyme . En réponse au journal udev forké. Évalué à 0.
ipest issue deiproute2[^] # Re: la guerre de s unices
Posté par Anonyme . En réponse au journal udev forké. Évalué à 1.
Désolé, mon commentaire regroupaient aussi des réponses aux autres commentaires de la même teneur qui étaient au dessus du tiens. Mon propos était un peu plus global.
Sinon, en ce qui concerne mon usage, ce n'est pas quelque chose que j'ai constaté. J'utilise le shebang /usr/bin/php aussi et ça n'a jamais posé problème en ce qui me concerne. Après les scripts que j'écrie en php sont rarement des daemons, donc ils ne s'exécutent jamais très longtemps.
[^] # Re: la guerre de s unices
Posté par Anonyme . En réponse au journal udev forké. Évalué à 5.
Non.
D'une façon assez générale, je sais objectivement la raison pour laquelle php est un mauvais langage (voir là par exemple http://sametmax.com/deterer-le-cadavre-dun-troll-non-php-nest-pas-simple/ ), contrairement à beaucoup de gens agissant de façon mimétiques en disant php c'est de la merde sans en avoir la moindre idée de pourquoi mais ayant l'impression d'être aussi, voir plus, intelligent que les autres.
Php me permet d'avoir une syntaxe simple, lisible, et une rapidité de déploiement non négligeable, je suis pas un développeur pro et la documentation très accessible du langage me permet de faire les choses proprement sans y passer des heures.
Alors, objectivement, oui php est pas le meilleur langage du monde, sauf qu'en réalité, il est tout à fait fonctionnel tant qu'il ne s'agit pas d'écrire des applications extrêmement complexes et tout à fait maintenable car c'est un langage à la syntaxe simple et lisible.
(et je terminerais avec encore un peu de psychologie inverse en disant une fois encore que vous pouvez moinser ce commentaire dans le but que vous fassiez exactement le contraire, bien évidement)