Le principe est le même que pour les cours magistraux, si t'es pas intéressé, t'as aucun intérêt à y assister. Et plusieurs des qualités sont similaires aussi :
* Exemple concret d'utilisation. Une démonstration de l'utilisation et l'intégration de certaines bibliothèques ou de certains logiciels permettent d'avoir une vision claire des actions à effectuer et du résultat, en plus d'une estimation de temps valide, même si certaines parties apparaissent préparées (Petits bloc de code préparé, logiciels clients préconfigurés, ...). Parce que les "Do [insérer une tâche généralement bien longue et lourde] in 5 minutes" ont quand même plus de poids, preuve à l'appui.
* Acquisition de connaissances sur certains éléments, ceci très rapidement, sans se fouler, à condition que l'on y éprouve un vive intérêt et que l'on ait les connaissances de base appropriées. Bref : Suffit d'écouter, de faire quelques tests en même temps, et c'est tout. "No brainer" comme dirait nos amis anglais.
Suivant la documentation associé à ces éléments, ça peut être un gain de temps considérable. Nul besoin de se farcir une documentation, qui, sur le même sujet, peut parfois être très longue, difficile à lire ou bien carrément incorrecte.
Et le fait de voir un résultat concret est quand même plus réjouissant qu'un "chezmoiçamarche" collé en haut de HOWTO (Par le développeur même, certaines fois... "Encore heureux que ça marche pour toi...").
* Impact plus élevé sur les visuels. Cela rejoint le point précédent, certains apprennent beaucoup mieux lorsque on leur montre que lorsque on leur décrit.
Maintenant, les deux sont associables. Je ne sais pas quelles vidéos tu as vu sur Rails, mais les Railscasts, ont souvent :
- Le code associé dans le billet du blog décrivant la vidéo, au minimum.
- Une transcription complète de la vidéo sur ASCIIcasts, lorsque quelqu'un s'en est chargé.
Pour ce vieil épisode, il n'y a que le minimum http://railscasts.com/episodes/96-git-on-rails .
Bref, je vois pas où est le problème. Si ça plaît pas, tant pis. Et si ça peut éviter de rechercher pendant une heure ou fournir des connaissances rapidement, tant mieux.
Maintenant, ça donne l'impression de quelqu'un n'utilisant pas Emacs, ne bénéficiant donc pas de la prise en charge des vidéos dans son éditeur. C'est ça d'utiliser VI.
# Je trouve ça pas bien, c'est *donc* inadapté pour tous
Posté par Anonyme . En réponse au journal Tutoriels vidéos pour écrire du code .... Évalué à 5.
* Exemple concret d'utilisation. Une démonstration de l'utilisation et l'intégration de certaines bibliothèques ou de certains logiciels permettent d'avoir une vision claire des actions à effectuer et du résultat, en plus d'une estimation de temps valide, même si certaines parties apparaissent préparées (Petits bloc de code préparé, logiciels clients préconfigurés, ...). Parce que les "Do [insérer une tâche généralement bien longue et lourde] in 5 minutes" ont quand même plus de poids, preuve à l'appui.
* Acquisition de connaissances sur certains éléments, ceci très rapidement, sans se fouler, à condition que l'on y éprouve un vive intérêt et que l'on ait les connaissances de base appropriées. Bref : Suffit d'écouter, de faire quelques tests en même temps, et c'est tout. "No brainer" comme dirait nos amis anglais.
Suivant la documentation associé à ces éléments, ça peut être un gain de temps considérable. Nul besoin de se farcir une documentation, qui, sur le même sujet, peut parfois être très longue, difficile à lire ou bien carrément incorrecte.
Et le fait de voir un résultat concret est quand même plus réjouissant qu'un "chezmoiçamarche" collé en haut de HOWTO (Par le développeur même, certaines fois... "Encore heureux que ça marche pour toi...").
* Impact plus élevé sur les visuels. Cela rejoint le point précédent, certains apprennent beaucoup mieux lorsque on leur montre que lorsque on leur décrit.
Maintenant, les deux sont associables. Je ne sais pas quelles vidéos tu as vu sur Rails, mais les Railscasts, ont souvent :
- Le code associé dans le billet du blog décrivant la vidéo, au minimum.
- Une transcription complète de la vidéo sur ASCIIcasts, lorsque quelqu'un s'en est chargé.
Pour ce vieil épisode, il n'y a que le minimum http://railscasts.com/episodes/96-git-on-rails .
Bref, je vois pas où est le problème. Si ça plaît pas, tant pis. Et si ça peut éviter de rechercher pendant une heure ou fournir des connaissances rapidement, tant mieux.
Maintenant, ça donne l'impression de quelqu'un n'utilisant pas Emacs, ne bénéficiant donc pas de la prise en charge des vidéos dans son éditeur. C'est ça d'utiliser VI.