En même temps, nombre de logiciels (dont l'explorateur de fichier du système d'exploitation le plus répandu) sont dans l'erreur, ce qui entretient la confusion. Il ne faut donc pas se contenter de renvoyer des "ils ont raison" cinglants (d'accord tu n'es pas aussi cinglant que ça mais ça aurait pu être dit plus diplomatiquement).
J'ai bien envie de dire "on s'en fout", tu vas pas faire une remarque chaque fois que quelqu'un écrit "linux" au lieu de "Linux". À ce niveau là c'est pire que les "grammar nazis".
Mais ce qui me fait vraiment rire, c'est le commentaire d'un dev KDE juste après le tien (https://linuxfr.org/comments/1016635.html#1016635 ) qui visiblement n'en a *rien* à foutre de ta remarque alors qu'il aurait carrément plus de raisons que toi de faire le tatillon casse-couilles.
Attention un backup incrémental ce n'est pas uniquement "ne pas refaire une copie complète à chaque fois", c'est en plus "stocker l'historique des modifications", pour avoir les backup de hier, avant-hier, etc. le tout en prenant peu de place (cf. http://en.wikipedia.org/wiki/Incremental_backup ). rdiff-backup [http://www.nongnu.org/rdiff-backup/] (basé sur la librsync) fait cela.
1/ pour les drivers : il y a beaucoup plus de matos non supporté que sur Linux.
2/ pour les applis : pour les ports (pas le système de base, genre noyau, shell), comme les applis desktop/etc., ils peuvent profiter de code relativement portable entre les Unices libres.
Je pense que la notoriété de certains Unices libres peut bénéficier à tous les Unices libres (parce que les devs vont sans doute d'abord être attirés par les OS les plus grand public)
(par contre, les drivers nécessitent des specs plus que du code, et les devs OpenBSD se sont plaints que des devs Linux signaient des NDAs pour implémenter des drivers sans publier de specs, ce qui ne bénéficiait qu'à Linux)
T'auras l'air fin avec ton système que toi seul utilise, sans drivers ni applications, parce que c'est un cercle vicieux : peu d'utilisateurs, peu de dev et d'intérêt de la part des constructeurs.
> Segfault en utilisant les iterator, j'ai un peu de mal à voir aussi (mais y'a toujours des gens doués).
Ya des iterators builtins et pour les types systèmes ? (genre les arrays type C)
> Quand au pointeur intelligent, c'est assez facile à implémenter
Ah oui, super comme argument, ça, "DIY"...
> et il y'en a des implémentations dans la lib standard
La "lib standard" est tellement bien que ya pléthore de libs pour refaire ce que fait si bien la "lib standard".
> (d'autres dans boost mais qui sont intégrés dans C++0x9).
2009, il était temps ?
> il faut juste comprendre ce qu'on fait
Effectivement, le brainfuck est un super langage, aussi puissant que le C++, ils sont tous les 2 turing-complets : "il faut juste comprendre ce qu'on fait". Sauf que l'un est moins pratique que l'autre. Ben C++ c'est pareil, il est carrément moins pratique qu'un paquet d'autres langages plus adaptés, surtout dans un contexte hostile comme le web, comme le souligne quelqu'un d'autre plus bas.
Je le sais bien que certains l'utilisent, ça ne m'empêche pas de penser que c'est une mauvaise idée. D'ailleurs, d'autres utilisent .cc ou .cpp, le fait qu'il n'y ait pas d'accord témoigne peut-être qu'il y a un problème à ce niveau.
Ah oui, heureusement qu'il faut inclure une flopée de bibliothèques (et les comparer, et les apprendre) pour pouvoir corriger quelques uns (et il en reste) des défauts du langage.
> On peut être interessé par le linux et/ou le libre tout en utilisant/étant interessé par les technologies propriétaires, non ?
Bien sûr, on a tout a fait le droit d'avoir extrêmement mauvais goût et donc d'idolâtrer les produits apple.
Le problème avec les profils flans/douchebags/mac whores fashion, c'est qu'ils ont des œillères, et ne peuvent pas voir les désavantages de certaines technologies, juste pour se la péter, et après ils réussissent même à s'auto-convaincre que c'est pas pour se la péter (c'est le stade le plus avancé de leur stupidité).
Il faut éviter de tout prendre au pied de la lettre, il vient d'avoir un paquet d'emmerdes, donc il dit "c'est de la merde", mais en fait il veut dire "ce n'est pas aussi bien qu'on le dit, je viens d'avoir X problèmes à la suite avec. La même situation aurait pu se produire chez un débutant, et ça aurait été encore plus radical, il n'aurait pas réessayé Linux avant plusieurs années.". Seulement, il est passablement énervé, donc il le dit de façon plus abrupte.
[^] # Re: Plusieurs possibilités
Posté par Octabrain . En réponse au message Enorme perte de place sur mon disque dur. Évalué à 0.
[^] # Re: gnome et qt
Posté par Octabrain . En réponse au journal Synapse, un client jabber eye-candy prometteur !. Évalué à 1.
Mais ce qui me fait vraiment rire, c'est le commentaire d'un dev KDE juste après le tien (https://linuxfr.org/comments/1016635.html#1016635 ) qui visiblement n'en a *rien* à foutre de ta remarque alors qu'il aurait carrément plus de raisons que toi de faire le tatillon casse-couilles.
[^] # Re: déjà
Posté par Octabrain . En réponse au journal Un moteur de recherche aussi futé et précis que bash?. Évalué à 1.
Avec un autre texte, 1ere page :
http://uppix.net/4/8/6/ab02dd29787eb12e26adfca94a507.png
2eme page :
http://uppix.net/a/3/f/dc0fa996269c31cc3e1ba823941d5.png
[^] # Re: déjà
Posté par Octabrain . En réponse au journal Un moteur de recherche aussi futé et précis que bash?. Évalué à 2.
[^] # Re: Rsync tout simplement
Posté par Octabrain . En réponse au message Système de backup de données. Évalué à 2.
[^] # Re: Pourquoi un Os grand public ?
Posté par Octabrain . En réponse au journal Progression de Linux. Évalué à 4.
2/ pour les applis : pour les ports (pas le système de base, genre noyau, shell), comme les applis desktop/etc., ils peuvent profiter de code relativement portable entre les Unices libres.
Je pense que la notoriété de certains Unices libres peut bénéficier à tous les Unices libres (parce que les devs vont sans doute d'abord être attirés par les OS les plus grand public)
(par contre, les drivers nécessitent des specs plus que du code, et les devs OpenBSD se sont plaints que des devs Linux signaient des NDAs pour implémenter des drivers sans publier de specs, ce qui ne bénéficiait qu'à Linux)
[^] # Re: Pourquoi un Os grand public ?
Posté par Octabrain . En réponse au journal Progression de Linux. Évalué à 2.
[^] # Re: Euh ?
Posté par Octabrain . En réponse au journal LinuxFr sur iPhone. Évalué à -2.
"Get a life."
[^] # Re: C'est vendredi \o/
Posté par Octabrain . En réponse au journal Un module apache pour programmer des applis web en C++. Évalué à -2.
Ya des iterators builtins et pour les types systèmes ? (genre les arrays type C)
> Quand au pointeur intelligent, c'est assez facile à implémenter
Ah oui, super comme argument, ça, "DIY"...
> et il y'en a des implémentations dans la lib standard
La "lib standard" est tellement bien que ya pléthore de libs pour refaire ce que fait si bien la "lib standard".
> (d'autres dans boost mais qui sont intégrés dans C++0x9).
2009, il était temps ?
> il faut juste comprendre ce qu'on fait
Effectivement, le brainfuck est un super langage, aussi puissant que le C++, ils sont tous les 2 turing-complets : "il faut juste comprendre ce qu'on fait". Sauf que l'un est moins pratique que l'autre. Ben C++ c'est pareil, il est carrément moins pratique qu'un paquet d'autres langages plus adaptés, surtout dans un contexte hostile comme le web, comme le souligne quelqu'un d'autre plus bas.
[^] # Re: C'est vendredi \o/
Posté par Octabrain . En réponse au journal Un module apache pour programmer des applis web en C++. Évalué à 3.
[^] # Re: C'est vendredi \o/
Posté par Octabrain . En réponse au journal Un module apache pour programmer des applis web en C++. Évalué à 1.
[^] # Re: et sinon ?
Posté par Octabrain . En réponse au journal Un module apache pour programmer des applis web en C++. Évalué à 5.
[^] # Re: Loosers
Posté par Octabrain . En réponse au journal LinuxFr sur iPhone. Évalué à 0.
[^] # Re: C'est vendredi \o/
Posté par Octabrain . En réponse au journal Un module apache pour programmer des applis web en C++. Évalué à 3.
[^] # Re: Loosers
Posté par Octabrain . En réponse au journal LinuxFr sur iPhone. Évalué à 2.
Bien sûr, on a tout a fait le droit d'avoir extrêmement mauvais goût et donc d'idolâtrer les produits apple.
[^] # Re: et sinon ?
Posté par Octabrain . En réponse au journal Un module apache pour programmer des applis web en C++. Évalué à 8.
[^] # Re: Loosers
Posté par Octabrain . En réponse au journal LinuxFr sur iPhone. Évalué à 2.
[^] # Re: Loosers
Posté par Octabrain . En réponse au journal LinuxFr sur iPhone. Évalué à -1.
[^] # Re: et sinon ?
Posté par Octabrain . En réponse au journal Un module apache pour programmer des applis web en C++. Évalué à 4.
# C'est vendredi \o/
Posté par Octabrain . En réponse au journal Un module apache pour programmer des applis web en C++. Évalué à 8.
[^] # Re: Les.. pardon. Le screenshot
Posté par Octabrain . En réponse au journal LinuxFr sur iPhone. Évalué à 6.
[^] # Re: Euh ?
Posté par Octabrain . En réponse au journal LinuxFr sur iPhone. Évalué à -1.
Merci captain obvious ! Cependant, je doute qu'on parle des mêmes :)
[^] # Re: Euh ?
Posté par Octabrain . En réponse au journal LinuxFr sur iPhone. Évalué à 10.
[^] # Re: Elève Mandriva : 18/20, élève Kerro: 0/20
Posté par Octabrain . En réponse au journal Elève Mandriva, vous êtes recalé. Évalué à 1.
[^] # Re: ben... une Debian...
Posté par Octabrain . En réponse au message Distribution minimaliste. Évalué à 2.