Je l'avais utilisé une fois pour envoyer près d'un an de photos à la famille, triées par date et par thème. Booh m'avait été bien utile (mais j'avais du tripoter un peu le code à cause d'un bug à l'époque).
En tout cas, bonne idée de continuer à bosser dessus, j'aimais bien les raccourcis clavier qui faisaient gagner un temps précieux.
Je remarque avant tout qu'il manque un « à » dans « qu'À une multitude. »
>> Chaque chose a un seul nom.
Faux. Tu as des signifiés qui ont plusieurs signifiants.
Par exemple : an/année, jour/journée.
Mais aussi : le Président de la République Française/Nicolas Sarkozy.
Plusieurs noms pour la même chose, parfois temporairement, parfois toujours.
>> (D’ailleurs, même dans ta mise au pluriel, tu oublies le x de aux…)
Vrai :)
>> Exemple au féminin : d’autres personnes potentiellement mortelles mais à la tête bien pleine. Tu ne diras pas « aux têtes bien pleines » car chacune a une seule tête.
Même si je suis d'accord avec l'exemple qui repose sur « leur, » (c'est d'ailleurs un cas de base appris en primaire) je dirais dans le cas présent « aux têtes bien pleines, » justement car ils n'ont pas une tête commune. (Ou mieux, « dont les têtes respectives s'avèrent bien pleines, » mais j'aime la lourdeur stylistique ^^)
Bref, la phrase est inutilement ambiguë (et donc potentiellement mal foutue), et il vaudrait mieux rajouter des « respectives » ou reformuler carrément.
>> Enfin, est-ce qu'utiliser Python pour gcp ne risque pas d'avoir un impacte
significatif sur les performances ?
>> Il m'aurait semblé qu'un langage de bas niveau eût été plus indiqué pour ce type
de programme.
Non, je pense que justement pas.
C'est typiquement le genre d'applis qui n'a PAS besoin d'être codé en C/C++ ou langage de bas niveau.
C'est le genre d'applis que t'écris dans un langage de haut niveau pour gérer tout le tralala (les queues, la distribution, l'historique, etc) et qui au final appelle le cp original.
Il serait idiot, stupide, bête, inepte et con de vouloir utiliser C pour coder ce logiciel. Perte de temps mémorable, et augmentation certaine du nombre de bugs potentiels. Pour un gain plus que négligeable.
>> ainsi qu'une multitude d'autres choses potentiellement mortelles mais au nom moins impressionnant.
« impressionnant » au singulier ?
C'est le nom de la multitude qui n'est pas impressionnant ?
Tu veux dire « ainsi qu'une multitude d'autres choses potentiellement mortelles mais au noms moins impressionnants » ou « ainsi qu'une multitude d'autres choses potentiellement mortelles mais non moins impressionnantes » ?
> Ce n'est pas à GNU/Linux à attirer des utilisateurs par les jeux (non plus). GNU/Linux attire[ra] du monde par ses lettres de noblesses.
Ouais, ben c'est pas gagné.
D'une part, aucune monarchie n'ira anoblir GNU/Linux, d'autre part, le peuple s'en cogne royalement¹, des lettres de noblesse de GNU/Linux ou de n'importe quel autre OS. Il veut un truc qui marche pour faire tourner ce qu'il veut.
> C'est d'abord aux fabricants de jeux à sortir les leurs pour notre plateforme préférée.
Quand je pense que ces enfoirés de fabriquants de jeux n'ont toujours pas sorti {jeu célèbre} pour {autre OS, comme itron TRON_Project, qui fait passer les parts de marché de GNU/Linux pour une demi-crotte de mouche constipée}.
Mais d'ailleurs, au nom de quoi devraient-ils faire plaisir aux linuxiens ? T'as choisi un OS sans jeu, ben, tu joues pas !
Je pense m'être plaint de l'absence totale de retour lorsqu'on soumet des sondages depuis, hum, au moins quelques années…
Et pas plus tard qu'en début de semaine.
Et encore quelques mois avant aussi je crois… https://www.linuxfr.org/tracker/1141.html
Et la redirection réparée, le pipe s'est vidé, ou faut tout renvoyer ?
>> Tu peux mettre toutes les protections que tu souhaites au coeur du langage, ça ne va pas empêcher un programmeur de laisser un trou béant dans son application s'il utilise le mauvais concept.
Tu peux avoir le meilleur concept du monde, si tu dépasses de ton tableau en C, tu risques un trou de sécurité.
Si tu dépasses en Caml, tu risques une erreur.
Bon, ben, tant qu'à utiliser un concept, quel qu'il soit, autant faire en sorte que le trou béant soit molletonné, plutôt que rempli de seringues usagées déposées par tes soins parce que t'es un homme un vrai qui code en C.
Tu peux faire les mêmes erreurs dans presque tous les langages. Simplement, dans certains comme le C, ces erreurs ont un coût et effet supplémentaire. Pourquoi vouloir à tout prix conduire une voiture dont l'accélérateur se bloque quand tu appuies trop fort dessus, alors que toute autre modèle roule aussi bien sans le risque de blocage ?
Mon WM est en haskell, très rapide, peu voire pas boggué. Jamais vu le moindre segfault…
Un serveur internet^Wweb efficace pas en C : http://john.freml.in/teepeedee2-release
Mais j'avoue, difficile de comparer car personne n'a envie de recoder une appli déjà existante conséquente from scratch…
Ptet que les scripts-fu de gimp sont plus conséquents qu'un micro-bench et facilement récrivables dans d'autres langages ?
Moi j'attends toujours de voir dans le monde réel des softs sans bugs de merdes qui sont uniquement dus au choix d'un langage de bas niveau…
>> Oui, "." est précisément l'inverse de "^$", d'où la comparaison entre grep . et grep -v "^$"
L'inverse ? Le complément ?
L'inverse de ^$, c'est .+.
L'inverse de « rien, » c'est « au moins un caractère. »
Non ?
(Après, certes, si tu matches un caractère, tu en matches aussi deux… Mais c'est dû au comportement de grep qui ne cherche pas à considérer uniquement les mots du langage qu'on veut matcher comme des lignes lignes entières.)
> Ashd (A Sane HTTP Daemon) est écrit en langage C
> * La sécurité
Bon, je ne suis jamais convaincu par "C" et "sécurité" ensemble.
Des langages de haut niveau qui se compilent et qui ont des performances comparables à C, c'est pas ce qui manque. Et ces langages ont au moins le bon goût de ne pas permettre de buffer overflows, le bug de base qu'on trouve dans au moins 100% des logiciels écrits en C.
> (les options en ligne de commande suffisent généralement)
Et sinon, j'espère qu'on ne fait pas
./ash --user=popol --password=s3crEt
Ou plutôt, je l'espère, et je veux un shell sur cette machine, merci. Et mettez bien "ps" dans le PATH, hein !
>> Lourd et lent, tout le monde s’en fout, en pratique, ça ne se ressent pas tellement.
T'as besoin que je fasse un autre journal qui crie ma haine envers OOo et sa lourdeur légendaire ?
C'est inutilisable. Lent, toussa. Et je m'en coltine toutes les semaines !
Sans doute parce que j'ai qu'un dual core avec 2Go de ram. Mais pour taper du putain de texte de merde, je dis non !
J'ai vu des rendus 3D photoréalistes plein écran temps réel tourner sur des config bien plus petites !
Les captchas uniquement visuels ne sont pas adaptés aux aveugles.
Dans ce cas, il faut un lecteur audio aussi.
Qu'il y ait une discrimination sur la couleur est marginal quant à l'accessibilité globale du captcha…
Je voudrais quand même savoir si les sondages envoyés à DLFP sont bien reçus et lus…
J'ai du en envoyer 10 ou 15 depuis quelques temps, et *jamais* la moindre réponse…
Ça coupe l'envie de participer, hein…
>> Puis, il faut bien du logiciel propriétaire pour comparer l'offre libre…
> Pas besoin. Tu peux comparer les différentes offres libres.
Bien sûr que si c'est nécessaire !
Sinon, c'est la politique de l'autruche !
« Pour éviter de montrer qu'on a une offre de merde, évitons surtout de la comparer à la concurrence ! »
Excuse-moi, mais des logiciels dont toutes les instances libres sont pourries alors qu'il existe des versions propriétaires de qualité, ça manque pas. Évidemment, tu compares de la merde avec de la merde, alors tu te dis « si tout est nul, j'ai pas à me plaindre ! » Mais si tu regardais à côté, tu ne manquerais pas de te remettre en question plus souvent…
>> Et la sécurité n'a jamais été la principale préoccupation du libre non plus…
> Elle est tout de même un des principaux arguments du libre.
Ah ? Je rigole bien fort en te lisant !
En pratique, le libre, c'est beaucoup de code en C pissé par une grosse quantité d'amateurs, c'est clairement pas un bon exemple de sécurité, vu le choix du langage…
Aucun mot dérivé de "sécurité" n'est même présent dans la GPL, « principale licence libre. »
Le libre ne donne aucune indication sur l'écriture de code sûr, correct. Le libre ne pénalise aucunement les logiciels non sûrs. Aucune métrique publique de sécurité pondère le choix des technologies, et aucun effort n'est fait pour.
Nan, avec du recul, la sécurité n'est *aucunement* l'un des arguments du libre…
C'est une fatalité quand un bug est découvert (et encore !) mais jamais une préoccupation initiale, alors que ça devrait être une condition sine qua non du développement logiciel.
>> Ça amène également à simplifier l'installation de logiciels et pilotes propriétaires et ça ne fera pas forcément que du bien au libre.
Le LL, c'est un moyen, pas un but.
Si ça amène à l'amélioration de logiciels propriétaires de meilleure qualité, moi, je suis pas contre. C'est pas parce que c'est libre que c'est forcément de meilleure qualité. Moi, je veux un ordi qui fait ce que je veux comme je le veux. Aujourd'hui, j'arrive à vivre avec du libre, mais si demain, l'éditeur de texte que je veux est payant, pas libre, et selon moi meilleur que les autres, je vais pas refuser de l'utiliser. Et je n'utiliserai pas un système qui m'en empêche.
Puis, il faut bien du logiciel propriétaire pour comparer l'offre libre…
Quant aux Kevins, tu les auras, c'est ainsi. Et la sécurité n'a jamais été la principale préoccupation du libre non plus…
# Capture d'écran !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Un nouveau design pour LinuxFr, « zenburn ». Évalué à 10.
[http://img248.imageshack.us/img248/6378/scrotdlfp.png]
# Cool !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Des nouvelles de booh, un générateur de web-album pour le web 1.0. Évalué à 3.
En tout cas, bonne idée de continuer à bosser dessus, j'aimais bien les raccourcis clavier qui faisaient gagner un temps précieux.
[^] # Re: Petites corrections
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Roman de fantasy sous Licence Art Libre. Évalué à 1.
>> Chaque chose a un seul nom.
Faux. Tu as des signifiés qui ont plusieurs signifiants.
Par exemple : an/année, jour/journée.
Mais aussi : le Président de la République Française/Nicolas Sarkozy.
Plusieurs noms pour la même chose, parfois temporairement, parfois toujours.
>> (D’ailleurs, même dans ta mise au pluriel, tu oublies le x de aux…)
Vrai :)
>> Exemple au féminin : d’autres personnes potentiellement mortelles mais à la tête bien pleine. Tu ne diras pas « aux têtes bien pleines » car chacune a une seule tête.
Même si je suis d'accord avec l'exemple qui repose sur « leur, » (c'est d'ailleurs un cas de base appris en primaire) je dirais dans le cas présent « aux têtes bien pleines, » justement car ils n'ont pas une tête commune. (Ou mieux, « dont les têtes respectives s'avèrent bien pleines, » mais j'aime la lourdeur stylistique ^^)
Bref, la phrase est inutilement ambiguë (et donc potentiellement mal foutue), et il vaudrait mieux rajouter des « respectives » ou reformuler carrément.
[^] # Re: euh...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal George Charpak bronsonisé. Évalué à 3.
Raté.
# Facile !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au message dérivée discrète en python. Évalué à 3.
f(x) = 2x - 2.
Donc ta dérivée, c'est
f'(x) = 2.
De rien, merci.
--[-> ]
[^] # Re: Python ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal gcp: un outil de copie à la cp. Évalué à 1.
significatif sur les performances ?
>> Il m'aurait semblé qu'un langage de bas niveau eût été plus indiqué pour ce type
de programme.
Non, je pense que justement pas.
C'est typiquement le genre d'applis qui n'a PAS besoin d'être codé en C/C++ ou langage de bas niveau.
C'est le genre d'applis que t'écris dans un langage de haut niveau pour gérer tout le tralala (les queues, la distribution, l'historique, etc) et qui au final appelle le cp original.
Il serait idiot, stupide, bête, inepte et con de vouloir utiliser C pour coder ce logiciel. Perte de temps mémorable, et augmentation certaine du nombre de bugs potentiels. Pour un gain plus que négligeable.
[^] # Re: Petites corrections
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Roman de fantasy sous Licence Art Libre. Évalué à 2.
>> ainsi qu'une multitude d'autres choses potentiellement mortelles mais au nom moins impressionnant.
« impressionnant » au singulier ?
C'est le nom de la multitude qui n'est pas impressionnant ?
Tu veux dire « ainsi qu'une multitude d'autres choses potentiellement mortelles mais au noms moins impressionnants » ou « ainsi qu'une multitude d'autres choses potentiellement mortelles mais non moins impressionnantes » ?
[^] # Re: Systematique..
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche La GameKey light série 2 compatible Linux, et plus si affinité ?. Évalué à 2.
Tout le monde n'a pas la même religion que toi…
> Faut-il vraiment viser cette compatibilité-là?
Pourquoi faudrait-il la refuser ?
> Ce n'est pas à GNU/Linux à attirer des utilisateurs par les jeux (non plus). GNU/Linux attire[ra] du monde par ses lettres de noblesses.
Ouais, ben c'est pas gagné.
D'une part, aucune monarchie n'ira anoblir GNU/Linux, d'autre part, le peuple s'en cogne royalement¹, des lettres de noblesse de GNU/Linux ou de n'importe quel autre OS. Il veut un truc qui marche pour faire tourner ce qu'il veut.
> C'est d'abord aux fabricants de jeux à sortir les leurs pour notre plateforme préférée.
Quand je pense que ces enfoirés de fabriquants de jeux n'ont toujours pas sorti {jeu célèbre} pour {autre OS, comme itron TRON_Project, qui fait passer les parts de marché de GNU/Linux pour une demi-crotte de mouche constipée}.
Mais d'ailleurs, au nom de quoi devraient-ils faire plaisir aux linuxiens ? T'as choisi un OS sans jeu, ben, tu joues pas !
¹: pun intended.
[^] # Re: À revoir
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Un thème oxygen pour gtk. Évalué à 3.
Personne.
> Bref, les captures sont alléchantes mais dommage, ça marche pas chez moi.
Mais personne non plus n'a dit que les dernières versions sous Linux allaient marcher :)
[^] # Re: Pas qu'au Brésil
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal “Le Brésil est un vrai marché pour le desktop Linux, justifie Arnaud Laprévote, la moitié des PC sont sous Linux”.. Évalué à 4.
C'est 50€ la path.
[^] # Re: Bug
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au message proposition de sondage. Évalué à 5.
Je pense m'être plaint de l'absence totale de retour lorsqu'on soumet des sondages depuis, hum, au moins quelques années…
Et pas plus tard qu'en début de semaine.
Et encore quelques mois avant aussi je crois… https://www.linuxfr.org/tracker/1141.html
Et la redirection réparée, le pipe s'est vidé, ou faut tout renvoyer ?
# Un Deux Trois Nous Irons Au Bois
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Softs qui déchiraizent \o/. Évalué à 5.
Vimperator (pour chercher de la doc)
gcc (pour compiler du code)
Avec ces trois là, je peux réinventer les autres :)
[^] # Re: J'y crois pas.
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Un nouveau serveur httpd : Ashd, A Sane HTTP Daemon. Évalué à 6.
Tu peux avoir le meilleur concept du monde, si tu dépasses de ton tableau en C, tu risques un trou de sécurité.
Si tu dépasses en Caml, tu risques une erreur.
Bon, ben, tant qu'à utiliser un concept, quel qu'il soit, autant faire en sorte que le trou béant soit molletonné, plutôt que rempli de seringues usagées déposées par tes soins parce que t'es un homme un vrai qui code en C.
Tu peux faire les mêmes erreurs dans presque tous les langages. Simplement, dans certains comme le C, ces erreurs ont un coût et effet supplémentaire. Pourquoi vouloir à tout prix conduire une voiture dont l'accélérateur se bloque quand tu appuies trop fort dessus, alors que toute autre modèle roule aussi bien sans le risque de blocage ?
[^] # Re: J'y crois pas.
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Un nouveau serveur httpd : Ashd, A Sane HTTP Daemon. Évalué à 4.
Un serveur internet^Wweb efficace pas en C : http://john.freml.in/teepeedee2-release
Mais j'avoue, difficile de comparer car personne n'a envie de recoder une appli déjà existante conséquente from scratch…
Ptet que les scripts-fu de gimp sont plus conséquents qu'un micro-bench et facilement récrivables dans d'autres langages ?
Moi j'attends toujours de voir dans le monde réel des softs sans bugs de merdes qui sont uniquement dus au choix d'un langage de bas niveau…
[^] # Re: Critique si possible constructive
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au message qu'en pensez-vous ? le site web d'un webdesigner & webdéveloppeur. Évalué à 5.
un -> une
aurais -> aurait
put -> pu
couter -> coûter
cher . -> cher.
Et j'en passe.
Mais là, wow ! C'était fort de café !
[^] # Re: Équivalence
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Sortie de GNU grep 2.7. Évalué à 0.
L'inverse ? Le complément ?
L'inverse de ^$, c'est .+.
L'inverse de « rien, » c'est « au moins un caractère. »
Non ?
(Après, certes, si tu matches un caractère, tu en matches aussi deux… Mais c'est dû au comportement de grep qui ne cherche pas à considérer uniquement les mots du langage qu'on veut matcher comme des lignes lignes entières.)
# J'y crois pas.
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Un nouveau serveur httpd : Ashd, A Sane HTTP Daemon. Évalué à 2.
> * La sécurité
Bon, je ne suis jamais convaincu par "C" et "sécurité" ensemble.
Des langages de haut niveau qui se compilent et qui ont des performances comparables à C, c'est pas ce qui manque. Et ces langages ont au moins le bon goût de ne pas permettre de buffer overflows, le bug de base qu'on trouve dans au moins 100% des logiciels écrits en C.
> (les options en ligne de commande suffisent généralement)
Et sinon, j'espère qu'on ne fait pas
./ash --user=popol --password=s3crEt
Ou plutôt, je l'espère, et je veux un shell sur cette machine, merci. Et mettez bien "ps" dans le PATH, hein !
# Marrant
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Donnons une nouvelle chance à l'IPoAC. Évalué à 5.
Et que depuis, les besoins d'envois de denrées alimentaires ont diminué.
[^] # Re: OpenOffice
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Insuccès de Linux sur le Desktop : les raisons ?. Évalué à 4.
T'as besoin que je fasse un autre journal qui crie ma haine envers OOo et sa lourdeur légendaire ?
C'est inutilisable. Lent, toussa. Et je m'en coltine toutes les semaines !
Sans doute parce que j'ai qu'un dual core avec 2Go de ram. Mais pour taper du putain de texte de merde, je dis non !
J'ai vu des rendus 3D photoréalistes plein écran temps réel tourner sur des config bien plus petites !
# Vous devez entrer un sujet dans la boîboîte.
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Écriture d'une macro dans OpenOffice.org. Évalué à 4.
"Pen tablet" (une petite intuos A5 fait parfaitement l'affaire)
[^] # Re: spam
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Faut-il avoir confiance dans Digital-Network ?. Évalué à 2.
Dans ce cas, il faut un lecteur audio aussi.
Qu'il y ait une discrimination sur la couleur est marginal quant à l'accessibilité globale du captcha…
[^] # Re: Sondages ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Meilleurs contributeurs LinuxFr : Les gagnants de l'été 2010. Évalué à 4.
J'ai du en envoyer 10 ou 15 depuis quelques temps, et *jamais* la moindre réponse…
Ça coupe l'envie de participer, hein…
[^] # Re: fatche ça va être dur d'attendre vendredi
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal N05 4M15 135 H4CK3R5. Évalué à 4.
Antitrust, ça m'a lourdé sévère.
[^] # Re: Intégration
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Mark Shuttleworth au sujet des contributions d'Ubuntu. Évalué à 4.
> Pas besoin. Tu peux comparer les différentes offres libres.
Bien sûr que si c'est nécessaire !
Sinon, c'est la politique de l'autruche !
« Pour éviter de montrer qu'on a une offre de merde, évitons surtout de la comparer à la concurrence ! »
Excuse-moi, mais des logiciels dont toutes les instances libres sont pourries alors qu'il existe des versions propriétaires de qualité, ça manque pas. Évidemment, tu compares de la merde avec de la merde, alors tu te dis « si tout est nul, j'ai pas à me plaindre ! » Mais si tu regardais à côté, tu ne manquerais pas de te remettre en question plus souvent…
>> Et la sécurité n'a jamais été la principale préoccupation du libre non plus…
> Elle est tout de même un des principaux arguments du libre.
Ah ? Je rigole bien fort en te lisant !
En pratique, le libre, c'est beaucoup de code en C pissé par une grosse quantité d'amateurs, c'est clairement pas un bon exemple de sécurité, vu le choix du langage…
Aucun mot dérivé de "sécurité" n'est même présent dans la GPL, « principale licence libre. »
Le libre ne donne aucune indication sur l'écriture de code sûr, correct. Le libre ne pénalise aucunement les logiciels non sûrs. Aucune métrique publique de sécurité pondère le choix des technologies, et aucun effort n'est fait pour.
Nan, avec du recul, la sécurité n'est *aucunement* l'un des arguments du libre…
C'est une fatalité quand un bug est découvert (et encore !) mais jamais une préoccupation initiale, alors que ça devrait être une condition sine qua non du développement logiciel.
[^] # Re: Intégration
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Mark Shuttleworth au sujet des contributions d'Ubuntu. Évalué à 3.
Le LL, c'est un moyen, pas un but.
Si ça amène à l'amélioration de logiciels propriétaires de meilleure qualité, moi, je suis pas contre. C'est pas parce que c'est libre que c'est forcément de meilleure qualité. Moi, je veux un ordi qui fait ce que je veux comme je le veux. Aujourd'hui, j'arrive à vivre avec du libre, mais si demain, l'éditeur de texte que je veux est payant, pas libre, et selon moi meilleur que les autres, je vais pas refuser de l'utiliser. Et je n'utiliserai pas un système qui m'en empêche.
Puis, il faut bien du logiciel propriétaire pour comparer l'offre libre…
Quant aux Kevins, tu les auras, c'est ainsi. Et la sécurité n'a jamais été la principale préoccupation du libre non plus…