IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Chroniqueur Actualités
    Avatar de Michael Guilloux
    Homme Profil pro
    Data Consultant
    Inscrit en
    Juillet 2013
    Messages
    2 976
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Data Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2013
    Messages : 2 976
    Billets dans le blog
    2
    Par défaut Linus Torvalds : « Vos limitations matérielles ne devraient pas être un problème pour le reste d'entre nous »
    Linus Torvalds : « Vos limitations matérielles ne devraient pas être un problème pour le reste d'entre nous »
    le père de Linux fustige les partisans de la limite de 80 caractères par ligne de code

    Si vous consultez les directives de style de code pour de nombreux langages ou projets, vous trouverez probablement une règle fixant le nombre maximal de caractères à 80 par ligne. C'est aussi souvent la configuration par défaut pour certains développeurs qui utilisent le mode console (affichant 80 caractères par ligne sur 25 lignes). Mais en 2020, cette règle est-elle encore pertinente ?

    Le sujet a plusieurs fois été abordé sur des forums ou dans des listes de diffusion pour développeurs. Pour certains, cette règle est obsolète. Elle date des années 1920-1930 où les ressources matérielles étaient très limitées. Autrefois, il était nécessaire de faire tenir votre code dans 80 colonnes, sinon les caractères au-delà de la limite étaient automatiquement placés à la ligne suivante ou s'affichaient en dehors de la partie visible de l'écran, ce qui n'était pas visuellement agréable. Presque un siècle plus tard, cette règle existe encore dans le monde moderne du développement informatique.

    Dans la communauté Linux, la limite des 80 caractères par ligne a souvent été au centre de discussions, comment c'était le cas le vendredi 29 mai, où un développeur a préconisé cette limite « pour toujours » dans un fil de discussions sur le nettoyage du noyau Linux. Linus Torvalds, dont la position est connue depuis plus d'une décennie, a donc profité pour dire ce qu'il pense de la limite de 80 caractères par ligne et de ceux qui s'y agrippent encore.

    « Si vous ou Christoph [un développeur du noyau Linux, NDLR] avez des lignes de 80 caractères, vous obtiendrez peut-être une sortie moche. C'est pénible. Mais c'est votre choix. Vos limitations matérielles ne devraient pas être un problème pour le reste d'entre nous », lance Linus Torvalds.

    Pour le père de Linux, la limite des 80 colonnes oblige à faire fréquemment des retours à la ligne. Or « les retours à la ligne excessifs sont MAUVAIS », dit-il. « Ils causent des problèmes réels et quotidiens. Ils causent des problèmes pour des choses comme "grep" à la fois dans les patterns et dans la sortie, car grep (et beaucoup d'autres utilitaires Unix très basiques) est fondamentalement basé sur les lignes. »

    « Le fait est que beaucoup d'entre nous ont depuis longtemps abandonné le modèle de terminal à 80 colonnes, pour la même raison que nous avons beaucoup plus de lignes que 25 lignes visibles à la fois. Et honnêtement, je ne veux pas voir de correctifs qui aggravent l'expérience de lecture du kernel pour moi et probablement pour la grande majorité des gens, en se basant sur l'argument selon lequel certaines personnes étranges ont de petites fenêtres de terminal », ajoute Linus Torvalds.

    Nom : LT.jpg
Affichages : 66689
Taille : 83,3 Ko

    Le créateur de Linux les invite à utiliser du matériel avec des configurations modernes. Il dit par exemple que lorsqu'il juxtapose ses fenêtres de terminal sur son écran, il peut avoir 6 terminaux visibles en même temps, et c'est parce qu'il en a trois de larges. Et, poursuit-il, « C'est avec ma fenêtre de terminal "100x50" par défaut, pas avec un 80x25 (allez dans les paramètres de votre terminal gnome, vous constaterez que le 80x25 n'est qu'une configuration par défaut que vous pouvez changer). Et la plupart de mes terminaux sont plus larges et de hauteur de plus grande que cela. J'ai vérifié, et mon principal est de 142x76 caractères en ce moment, car il s'avère que des terminaux plus larges (et de plus grande hauteur) sont utiles, et pas seulement pour le code source. »

    Haussant le ton, Linus affirme qu'il y a beaucoup de choses pour lesquelles les terminaux 80x25 (80 colonnes et 25 lignes) sont vraiment limitants, et estime qu'ils ne sont plus pertinents pour la plupart des développeurs. « Donc non. Je ne me soucie pas de quelqu'un avec une fenêtre de terminal 80x25 », dit-il. Pour lui, les développeurs qui s'accrochent à une configuration de terminal 80x25 alors qu'ils ont des limitations matérielles se trouvent dans la même situation que ceux qui disent que la compilation du noyau Linux prend 10 heures alors qu'ils font le développement du noyau sur un Raspberry Pi avec 4 Go de RAM.

    « Les personnes ayant un matériel restrictif ne devraient pas le rendre plus gênant pour les personnes disposant de meilleures ressources. Oui, nous accepterons les choses dans des limites raisonnables. Mais non, les terminaux à 80 colonnes en 2020 ne sont plus "raisonnables" en ce qui me concerne. Les gens utilisaient couramment des terminaux à 132 colonnes même dans les années 80, n'essayez pas de faire de 80 colonnes un standard inamovible. Si vous choisissez d'utiliser un terminal de 80 colonnes, vous pouvez vivre avec le retour à la ligne. C'est aussi simple que cela ».

    De manière générale, Linus semble appeler les développeurs à tirer pleinement parti des ressources dont ils disposent aujourd'hui et d'y adapter leur style de développement. Il affirme que les lignes plus longues sont tout simplement utiles. Ce qui, selon lui, s'explique en partie par le fait que nous ne programmons plus dans les années 80, et notre code source est donc fondamentalement plus vaste. Il estime qu'être concis est toujours une bonne chose, et les noms trop verbeux ne sont pas intrinsèquement meilleurs. « Mais encore, il est tout à fait raisonnable d'avoir des noms de variables de 10 à 15 caractères et cela rend le code plus lisible », dit-il. Linus Torvalds pense aussi qu'il faut écrire des choses correctement au lieu d'utiliser des abréviations. Il justifie l'utilisation de tabulations larges par le fait que cela fait de l'indentation quelque chose qu'on peut voir dans la structure du code en un coup d'œil. « Eh oui, nous faisons des sauts de ligne à un moment donné. Mais il n'y a vraiment aucune raison de faire en sorte que ce soit après 80 colonnes », a-t-il ajouté.

    Source : Linus Torvalds

    Et vous ?

    Que pensez-vous des déclarations de Linus Torvalds ?
    La limite de 80 caractères par ligne est-elle toujours pertinente dans notre époque ? Pourquoi ?
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Membre éclairé

    Homme Profil pro
    Retraite
    Inscrit en
    Octobre 2005
    Messages
    510
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 73
    Localisation : France, Aude (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Retraite
    Secteur : Industrie

    Informations forums :
    Inscription : Octobre 2005
    Messages : 510
    Billets dans le blog
    1
    Par défaut
    Je travaille beaucoup avec le terminal , et fait des applications pour, il est courant d'arrivé à 192x52 ou 132x40 , alors pourquoi pas 142x76, mais pour plus de lisibilité grand public 142x60 est courant.... enfin tout ça dépend des fonts, il a été souvent préconisé 15 pour les 17" ou même 18 voir 20 pour les plus 21" 13 pour les 15" là vous êtes limité a 132x40 , sur IBM 5250/3270 132x27. Le but est de rendre le plus lisible sans fatigue l'accès aux éléments, ainsi que d'être le plus simple possible.

  3. #3
    Membre très actif

    Profil pro
    Inscrit en
    Novembre 2009
    Messages
    506
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Novembre 2009
    Messages : 506
    Par défaut
    On parle de code ou de terminal ? Un peu des deux on dirait, c'est pas la même chose...
    En tout cas point de vue code, mon équipe est récemment passée à visual studio code et prettier pour le front end, avec la limite à 80 caractères et prettier qui formatte automatiquement au sauvetage.
    Certains étaient réticents au début...
    Depuis qu'ils ont constaté l'immense avantage d'avoir des "petites" ligne lors des merges délicats ils adorent.

  4. #4
    Membre extrêmement actif
    Avatar de Madmac
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juin 2004
    Messages
    1 712
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Alimentation

    Informations forums :
    Inscription : Juin 2004
    Messages : 1 712
    Billets dans le blog
    7
    Par défaut
    Citation Envoyé par frfancha Voir le message
    On parle de code ou de terminal ? Un peu des deux on dirait, c'est pas la même chose...
    En tout cas point de vue code, mon équipe est récemment passée à visual studio code et prettier pour le front end, avec la limite à 80 caractères et prettier qui formatte automatiquement au sauvetage.
    Certains étaient réticents au début...
    Depuis qu'ils ont constaté l'immense avantage d'avoir des "petites" ligne lors des merges délicats ils adorent.

    Attention, VS produit des processus zombies. Il existe un plugin qui met automatique à jour le navigateur après une mise-à-jour d'une page web. Mais ce truc n'arrête jamais de fonctionner. Même après la fermeture de VS. Même après un redémarrage ...

  5. #5
    Invité
    Invité(e)
    Par défaut
    Citation Envoyé par Madmac Voir le message
    Attention, VS produit des processus zombies. Il existe un plugin qui met automatique à jour le navigateur après une mise-à-jour d'une page web. Mais ce truc n'arrête jamais de fonctionner. Même après la fermeture de VS. Même après un redémarrage ...
    Des processus zombies de VS avec mise à jour du navigateur mais qui restent après redémarrage...

    Désolé mais je vois vraiment pas le rapport. Pour moi ça a autant de sens que le firewall d'open office.

  6. #6
    Membre extrêmement actif
    Avatar de Madmac
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juin 2004
    Messages
    1 712
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Alimentation

    Informations forums :
    Inscription : Juin 2004
    Messages : 1 712
    Billets dans le blog
    7
    Par défaut
    Citation Envoyé par SimonDecoline Voir le message
    Des processus zombies de VS avec mise à jour du navigateur mais qui restent après redémarrage...

    Désolé mais je vois vraiment pas le rapport. Pour moi ça a autant de sens que le firewall d'open office.
    Concrêtement, les pages HTML produitent par tous mes autre éditeurs font également mise-à-jour automatique dans le navigateur !!! S'il n'y a pas un truc qui intercepte mes CRTL S, c'est sans doute de la magie. Et c'est sans compté que mon système rampait lorsque j'avais VS code. J'ai de la difficulté à croire que c'est qu'une bavure de Microsoft. Cela me semble malicieux. Donc pour ma part VS code, c'est fini pour moi. J'ai aucune envie d'utiliser quelque chose qui lit en permanence ce que je tape.

    Et si je redémarrais le système pour me débarrasser de ce processus, il réapparaIssait même si je n'avais pas utilisé VS code ...

  7. #7
    Membre extrêmement actif
    Avatar de Sodium
    Femme Profil pro
    Développeuse web
    Inscrit en
    Avril 2014
    Messages
    2 324
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeuse web

    Informations forums :
    Inscription : Avril 2014
    Messages : 2 324
    Billets dans le blog
    1
    Par défaut
    C'est plus probablement un simple serveur node qui surveille les enregistrements de fichier.

  8. #8
    Invité
    Invité(e)
    Par défaut
    Citation Envoyé par Michael Guilloux Voir le message
    Le sujet a plusieurs fois été abordé sur des forums ou dans des listes de diffusion pour développeurs.
    Oui, on peut même dire que c'est une vieille flamewar digne des tab vs espace, vi vs emacs, windows vs linux...

    Citation Envoyé par Michael Guilloux Voir le message
    Elle date des années 1920-1930 où les ressources matérielles étaient très limitées. Autrefois, il était nécessaire de faire tenir votre code dans 80 colonnes, sinon les caractères au-delà de la limite étaient automatiquement placés à la ligne suivante ou s'affichaient en dehors de la partie visible de l'écran, ce qui n'était pas visuellement agréable. Presque un siècle plus tard, cette règle existe encore dans le monde moderne du développement informatique.
    La contrainte matérielle n'est pas la seule raison. Il y a également la fatigue visuelle, qui augmente avec la distance latérale à parcourir. D'ailleurs certaines personnes, qui font beaucoup de texte, mettent leur écran en mode portrait.
    Et puisqu'on parle des contraintes matérielles qui n'ont plus de raison d'être, pourquoi on n'alignerait pas les touches des claviers, au lieu de conserver ce décalage anti-ergonomique hérité des machines à écrire du 19e siècle?

  9. #9
    Membre Expert
    Avatar de Alexandre T
    Homme Profil pro
    Chef de projets AMO
    Inscrit en
    Mai 2002
    Messages
    1 213
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Chef de projets AMO
    Secteur : Transports

    Informations forums :
    Inscription : Mai 2002
    Messages : 1 213
    Par défaut
    Citation Envoyé par SimonDecoline Voir le message
    Et puisqu'on parle des contraintes matérielles qui n'ont plus de raison d'être, pourquoi on n'alignerait pas les touches des claviers, au lieu de conserver ce décalage anti-ergonomique hérité des machines à écrire du 19e siècle?
    Oui, dommage que les alternatives ne se démocratisent pas plus !
    Alexandre Tranchant
    Chef de projet AMO pour le Cerema.
    Retrouvez mes articles sur PHP et Symfony

  10. #10
    Membre actif
    Homme Profil pro
    Inscrit en
    Août 2003
    Messages
    38
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France

    Informations forums :
    Inscription : Août 2003
    Messages : 38
    Par défaut
    Citation Envoyé par Alexandre T Voir le message
    Oui, dommage que les alternatives ne se démocratisent pas plus !
    Et pourquoi continuer de placer le pavé numérique à droite ? Le mettre à gauche permettrait de gagner en ergonomie. Un système modulaire c'est pas la mort à concevoir

    Personnellement, j'utilise un clavier Typematrix qwerty et il possède une excellente ergonomie pour coder. Par contre c'est cher pour ce que c'est...

    En ce qui concerne les 80 caractères, j'étais très réticent au début mais il s'avère que dans certains langages ça permet d'imposer une rigueur et zde réduire la complexité des méthodes en obligeant à simplifier par refactoring.

    En fait le problème vient du formattage. Il faudrait que toutes les sources soient stockées en "inline" et reformatées à la volée par l'éditeur de code ou le comparateur diff en fonction de la largeur de la fenêtre. Par contre dans ce cas, catastrophe pour la mémoire visuelle qui reconnais le "schéma 2D" de la méthode.

  11. #11
    Expert confirmé
    Homme Profil pro
    Analyste/ Programmeur
    Inscrit en
    Juillet 2013
    Messages
    4 771
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Analyste/ Programmeur

    Informations forums :
    Inscription : Juillet 2013
    Messages : 4 771
    Par défaut
    Citation Envoyé par frfancha Voir le message
    On parle de code ou de terminal ?
    Il y a des éditeurs dans le terminal comme vi, ed, emacs


    Citation Envoyé par le merou Voir le message
    En ce qui concerne les 80 caractères, j'étais très réticent au début mais il s'avère que dans certains langages ça permet d'imposer une rigueur et zde réduire la complexité des méthodes en obligeant à simplifier par refactoring.
    Ouais l'argument c'est de réduire le nombre d'imbrication (par exemple ne pas avoir de triple ou quadruple boucles imbriquées)

    Mais justement avec l'arrivée des écrans HD (1080 ou 1200 de large), je pensais qu'on était passé à 1 limite plus grande comme 125. L'article dit "Les gens utilisaient couramment des terminaux à 132 colonnes même dans les années 80".
    Donc cette limite ressemble plus à 1 fumisterie
    C'est surtout lorsque tu dois manipuler ton code dans 1 écran restreint (terminal, machine virtuelle par exemple), que ton code devient illisible avec le retour à la ligne

  12. #12
    Membre éprouvé Avatar de Zefling
    Homme Profil pro
    Développeur Web
    Inscrit en
    Avril 2007
    Messages
    1 224
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Avril 2007
    Messages : 1 224
    Par défaut
    Sur le langage que j'utilise, la règle que j'ai imposé c'est une limite à 120 caractères (c'est moi qui me suis occupé du fichier de règles).
    80 pour moi c'est plus chiant qu'autre chose, on passe son temps à voir comment organiser son code.
    Par contre, les 120 c'est pour la lisibilité. Au delà, c'est trop long. Ça obligé à rendre son code plus lisible.
    C'est juste 40 caractères de plus de 80, mais ça fait une énorme différence.

  13. #13
    Membre éclairé Avatar de 4sStylZ
    Homme Profil pro
    Null
    Inscrit en
    Novembre 2011
    Messages
    314
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Null
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2011
    Messages : 314
    Par défaut
    Citation Envoyé par SimonDecoline Voir le message
    Et puisqu'on parle des contraintes matérielles qui n'ont plus de raison d'être, pourquoi on n'alignerait pas les touches des claviers, au lieu de conserver ce décalage anti-ergonomique hérité des machines à écrire du 19e siècle?
    Certains le font, ça s'appelle des claviers matriciel (en Français) ou orthogonal en Anglais. Typematrix, XD75, ergodox, kinesis, maltron, Planck… il y'en a pleins.

  14. #14
    Invité
    Invité(e)
    Par défaut
    Citation Envoyé par 4sStylZ Voir le message
    Certains le font, ça s'appelle des claviers matriciel (en Français) ou orthogonal en Anglais. Typematrix, XD75, ergodox, kinesis, maltron, Planck… il y'en a pleins.
    Oui. Sauf que la plupart coutent plus de 100 euros (et encore, pour les bas-de-gamme) et doivent généralement être achetés sur des sites spécialisés. Si tu en cherches un à moins de 100 euros et disponible sur un site classique comme amazon, ldlc, etc, bon courage...

  15. #15
    Membre confirmé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2006
    Messages
    124
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Octobre 2006
    Messages : 124
    Par défaut
    Citation Envoyé par SimonDecoline Voir le message
    Et puisqu'on parle des contraintes matérielles qui n'ont plus de raison d'être, pourquoi on n'alignerait pas les touches des claviers, au lieu de conserver ce décalage anti-ergonomique hérité des machines à écrire du 19e siècle?
    C'est de l'ironie ?
    Si non, je répondrais qu'il y a une logique à l'organisation des touches, ce n'est pas pour rien qu'il y a un clavier Anglais et un clavier Français, l'organisation des touches est faite pour rendre accessible plus facilement les lettres utilisées le plus souvent dans tel langue.

    Pour en revenir au sujet, perso je ne me limite pas aux 80 caractères, j'aime avoir le plus de code possible sous les yeux pour m'en imprégner, mais je comprend la logique de cette limitation qui selon moi serais pour le cas ou tu te retrouverais à devoir lire du code sur un terminal ne t'appartenant pas, étant configuré par défaut et bien administré (limitation des droits), ce qui peut arrivé dans l'industrie, car oui on développe sur des matériels évolués mais le client lui se contente du matériel qu'il a et qui fonctionne parfaitement pour lui sans qu'il est besoin d'une puissance démesuré ou d'avoir une interface graphique, le tout c'est de le savoir, et un bon développeur répond aux besoins de l'utilisateur final.
    Rien n'empêche de développer sans la limitation et de transformer via un programme scripté ou non le style avant livraison, c'est l'intérêt de l'informatique, l'automatisation des tâches.
    Après faut pas avoir un petit chef au dessus (gardien des coûts court terme et partisan de la médiocrité du moment que cela coûte moins cher) qui ne verra pas l'intérêt de la chose et le petit plus pour le client final.

  16. #16
    Invité
    Invité(e)
    Par défaut
    Citation Envoyé par survivals Voir le message
    C'est de l'ironie ?
    Si non, je répondrais qu'il y a une logique à l'organisation des touches, ce n'est pas pour rien qu'il y a un clavier Anglais et un clavier Français
    Si tu avais lu la discussion, tu aurais compris que je parlais des claviers eux-mêmes et non de la dispostion des caractères sur les touches :
    "... ça s'appelle des claviers matriciel (en Français) ou orthogonal en Anglais. Typematrix, XD75, ergodox, kinesis, maltron, Planck..."

    Citation Envoyé par survivals Voir le message
    l'organisation des touches est faite pour rendre accessible plus facilement les lettres utilisées le plus souvent dans tel langue.
    Non pas du tout, c'est pour éviter de coincer les marteaux des machines à écrire du 19e siècle : https://fr.wikipedia.org/wiki/AZERTY#Histoire

  17. #17
    Membre extrêmement actif
    Avatar de Sodium
    Femme Profil pro
    Développeuse web
    Inscrit en
    Avril 2014
    Messages
    2 324
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeuse web

    Informations forums :
    Inscription : Avril 2014
    Messages : 2 324
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par survivals Voir le message
    Pour en revenir au sujet, perso je ne me limite pas aux 80 caractères, j'aime avoir le plus de code possible sous les yeux pour m'en imprégner [...]
    Et donc avoir des enchaînements d'opérations à rallonge qui constituent une purge pour toute personne n'ayant pas écrit le code ? Si tu dois enchaîner des opérations, fais une fonction avec un nom clair qui s'occupe de ça et renvoie le résultat. Il y a très peu de cas où une ligne longue se justifie.

  18. #18
    Membre éclairé

    Femme Profil pro
    Experte JS / Conseillère en best practices / Chercheuse en programmation
    Inscrit en
    Octobre 2007
    Messages
    741
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Âge : 44
    Localisation : Belgique

    Informations professionnelles :
    Activité : Experte JS / Conseillère en best practices / Chercheuse en programmation
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Octobre 2007
    Messages : 741
    Par défaut
    Perso, j'applique toujours cette règle, pour diverses raisons :
    • pour pouvoir lire des lignes entières, même dans des onglets ouverts en parallèle
    • parce que c'est une convention qui est commune à plein de projets / coding styles
    • car même s'il y a des projets où les conventions plus larges, je n'en connais pas à l'inverse, donc mon code suit les conventions, dans tous les cas
    • car, sur des outils comme GitHub, la longueur visible des lignes est souvent limitée
    • car j'ai horreur qu'il y ait un risque de devoir faire un scroll horizontal, en plus du vertical, pour lire un code
    • parce que je n'ai jamais besoin de dépasser cette limite, hormis peut-être pour les regex

  19. #19
    Membre régulier
    Profil pro
    Inscrit en
    Mai 2013
    Messages
    10
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2013
    Messages : 10
    Par défaut
    Je commence à croire que Linux c'est fait pour rester dans le passé.
    Un magnifique terminal 80x25 qui émule un vt-100, 16 couleurs (ou 256 si vous avez du courage) et un éditeur modal à 2400 bauds.
    Pas d'EDI, juste grep et cd.

    Allez on y croit, 2021 l'année de Linux sur le desktop !

  20. #20
    Membre éclairé Avatar de Vulcania
    Homme Profil pro
    Architechte Logiciel
    Inscrit en
    Juillet 2011
    Messages
    88
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 30
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Architechte Logiciel
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2011
    Messages : 88
    Par défaut
    Citation Envoyé par tome_x Voir le message
    Je commence à croire que Linux c'est fait pour rester dans le passé.
    Un magnifique terminal 80x25 qui émule un vt-100, 16 couleurs (ou 256 si vous avez du courage) et un éditeur modal à 2400 bauds.
    Pas d'EDI, juste grep et cd.

    Allez on y croit, 2021 l'année de Linux sur le desktop !

    Mais ... mais ... c'est exactement l'inverse de ce qui est dit dans l'article

Discussions similaires

  1. Réponses: 17
    Dernier message: 09/10/2019, 18h31
  2. [PHPExcel] Could not close zip (ne semble pas être un problème de permission)
    Par beegees dans le forum Bibliothèques et frameworks
    Réponses: 0
    Dernier message: 26/12/2017, 13h56
  3. /tmpdir : tables temporaires qui ne devraient pas être créées
    Par kaboume dans le forum Administration
    Réponses: 0
    Dernier message: 24/01/2012, 11h41
  4. Linus Torvalds n'aime pas le C++
    Par epsilon68 dans le forum Contribuez
    Réponses: 34
    Dernier message: 09/06/2009, 16h57

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo