savitzkaia a écrit 38 commentaires

Ah excuse, j'ai été occupé et j'ai lu le billet en diagonale pour répondre vite : pour une fois qu'on parle d'aviation je voulais pas rater le coche.

Je commence tout juste à m'intéresser à l'OGN, je vais surveiller la rédaction si tu fais un billet sur le sujet :)

Vélivole en formation en ce qui me concerne, laché vol local \o/.

Nous utilisons flightbook.glidernet.org pour vérifier la planche et accessoirement pour voir le tracé des vol. C'est un site open source qui se base sur les données publiques des flarm.

Le lien vers les sources : ogn-flightbook

Bon vol!

J'allais écrire quelque chose mais tu as dit tout ce que je pensais. Merci à toi!

Ok je comprends mieux pour le tmp, de mon côté j'ai tout déplacé dans le dossier de l'application, de cette manière ça ressemble à l'arborescence de mes applis qu'elle soient professionnelles ou personnelles (c'est le côté professionnel qui a déteint en fait).

Zut, j'ai raté le formatage du commentaire et je n'arrive plus à le modifier, quelqu'un peut corriger?

Super script, c'est l'outil qui me manquait pour mes docs markdown.

Par contre je trouve les choix de dossier discutables pour bin et tmp :

    # Temp dir for mkdocs; must be on same partition then .md sources because
    # mkdocs changes detection needs hard links.
    TMP_DIR="$HOME/tmp/mkdocs-et-$$"

    # Directory for the virtualenv
    VENV_DIR="$HOME/bin/venv-mkdocs-et"

Je suis bordélique de nature et j'essaie de minimiser au maximum les dossier des applications et là le dossier bin qui s'installe tranquille à la racine de mon home ça me fait dresser les cheveux sur la tête.

Pareil pour le tmp, c'est le dossier que j'utilise pour faire des tests et que je shoote/vide régulièrement donc mauvaise pioche.

Après l'avantage c'est que c'est un script donc je vais de ce pas changer ça :) et merci encore pour avoir partagé ton travail.

Super application, tu n'as plus qu'à ajouter le DR400 et tu feras le bonheur des aéroclubs :-).

Une variante : chown user:groupe /mondossier/.* avec le gros ".*" à la fin parce que je voulais aussi changer les droits des fichiers cachés. J'ai juste oublié que le dossier parent est "..". Moi ça n'a pas mis très longtemps avant de montrer des signes inquiétants.

remplacer "dors et deja" par "d’ores et déjà".

Pour l'anecdote, je ne savais pas comment ça s'écrivait avant de lire cette dépêche.

wikitionnaire : d'ores et déjà

Je travaille dans une grosse boîte et je peux dire que c'est actuellement le mode de fonctionnement pour ce qui n'est pas du dev (encore que…), on arrive grâce à ce genre de système à avoir des délais délirants.

Par exemple, j'ai créé un nouveau logiciel que je veux mettre en prod. Pour cela j'ai d'abord besoin qu'on m'ouvre les port réseaux. Je fais des tickets de demande pour le réseau, j'essaie de faire un truc intelligent avec un fichier excel. Grave erreur, le ticket m'est renvoyé, trop complexe, le type qui les remplit a un temps max pour faire ce genre de ticket et doit en remplir le plus possible, donc ticket compliqué = refusé. Pas grave, je me démonte pas, je fais plein de petits tickets pour chaque route ce qui moi va me prendre beaucoup de temps. Les tickets sont partis, ouf, plus qu'à installer le logiciel, je crée le ticket pour l'installer. Ah mince il faut créer le ticket pour démarrer le service au boot, pour installer le soft (pas les mêmes équipes évidemment), je suis persévérant je fais mes tickets. Tiens que ce passe-t-il? Un de mes tickets réseau a été refusé, ah oui l'application n'est pas démarrée. Normal, si elle l'était une alarme serait montée car le port serait fermé. Ah en fait le ticket a été clos car sinon ça n'entre pas dans les stats du mec réseau, il faut que j'en recrée un. Tiens mon ticket système a aussi été refusé, j'ai pas coché la bonne case, même si le mec le sait il ne m'appellera pas (ce qui prendrait 2 min) et va rejeter le ticket : et oui, il n'a pas le droit de m'appeler, il ne doit pas passer de temps à autre chose que ces tickets.

Et je passe sur le circuit de validation de tickets et des items de créations non pertinents.

Bref, vous voulez un nouveau soft en prod? 3 semaines de délai.

C'est ok maintenant, j'aime beaucoup la manière dont c'est structuré néanmoins une je vais faire une dernière remarque :

Un groupe G est abélien ou commutatif si pour tout g et h dans G, gh = hg.

Il manque le "." de la loi de composition interne qui bizarrement est partout ailleurs. J'aime beaucoup la remarque concernant la traduction en anglais du terme "corps", ayant a l'époque lu des ouvrages en anglais, les subtilités des définitions d'une langue à l'autre m'ont toujours rendu la lecture de ceux-ci un peu difficile.

En ce qui me concerne je suis toujours partisan du plus simple, donc si Docker n'apporte rien autant s'en passer. Si j'ai le temps j'essaierai de compiler les sources pour voir si je m'en sors.

Je suis très fier d'avoir pu participer à une correction, néanmoins quand je veux lire la toute dernière version en pdf tous mes lecteurs pdf (acrobat, foxit, chrome etc.) me signalent que le document est corrompu. J'ai juste vérifié le header qui annonce bien un pdf.

Alors il est tard donc je ne vais peut-être pas être clair, mais je commence à utiliser Docker et un de mes collègues a justement fait une image docker pour compiler les sources C++ utilisant le framework interne, qui a le défaut d'être ancien (pré-stdlib) et de ne compiler qu'avec certaines version de compilateur avec une chaine complexe de compilation. C'est assez simple en fait et ne prends pas des gigas octets de données par contre il faut utiliser un peu pour se familiariser. Mais je recommande, si mon avis peut avoir un quelconque impact.

Concernant le livre j'ai lu quelques pages sur les domaines (qui m'ont été un jour) familiers et j'ai vu que le livre commence par les anneaux mais ne définit pas avant ce qu'est un groupe abélien. C'est peut-être lié au programme je n'ai jamais passé l'agrégation.

J'aime pas les méprisants qui ont oubliés qu'ils ont un jour été débutants.
J'aime pas les pédants qui pensent qu'ils aurons toujours le temps de tout configurer
J'aime pas les listes de j'aime pas

Ah en effet, merci pour la précision :-).

aux dernières nouvelles c'était un mec de chez gcu-squad qui s'en occupait : zone4-telephone-maison mais ça fait un moment qu'il n'y a plus eu de post sur le site. C'est dommage, j'aimais bien même si je ne suis pas BSDiste.

Merci Siltaär de ce journal sur ton Fairphone 2, car en effet j'étais très curieux de savoir ce que tu en pensait sur le long terme (Nel speaking). J'avoue que ce qui me bloque toujours avec ce genre de téléphone c'est le côté un peu dépassé des éléments utilisés. Le côté "gros" téléphone n'est plus argument depuis déjà quelque temps, tout les constructeurs étant passés à de grandes diagonales. Mon nexus 5x que j'ai fini par acheter est gênant lorsque je m'assoie, de ce côté je regrette mon vieux nexus 4, et je le reprend à l'occasion jusqu'à ce qui m'a fait en changer me revienne : batterie trop juste, photo bruitée et avec un halo rougeâtre, surchauffe malgré mon bricolage trouvé sur le net etc. Par contre après avoir changé un certain nombre de pièces du nexus 4, je trouve que la réparabilité des nexus est tout de même à saluer, j'espère qu'il en sera de même pour le 5x.

C'est ça pour moi le pire, "corriger" le code d'un "génie" qui a codé comme un porc sans se soucier une seconde des gens qui passeraient après. En général le "génie" en question finit par s'embourber dans son propre code et planter son truc pour finalement demander à faire autre chose et convaincre un chef quelconque que c'est tellement bien codé que ça ne devrait pas prendre longtemps à quelqu'un d'un minimum talentueux pour corriger le truc (notez comme le fourbe flatte autant lui-même que la victime). Car oui, le "génie" se lasse, il veut passer à autre chose. La traduction exacte est "les rats quittent le navire".

En général, après relecture par plusieurs personnes (ne jamais rester seul dans ces cas là) le tout part à la poubelle ou n'est jamais corrigé.

Fin du mode aigri, maintenant quand on me dit "il y a un truc écrit par , il a changé d'équipe, il faudrait faire un correctif, les gars de l'équipe ont du mal on a besoin de quelqu'un d'un peu experimenté, ça tente quelqu'un?" je fuis ventre à terre.

J'adore ce que font ces mecs, c'est souvent bien vu. Le coup du 3ème intervenant avec HAL est vraiment bien trouvé.

rhalala, bon c'est dans "l'horloger de la comète" de Tome et Janry. Je ne peux donner la page pour l'instant la BD est toujours chez mes parents qui ne sont pas à côté.

référence inside

et grotesque se dit euqsetorg je suppose?

fin de ma blague, celui qui trouve la référence gagne un bon point

une réponse plus complète se trouve ici : panorama

c'est dommage il faut faire glisser une page pour avoir un nouveau groupe, j'aurais aimé pouvoir en créer un grand nombre vides pour classer au fur et à mesure et pas tout refaire à chaque fois. Sinon je trouve ça vraiment pas mal.

tout à fait d'accord, en général le matos rame déjà sous XP…

c'est pas faux ;-) Après utiliser syslog/rsyslog/syslog-ng/… demande de faire intervenir les admin sys et de procédurer la chose, ce qui n'est pas toujours simple, les environnements évoluant en fonction des contraintes qui leur sont imposées.

non mon employeur ne serait pas content mais globalement si tu prends le concept de log4j tu as en début de ligne par défaut:

2014/02/12-16:18:04.318 INFO

ce à quoi tu vas ajouter des informations de contexte diverses et variées comme le nom de machine, le numéro de transaction, peut-être le numéro de thread, le pid du process, le mode ou que sais-je pour connaître le contexte de l'événement loggé, et ceci à CHAQUE ligne, ce qui te bouffe les 3/4 de ta console (j'exagère un peu là, j'ai un grand écran mais c'est pour l'effet dramatique) pour un bout d'information que tu cherches.

Pour peu que tu aies un grand nombre de transactions par secondes ça devient très vite compliqué de parser le tout, les logs étant verbeux les rotations se font trop vite pour que tu aies le temps de voir ton message passer, et tu te rends compte en faisant un calcul simple (on l'a fait) que l'impact sur les performances est loin d'être négligeable (écriture disque).

J'apprécie beaucoup le fait d'avoir des logs de textes de temps en temps mais j'avoue, lorsque l'application bourre ça devient vite compliqué.