La raison pour laquelle j'utilise un clavier qwerty est la facilité d'accès aux caractères “du programmeur”
C'est exactement la raison pour laquelle je ne comprend pas pourquoi beaucoup de gens préfèrent le qwerty pour programmer. La majorité des touches que tu as citées ne sont pas en accès direct sur un qwerty, alors que c'est le cas sur un azerty.
Il n'y pas vraiment de débat, toi tu préfères un IDE tout fait, les autres préfèrent un truc qui fait comme ils ont décidé à coup de vim+i3+bidulechose.
D'un autre coté n'exagère pas, configurer son environnement de dev ce n'est pas réinventer la roue, et c'est un truc que tu fais une fois tous les 5 ans et qui prends 10 minutes quand tu sais ce que tu veux.
Maintenant, c'est vrai que ce n'est pas facile d'en arriver là
Sur une équipe de 5 personnes qui écrivent du code toute la journée, même avec des relectures, tu auras forcément des ambiguïtés sur un nom de fonction, classe ou variable qui vont passer, personne n'est infaillible.
De plus, lire du code pas trivial du tout (ou au contraire très trivial), ça peut vite être pénible, alors qu'on cherche juste à savoir c'est ce qu'un bout de code fait. Si mon collègue a fait un truc qu'il trouve super ingénieux ou super complexe, qui mérite de l'attention en tout cas, il m'en aura parlé et je pourrais jeter un œil dessus, en dehors de ça c'est rarement super intéressant.
J'imagine que pas mal de concept de programmation s'expliquent mieux avec un schéma animé qu'avec du texte (c'est qu'est une liste chaînée, une stack, une FIFO, un template, un pointeur etc). Par contre si c'est une vidéo pour regarder quelqu'un écrire du code, l’intérêt est beaucoup plus limité.
Tu copies-colles avec la souris uniquement ou en utilisant les raccourcis clavier (souvent ctrl-c/ctrl-v) ?
Parce que quand on parle de tout faire au clavier, faire un copier-coller ça ne veut pas dire recopier le texte, il y a des raccourcis pour ça.
Pourtant c'est quand même le minimum vital; tu as ce que doit faire la fonction, ce qu'elle prend comme argument, ce qu'elle renvoie. Et ça permet aussi de générer des graph de classes qui peuvent être utile quand on découvre un nouveau code.
J'ai oublié de souligner: c'est une très mauvaise manière de faire, t'as des débordements des 2 cotés, et le presta fait office de tampon. (Je ne suis déjà pas fan de l'agile à tout bout de champ, alors de l'agile vicié…)
Au début de chaque sprint (2 à 4 semaines selon les boîtes) l'équipe donne une évaluation de chaque fonctionnalité/correction de bug/documentation etc. C'est un mélange entre le temps que l'équipe pense que ça va prendre et la difficulté de la tâche (en pratique c'est surtout le temps).
Le but pour chaque sprint est de réaliser au moins le nombre de points sur lequel on s'est engagé (une fonctionnalité est finie quand elle rempli un certain nombre de critères (tests unitaires + tests fonctionnels + doc en général)). En regardant le nombre de points engrangés dans un sprint on calcule ce qui est appelé la "vélocité" de l'équipe.
La valeur d'un point est très variable d'une équipe à l'autre.
Je comprend pas trop ta remarque. En général quand ce type de contrat est passé c'est que le presta bosse dans les locaux du client, en tout cas je ne l'ai vu que dans ce cadre la.
Pour scrum en général le client achète un nombre de points d'estimation, et le scrum master est un gars de chez le client qui vérifie que les dev n'estiment pas les US la hausse. Oui, ça n'a d'agile que le nom.
[^] # Re: Des gens y ont déjà réfléchi
Posté par Lutin . En réponse au journal Pourquoi "Youtuber". Évalué à 4.
Pourtant, souvent quand ces gens parlent de leur métier, c'est bien le terme "vidéaste" qui est utilisé.
[^] # Re: Finalement adoptée
Posté par Lutin . En réponse à la dépêche Sortie de Fedora 28 bêta. Évalué à 3.
Le meilleur coté de Arch, ça reste quand même sa documentation.
Dire qu'il y a encore quelques années c'était de Gentoo qu'on disait ça.
[^] # Re: le mapping des claviers Mac FR
Posté par Lutin . En réponse au journal Linux « for desktop », débutants, détails et fausses bonnes idées. Évalué à 10.
Oui mais tu cherches les ennuis si tu utilises le clavier d'un mac, ces appareils sont fait pour se regarder dedans.
[^] # Re: Je reste au Qwerty
Posté par Lutin . En réponse au journal Exclusif : la nouvelle norme de claviers. Évalué à 2.
C'est exactement la raison pour laquelle je ne comprend pas pourquoi beaucoup de gens préfèrent le qwerty pour programmer. La majorité des touches que tu as citées ne sont pas en accès direct sur un qwerty, alors que c'est le cas sur un azerty.
[^] # Re: C'est vous qui le faites!
Posté par Lutin . En réponse à la dépêche Linux From Scratch 8.2 : C’est vous qui faites !. Évalué à 4.
Je crois que tu n'as pas compris le but de LFS.
[^] # Re: Le poids des images, le choc des photos
Posté par Lutin . En réponse à la dépêche Student Demo Cup 2017 : résultats. Évalué à 6.
N'oublie pas de préciser que c'est innovant !
[^] # Re: Commentaire bookmark
Posté par Lutin . En réponse au journal "Intelligence artificielle", vraiment?. Évalué à 5.
En même temps, qui engueulerait une porte automatique (en étant sobre) ?
# Sondage
Posté par Lutin . En réponse au journal Comment la rubrique « liens » est arrivée. Évalué à 3.
À ce sujet, pourquoi la catégorie sondage a disparu ? Elle existe toujours mais n'est plus présente dans le bandeau supérieur du site.
[^] # Re: Firefox mon ami, mon amour, tu m'emmerdes
Posté par Lutin . En réponse à la dépêche Sortie de Firefox 59. Évalué à 4.
Tu peux jeter un œil à pale moon.
[^] # Re: Vieux con
Posté par Lutin . En réponse à la dépêche C++17 libère size(), data() et empty(). Évalué à 4.
De quel cliché tu parles ?
[^] # Re: Vieux con
Posté par Lutin . En réponse à la dépêche C++17 libère size(), data() et empty(). Évalué à 5.
C'est triste ton avis sur les jeux de mots.
[^] # Re: erreur de recruteur...
Posté par Lutin . En réponse au journal Etude comparée de la popularité des langages de programmation sur linuxfr. Évalué à 5.
https://linuxfr.org/users/anaseto/journaux/portage-de-taptempo-en-c-a-la-unix-like
[^] # Re: Triées sur le volet ;)
Posté par Lutin . En réponse au sondage La prochaine personne que je pense convertir au libre :. Évalué à 5.
Le logiciel libre n'est pas que linux.
De mon coté, mon prosélytisme ne fait surface que lorsqu'on discute de logiciels, pour ce qui est de l'OS je n’essaie même pas de convaincre les gens.
[^] # Re: VSC
Posté par Lutin . En réponse au journal Le débat est clos. Évalué à 4.
Rajouter les plugins bidules, tu le fais qu'une seule fois, et ça dure 10 minutes.
Et encore une fois, dans l'utilisation quotidienne, IDE tout fait ou pseudo-IDE en briques, ça revient exactement au même.
[^] # Re: VSC
Posté par Lutin . En réponse au journal Le débat est clos. Évalué à 5.
Il n'y pas vraiment de débat, toi tu préfères un IDE tout fait, les autres préfèrent un truc qui fait comme ils ont décidé à coup de vim+i3+bidulechose.
D'un autre coté n'exagère pas, configurer son environnement de dev ce n'est pas réinventer la roue, et c'est un truc que tu fais une fois tous les 5 ans et qui prends 10 minutes quand tu sais ce que tu veux.
[^] # Re: Cloud souverain
Posté par Lutin . En réponse au journal v'la ce qui se passe quand on est pas cloud ready. Évalué à 9.
Réunir les meilleurs acteurs historiques du digital français ? C'est pour organiser un concert de castagnettes ?
[^] # Re: Merci pour ce partage - mais la doc fouque
Posté par Lutin . En réponse au journal Publication de bibliothèques c++ sous licence libre. Évalué à 4.
Sur une équipe de 5 personnes qui écrivent du code toute la journée, même avec des relectures, tu auras forcément des ambiguïtés sur un nom de fonction, classe ou variable qui vont passer, personne n'est infaillible.
De plus, lire du code pas trivial du tout (ou au contraire très trivial), ça peut vite être pénible, alors qu'on cherche juste à savoir c'est ce qu'un bout de code fait. Si mon collègue a fait un truc qu'il trouve super ingénieux ou super complexe, qui mérite de l'attention en tout cas, il m'en aura parlé et je pourrais jeter un œil dessus, en dehors de ça c'est rarement super intéressant.
[^] # Re: C'est quoi "Twitch" ?
Posté par Lutin . En réponse au journal Twitch et copyleft. Évalué à 4.
J'imagine que pas mal de concept de programmation s'expliquent mieux avec un schéma animé qu'avec du texte (c'est qu'est une liste chaînée, une stack, une FIFO, un template, un pointeur etc). Par contre si c'est une vidéo pour regarder quelqu'un écrire du code, l’intérêt est beaucoup plus limité.
[^] # Re: Notepad++ !!!
Posté par Lutin . En réponse au journal Quel IDE pour quel langage. Évalué à 2.
Tu copies-colles avec la souris uniquement ou en utilisant les raccourcis clavier (souvent ctrl-c/ctrl-v) ?
Parce que quand on parle de tout faire au clavier, faire un copier-coller ça ne veut pas dire recopier le texte, il y a des raccourcis pour ça.
[^] # Re: Merci pour ce partage - mais la doc fouque
Posté par Lutin . En réponse au journal Publication de bibliothèques c++ sous licence libre. Évalué à 1.
Pourtant c'est quand même le minimum vital; tu as ce que doit faire la fonction, ce qu'elle prend comme argument, ce qu'elle renvoie. Et ça permet aussi de générer des graph de classes qui peuvent être utile quand on découvre un nouveau code.
[^] # Re: Merci pour ce partage - mais la doc fouque
Posté par Lutin . En réponse au journal Publication de bibliothèques c++ sous licence libre. Évalué à 1.
La doc type doxygen ne pourrait pas vous convenir ?
[^] # Re: Cargo culte agile
Posté par Lutin . En réponse au journal Culte du Cargo et développement informatique. Évalué à 2.
J'ai oublié de souligner: c'est une très mauvaise manière de faire, t'as des débordements des 2 cotés, et le presta fait office de tampon. (Je ne suis déjà pas fan de l'agile à tout bout de champ, alors de l'agile vicié…)
[^] # Re: Cargo culte agile
Posté par Lutin . En réponse au journal Culte du Cargo et développement informatique. Évalué à 2. Dernière modification le 09 février 2018 à 01:13.
Au début de chaque sprint (2 à 4 semaines selon les boîtes) l'équipe donne une évaluation de chaque fonctionnalité/correction de bug/documentation etc. C'est un mélange entre le temps que l'équipe pense que ça va prendre et la difficulté de la tâche (en pratique c'est surtout le temps).
Le but pour chaque sprint est de réaliser au moins le nombre de points sur lequel on s'est engagé (une fonctionnalité est finie quand elle rempli un certain nombre de critères (tests unitaires + tests fonctionnels + doc en général)). En regardant le nombre de points engrangés dans un sprint on calcule ce qui est appelé la "vélocité" de l'équipe.
La valeur d'un point est très variable d'une équipe à l'autre.
Je comprend pas trop ta remarque. En général quand ce type de contrat est passé c'est que le presta bosse dans les locaux du client, en tout cas je ne l'ai vu que dans ce cadre la.
[^] # Re: Cargo culte agile
Posté par Lutin . En réponse au journal Culte du Cargo et développement informatique. Évalué à 2. Dernière modification le 08 février 2018 à 13:52.
Pour scrum en général le client achète un nombre de points d'estimation, et le scrum master est un gars de chez le client qui vérifie que les dev n'estiment pas les US la hausse. Oui, ça n'a d'agile que le nom.
[^] # Re: Avec du ketchup pour moi !
Posté par Lutin . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 3.
Ils fournissent une vraie télécommande avec des vrais boutons et tout. Sinon les gens sans malinphone ne pourraient jamais changer de chaîne.