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.
Il me semblait que la norme imposait que le site soit lisible pour les mals-voyants. Si c’était effectivement le cas, votre boulo serait plus simple… j’ai déjà envoyé des mails d’insulte de mécontentement à des web master.
Le problème est que certain sans foute royalement. D’autre ne sont pas joignable, d’autre ne réponde pas :-(
Xemacs et un fork d’emacs pour utiliser X, car à une époque emacs ne fonctionnait pas en interface graphique (si j’ai bien compris). Mais aujourd’hui, emacs ayant le graphique et les deux ayant divirgé, j’espérer changer le troll du vendredi de vim/emacs en emacs/xemacs… J’ai raté mon coup.
De ce que j’ai vaguement compris, chaque machine virtuelle envoie l’affichage à une autre (avec X). Il y a des mécanismes d’échange de presse papier…
Serait-il, par exemple possible d’avoir une VM avec une debian pour la partie travaille, une partie gentoo pour l’accès au web, une BSD pour la partie serveur http de test ?
Merci pour le lien. Il faudra que je l’achète un jour, je traine le C99(dernier draft) depuis quelques années.
Chapitre 8.5.1 pour les initialisations de structures, mais rien sur les nommages…
Grrrr, comme le C++0x date d’après 99, je pensais que ça avait été intégré. Sais-tu où je pourrais télécharger un draft de la norme ?
Cela a-t’il été intégré dans la version 2011 de la norme ?
Merde, ils ont oublié de me dire que tout bon motard doit rouler à 200km/h. Heureusement que 0% des automobilistes le fait. Supprimons les motards, il n’y aura plus de mort en voiture.
J’ai arrêté de demander aux automobilistes d’être à 100%. J’ai eu un accident lundi.
Je roulais sur la file de gauche (2 voies). Un fourgon m’a changé de file sous le nez. J’ai freiné un peu trop fort, avec le froid, j’ai bloqué la roue avant et j’ai fini par terre. Le gars dans le fourgon ne m’a remarqué que à cause des étincelles. Je ne l’ai pas touché donc je serai peut-être en tord. J’ai le premier méta-carpien de cassé et un beau bleu sur le genoux.
Ce que j’aimerai que les automobilistes fassent :
- Ne pas envoyer de SMS.
- Ne pas préparer la réunion sur l’ordinateur portable.
- Ne pas lire le journal.
- Mettre son clignotant 4s avant de commencer le changement de file.
Ce que je ne demande plus :
- Effectuer les contrôles avant de changer de file.
- Être civique.
- Regarder dans l’angle mort.
[^] # 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.
[^] # Re: Norme ?
Posté par Anthony Jaguenaud . En réponse au journal APPEL POUR ACTION : LES BOOBS ONT BESOIN DE VOUS *MAINTENANT*. Évalué à 2.
Pour le contact, je pensais à l’adresse : webmaster@domaine.fr qui généralement revient en : compte inexistant.
# Norme ?
Posté par Anthony Jaguenaud . En réponse au journal APPEL POUR ACTION : LES BOOBS ONT BESOIN DE VOUS *MAINTENANT*. Évalué à 2.
Il me semblait que la norme imposait que le site soit lisible pour les mals-voyants. Si c’était effectivement le cas, votre boulo serait plus simple… j’ai déjà envoyé des mails
d’insultede mécontentement à des web master.Le problème est que certain sans foute royalement. D’autre ne sont pas joignable, d’autre ne réponde pas :-(
[^] # Re: Caisse à outil XML
Posté par Anthony Jaguenaud . En réponse au journal Outils libre de manipulation XML. Évalué à 1.
Xemacs et un fork d’emacs pour utiliser X, car à une époque emacs ne fonctionnait pas en interface graphique (si j’ai bien compris). Mais aujourd’hui, emacs ayant le graphique et les deux ayant divirgé, j’espérer changer le troll du vendredi de vim/emacs en emacs/xemacs… J’ai raté mon coup.
# OS diférent dans les VM
Posté par Anthony Jaguenaud . En réponse à la dépêche Sortie de Qubes Bêta 3. Évalué à 1.
De ce que j’ai vaguement compris, chaque machine virtuelle envoie l’affichage à une autre (avec X). Il y a des mécanismes d’échange de presse papier…
Serait-il, par exemple possible d’avoir une VM avec une debian pour la partie travaille, une partie gentoo pour l’accès au web, une BSD pour la partie serveur http de test ?
Le tout s’affichant sur un même serveur X ?
[^] # Re: Caisse à outil XML
Posté par Anthony Jaguenaud . En réponse au journal Outils libre de manipulation XML. Évalué à 1.
Je m’étais laissé dire que emacs était mieux que Xemacs par un collègue… ce serait-il fourvoyer ?
[^] # Re: C99
Posté par Anthony Jaguenaud . En réponse au message Initialisateurs nommés. Évalué à 2.
Merci pour le lien. Il faudra que je l’achète un jour, je traine le C99(dernier draft) depuis quelques années.
Chapitre 8.5.1 pour les initialisations de structures, mais rien sur les nommages…
[^] # Re: C99
Posté par Anthony Jaguenaud . En réponse au message Initialisateurs nommés. Évalué à 2.
Grrrr, comme le C++0x date d’après 99, je pensais que ça avait été intégré. Sais-tu où je pourrais télécharger un draft de la norme ?
Cela a-t’il été intégré dans la version 2011 de la norme ?
Merci.
[^] # Re: Ne pas croire ce que racontent certaines associations de motards
Posté par Anthony Jaguenaud . En réponse au journal La légalisation de l'interfile : démagogie maximum. Évalué à 0.
Merde, ils ont oublié de me dire que tout bon motard doit rouler à 200km/h. Heureusement que 0% des automobilistes le fait. Supprimons les motards, il n’y aura plus de mort en voiture.
[^] # Re: motard
Posté par Anthony Jaguenaud . En réponse au journal La légalisation de l'interfile : démagogie maximum. Évalué à 8.
J’ai arrêté de demander aux automobilistes d’être à 100%. J’ai eu un accident lundi.
Je roulais sur la file de gauche (2 voies). Un fourgon m’a changé de file sous le nez. J’ai freiné un peu trop fort, avec le froid, j’ai bloqué la roue avant et j’ai fini par terre. Le gars dans le fourgon ne m’a remarqué que à cause des étincelles. Je ne l’ai pas touché donc je serai peut-être en tord. J’ai le premier méta-carpien de cassé et un beau bleu sur le genoux.
Ce que j’aimerai que les automobilistes fassent :
- Ne pas envoyer de SMS.
- Ne pas préparer la réunion sur l’ordinateur portable.
- Ne pas lire le journal.
- Mettre son clignotant 4s avant de commencer le changement de file.
Ce que je ne demande plus :
- Effectuer les contrôles avant de changer de file.
- Être civique.
- Regarder dans l’angle mort.
Est-ce trop demandé ?
[^] # Re: IPV6, intérêts et conséquences pour le grand public
Posté par Anthony Jaguenaud . En réponse à la dépêche Activation mondiale de l'IPv6 (World IPv6 Launch). Évalué à 1.
Sauf que le service en question, tout passe par les serveurs de l’éditeur du logiciel. Dans le milieu professionnel je trouve ça très moyen.