J'avais écrit « c'est le genre d'outil que t'écris dans un langage de haut-niveau et qui appelle cp après. »
J'ai jamais écrit « le programme de machin utilise cp. »
J'ai bien insisté sur le fait que je me tapais complétement des détails d'implémentation, car c'est pas le genre d'application critique qui nécessite une précision au pouillème de microseconde.
Tu montes sur tes grands chevaux : « oh, relis moi, il utilise pas cp. »
Ça tombe mal, car :
J'ai jamais écrit « le programme de machin utilise cp. »
J'ai bien insisté sur le fait que je me tapais complétement des détails d'implémentation, car c'est pas le genre d'application critique qui nécessite une précision au pouillème de microseconde.
>> si tous les habitués de DLFP envoyaient des patches plutôt que de critiquer, Linux serait ready pour le desktop.
Si tous les habitués de DLFP arrêtaient de coder en C, Linux serait ready pour le desktop. Lalala !
>> Et enfin tu termines par « ça c'est son problème, plus le notre », c'est pourtant le sujet du thread.
S'il a fait son journal, il lit les commentaires, il lit des propositions. Il est assez grand.
J'ai pas que ça à foutre non plus. Mon message parlait uniquement du choix d'un langage de haut niveau pour une classe de tâches, mais tu ne m'as pas compris (vu que tu voulais me sortir son code source auquel je ne fais pas référence) et tu me le reproche.
Si tu veux continuer, vas-y, j'en aurai pas plus à fiche.
>> Ok donc je vais me répéter parce que tu sembles ne pas comprendre.
Ok donc je vais me répéter parce que tu sembles ne pas me lire.
Et mettre du gras.
>> Le monsieur, il ouvre un fp sur le fichier à copier…
Et alors ?
Je te crois !
Et j'ai même dit que je m'en cognais, car mon commentaire ne parle *PAS* de ça !
Tout ce que j'ai dit, c'est que python/perl/lisp n'est pas un mauvais choix pour ce genre d'appli. Tu *PEUX* faire appel à n'importe quel programme/procédure de bas niveau pour gagner des microsecondes si ça te fait plaisir. Si tu veux utiliser des fp à la main, tant mieux !
Mais pour tout ce qui est autour, la gestion des files, les algos de réplication, la gestion de la ligne de commande, tout ça, le gain en temps de dev, la facilité de compréhension du code, et la clarté du code sont évidents dans un langage de haut-niveau, ce que C n'est pas.
Nan, mais je m'en fous qu'il utilise cp, dd ou cat.
Mon point, c'est qu'un outil comme celui là à plus besoin d'être pratique que rapide.
Se dire « oh mon dieux, je dois absolument l'écrire en assembleur pour que les gens le trouvent bien, » c'est con. Si ça amuse certains, tant mieux, hein. Mais c'est un investissement pourri.
Je crois que le paquet debian/ubuntu de l'époque était pas à jour, et j'avais pas envie d'installer un logiciel à la main… C'était je crois dû à une mise-à-jour de ruby.
Puis ma correction était du genre « bon, ben si la chaussure droite est trop petite, on à qu'à couper les deux jambes, » alors j'avais pas proposé de patch :P
Enfin, vu que je compte réutiliser booh prochainement, si le bug est toujours là, je le dirai.
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…
[^] # Re: Que detalentgaché
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Le "papa" des bébés-éprouvettes récompensé. Évalué à 3.
C'est pour ça que je donne jamais rien aux pauvres. Ils avaient qu'à être capables d'avoir un bon job bien payé. Y a pas de raison de les aider.
[^] # Re: Que de talent gaché
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Le "papa" des bébés-éprouvettes récompensé. Évalué à 2.
Il l'a pas eu direct.
Il l'a eu en au moins en 10 fois sans frais !
[^] # Re: Waouw
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Des messages tout encramillés. Évalué à 2.
[^] # Re: 900 000 c'est trop peu
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Parts de marché sur les Desktop en Europe : Windows baisse, Mac OS X monte, Linux stable. Évalué à 10.
À moins 42 o_O, je mets des moufles et une tuque pour surfer.
[^] # Re: Python ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal gcp: un outil de copie à la cp. Évalué à 1.
J'ai jamais écrit « le programme de machin utilise cp. »
J'ai bien insisté sur le fait que je me tapais complétement des détails d'implémentation, car c'est pas le genre d'application critique qui nécessite une précision au pouillème de microseconde.
Tu montes sur tes grands chevaux : « oh, relis moi, il utilise pas cp. »
Ça tombe mal, car :
J'ai jamais écrit « le programme de machin utilise cp. »
J'ai bien insisté sur le fait que je me tapais complétement des détails d'implémentation, car c'est pas le genre d'application critique qui nécessite une précision au pouillème de microseconde.
>> si tous les habitués de DLFP envoyaient des patches plutôt que de critiquer, Linux serait ready pour le desktop.
Si tous les habitués de DLFP arrêtaient de coder en C, Linux serait ready pour le desktop. Lalala !
>> Et enfin tu termines par « ça c'est son problème, plus le notre », c'est pourtant le sujet du thread.
S'il a fait son journal, il lit les commentaires, il lit des propositions. Il est assez grand.
J'ai pas que ça à foutre non plus. Mon message parlait uniquement du choix d'un langage de haut niveau pour une classe de tâches, mais tu ne m'as pas compris (vu que tu voulais me sortir son code source auquel je ne fais pas référence) et tu me le reproche.
Si tu veux continuer, vas-y, j'en aurai pas plus à fiche.
[^] # Re: Python ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal gcp: un outil de copie à la cp. Évalué à 2.
Ben c'était pas clair.
Tu me parles de fp, moi, ça m'évoque de la prog système, donc pas du haut-niveau.
>> J'aurais trouvé ça effectivement plus astucieux d'appeler cp ou quelconque outil optimisé pour la copie de fichiers,
Envoie un patch !
>> mais pas de la réimplémenter lui même dans un langage qui n'est pas prévu pour.
Bon, ça c'est son problème, plus le notre…
[^] # Re: Python ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal gcp: un outil de copie à la cp. Évalué à 1.
Ok donc je vais me répéter parce que tu sembles ne pas me lire.
Et mettre du gras.
>> Le monsieur, il ouvre un fp sur le fichier à copier…
Et alors ?
Je te crois !
Et j'ai même dit que je m'en cognais, car mon commentaire ne parle *PAS* de ça !
Tout ce que j'ai dit, c'est que python/perl/lisp n'est pas un mauvais choix pour ce genre d'appli. Tu *PEUX* faire appel à n'importe quel programme/procédure de bas niveau pour gagner des microsecondes si ça te fait plaisir. Si tu veux utiliser des fp à la main, tant mieux !
Mais pour tout ce qui est autour, la gestion des files, les algos de réplication, la gestion de la ligne de commande, tout ça, le gain en temps de dev, la facilité de compréhension du code, et la clarté du code sont évidents dans un langage de haut-niveau, ce que C n'est pas.
# Horreur !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Trollez depuis votre client mail. Évalué à 4.
C'est pas très sein comme nom…
[^] # Re: pas mieux avec des variantes
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Câlice! Google Traduction capote!. Évalué à 5.
Ah ?
Pas la locution conjonctive en tout cas : [http://www.cnrtl.fr/definition/parceque]
>> la bonne syntaxe serait deja de demandé
Et les bonnes orthographe et grammaire seraient-elles déjà de demander plus d'efforts ?
[^] # Re: Python ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal gcp: un outil de copie à la cp. Évalué à 1.
Mon point, c'est qu'un outil comme celui là à plus besoin d'être pratique que rapide.
Se dire « oh mon dieux, je dois absolument l'écrire en assembleur pour que les gens le trouvent bien, » c'est con. Si ça amuse certains, tant mieux, hein. Mais c'est un investissement pourri.
[^] # Re: 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é à 2.
Puis ma correction était du genre « bon, ben si la chaussure droite est trop petite, on à qu'à couper les deux jambes, » alors j'avais pas proposé de patch :P
Enfin, vu que je compte réutiliser booh prochainement, si le bug est toujours là, je le dirai.
# 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…