Tu veux dire que ta pensée a été déformée par ta boite, alors que nous, ici, sommes parfaitement bien informés et totalement impartiaux. C’est gentil de le reconnaître ;-)
Quand tu es rond, on t’emmènes en cellule de dégrisement. En général, tu ne souhaites pas y retourner après une nuit où tes amis de cellules on vomis, se sont fait dessus…
Je suis personnellement heureux de n’y avoir jamais été.
Je n’avais pas vraiment regardé les numéros… Mais, je sais qu’une des séries policières française utilise un numéro de portable pris au hasard. Et à chaque diffusion, l’heureux propriétaire du numéro reçoit des coups de fils…
Je sais qu’ici on est plutôt sensibilisé, mais une boulette arrive si vite. Et les blagueurs sont, comment les décrire ?, si blagueur.
Tu as laisser des numéros de tél en clair.
- C’est des numéros au hazard et quelqu’un va recevoir des appels…
- C’est tes numéros, et on risque de t’apeller ;-)
- C’est des numéros surtaxés, et je trouve ça trop intelligent… Il faut que j’y pense.
Mon idée était clairement de prendre mon téléphone, et de tracer les pistes de ski alpin tous les jours des vacances. Puis de rentrer tout ça dans OSM.
Je le ferai l’année prochaine puisque ça semble possible.
Un codeur de logiciel libre verra son code exposé à la face du monde. Un codeur de logiciel à sources fermées sera peut-être moins inquiété par la qualité du code.
Tu n’as jamais bossé pour un industriel toi. Parce que ce soit dans l’avionique civile ou militaire, chez intel pour le développement de leur plateforme android, les relectures de code sont obligatoire. Et si tu ne respectes pas les règles (parfois chiante et stupide), bah tu peux refaire.
Le seul endroit où je n’ai pas vu de relecture de code c’est : en formation de langue et chez feu Nortel Networks.
Tu as un lien, ou un prix ? Parce que j’ai essayé d’installer gitorious pour une démo, et avec tous les rails de coke, pas simple…
Je n’ai pas trouvé l’info chez github.
Au boulot, c’est MS Word ou google doc. Mais ma préférence va à LaTeX ou des txt2doc…
Pour les raisons, on se concentre sur ce qui est important : le contenu. La forme vient ensuite si nécessaire.
La deuxième raison, c’est que du texte ça passe bien dans une gestion de conf. ce n’est pas le cas des documents binaires, ni du xml… dont les diff sont souvent obscures.
Je te le retourne ;-). Parce que si tu rebases une branche qui a déjà était « pusher » alors oui, il a raison. Je suis d’accord que normalement, on ne fait pas dans ce cas là. Mais ça peut arriver.
Une fois, j’ai même utilisé le rebase -i pour virer rééllement un commit qu’un client ne devait pas voir. Ça à mis un sacré bazar chez les intégrateurs qui n’avait plus de sha1 correct sur le dépôt central… C’était voulu, et on a fait passé en urgence les nouvelles réf.
rebase master -> devel pour intégrer toutes les nouveautés à ma branche devel
En fait, ça dépend te ton système. Avec git, il déplace vraiment ta branche. À moins d’y avoir mis un tag ou une autre branche, les commits initiaux disparaisse. Avec d’autre ça peut-être un merge de master -> devel, et si tout marche un merge de devel(rebasé) -> master. Ça permet surtout de laisser les problèmes à régler à ceux qui veulent ajouter leur nouvelles feature ou correction. Avant de livrer. Sinon, on peut faire un merge direct, mais si ça casse quelque chose… sur un DVCS c’est pas très grave on peut revenir en arrière (git le fait, les autres je sais pas) mais sur un truc centralisé, s’il y a une boulette, il faut la corriger TRÈS vite alors qu’on veut souvent un master qui reste stable.
Finalement, ce qui est important, c’est ton process de dev, correction, livraison et comment tu l’intègres à ton outil de gestion de conf ainsi qu’à tes éditeurs, logiciels tier de test…
Sans rentrer dans aucun VCS, on peut faire un « rebase » même avec CVS.
C’est utile pour remettre son travail à jour.
Par ex: sur un projet tu as une branche d’intégration. Plusieurs personnes corrigent chacune un Bug dans une branche. Le premier qui termine merge sur la branche d’intégration.
Le second doit s’assurer que sa correction fonctionne avec le code fait par le premier dévelopeur. Pour cela, il « rebase » son travail sur la livraison de son colègue. C’est comme si on repartait de la version N+1 du travail.
Git déplace les commits, qui change d’id. Mais sur un projet sur clearcase, on mergeait la branche d’intégration sur la branche de dév. Puis si tout marche bien, on peut faire le merge sur la branche d’intégration. Ça permet de dérisquer les patchs intégrés.
[^] # Re: !
Posté par Anthony Jaguenaud . En réponse au journal L'anthropologie des hackers. Évalué à 8.
Il faut bien étudier les comportements déviants…
--->[]
[^] # Re: N'exageront pas tout de meme
Posté par Anthony Jaguenaud . En réponse au journal Le vers est dans le fruit. Évalué à 2.
Ce n’est pas Wikipedia ! En plus on est vendredi… alors si on peut plus se lâcher.
[^] # Re: dépassé
Posté par Anthony Jaguenaud . En réponse au journal Linuxfr remplacera-t-il wikipédia ?. Évalué à 2.
Tu veux dire que ta pensée a été déformée par ta boite, alors que nous, ici, sommes parfaitement bien informés et totalement impartiaux. C’est gentil de le reconnaître ;-)
[^] # Re: Promo Samsung cashback
Posté par Anthony Jaguenaud . En réponse au journal Vente liée jugée déloyale. Évalué à 5.
Et une vrai en plus, pas une merde OEM ;-)
[^] # Re: Hallucinant et révoltant !
Posté par Anthony Jaguenaud . En réponse au journal Toi aussi gagne un séjour en HP. Évalué à 2.
Quand tu es rond, on t’emmènes en cellule de dégrisement. En général, tu ne souhaites pas y retourner après une nuit où tes amis de cellules on vomis, se sont fait dessus…
Je suis personnellement heureux de n’y avoir jamais été.
[^] # Re: Numéro de tél en clair
Posté par Anthony Jaguenaud . En réponse au journal Weboob - la capability collection. Évalué à 1.
Je n’avais pas vraiment regardé les numéros… Mais, je sais qu’une des séries policières française utilise un numéro de portable pris au hasard. Et à chaque diffusion, l’heureux propriétaire du numéro reçoit des coups de fils…
Je sais qu’ici on est plutôt sensibilisé, mais une boulette arrive si vite. Et les blagueurs sont, comment les décrire ?, si blagueur.
# Numéro de tél en clair
Posté par Anthony Jaguenaud . En réponse au journal Weboob - la capability collection. Évalué à 1.
Tu as laisser des numéros de tél en clair.
- C’est des numéros au hazard et quelqu’un va recevoir des appels…
- C’est tes numéros, et on risque de t’apeller ;-)
- C’est des numéros surtaxés, et je trouve ça trop intelligent… Il faut que j’y pense.
[^] # Re: Pourquoi ce journal n'est-il pas pertinent?
Posté par Anthony Jaguenaud . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 3.
Ça pourrait-être drôle de différencier « pas d’accord » de pertinent… avec par ex un dégradé du rouge au vert en fonction du ratio.
[^] # Re: Changement de license
Posté par Anthony Jaguenaud . En réponse à la dépêche OPA sur OpenStreetMap. Évalué à 1.
Mon idée était clairement de prendre mon téléphone, et de tracer les pistes de ski alpin tous les jours des vacances. Puis de rentrer tout ça dans OSM.
Je le ferai l’année prochaine puisque ça semble possible.
[^] # Re: Changement de license
Posté par Anthony Jaguenaud . En réponse à la dépêche OPA sur OpenStreetMap. Évalué à 1.
Le mien est toujours actif et je ne l’utilise vraiment pas très souvent…
D’ailleurs, je me demandais cet hiver si il prenait les cartes des pistes de ski ?
[^] # Re: Une main de fer dans un gant d'acier
Posté par Anthony Jaguenaud . En réponse au journal La glibc s'ouvre à la communauté. Évalué à 1.
Tu n’as jamais bossé pour un industriel toi. Parce que ce soit dans l’avionique civile ou militaire, chez intel pour le développement de leur plateforme android, les relectures de code sont obligatoire. Et si tu ne respectes pas les règles (parfois chiante et stupide), bah tu peux refaire.
Le seul endroit où je n’ai pas vu de relecture de code c’est : en formation de langue et chez feu Nortel Networks.
[^] # Re: Fracture numérique
Posté par Anthony Jaguenaud . En réponse au journal Un prof pourris internet pour piéger ses élèves. Évalué à 2.
Peut-être ont-ils juste été honnête ?
[^] # Re: Le meilleur des 2 ?
Posté par Anthony Jaguenaud . En réponse au journal L'écriture manuscrite. Évalué à 2.
Pour la classe, ma chérie utilise « crayonL ». Si ça peut t’aider.
[^] # Re: N'importe quoi...
Posté par Anthony Jaguenaud . En réponse à la dépêche Migration de PHP vers Git, Gitlab, Baregit. Évalué à 2.
Tu as un lien, ou un prix ? Parce que j’ai essayé d’installer gitorious pour une démo, et avec tous les rails de coke, pas simple…
Je n’ai pas trouvé l’info chez github.
[^] # Re: Critiques
Posté par Anthony Jaguenaud . En réponse au journal De la vie d'une dépêche noyau. Évalué à 2.
Je dirai que tu nous as trop habitué à l’excellence. Du coup, même quand tu as pas le temps, ça reste du beau travail… alors pourquoi aider ?
J’avoue que je ne regarde jamais les dépêches du noyau à l’avance.
[^] # Re: et mais!
Posté par Anthony Jaguenaud . En réponse au journal L'enfant caché de SMB et de Portal.. Évalué à 1.
Pour le tetris, j’ai d’abord cru à un clone de quadra, mais non. Ayant vu la vidéo, ça ne donne pas envie d’y jouer plus de cinq minutes.
[^] # Re: A voté
Posté par Anthony Jaguenaud . En réponse au sondage Mon système de composition de documents préféré est :. Évalué à 1.
Ça fait plus de 24h et je peux toujours pas :-( Par contre, oui l’IP doit compter, j’essayerai ce soir en rentrant.
Ce serait bien d’avoir un champ « A voté » dans la base de donnée pour chaque compte.
# A voté
Posté par Anthony Jaguenaud . En réponse au sondage Mon système de composition de documents préféré est :. Évalué à 2.
Snif, il considère que j’ai déjà voté… si c’est vrai pour la version précédente, c’est faux depuis la réinitialisation.
# MS Word :-(
Posté par Anthony Jaguenaud . En réponse au sondage Mon système de composition de documents préféré est :. Évalué à 2.
Au boulot, c’est MS Word ou google doc. Mais ma préférence va à LaTeX ou des txt2doc…
Pour les raisons, on se concentre sur ce qui est important : le contenu. La forme vient ensuite si nécessaire.
La deuxième raison, c’est que du texte ça passe bien dans une gestion de conf. ce n’est pas le cas des documents binaires, ni du xml… dont les diff sont souvent obscures.
[^] # Re: Le parti pirate, ça sert à rien
Posté par Anthony Jaguenaud . En réponse au journal Le parti pirate cherche des candidats. Évalué à 1.
La société de demain sera essentiellement numérique. Je crois au contraire qu’il y a lieu d’avoir un parti comme ça.
Déclaration de politique générale
Le programme
Comme tu peux le voir, il n’y a pas que du numérique, même si c’est principalement leur axe.
D’après toi, il vaut mieux un parti qui dit n’importe quoi sur tout, qui répond : « oui, oui » à tous, mais qui n’en fait qu’à sa tête ?
Ils n’ont pas de programme leur permettant de tenter les présidentielles… mais ici c’est pour les législative, où, amha, ils ont largement leur place.
[^] # Re: Extraterrestre?
Posté par Anthony Jaguenaud . En réponse au sondage Mon système de composition de documents préféré est :. Évalué à 5.
Il ne s'agit pas de ce que tu utilises, mais de ton préféré.
[^] # Re: Org-mode
Posté par Anthony Jaguenaud . En réponse à la dépêche Zim, le wiki de bureau est sorti en version 0.55. Évalué à 2.
Quel dommage de passer à emacs pour ça !
https://github.com/jceb/vim-orgmode
[^] # Re: M'étonnerait que ça arrive dans git.
Posté par Anthony Jaguenaud . En réponse à la dépêche Mercurial 2.1 : Les phases. Évalué à 1.
Je te le retourne ;-). Parce que si tu rebases une branche qui a déjà était « pusher » alors oui, il a raison. Je suis d’accord que normalement, on ne fait pas dans ce cas là. Mais ça peut arriver.
Une fois, j’ai même utilisé le rebase -i pour virer rééllement un commit qu’un client ne devait pas voir. Ça à mis un sacré bazar chez les intégrateurs qui n’avait plus de sha1 correct sur le dépôt central… C’était voulu, et on a fait passé en urgence les nouvelles réf.
[^] # Re: rebase ou merge
Posté par Anthony Jaguenaud . En réponse à la dépêche Mercurial 2.1 : Les phases. Évalué à 2.
En fait, ça dépend te ton système. Avec git, il déplace vraiment ta branche. À moins d’y avoir mis un tag ou une autre branche, les commits initiaux disparaisse. Avec d’autre ça peut-être un merge de master -> devel, et si tout marche un merge de devel(rebasé) -> master. Ça permet surtout de laisser les problèmes à régler à ceux qui veulent ajouter leur nouvelles feature ou correction. Avant de livrer. Sinon, on peut faire un merge direct, mais si ça casse quelque chose… sur un DVCS c’est pas très grave on peut revenir en arrière (git le fait, les autres je sais pas) mais sur un truc centralisé, s’il y a une boulette, il faut la corriger TRÈS vite alors qu’on veut souvent un master qui reste stable.
Finalement, ce qui est important, c’est ton process de dev, correction, livraison et comment tu l’intègres à ton outil de gestion de conf ainsi qu’à tes éditeurs, logiciels tier de test…
[^] # Re: rebase ou merge
Posté par Anthony Jaguenaud . En réponse à la dépêche Mercurial 2.1 : Les phases. Évalué à 2.
Sans rentrer dans aucun VCS, on peut faire un « rebase » même avec CVS.
C’est utile pour remettre son travail à jour.
Par ex: sur un projet tu as une branche d’intégration. Plusieurs personnes corrigent chacune un Bug dans une branche. Le premier qui termine merge sur la branche d’intégration.
Le second doit s’assurer que sa correction fonctionne avec le code fait par le premier dévelopeur. Pour cela, il « rebase » son travail sur la livraison de son colègue. C’est comme si on repartait de la version N+1 du travail.
Git déplace les commits, qui change d’id. Mais sur un projet sur clearcase, on mergeait la branche d’intégration sur la branche de dév. Puis si tout marche bien, on peut faire le merge sur la branche d’intégration. Ça permet de dérisquer les patchs intégrés.