Colin Pitrat a écrit 1117 commentaires

En fait c'est mentionné dans la dépêche de l'an dernier:

"Un changement de règlement de l’agrégation, survenu en 2015, a envoyé les exemplaires disponibles au pilon : pour pouvoir être utilisé par les candidats, un livre doit dorénavant être commercialisé. Les candidats passés en 2015 et 2016 ont dû se passer du Frido pour préparer leurs oraux."

De mémoire, c'était mentionné à l'intérieur du livre. Depuis quelques années (ou peut être même l'an dernier) il faut une version papier venant d'un éditeur, impossible de venir avec sa propre version imprimée.

On ne demande pas au navigateur de répondre 'oui oui' mais de chiffrer un token avec une clef privée. Bien sûr si tu peux examiner la mémoire, tu peux récupérer la clef d'où l'intérêt d'avoir une 'chaîne de confiance' (OS et matériels font de même pour garantir qu'il n'y a pas un debugger qui tourne, une VM …). Il y'a tellement de maillons dans la chaîne qu'il est difficile d'imaginer qu'aucun ne soit cassé mais il suffit alors de révoquer la clef correspondante et tant pis pour les utilisateurs honnêtes qui ne peuvent alors plus accéder à leur contenu à moins d'acheter un nouvel écran, de nouvelles enceintes ou un nouveau PC. Ah c'est beau l'obsolescence programmée^WW les DRMs.

Quand je lis 'faut disputer les devs qui n'y prêtent pas attention' je suis tout de suite méfiant.

Mon compilateur a des messages d'erreurs incompréhensibles mais faut disputer les devs qui écrivent du code qui ne compile pas. J'ai pas écrit de tests mais si quelqu'un casse quelque chose à l'avenir, faut le disputer parce que c'est mal de casser mon code. Le repository est incohérent mais faut disputer les devs qui ont pas utilisé le flag --no_incoherence_introduced_please

Si l'on cherche à comprendre pourquoi 'les devs' on fait 'une bêtise' on se rend bien souvent compte qu'en fait, l'outil n'est pas pratique à utiliser, permet une erreur (voir l'encourage) sans que cela n'apporte quoi que ce soit et qu'en modifiant l'outil ou en en changeant on fait disparaître le problème définitivement. Alors qu'en 'disputant les devs', on se fatigue juste à crier sans que ça ne change rien.

Moi je trouve ça pas mal. Ce n'est pas si facile qu'il y paraît de choisir un bon nom. Ce qui plaira à un francophone ne sonnera pas forcément bien à d'autres. Dans le cas présent, je pense que le nom passe bien dans beaucoup de langues. En français, il n'est pas difficile à retenir (ça ressemble un peu à pilule, l'orthographe est simple …) et le lire/dire 2 ou 3 fois devrait suffire à être à l'aise avec.

Après c'est vrai que Crotophaga aurait été plus classe.

Ce n'est pas au gestionnaire de source de faire ça ! Je suis d'accord que ce serait mieux si github mettait les pages wiki et les bugs dans le repository (google code le faisait pour les pages wiki au moins).

Mais ça doit rester en dehors du gestionnaire de sources dont ce n'est pas le rôle. Par contre, certaines fonctionnalités peuvent le faciliter (récupérer une sous partie du repository par exemple, éventuellement en lecture seule, ou interface de type système de fichier).

Avoir des composants séparés qui sont intégrés dans une solution de plus haut niveau permet de changer les composants (et donc d'évoluer) plus facilement. En plus, ça peut permettre d'avoir le choix pour certains composants (tout le monde n'a pas les mêmes préférences pour la gestion de docs, de bugs, etc…)

À noter que ce ne sont pas vraiment des raccourcis claviers de bash mais de readline et donc utilisable dans plein d'outils.

D'autre part, ces raccourcis sont configurables et il existe un mode vi, ce qui est encore plus pratique (certes echap est au coin du clavier mais ça évite les combinaisons acrobatiques et puis avec un peu de bricolage, on peut la remplacer par une pédale).

Est-ce que quelqu'un a essayé sous wine ?

Ce n'est pas un entretien de recrutement, c'est un préfiltre fait par téléphone par un RH. Les questions sont simples mais permettent d'éliminer beaucoup de candidats, évitant de crouler sous les entretiens. La façon dont il est rapporté est à mon avis fausse car lorsque une réponse n'est pas comprise par le RH il demande à un ingénieur de donner son avis.

Tu peux vérifier que ce soit bien dû à cela (ou plutôt quelle part) en désactivant la fonctionnalité dans about:config. Il y'a beaucoup d'efforts ces derniers temps autour des perfs, entre autre une diminution importante de la consommation mémoire (par exemple https://metafluff.com/2017/07/21/i-am-a-tab-hoarder/)

La fonction gets c'est pas un problème avec le langage, c'est une fonction d'une librairie (certes standardisée et fortement liée).

Un exemple de faille dans le langage, c'est par exemple quand on peut forcer java à avoir une référence invalide alors que le langage a été conçu pour rendre celà impossible (https://dev.to/rosstate/java-is-unsound-the-industry-perspective)

Ce genre de problème ne risque pas d'exister en C puisque le langage est très simple et n'introduit pas d'abstraction cherchant à limiter ce qui peut être fait avec.

Techniquement il a raison, la deuxième est bien la même chose que la deuxième …

Mais as tu déjà vérifié qu'une erreur sur le dernier caractère était détectée ?

Google.

En même temps c'est mieux pour gérer des développeurs d'avoir des managers qui comprennent un peu. J'ai vu des managers d'équipes de dev qui n'y connaissaient pas grand chose et c'est pire que tout.

Ce qu'il faut c'est sélectionner des managers parmi les devs qui ont envie de le devenir et qui montrent des compétences. Et les former. Et s'assurer qu'il n'y a pas une atmosphère dans l'entreprise laissant penser que devenir manager est le seul moyen d'évoluer.

Je suis actuellement dans une boîte où le 'niveau' (de responsabilité en quelque sorte et auquel correspond une fourchette de salaire) d'un développeur peut être plus élevé que celui de son manager, ou même son n+1, n+2 … Ça change tout ! Les gens ne se battent pas pour être manager et les managers choisissent cette voie parce que ça leur plait.

Mon conseil, c'est d'en discuter sérieusement avec ton management si ce n'est pas la voie qui te plaît. C'est dans l'intérêt de ta boîte et de ton management (en plus du tiens) que tu sois au poste où tu es le plus efficace et le plus heureux.

Malheureusement dans beaucoup de boîtes, rester développeur c'est stagner. Pour "avancer" il faut passer manager. Auquel cas tu as 4 choix: faire quelque chose que tu n'aimes pas, "stagner" (en salaire je suppose), faire changer la mentalité de ta boîte, changer de boîte.

En passant, j'ai eu moi aussi mon expérience de manager dans une boîte ou ça semblait être le seul moyen de ne pas stagner. La vérité c'est que le salaire était le même. En montant encore d'un échelon la différence aurait commencé à devenir visible, mais partir dans une voie qui ne te plaît pas juste pour ça serait une erreur je pense.

Trouver une boîte où les compétences techniques sont récompensées (si il s'avère que ce n'est pas le cas dans la tienne) est à mon avis la meilleure option si bouger est une possibilité (famille, tout ça).

Pour ma part j'ai commencé à utiliser Duo et la qualité est bien meilleure que Skype, Hangout et autres lorsque la connexion est un peu faiblarde.

Une expérience vieille de 20 ans, c'est pas ce qu'il y a de plus frais …

Ou alors juste afficher la note au preview, ce qui permet de retoucher jusqu'à l'obtention de la note recherchée

Ras le bol de ces commentaires politiques qui viennent polluer jusqu'aux journaux parlant de médecine ! :)

Je pense qu'il pensait plutôt aux vers (worms) qu'aux virus quand il a écrit son journal. Ca ne rend pas son propos beaucoup plus intelligent mais rechercher la différence lui permettra peut-être de comprendre ta réponse.

Non, tu parles d'une attaque extérieure. Automatisée, exploitant les faiblesses du système, mais pas une bête pluie.

Une attaque de drones dans ta comparaison​ peut-être ?

Moi j'aime bien regarder la télé pourtant, ça me calme. Sauf quand quelqu'un vient l'allumer​, dans ce cas je pête les plombs (blague piquée aux fatal picards si je me souviens bien)

Parce qu'il faut une liste sur laquelle cocher les votants pour éviter les doubles votes et, accessoirement, comparer au nombre de voix décomptées. Tu propose quoi en remplacement ?

Le mieux c'est d'utiliser un vrai langage, comme lisp, qui autorise les symboles avec les espaces:

(defun 'do all')
('open the door')
('do the first step')
('close the door'))