C'était d'ailleurs un truc particulièrement pénible en C++ : le moindre changement (genre un const en plus ou en moins) et c'est une nouvelle fonction, pas une redéfinition de celle de la classe de base. J'ai quelques mauvais souvenirs de debug de programmes pour lesquelles la mauvaise fonction était appelée à cause de ça, alors que le compilateur aurait pointé l'erreur immédiatement avec « override ».
il te laisse sélectionner les cibles, il te laisse faire ton CV pour celle-ci.
Ce dont parle Cédric est le contraire : en temps que recruteur, tu demandes des compétences dans une techno qui n'existe pas, et si la SSII t'en propose, c'est du pipeau.
remote, c'est pas juste une fonction qui permet de changer la liste des alias des dépots distant ? Dans mercurial cela s'appelle vim […]
Il y a la même chose avec Git, les remote sont configurés dans .git/config, qu'on peut éditer à la main sans problème.
Un truc que Git fait très bien (je ne sais pas ce que font les bookmarks de Mercurial là dessus), c'est pour chaque « remote », garder une copie locale des branches distantes (« remote-tracking branch »). Si je bosse sur la branche « master », que je publie sur le remote « toto », mais que je récupère les changements upstream depuis un autre remote « tutu », alors « master » est l'endroit où je suis en local dans l'historique, « toto/master » pointe sur le dernier commit que j'ai pushé, et « tutu/master » sur le dernier commit que j'ai fetché.
Et surtout les mainteneurs sont des douchebags, port Windows comme client officiel (se comporter comme Linus quand on n'est pas Linus et que le projet n'est pas le noyau, bizarrement ca ne marche pas vraiment pour attirer les contributeurs)
Tu pense à qui en particulier ? Des exemples de comportement « a la Linus » ?
La différence, c'est qu'avec Git, l'état du futur commit partiel (l'index) est enregistré sur le disque, donc on peut s'y prendre en plusieurs fois ("git add -p", je commence, ah tiens non, je re-code un truc, "git add -p" pour continuer, "git reset -p" pour en enlever des bouts, …).
Si j'ai bien compris, on peut faire ce genre de choses avec mq côté mercurial.
Et si je puis me permettre de nourrir encore un peu le troll, y'a un thread au nom évocateur « bzr development stopped » intéressant sur la mailing-list :
Faut quand même pas oublier que la partie la plus importante de GitHub, c'est Git. Le 4ème plus gros contributeur de Git est un employé de GitHub. L'auteur principal de libgit2 aussi. C'est pas tout à fait rien quand même, et je ne suis pas sûr que les alternatives que tu cite contribuent autant à l'écosystème libre autour de Git.
Oui, mais je préfère largement l'approche de Wink à la vraie capture vidéo :
Éditer une vidéo a postériori, c'est un cauchemar. Ajouter/supprimer quelques images dans une série de screenshots, c'est trivial. Modifier les mouvements du curseur de la souris avec Wink se fait très bien aussi.
Annoter une vidéo, c'est aussi assez pénible, alors qu'ajouter une bulle avec du texte (genre « cliquez ici pour faire cela ») est vraiment facile.
Les présentations wink peuvent être semi-interactives. Par exemple, tu as un bout d'animation qui se fait tout seul pour montrer un truc, une pause et un bouton « suivant » (ou même « précédent »). Ça permet à l'utilisateur d'aller à son rythme, c'est vraiment bien.
C'est assez sous-optimal comme solution, mais c'est vrai que c'est faisable, merci de l'avoir suggéré.
On peut paramétrer les transitions en fonction du temps pour avoir un diaporama qui se déroule tout seul, et l'export HTML gère ça a peu près correctement. Attention, il y a deux exports HTML, il faut choisir File -> export -> « HTML document (Impress) » (pas XHTML) pour avoir une animation.
Ça reste assez loin de wink à la fois pour le confort de création (avec wink, y'a un raccourci clavier pour faire un screenshot, on déroule le scénario en appuyant sur la touche en question et les screenshots sont importés direct dans l'interface par exemple) et pour la qualité du résultat (par exemple, les animations générées par wink montrent le curseur de souris qui se déplace).
Concernant e-anim, le souci c'est le flash ou l'obsolescence apparente
Le soft se dit GPL, et le menu help pointe sur http://www.phildes.com/ pour télécharger les sources, et le site est cyber-squatté, c'est pas bon signe du tout. Après, y'a peut-être un côté subjectif sur le design très « années 90 » du site ;-). J'ai pas essayé avec un vrai Windows, mais avec wine on arrive à faire deux-trois trucs mais c'est très plantogène.
Techniquement, wink est bien plus proche de ce que je cherche : e-anim est plus généraliste pour « faire des animations », mais pas tellement pour faire « des screencasts annotés ».
Sinon, oui, flash, j'aimerais bien m'en passer. Pour une animation toute simple (passer d'un screenshot à l'autre, soit avec un laps de temps fixé soit avec une action de l'utilisateur), ajouter des annotations, ça doit être largement faisable en HTML+Javascript, c'est dommage d'imposer flash à l'utilisateur.
Abandonné depuis ~2010, la version binaire ne marche pas bien chez moi (le bouton « prendre un screenshot » est désactivé), la compilation des sources me donne des erreurs de compil. Dommage, c'était un bon concurrent à Wink.
Une branche et un « lightweight tag » seront exactement équivalents. Dans les deux cas, ce sont des références nommées vers un commit. La vraie différence entre une branche et un tag, c'est que quand on fait « git checkout ; git commit », ça déplace la branche, alors que « git checkout ; git commit » va nous mettre en « detached HEAD » et ne va pas toucher au tag. Pour cette utilisation, je préfère un tag.
Tout ceci étant dit, je ne comprends pas bien pourquoi l'auteur de l'article pointé s'énerve autant pour un merge.
$ git pull
# ...
# ratage de résolution de conflits
# ...
$ git reset --merge
git refuse de démarrer un merge si les fichiers concernés par le merge sont modifiés, et « git reset --merge » ne va réinitialiser que les fichiers concernés par le merge, donc ça marche, sans point de sauvegarde (c'est juste HEAD), et sans « git stash » préalable.
Éloigné dans le sens statique vs. dynamique. Mécaniquement parlant, que t'es une notion de sous-type qui sont des types de base avec une contrainte ne change rien au fonctionnement derrière.
bah, justement, le système de typage d'Ada te permet de faire des choses statiquement (par contre, pas avec des sous-types). Par exemple :
The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.
Je ne comprends pas le rapport qu'il y a entre Baregit et Indefero. Ils font plus ou moins la même chose, donc pourquoi avoir lancé deux projets concurrents l'un de l'autre ? Est-ce que Baregit a vocation à être le successeur de Indefero ? Est-ce qu'ils sont faits pour être complémentaires ?
la possibilité de supporter les requêtes d'intégration de manière distribuée.
Ça, ça serait vraiment cool. Ça résoudrait un des gros paradoxes des hébergements Git, avec un outil distribué mais une méthode de travail qui impose d'utiliser tous le même hébergeur !
Version courte : kernel.org, c'est un hébergement à base de logiciel libre, c'est cool, mais ça n'a pas empêché une interruption de service longue (les wikis ne sont toujours pas revenus …).
Ça ne réponds pas à la question éthique, mais sur le côté « je ne veux pas être prisonnier d'un service propriétaire, je veux m'assurer de la pérennité de la disponibilité de mes données », l'exemple donné n'est effectivement pas en la faveur du libre :-.
Nan, moi j'en déduis que l'auteur du journal aurait du lire l'article avant de le commenter. Par exemple la phrase « plus d'un millier de caméras modernes vont être installées d'ici à mi-2012 ».
[^] # Re: C++ 2011 ?
Posté par Matthieu Moy (site web personnel) . En réponse au journal Visiteurs en C++. Évalué à 2.
C'était d'ailleurs un truc particulièrement pénible en C++ : le moindre changement (genre un const en plus ou en moins) et c'est une nouvelle fonction, pas une redéfinition de celle de la classe de base. J'ai quelques mauvais souvenirs de debug de programmes pour lesquelles la mauvaise fonction était appelée à cause de ça, alors que le compilateur aurait pointé l'erreur immédiatement avec « override ».
[^] # Re: École pour génie ???
Posté par Matthieu Moy (site web personnel) . En réponse au journal 42 : une nouvelle école informatique. Évalué à 4.
Ce dont parle Cédric est le contraire : en temps que recruteur, tu demandes des compétences dans une techno qui n'existe pas, et si la SSII t'en propose, c'est du pipeau.
[^] # Re: Je detourne de ce troll
Posté par Matthieu Moy (site web personnel) . En réponse au journal Microsoft passe à git. Évalué à 2. Dernière modification le 27 juillet 2024 à 11:56.
Et pour compléter la série, une rétrospective de Martin Pool, qui était l'auteur principal de bzr : https://docs.google.com/presentation/d/1awg1CHM1w128iOBp_JOxE2DgHfywBeyjDe2bkx1vfVQ/edit#slide=id.p
[^] # Re: Je profite de ce troll
Posté par Matthieu Moy (site web personnel) . En réponse au journal Microsoft passe à git. Évalué à 2.
Il y a la même chose avec Git, les remote sont configurés dans .git/config, qu'on peut éditer à la main sans problème.
Un truc que Git fait très bien (je ne sais pas ce que font les bookmarks de Mercurial là dessus), c'est pour chaque « remote », garder une copie locale des branches distantes (« remote-tracking branch »). Si je bosse sur la branche « master », que je publie sur le remote « toto », mais que je récupère les changements upstream depuis un autre remote « tutu », alors « master » est l'endroit où je suis en local dans l'historique, « toto/master » pointe sur le dernier commit que j'ai pushé, et « tutu/master » sur le dernier commit que j'ai fetché.
[^] # Re: Je profite de ce troll
Posté par Matthieu Moy (site web personnel) . En réponse au journal Microsoft passe à git. Évalué à 1.
Tu pense à qui en particulier ? Des exemples de comportement « a la Linus » ?
[^] # Re: Je profite de ce troll
Posté par Matthieu Moy (site web personnel) . En réponse au journal Microsoft passe à git. Évalué à 5.
Avec Mercurial aussi ( http://mercurial.selenic.com/wiki/RecordExtension ).
La différence, c'est qu'avec Git, l'état du futur commit partiel (l'index) est enregistré sur le disque, donc on peut s'y prendre en plusieurs fois ("git add -p", je commence, ah tiens non, je re-code un truc, "git add -p" pour continuer, "git reset -p" pour en enlever des bouts, …).
Si j'ai bien compris, on peut faire ce genre de choses avec mq côté mercurial.
[^] # Re: git dans windows : un must have !
Posté par Matthieu Moy (site web personnel) . En réponse au journal Microsoft passe à git. Évalué à 7.
Derrière ça, c'est simplement msys qui est installé.
[^] # Re: Je profite de ce troll
Posté par Matthieu Moy (site web personnel) . En réponse au journal Microsoft passe à git. Évalué à 9.
Je ne connais pas aussi bien Mercurial que Git, mais il y a quand des trucs bien dans Mercurial qui ne sont pas dans Git, par exemple :
http://mercurial.selenic.com/wiki/Phases
http://www.selenic.com/mercurial/hg.1.html#specifying-revision-sets
[^] # Re: Je detourne de ce troll
Posté par Matthieu Moy (site web personnel) . En réponse au journal Microsoft passe à git. Évalué à 5.
Et si je puis me permettre de nourrir encore un peu le troll, y'a un thread au nom évocateur « bzr development stopped » intéressant sur la mailing-list :
https://lists.ubuntu.com/archives/bazaar/2012q4/075330.html
Avec des rétrospectives des ex-développeurs, par exemple ici :
http://www.stationary-traveller.eu/pages/bzr-a-retrospective.html
# Les parties les moins importantes de leur service sont libres ...
Posté par Matthieu Moy (site web personnel) . En réponse au journal Pourquoi GitHub saimal, quelques alternatives. Évalué à 10.
Faut quand même pas oublier que la partie la plus importante de GitHub, c'est Git. Le 4ème plus gros contributeur de Git est un employé de GitHub. L'auteur principal de libgit2 aussi. C'est pas tout à fait rien quand même, et je ne suis pas sûr que les alternatives que tu cite contribuent autant à l'écosystème libre autour de Git.
[^] # Re: Open/Libre Office Impress
Posté par Matthieu Moy (site web personnel) . En réponse au message Quel remplaçant pour Wink (création de tuto pour applications graphiques) ?. Évalué à 3.
Oui, mais je préfère largement l'approche de Wink à la vraie capture vidéo :
Éditer une vidéo a postériori, c'est un cauchemar. Ajouter/supprimer quelques images dans une série de screenshots, c'est trivial. Modifier les mouvements du curseur de la souris avec Wink se fait très bien aussi.
Annoter une vidéo, c'est aussi assez pénible, alors qu'ajouter une bulle avec du texte (genre « cliquez ici pour faire cela ») est vraiment facile.
Les présentations wink peuvent être semi-interactives. Par exemple, tu as un bout d'animation qui se fait tout seul pour montrer un truc, une pause et un bouton « suivant » (ou même « précédent »). Ça permet à l'utilisateur d'aller à son rythme, c'est vraiment bien.
[^] # Re: Open/Libre Office Impress
Posté par Matthieu Moy (site web personnel) . En réponse au message Quel remplaçant pour Wink (création de tuto pour applications graphiques) ?. Évalué à 1.
C'est assez sous-optimal comme solution, mais c'est vrai que c'est faisable, merci de l'avoir suggéré.
On peut paramétrer les transitions en fonction du temps pour avoir un diaporama qui se déroule tout seul, et l'export HTML gère ça a peu près correctement. Attention, il y a deux exports HTML, il faut choisir File -> export -> « HTML document (Impress) » (pas XHTML) pour avoir une animation.
Ça reste assez loin de wink à la fois pour le confort de création (avec wink, y'a un raccourci clavier pour faire un screenshot, on déroule le scénario en appuyant sur la touche en question et les screenshots sont importés direct dans l'interface par exemple) et pour la qualité du résultat (par exemple, les animations générées par wink montrent le curseur de souris qui se déplace).
[^] # Re: Ça m'intéresse !
Posté par Matthieu Moy (site web personnel) . En réponse au message Quel remplaçant pour Wink (création de tuto pour applications graphiques) ?. Évalué à 1.
Le soft se dit GPL, et le menu help pointe sur http://www.phildes.com/ pour télécharger les sources, et le site est cyber-squatté, c'est pas bon signe du tout. Après, y'a peut-être un côté subjectif sur le design très « années 90 » du site ;-). J'ai pas essayé avec un vrai Windows, mais avec wine on arrive à faire deux-trois trucs mais c'est très plantogène.
Techniquement, wink est bien plus proche de ce que je cherche : e-anim est plus généraliste pour « faire des animations », mais pas tellement pour faire « des screencasts annotés ».
Sinon, oui, flash, j'aimerais bien m'en passer. Pour une animation toute simple (passer d'un screenshot à l'autre, soit avec un laps de temps fixé soit avec une action de l'utilisateur), ajouter des annotations, ça doit être largement faisable en HTML+Javascript, c'est dommage d'imposer flash à l'utilisateur.
Entre temps, j'ai trouvé aussi Salasaga : http://www.salasaga.org/ (oups, encore un site web cassé) ou http://sourceforge.net/projects/salasaga/
Abandonné depuis ~2010, la version binaire ne marche pas bien chez moi (le bouton « prendre un screenshot » est désactivé), la compilation des sources me donne des erreurs de compil. Dommage, c'était un bon concurrent à Wink.
[^] # Re: git tag
Posté par Matthieu Moy (site web personnel) . En réponse au journal De tout, de rien, des bookmarks, du bla bla. Évalué à 4.
Une branche et un « lightweight tag » seront exactement équivalents. Dans les deux cas, ce sont des références nommées vers un commit. La vraie différence entre une branche et un tag, c'est que quand on fait « git checkout ; git commit », ça déplace la branche, alors que « git checkout ; git commit » va nous mettre en « detached HEAD » et ne va pas toucher au tag. Pour cette utilisation, je préfère un tag.
Tout ceci étant dit, je ne comprends pas bien pourquoi l'auteur de l'article pointé s'énerve autant pour un merge.
git refuse de démarrer un merge si les fichiers concernés par le merge sont modifiés, et « git reset --merge » ne va réinitialiser que les fichiers concernés par le merge, donc ça marche, sans point de sauvegarde (c'est juste HEAD), et sans « git stash » préalable.
# Test intéressant
Posté par Matthieu Moy (site web personnel) . En réponse au journal UU.zoy.org, le site qui vous a à la colle.. Évalué à 3.
Je suis déçu, il n'a pas trouvé le fortran !
http://uu.zoy.org/v/behi.c
[^] # Re: Le titre est trop long
Posté par Matthieu Moy (site web personnel) . En réponse au journal Typage statique versus typage dynamique. Évalué à 1.
bah, justement, le système de typage d'Ada te permet de faire des choses statiquement (par contre, pas avec des sous-types). Par exemple :
Le compilo va râler à la compil :
J'aurais pu en plus ajouter une contrainte sur mon type Annee, mais c'est un autre problème.
[^] # Re: CC-BY-NC-SA
Posté par Matthieu Moy (site web personnel) . En réponse au journal Ouvrir le code de la vie. Évalué à 6.
http://opensource.org/docs/osd
6. No Discrimination Against Fields of Endeavor
The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.
[^] # Re: Baregit sera libéré sous licence GPL
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Migration de PHP vers Git, Gitlab, Baregit. Évalué à 2.
cf. https://github.com/blog/530-how-we-made-github-fast pour avoir une idée du boulot que c'est de faire un système qui passe à l'échelle.
[^] # Re: Baregit sera libéré sous licence GPL
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Migration de PHP vers Git, Gitlab, Baregit. Évalué à 1.
Ça fait du boulot tout ça ;-). J'ai pas de lien pour offrir des mégaoctets gratuits, mais je te pertinente en guise d’encouragements !
[^] # Re: Baregit sera libéré sous licence GPL
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Migration de PHP vers Git, Gitlab, Baregit. Évalué à 1.
Je ne comprends pas le rapport qu'il y a entre Baregit et Indefero. Ils font plus ou moins la même chose, donc pourquoi avoir lancé deux projets concurrents l'un de l'autre ? Est-ce que Baregit a vocation à être le successeur de Indefero ? Est-ce qu'ils sont faits pour être complémentaires ?
[^] # Re: Baregit sera libéré sous licence GPL
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Migration de PHP vers Git, Gitlab, Baregit. Évalué à 2.
Ça, ça serait vraiment cool. Ça résoudrait un des gros paradoxes des hébergements Git, avec un outil distribué mais une méthode de travail qui impose d'utiliser tous le même hébergeur !
[^] # Re: N'importe quoi...
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Migration de PHP vers Git, Gitlab, Baregit. Évalué à 1.
Sur le côté non-libre, un argumentaire assez intéressant de Scott Chacon (employé GitHub) :
http://thread.gmane.org/gmane.comp.version-control.git/191867 (fin du message)
Version courte : kernel.org, c'est un hébergement à base de logiciel libre, c'est cool, mais ça n'a pas empêché une interruption de service longue (les wikis ne sont toujours pas revenus …).
Ça ne réponds pas à la question éthique, mais sur le côté « je ne veux pas être prisonnier d'un service propriétaire, je veux m'assurer de la pérennité de la disponibilité de mes données », l'exemple donné n'est effectivement pas en la faveur du libre :-.
[^] # Re: Est-ce moi ou la phrase est mal formulée ?
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche La fondation Apache donne des nouvelles d'OpenOffice.org. Évalué à 2.
Aussi parce que c'est leur stratégie de recrutement ...
[^] # Re: Lapin compris
Posté par Matthieu Moy (site web personnel) . En réponse au journal 82 millions d'euros pour 200 caméras.... Évalué à 3.
Nan, moi j'en déduis que l'auteur du journal aurait du lire l'article avant de le commenter. Par exemple la phrase « plus d'un millier de caméras modernes vont être installées d'ici à mi-2012 ».
[^] # Re: Oubli
Posté par Matthieu Moy (site web personnel) . En réponse au journal Linux 3.2 en route. Évalué à 4.
... ou bien GNU patch en version de développement :
http://savannah.gnu.org/forum/forum.php?forum_id=6320
Bon, ce qui est dommage, c'est que la release est « prête à sortir » depuis 1 an et demi, et ça n'a pas l'air d'avoir beaucoup bougé depuis :-(.