fearan a écrit 7242 commentaires

  • [^] # Re: goto

    Posté par  . En réponse au journal <3 goto. Évalué à 2. Dernière modification le 06 mars 2014 à 12:03.

    C'est pas complètement faux, les IDE et autres outils de patching partent souvent de l'hypothèse que l'indentation n'est pas significative.

    Tu rigoles? diff te signale quand y a une différence d'une espace (sauf si tu demande autrement), et c'est de même pour tous les outils, sauf que si tu fais du +1/-1 dans un même commit, ça ne fait pas de différence.

    Si les premiers codeurs avaient fait le choix inverse, on vivrait sans doute dans un monde ou tout l'outillage est adapté pour et ça poserait pas de problème.

    Sauf que les premiers codeurs n'avaient pas le luxe d'avoir un beau double écran 22" chacun, mais plutôt un machin réduit avec 8 colonne de marges pour le contrôle et fallait pas dépasser 80 colonnes. De plus c'est bien plus facile à coder un diff ligne à ligne que bloc logique à bloc logique; dans un cas tu fais abstraction du langage, dans l'autre…

    je ne te raconte pas la gueule du code si l'indentation était obligatoire ;)

    C'est un peu bancal l'histoire du "faut l'obliger mais c'est bien qu'elle soit pas significative"

    pas plus que pas plus d'un écran par fonction, ou pas de fichier de 30k lignes, c'est pas parce que le langage le permet qu'il faut le faire. Ensuite je suis pour laisser les gens indenter comme ils veulent (ou pas), si ça ne me convient pas je fais une ré-indentation automatique; chose qui est plus compliqué à faire pour des fonction trop longue.

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: goto

    Posté par  . En réponse au journal <3 goto. Évalué à 2.

    (Après, je te dirait bien qu'il faut revoir ton outil de merge si il te fait sauter les espaces de début de ligne de ce qu'il merge)

    Sauf que selon les changements, tu n'as pas forcément de différence avec les lignes, notamment lorsque tu as un bloc qui a été supprimé, et une condition ajoutée pour exécuter une partie de bloc de manière conditionnelle, l'indentation de certaines ligne fait du -1/+1 => pas de différence;

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: vision simpliste

    Posté par  . En réponse au journal {éditeurs de texte, IDE} × {généralistes, spécialisés}. Évalué à 3.

    Y a 5 ans j'avais la même machine qu'aujourd'hui : sempron, 2Go de ram.

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: goto

    Posté par  . En réponse au journal <3 goto. Évalué à 2.

    les } au mauvais endroit, c'est un codeur qui a fait une grosse boulette, une indentation incorrecte en python c'est
    1) un merge qui a foiré
    2) un codeur qui a fait une grosse boulette.

    Si le point 2 est normal, le 1) lui est rédhibitoire lorsque tu travail en groupe, parce que le 1 il arrive fréquemment sans que le fichier te soit noté comme problématique; je n'ai jamais eu ce cas de figure avec un langage avec délimiteur de bloc

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Faut pas rêver

    Posté par  . En réponse au journal devenez un développeur linux. Évalué à 3.

    Linux est principalement utilisé sur des serveurs, alors parler de pilotes graphiques comme "les plus attendus à aboutir" me laisse très songeur

    Pas moi, comme tu le fais remarquer il est déjà pas mal utilisé sur les serveur, les machins comme btrfs, lxc, personne ne sait ce que c'est ou à quoi ça sert, et encore moins ce que ça va changer à leur vie de tous les jours; par ailleurs, faire des modifs sur un fs et tester le truc risque pas mal de perdre toutes les données du disque, donc il faut en faire une sauvegarde, avec de surcroit un disque de restauration (ou réinstallation). Bref un risque non négligeable de rendre la machine inutilisable.

    l'avantage de faire avancer un pilote comme radeon ou wayland c'est que
    1) c'est facile à tester
    2) au pire on rebascule en mode vesa sans kms.
    3) l'arrivée des jeux steam
    4) j'en ai rien à battre de btrfs, alors que je suis bien intéressé par un pilote performant pour ma carte grahique (ie: 100% des gens à qui j'ai posé la question n'en on rien a battre de btrfs, sondage réalisé par moi, sur un échantillon représentatif de 1 personne par la méthode très personnelle des quotas )

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: goto

    Posté par  . En réponse au journal <3 goto. Évalué à 4.

    en python tu la vois avec l'indentation, en java tu peux avoir l’indentation qui te fait pensé a un boucle et en fait accolade en indique une autre pour peu qu'il y ai 2 ou 3 boucle/if imbriqués et avec un code et mal formaté y'a vraiment moyen de s'y perdre…

    C-Home
    C-Espace
    C-Fin
    C-M-\

    Hop plus de problème d'indentation (note bien on peut aussi faire une macro pour faire cette manip avec juste M-KP9, mais c'est du détail), tous les IDE, et bon éditeur de permettent de refaire l'indentation, sur du C/C++/Java, je n'en connais aucun capable de le faire sur du python ;)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Alarmant?

    Posté par  . En réponse au journal Fin du support de MS Windows XP. Évalué à 1.

    Donc je vois pas bien le problème.

    Que lorsque 7 est sorti, MS à bien crié sur les toits qu'il ne recommencerai pas comme XP, ensuite je suis entièrement d'accord qu'il aurait déjà du faire une migration vers 7.

    Sauf que le boulot de l'admin sys c'est justement de gérer l'environnement et leurs changements.

    Ah non c'est conseiller aux étudiants de déplacer leur projet sur une disquette et de protéger cette dernière des rayons cosmique en l'entourant d'aimants ;), ou lorsqu'un étudiant se plains du manque de place dans son home directory lui donner la commande magique pour retrouver de la place BOFH

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Que faire des ordinosaures?

    Posté par  . En réponse au journal Fin du support de MS Windows XP. Évalué à 4.

    ça dépend quand même de la vieille bagnole qui roule, et de la quantité de kilomètre parcouru quotidiennement. Je suis d'accord que remplacer une vieille 2CV qui fait 5 km par an est stupide, je serai moins catégorique si la bagnole fait 600km/jour. (quoique faire 600km/jour dans une 2CV, faut être sacrément motivé )

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Alarmant?

    Posté par  . En réponse au journal Fin du support de MS Windows XP. Évalué à 6.

    sauf que si MS annonce que le support de 7 est s'arrête en 2015, tu vas pas migrer pour remigrer derrière (01/13/2015 fin du support principal, le support étendu continue jusqu'à 2020.)

    XP à marqué une pause dans les sortie d'OS, ce qui fait que lorsque tu prévoyais un produit il y avait de forte chances qu'il ait à tourner sur XP, avec 8 MS annonce chambouler le fonctionnement traditionnel, donc en tant que DSI, tu te retrouves à devoir choisir entre prendre un OS qui va potentiellement être dépassé au niveau de l'ergonomie, et de sa gestion globale, et un tout neuf qui est loin de faire l'unanimité.

    Je peux comprendre l'envie de Wait&See, ça ne veut pas dire que je la cautionne.

    Ça change quoi qu'une nouvelle version arrive ?

    C'est simple :
    avec XP tu as 12 ans d'installations identique sur tout les postes, 1 version d'OS (si tu installes les SPs), les nouvelles machines (surtout les portables) fournissent les drivers nécessaire. Il est aujourd'hui difficile d'avoir un portable sous 7, ce qui fait que le DSI est obligé d'avoir à gérer 2 parcs, voire 3 avec 8.1, avec de potentielles incomparabilité ou difficulté d'usage selon l'OS ; je comprends tout à fait qu'il ait voulu attendre une période stable.

    Et bon, c'est aussi oublier que quand tu gères un parc de machine c'est "un peu" ton boulot de gérer les migrations.

    Justement si ça merde c'est pour ta pomme, donc la politique de 1 configuration pour tout le monde je subis (et hop que je te remets internet explorer pour ouvrir les XML, à chaque login…), en plus ça fait 10 ans qu'il n'a pas fait de migration, voir même n'en a jamais fait (le problème d'avoir un OS qui dure…), il est frileux.

    Un admin sys, c'est comme un utilisateur, ça déteste qu'on lui change son environnement ;)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: goto

    Posté par  . En réponse au journal <3 goto. Évalué à 2.

    Ne soit pas de mauvaise foi! C'est ma religion!!!!

    L'erreur ici saute aux yeux, ce qui n'est pas le cas dans python; le travail sur différente branche peut rendre les merges très folkloriques; Mais parmi les meilleurs blague de python j'adore celle ci

    http://linuxfr.org/users/serge_ss_paille/journaux/python-et-valeurs-par-defaut-des-parametres

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Alarmant?

    Posté par  . En réponse au journal Fin du support de MS Windows XP. Évalué à 1.

    Non juste un risque calculé, la fin du support de winXP a déjà été annoncée, puis repoussée, ils se sont probablement dit que ce serait encore le cas cette fois ci, d'ailleurs j'ai cru comprendre que pour la Chine c'est encore le cas.

    Si lors de la sortie de 7 Microsoft avait dit qu'il le maintiendrait aussi longtemps qu'XP, plus de gens auraient migré, à la place MS à annoncé la venue prochaine de 8, puis 8.1…

    Quand tu gère un large parc de machine, l'une des dernières choses que tu as envie de faire c'est de devoir tout renouveler tous les 2 ans. Déjà qu'une migration coûte bonbon (faut revalider toutes les applis), si en plus l'éditeur t'annonce que la prochaine version de l'OS est dans 6 mois… Tu n'as pas vraiment envie de migrer (surtout que les utilisateur vont râler)

    Bref, je pense sincèrement que MS aurait du dire à la sortie de 7 qu'il faisait une pose pour les OS desktop, et que le 8 était uniquement pour les tablettes

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Que faire des ordinosaures?

    Posté par  . En réponse au journal Fin du support de MS Windows XP. Évalué à 3.

    Oui mais à coté tu fais des économie sur les radiateur électrique, plus besoin d'en acheter ;)
    Bon par contre l'été…

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Si tout cela est vrai, cela tend a montrer que de mauvaises pratiques se sont banalisés

    Posté par  . En réponse au journal Apple, le SSL les goto et les accolades. Évalué à 2.

    ah non pour ces cas la il faut les pendre deux fois, je les pends et les repens ;)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Besoin de plus de contexte et de clarté

    Posté par  . En réponse au message Comportement GREP différent dans le shell et dans un script. Évalué à 2.

    En passant, j'ai l'impression que ton but plus général, ça ressemble à une jointure SQL. Si tu veux commencer à faire de la manipulation de donnée un peu avancée, tu ferais peut-être mieux d'importer tout ça en SQL

    Hou la tu veux la mort de DOS toi ;) l'utilitaire join me parait plus approprié ;)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Besoin de plus de contexte et de clarté

    Posté par  . En réponse au message Comportement GREP différent dans le shell et dans un script. Évalué à 3.

    logique tu n'as pas de boucle ;)

    il faudrait plutôt au niveau du getline avoir un
    while( ( GREPCMD | getline DATALINE) > 0 )
    {

    }

    Je fais ça de tête sans tester, faut peut être mettre le résultat de grep dans une variable intermédiare

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: 300 000 lignes de code !

    Posté par  . En réponse à la dépêche Neovim : une refonte de vim pour le 21è siècle. Évalué à 5.

    300 000 lignes de code ça me parait assez énorme pour un éditeur de texte en console, non

    Pour un éditeur de texte comme le bloc-note windows ou ed, oui, pour un éditeur tel que vim ou emacs, ça ne me surprend guère.

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: 300 000 lignes de code !

    Posté par  . En réponse à la dépêche Neovim : une refonte de vim pour le 21è siècle. Évalué à 2. Dernière modification le 27 février 2014 à 17:45.

    $>wc -l $( find -iname *.cc )
    767828

    par contre le coté java est plus prolixe
    $> find . -iname *.java -exec cat {} \; | wc -l
    1094898

    trois fois rien quoi (oui j'ai omis les .h et .hpp (template) ;)

    j'ajouterai que je ne compte pas les scripts (y'en a un bon nombre aussi, ni les xml de conf, dont certains sont pas loin d'être du code aussi)

    Mon projet précédent faisait dans les 3 000 000, c++ / Python ;)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Euh… ?

    Posté par  . En réponse au journal {éditeurs de texte, IDE} × {généralistes, spécialisés}. Évalué à 1.

    emacs permet des choses assez folles aux développeurs lisp.

    Ça existe ?

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: vision simpliste

    Posté par  . En réponse au journal {éditeurs de texte, IDE} × {généralistes, spécialisés}. Évalué à 6.

    Je ne dis pas le contraire, mais les grosses structures ont tendance à tirer au max sur la corde, au final, ça fait perdre du temps et de l'argent, mais cette perte est invisible, alors que l'achat de mémoire (un poil plus que 100€ vu qu'il faut la gestion de parc, l'immobilisation de la machine (1H), lui est bien visible… mais je suis d'accord pour dire que c'est ridicule comparé au temps perdu.

    On retrouve la même problématique qui pousse les responsable des achats prendre des presta plutôt que des embauchés.

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Emacs

    Posté par  . En réponse au journal {éditeurs de texte, IDE} × {généralistes, spécialisés}. Évalué à 6.

    Oui il fait tout, pas mal de truc 'de base', sans rien avoir à configurer (debugger, completion semi-intelligente…), (d'autre avec une configuration minimale BROWSE, j'ai pas encore trouvé d'équivalent dans les IDE, compilation, flymake, patrons de code), et enfin certain avec une configuration lourde (CEDET + clang pour la complétion intelligente, refactoring de base (semantic) )…

    Emacs possède énormément de fonctionnalités, qui font que je continue de l'utiliser en parallèle d'intellij (notamment les macros), la capacité de tout faire au clavier, rends l'utilisation des macros (et de son compteur automatique) très pratique.
    Pour avoir utilisé eclipse, j'ai l'impression d'une perte de place monumentale; même quand je met l'édition en 'plein écran' j'ai l'impression d'avoir que 2/3 de mon écran dispo, là ou avec intellij j'ai du 90% et emacs 95% (et encore je peut cacher la menubar et les scrollbar, me laissant juste 2 lignes.

    Une autre fonctionnalité que j'aime bien c'est la capacité de rendre un buffer en read-only pour éviter les modifs intempestives, le split sur le même fichier pour voir 2 endroit du même fichier en même temps, faire du highlight sur des regexp, et pas seulement une ou deux mais autant que je veux, la possibilité d'envoyer une fenêtre sur un autre PC (oui quand on se déplace, j'ai toujours le même éditeur, avec les buffers et tout), la possibilité de bosser sur du code distant, tetris (oups).

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: vision simpliste

    Posté par  . En réponse au journal {éditeurs de texte, IDE} × {généralistes, spécialisés}. Évalué à 4.

    Si les deux sont insignifiants sur une machine moderne ;)

    Sauf que pas mal d'entreprise tardent à changer les PCs, ce qui fait que je me retrouve avec une machine avec 2Go de ram, tu prends les 700Mo d'intellij, les 800Mo de JBoss, et quand tu compiles le code C++ à coté, tu pleures parce que ça swap au link (et même avant si le distcc n'a pas envoyé le gros fichier sur une autre machine).

    Bon le changement est prévu pour cette année.

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Le nid à trolls

    Posté par  . En réponse au journal systemd ca a l'air super.... Évalué à 5.

    hum, est ce que ça s'apparente plus à
    M-x vi-mode
    ou
    M-! gvim ?

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Comparaison n'est pas raison (mais bon)

    Posté par  . En réponse au journal Contribution créative : la Quadrature de la répartition. Évalué à 6.

    Tu peux faire la même avec la sécu, l'école, l'entretient des routes, les bacs à fleurs dans ta municipalité, les transports en communs, la redevance télé, cette comparaison n'a aucun sens, il vaut mieux se poser la question si on doit considérer l'accès à la culture comme un service publique (comme une bibliothèque municipale en plus moderne) ou non.

    Et je te rassures, si il y a une piscine municipale dans ta ville, il y a de très forte chance qu'elle soit subventionnée par ta mairie, donc que tu payes déjà ;)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Le nid à trolls

    Posté par  . En réponse au journal systemd ca a l'air super.... Évalué à 10.

    Oui effectivement systemd commence à devenir un bon OS, il lui manque juste un bon système d'init ;)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: L'Europe ?

    Posté par  . En réponse au journal Comprendre l'Ukraine. Évalué à 1.

    Petit aparté, mais croire que le médecin de campagne qui se mange en pleine tronche la pénurie de praticien est celui qui décide du numerus clausus, c'est au mieux d'une naïveté confondante, au pire de la bêtise crasse.

    C'est marrant je les entends parler de pénurie, réclamer des aides, déplacer des médecins dans leur zone (en le prenant dans une autre elle aussi en manque de médecins), une augmentation du coût de la consultation, mais jamais supprimer le numerus clausus. Le concours de médecine est réputé comme l'un des plus dur, or ce ne devrait pas être un concours, mais une épreuve.

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent