Boiethios a écrit 129 commentaires

  • [^] # Re: Grammaire

    Posté par  (site web personnel) . En réponse à la dépêche C++17 adapte le static_assert() aux usages. Évalué à 3.

    Oups, désolé de faire mon "grammar nazi", mais c'est bien "s'est fait renommer" et non pas "faite" : https://www.projet-voltaire.fr/regles-orthographe/elle-s-est-faite-faire-ou-elle-s-est-fait-faire/

  • [^] # Re: Grammaire

    Posté par  (site web personnel) . En réponse à la dépêche C++17 adapte le static_assert() aux usages. Évalué à -2.

    Je prends le temps de signaler une faute, et quelqu'un me met -1…

  • # Grammaire

    Posté par  (site web personnel) . En réponse à la dépêche C++17 adapte le static_assert() aux usages. Évalué à 7.

    s'est bien fait renommER

  • # Il n'y a jamais la moindre indication de salaire

    Posté par  (site web personnel) . En réponse à la dépêche Déjà plus de deux ans depuis le lancement de LinuxJobs.fr, site d’emploi du logiciel libre. Évalué à 10.

    C'est vraiment rédhibitoire pour moi. Pourquoi ne pas mettre au moins une fourchette, le moindre indice ? Certes, je ne trouve pas que le salaire soit le plus important des critères, mais ça a son importance. Et je n'ai pas envie d'appeler chaque boîte juste pour avoir une idée du salaire.

    Sinon, sur le site en lui-même, c'est une excellente initiative. Pour mon prochain boulot, je me pencherai dessus ; marre de bosser sur du tout-Microsoft :p

  • [^] # Re: Merci !

    Posté par  (site web personnel) . En réponse au journal Portage de TapTempo en Ada. Évalué à 2.

    Je pense que si je fais un journal, je ne vais pas garder ces lignes, c'est un peu moche.

    Pour expliquer vite fait, le résultat de reader.next() est un Option<Result<String, Error>>, c'est-à-dire qu'on pourrait avoir ou pas un résultat (Option est un type optionnel, comme Maybe en Haskell). On n'a pas de résultat quand l'utilisateur fait un CTRL+D sur une ligne vide par exemple.

    Du coup, le unwrap_or sert à dire: "récupère le contenu de l'option, ou prend la valeur Ok("q".into()) comme valeur par défaut si on n'a pas de valeur dedans".

    Donc on a un type Result<String, Error> à ce moment. Il vaut soit Ok(String) si tout s'est bien passé, soit Err(Error) si il y a eu un problème. map_err sert à changer le type dans Err ; et map sert à changer le type de Ok.

    Si on écrivait tout ça en plus verbeux, ça donnerait:

    match reader.next() {
        None => false,
        Some(res) => match res {
            Ok(s) => Ok(s != "q"),
            Err(e) => Err(format!("{}", e)),
        }
    }
    
  • # Merci !

    Posté par  (site web personnel) . En réponse au journal Portage de TapTempo en Ada. Évalué à 1.

    Ce langage a l'air intéressant, même si la syntaxe est déroutante pour moi. Ca commence à faire pas mal de fois que j'entends parler en bien de celui-ci, il faudra que je creuse tout ça.

    Sinon, je suppose que je n'ai pas trop le choix, je devrai écrire un journal sur mon port en Rust :p

  • [^] # Re: J'ai trouvé ce projet marrant

    Posté par  (site web personnel) . En réponse au journal Un tap tempo en ligne de commande. Évalué à 3.

    J'aurais du mal à détailler toutes les caractéristiques du Rust (ou de n'importe quel langage) en quelques lignes, mais je dirais que si le code est plus concis, c'est dû d'une part aux macros procédurales qui permettent de générer n'importe quel code à la compilation:

    #[derive(Debug, StructOpt)]
    struct Params {
        #[structopt(short = "p", long = "precision", default_value = "0")]
        /// set the decimal precision of the tempo display [max: 5]
        precision: usize,
        #[structopt(short = "r", long = "reset-time", default_value = "5")]
        /// set the time in second to reset the computation
        reset_time: u64,
        #[structopt(short = "s", long = "sample-size", default_value = "5")]
        /// set the number of samples needed to compute the tempo
        sample_size: usize,
    }
    

    Ce code va générer tout le code nécessaire à la gestion des paramètres en ligne de commande par exemple. Ça a la même utilité que les templates en C++, mais c'est plus puissant (tu peux réécrire tout l'arbre syntaxique du code sur lequel s'applique la macro).

    La deuxième raison est que le code est orienté expression (comme un langage fonctionnel). On peut écrire des choses comme:

    fn are_close(a: f64, b: f64) -> bool {
        (a - b).abs() < 0.0001
    }
    

    Si j'ai géré le cas d'erreur c'est que c'est obligatoire en Rust (sinon ça génère un warning). En soi, je ne suis pas sûr que ce soit super utile, j'imagine qu'il y a peu de chance que l'écriture sur le terminal échoue.

  • # J'ai trouvé ce projet marrant

    Posté par  (site web personnel) . En réponse au journal Un tap tempo en ligne de commande. Évalué à 3. Dernière modification le 24 février 2018 à 17:26.

    Et je me suis amusé à le traduire en Rust (pour le feun):

    https://gitlab.com/Boiethios/tempotap

    J'ai juste ignoré la traduction et ce qui concerne l'installation.

    (Concernant la licence, je n'y connais pas grand' chose, j'espère que je n'ai pas fait d'erreur. J'ai mis le texte de la GPL V3 et j'ai indiqué la provenance du code).

  • # Surtout Visual Studio Code

    Posté par  (site web personnel) . En réponse au journal Quel IDE pour quel langage. Évalué à 5.

    Je fais surtout du C# et du Rust, et je dois dire que je préfère VSCode pour les deux. Il y a une grosse dynamique autour de cet IDE, et tous les plugins sont nécessaires ; je n'ai besoin de rien d'autre. A chaque fois que j'utilise un langage, j'ai le plugin qui va bien.

  • # Que penses-tu de mon langage préféré : le Rust ?

    Posté par  (site web personnel) . En réponse au journal La recherche en langages de programmation au quotidien. Évalué à 1.

    Une des choses que j'aime, c'est le multi-paradigme ; mais évidemment ce qui m'a séduit c'est la nouveauté qu'il a introduite : la sécurité mémoire sans GC.

    Du coup, je me dis que (peut-être) ça a un rapport avec ton domaine de recherche, à savoir un langage auto-validé. Par exemple, je sais qu'avec la programmation logique on peut vérifier la validité d'un compilateur, ou encore faire des analyses statiques de code. Je me demande en quoi le Rust permet de répondre à certains de ces problèmes.

  • [^] # Re: Sérieux

    Posté par  (site web personnel) . En réponse à la dépêche Dernière ligne droite pour l’appel à conférencier·e du PHPTour 2018. Évalué à -1.

    Autant je trouvais le commentaire d'au-dessus pertinent (il m'a amené à plus me renseigner), autant celui-ci suinte d'arguments ad hominem.

    La haine contre le PHP serait un argument contre moi ? Bah non, j'ai le droit de haïr un langage. Je n'ai évidemment aucun problème contre les gens qui l'utilisent (heureusement, je me mettrais à dos la moitié des devs de la planète sinon). On est entre grandes personnes, on peut échanger sur un sujet, y compris de façon énergique, sans se sentir froissé parce qu'on a été haineux ou injurieux vis-à-vis de son langage préféré.

    Je suis élitiste ? Comment peut-on dire que je suis élitiste alors que je souligne que Django (en python, donc) est meilleur pour faire rapidement un site web ? Si défendre le python est élitiste, les mots n'ont plus aucun sens. Le python est LE langage "casual" par excellence ; mais comme je ne suis pas élitiste, je n'ai aucun problème à reconnaître que c'est une langage bien conçu.

  • [^] # Re: c'est chaud

    Posté par  (site web personnel) . En réponse au message [Offre d'emploi] Sysadmin sur Grenoble. Évalué à 1.

    En réalité, je suis plus à la recherche de télétravail. Mais sinon, les jobs ont l'air intéressantes.

  • [^] # Re: c'est chaud

    Posté par  (site web personnel) . En réponse au message [Offre d'emploi] Sysadmin sur Grenoble. Évalué à 2.

    … et avec ce salaire, il y a moyen de mieux vivre à Bordeaux qu'avec le mien en région parisienne je suis sûr. Faut relativiser. Et la qualité de vie est merdique en région parisienne. Je ne pense qu'à partir, quitte à voir mon salaire diminuer d'un tiers :)

  • [^] # Re: c'est chaud

    Posté par  (site web personnel) . En réponse au message [Offre d'emploi] Sysadmin sur Grenoble. Évalué à 1.

    Très heureux pour toi. De ma petite expérience (côté recruteur), je viens de faire passer 3 entretiens pour ce poste et aucun des candidats (Bac+2/3 entre 5 et 10ans d'XP) ne connaissait la commande find :( alors qu'il était marqué linux (power user) sur leurs CV.
    Je n'ai pas dit qu'un Bac+5 avec 0XP aurait pu répondre :)

    Eh bien ça rejoint ce que je dis : il faut trier en fonction des compétences et non du diplôme. Quelqu'un ne connaît pas la commande find -> il dégage ; si ses compétences sont au niveau -> bienvenue. Peu importent ses diplômes.

    HS, mais je n'aimerais pas être côté recruteur quand je vois le niveau moyen des candidats. Beaucoup de développeurs autoproclamés ne savent pas faire un fizzbuzz…

    Il faudrait connaître le coût de la vie (loyer/transport) entre Grenoble et Paris pour comparer.

    La région parisienne a un coût prohibitif. Les transports en commun c'est 70€ par mois, le loyer c'est facilement au delà de 1000€ par mois pour avoir quelque chose de correct. Un 9m² sur Paris coûte aussi cher qu'un 2/3 pièces dans une ville de taille moyenne. La bouffe est chère aussi. Donc je pense que 30k c'est un salaire correct au doigt mouillé.

  • [^] # Re: c'est chaud

    Posté par  (site web personnel) . En réponse au message [Offre d'emploi] Sysadmin sur Grenoble. Évalué à 2.

    Non, je suis d'accord avec lui. C'est un truc très franco-français d'exiger des diplômes et des formations plus ou moins universitaires pour tout et n'importe quoi. Les diplômes ne garantissent rien, encore moins dans les métiers de l'informatique.

    Dieu merci, ça tend à changer. J'ai fait 2 années de formation, et j'ai pourtant été pris dans les boulots où j'ai postulé, au détriment de gens qui justement avaient un diplôme d'ingé ou autres Bac +5. Voir dans une annonce qu'on demande un diplôme avant l'expérience technique, ça ne donne pas envie.

    Pour le salaire, je trouve que ça fait peu (je gagne 45k en tant que dev junior) mais je suis en région parisienne aussi, donc je suppose que la comparaison ne vaut pas grand chose.

  • [^] # Re: Sérieux

    Posté par  (site web personnel) . En réponse à la dépêche Dernière ligne droite pour l’appel à conférencier·e du PHPTour 2018. Évalué à 1.

    Sur internet, on trouve parfois ce qu'on appelle des faits et des arguments. Internet permet donc un truc bien pratique qu'on appelle le partage de connaissances, qui évite à chacun de devoir refaire inutilement des expériences qui ont été déjà faites.

    Un commentaire pertinent aurait été de répondre aux arguments donnés par la personne dont j'ai partagé l'article au lieu de faire une attaque ad hominem à 2 ronds.

    Par exemple, c'est normal que dans un langage l'égalité ne soit pas transitive ? (i.e. qu'il existe 3 valeurs A, B et C telles que A == B, B == C et A != C)

    Faire des bindings du C à l'arrache (causant parfois des segfault dans le programme) alors que le langage a toutes les abstractions nécessaires pour faire ça mieux, c'est pas un problème de conception ?

    Un opérateur ternaire associatif à gauche, ce n'est pas inutile et contre-intuitif ? Ca n'induit pas en erreur le développeur du fait que TOUS les autres langages (y compris ceux dont est tiré le PHP) font le contraire ?

    Les casts automatiques entre des types qui n'ont rien à voir (string -> int ou int -> float) causant des problèmes de sécurité, c'est normal ?

    Etc. etc.

    Bref. Au lieu de rager sur les gens qui se renseignent sur internet, réponds sur le fond.

  • # NodeJS ?

    Posté par  (site web personnel) . En réponse au message [JS ?]je sais pas quoi utiliser. Évalué à 1.

    De toute façon, je crois que t'as pas trop le choix, côté serveur.

  • # Trouve un autre site pour jouer à la belote.

    Posté par  (site web personnel) . En réponse au message flash player. Évalué à 1.

    Flash est une technologie obsolète comme les autres l'ont dit. Plus aucun navigateur ne supporte Flash. Le mieux est d'essayer de trouver un autre site pour jouer à la belote en attendant qu'ils se mettent à jour. Tu peux toujours les contacter et leur demander s'ils veulent mettre à jour leur techno.

  • [^] # Re: Sérieux

    Posté par  (site web personnel) . En réponse à la dépêche Dernière ligne droite pour l’appel à conférencier·e du PHPTour 2018. Évalué à 0.

    C'est sous-entendu dans sa réponse. "Les chiffres parlent d'eux-même" -> que disent-ils alors ? Quel est l'intérêt de cette phrase après mon commentaire si ce n'est pour dire que PHP est bien parce qu'il est majoritaire ?

  • [^] # Re: Sérieux

    Posté par  (site web personnel) . En réponse à la dépêche Dernière ligne droite pour l’appel à conférencier·e du PHPTour 2018. Évalué à 3.

    Windows est présent partout et est prêt à l'emploi quand tu achètes un ordinateur. C'est bien la preuve de sa supériorité.

  • [^] # Re: Sérieux

    Posté par  (site web personnel) . En réponse à la dépêche Dernière ligne droite pour l’appel à conférencier·e du PHPTour 2018. Évalué à 0.

    Je pense que c'est une fausse simplicité. Rajouter des infos à la volée dans une page statique n'est pas plus clair que d'utiliser des templates genre https://tutorial.djangogirls.org/en/template_extending/

    Passés 10 lignes de code et 3 echo, il y a déjà moyen d'être perdu. Se perdre dans un html template, il faut le faire quand même.

    HS : Les romains accordaient en fonction de la proximité, comme tu le fais. Comment se fait-il qu'ils avaient des lois du genre "Le père de famille a droit de vie et de mort sur sa famille (y compris sa femme)" alors qu'ils étaient inclusifs ? :O N'y aurait-il aucun rapport entre grammaire et société ? ;)

  • [^] # Re: Sérieux

    Posté par  (site web personnel) . En réponse à la dépêche Dernière ligne droite pour l’appel à conférencier·e du PHPTour 2018. Évalué à 1.

    Je me suis dit la même chose. Le paragraphe qui suit n'est pas du troll, pour ceux qui voudrait mettre -1 à mon commentaire sans le lire en entier : le PHP est, comme "langage" la pire bouse finie à la pisse qui n'ait jamais été faite. Je ne détaillerai pas ici tout ce qu'il y aurait à dire, c'est impossible ; mais il existe une littérature abondante sur le sujet (chercher "why PHP is crap" sur internet). Cet article est relativement exhaustif par exemple : https://whydoesitsuck.com/why-does-php-suck/

    C'est un petit langage de script fait à l'arrache, sans aucune planification ou recherche de cohérence, avec un "design" inexistant, et qui pour des raisons mystérieuses a conquis la planète. Pour le bien du web, il faudrait l'éliminer le plus vite possible et passer à de vrais langages, adaptés à cet usage (python, go, C#/F#, etc., ils ne manquent pas).

  • [^] # Re: C’est toujours mieux qu’un open-bar.

    Posté par  (site web personnel) . En réponse au journal Et ca continue encore et encore ... avec la pomme ... la grande rigolade. Évalué à 0.

    La ou j'ai ete totalement anti-tactique microsftienne c'etait lorsqu'ils ont devoye la certification ISO pour leur format merdique mais comme d'habitude, le bully a gagne.

    Ah, ça c'est une autre question. Je pense que cette entreprise fait souvent de la merde et des choix discutables à plusieurs niveaux (techniques, éthiques, etc.). Jusqu'à il y a peu, je pensais tout le mal possible de la plupart de leurs technos. Mais ce n'est pas être anti-Windows fanatique, c'est se baser sur des faits, étayer ses positions, etc. On est loin de l'attitude de celui qui a des boutons devant n'importe quel poste sous Windows.

    D'ailleurs, cette attitude constructive permet de changer d'avis. Je suis par exemple très content de visual studio code et du .NET core.

  • # Debian testing

    Posté par  (site web personnel) . En réponse au message decu de windows 10, help linux!. Évalué à 1.

    C'est ce que j'utilise chez moi. J'utilisais Ubuntu avant, mais Debian testing est plus léger et présente moins de beugs quand on met à jour (la mise à niveau sous Ubuntu a toujours été… folklorique d'après mon expérience). De plus, c'est une des distributions les plus utilisées, donc on a du support facilement, et les choses fonctionnent d'entrée de jeu en général.

    Je précise "testing" et non pas stable parce que c'est mieux pour un ordinateur personnel. Les logiciels sont mis à jour souvent, et contrairement à ce que laisse sous-entendre le nom, c'est stable (jamais de problèmes alors que je l'utilise depuis des années maintenant). Il faut réserver Debian stable aux serveurs.

    Il faut télécharger l'image avec le bureau que tu veux utiliser, c'est plus simple (je préfère GNOME perso, mais chacun ses goûts).

    Sinon, j'ai essayé Fedora que j'ai apprécié. C'est tout aussi simple à installer et prêt à l'usage immédiatement.

  • [^] # Re: C’est toujours mieux qu’un open-bar.

    Posté par  (site web personnel) . En réponse au journal Et ca continue encore et encore ... avec la pomme ... la grande rigolade. Évalué à 4.

    Ma femme et moi aimons "Linux" parce que GNOME est simple et ergonomique, et que je trouve toujours la solution à mes problèmes. Ca fait facilement les trucs que j'aime : surfer, regarder des vidéos, jouer à quelques jeux parfois, coder, etc. Nous n'avons rien contre Windows, puisque nous l'utilisons au travail sans (trop) rechigner (même si je préfèrerais utiliser Debian/GNOME, j'avoue…)

    Je connais d'autres personnes dans le même cas, qui trouvent tout simplement que "ça marche mieux" de façon général (ma mère par exemple, qui me demande d'installer Linux à chaque fois qu'elle achète un ordinateur). Non, toute personne sous Linux n'est pas un anti-windows fanatique :p