totof2000 a écrit 9656 commentaires

D'autant plus que sa manière de procéder (on code un truc qui marchotte, puis on revoiens dessus, puis on reviens dessus, et encore), c'est passer du temps à réinventer la roue. Tandis que si le soft est bien concçu à l'origine et le code bien organisé, ça simplifiera les modifications à l'avenir.

C'est triste ton point de vue sur l'été.

Non, partout les macqueux viennent nous faire chxxx avec leur suoper itruc delamort qui est top mieux que tout (autrement dit, ils se la pêtent), et les linuxiens répondent qu'il n'en ont pas besoin

Si ton itruc te plait, tant mieux pour toi, j'en suis ravi. maintenant, ce n'est pas parce que ça te plait, que ça t'es utile, que ça le sera pour d'autres.

Ne vous focalisez pas sur la conf réseau, ce n'était qu'un exemple.

J'ai pas osé le dire dans le journal pour ne pas fermer le débat, mais c'est aussi ce que j'espère.
Mais a mon avis ça va finir sur un accord et on dira que le système de brevets est bien, et qu'on tombe toujours d'accord.

acqueux coucou ?

Si il vient d'acheter son PC avec "linux" dessus et qu'il doit justement configurer son accès Internet en ligne de commande... il le sort d'où le "ifconfig" ?

Ben de la documentation fournie par son FAI, ou par le vendeur : un papier, un CD ou autre, juste un copier/coller. Encore mieux, un script à exécuter. C'est bien plus simple que 3 pages de copie d'écran.

Oui c'est bien un avantage. A part pour les commandes les plus utilisées ou faciles à retenir (comme "ifconfig"¹ par exemple), c'est un avantage d'avoir une liste de choix à l'écran plutot que de passer du temps à se demander quels sont les choix possibles. Que ce soit pour un débutant ou non d'ailleurs. Par contre pour un administrateur ce n'est peut-être pas le cas mais là n'est pas le sujet. L'idéal est d'avoir le choix des interfaces (graphique et ligne de commande).

Mais si c'est le sujet. La plupart des gens (dont ceux qui décident à haut niveau de la façon ou les sbire en dessous vont bosser) poussent à l'interface graphique partout, mais sans se poser les bonnes questions. Tout ça parce qu'ils s'imaginent que leur façon de faire est la meilleure dans tous les cas. Pour ma part, je préfère la ligne de commande mais je ne demande pas que les GUI viennent à disparaitre, je veux pouvoir choisir.
Si une option est souvent utilisée et qu'elle est "au fin fond d'un menu qu'il faut activer en sélectionnant l'option machin", alors c'est l'application qui possède un problème d'ergonomie. Mais dans l'exemple de la configuration réseau, ce n'est pas tous les jours qu'elle est changée et au pire, on peut mettre un raccourci vers "Connexion réseau" sur le bureau.
La conf réseau qui saute ce n'est pas si rare que ça. Et encore, avec XP c'était simple. Avec Vista, c'est devenu une horreur. Et j'ai parlé de conf réseau parce que c'est le premier élément qui m'est venu à l'esprit, mais il y en a d'autres comme ça.

Je crois que tu n'as pas compris la nuance: il parle de débiles profonds qui achetent mac juste pour se la péter... A moins que tu ne t'achètes ton mac que pour te la pêter ?

Bon faut dire que j'ai attendu 5 ans avant de changer d'ordi portable (l'ancien a été donné au projet OpenBSD) et mon iPhone (qui a plus de 2 ans) attendra encore quelques temps ...

tu ne rentres donc pas dans la catégorie des "utilisateurs qui change de téléphone/pc/portable à chaque fois que Apple sort un nouveau produit... Quand en plus c'est l'argent de tes impots..."

Donc à priori tu n'es pas un macqueux, mais un utilisateur de mac.

A dégrader les perfs

Bah, Photoshop, c'est pas vraiment un truc propre, c'est pour ça que je vote pour métonymie.

Maintenant, le PowerPC, c'est une archi exotique, il faut l'admettre et faire avec.

Qu'est-ce qu'il ne faut pas lire .... Du powerPC, j'en trouve des tas dans le milieu ou je bosse.

Eh bien non, c'est faux, et c'est cette propagande qui rend mon taf de plus en plus difficile. Attention, je ne suis pas anti-gui, je suis juste partisan de laisser le choix aux utilisateurs, tout simplement parce que les deux approches sont complémentaires. Seulement jee vois trp de gens autour de moi qui veulent la disparition de la ligne de commande au profit de GUI mal pensées.

as-tu déjà essayé de porter un logiciel Linux vers autre chose ?

Est-ce que ces interfaces bien pensées et bien documentées, ce ne devrait pas être POSIX, justement ? Un des problèmes c'est que POSIX semble avancer à un train de sénateur.
Effectivement, cependant rien n'empêche d'organser son code pour que tout ce qui n'est pas fourni par posix puisse être écrit, documenté et stabilisé pour permettre de réimplémenter cette partie sur d'autres OS.

Par ailleurs, dans le cas de systemd, je doute que tu aies une partie métier bien séparée de la partie accès au système : par construction, c'est un logiciel dont 95% de l'activité consiste à interagir avec le système (configuration, démons, sockets, etc.).

Tu as quand même une partie "appel bas niveau" et "appels haut niveau" qui peuvent être séparés. Je n'ai pas le temps de décomposer ici, mais c'est un peu comme lorsqu'une appli doit accéder à une BDD : dans le modèle MVC, tu as le modèle qui est assez uniforme, quel que soit le SGBD utilisé, mais les couches basses elles sont masquées même au modèle qui lui utilise une lib d'abstraction qui masque les spécificités de la BDD. Si tu veux utilise un truc particulier qui n'est pas forcément dans la lib d'astraction tu as deux solutions : soit tu code des trucs spécifiques dans ton modèle, soit tu codes une lib d'abstraction perso (ou tu étends la lib existante) pour que, si tu changes de SGBD, tu n'aies pas à reprendre tous tes modèles.

Le problème c'est qu'il donne l'impression d'avancer mais il n'avance pas : il brasse du vent.

Les devs du noyau Linux ont eu le même problème avec la détection du matériel (udev qui remplace ou a remplacé je sais pas quel truc, et il a fallu revenir dessus et recommencer).

Ben il faut organiser le code correctement, en traitant séparément la partie que l'on qualifie de "code métier" de la partie "accès au système" via des interfaces bien pensées et bien documentées qui ne changent pas tous les 3 mois, au bon vouloir des developpeurs, sans se préoccuper des conséquences.

Alors certes, ça nécessite de se poser un peu et de réfléchir à ce que l'on fait, et dans l'immédiat on a l'impression de perdre du temps, mais à long terme on en gagne. Et mon sentiment est que ce type est presque une caricature des codeurs "libre Linux" : coder sans documenter, en réfléchissant au fur et à mesure qu'il code pour sortir un truc vite fait bien fait sur un coin de table, juste pour sortir un truc rapidement, alors qu'en séparant le code correctement et en se posant certaines questions au début, on perds un peu de temps, mais le temps perdu est vite gagné sur le long terme : un design bien réfléchi au départ ne change pas énormément, et si'il y a du changement, une bonne organisation de code permet de limiter l'impact de ceux-ci, en plus le code est plus propre, et mieux maintenable.

Le fait que ce type ponde beaucoup de truc sur tout et n'importe quoi tend à confirmer mon point de vue sur ce gars.

Je suppose qu'il existe des GUI plus compliquées que le shell, et des logiciels ncurse plus faciles que certaines GUI. Ça dépend également des utilisations (retouche d'image vs. édition de texte par exemple). Mais au moins sur une GUI tu n'as pas à te souvenir de lignes de commandes, tout est écrit devant toi. Je pense que oui, c'est un avantage.

Ca c'est l'argument débile des anti-lignes-de -commandes-parce -que-c'est-pas-graphique : c'est tout simplement faux : qui n'a jamais pesté parce que l'option qu'il a besoin d'activer sur son système, ou le paramétrage dont il a besoin se trouve au fin fond d'un menu qu'il faut activer en sélectionnant l'option machin du menu fichier/paramètres ?

Puis entre démarrer->paramètres->panneau de configuration puis connection réseau->connection au réseau local, clic droit->propriétés sélectionner Internet Protocol et cliquer sur propriétés pour avoir les infos réseau les paramétrer, et ifconfig, devinez ou va ma préférence ...

Si on met en place des règles, ce n'est pas pour les contourner : il faut rester dans les clouds.

Attends, je tente.

Récursif, récursif, récursif ...

C'est une idée, avec en plus une rubrique "débat" pour caser les trolls.

chic une liste.

Je préfère largement un journal-bookmark sur linuxfr qu'un sujet-examen-propagande-mensongère d'un parti au pouvoir qui veut se donner des faux-airs de "fonctionnement démocratique".

Faut arrêter aussi de fustiger les journaux bookmark. Il y a des moments ou le titre est suffisamment explicite pour fournir l'info, et le journal en lui même ne sert à rien d'autre que faire du remplissage.

JE trouve ça amusant :)