Du point de vue pédagogique il est bon de savoir où on va et pourquoi.
Par exemple dans un cours d'introduction aux SI il est habituel de commencer par le début: le dossier de conception ou dans un cours de programmation (classique) par les organigrammes. Mais, par exemple, comment faire un organigramme si on n'a pas d'idée de ce qu'on met dans les boites? Une approche efficace est donc de faire connaître les concepts de base (affectation, test, boucle, donc où on va et pourquoi) puis de montrer comment décortiquer un problème avec ces concepts. J'ai constaté qu'il est plus efficace d'organiser le cours d'introduction aux SI depuis le résultat (un système informatique) vers la conception que l'inverse (autrement dit, le plan est: utiliser un système, voir comment il est construit, comprendre comment il est conçu).
Ainsi va pour les logiciels libres, avoir une idée de leur spécificité (car je pense qu'il y en a une essentiellement au niveau du mode de production) puis d'étudier l'informatique dans cette optique, et y revenir en approfindissant par la suite certaines dimensions spécifiques et importantes pour la mise en oeuvre (licences, conditions économiques, ...).
À ce sujet j'en profite pour signaler (ce qui me semble a déjà été fait ici) le livre "La bataille du logiciel libre, dix clés pour comprendre", de Perline et Thierry Noisette (Éditions La Découverte, Paris 2004, ISBN 2-7071-4384-7, 128 pages), bien fait, court et pas cher: une belle introduction (pub gratuite!) qui m'aide souvent.
[^] # Re: ??????
Posté par pada . En réponse à la dépêche Un Master en Ingénierie du Logiciel Libre. Évalué à 4.
Par exemple dans un cours d'introduction aux SI il est habituel de commencer par le début: le dossier de conception ou dans un cours de programmation (classique) par les organigrammes. Mais, par exemple, comment faire un organigramme si on n'a pas d'idée de ce qu'on met dans les boites? Une approche efficace est donc de faire connaître les concepts de base (affectation, test, boucle, donc où on va et pourquoi) puis de montrer comment décortiquer un problème avec ces concepts. J'ai constaté qu'il est plus efficace d'organiser le cours d'introduction aux SI depuis le résultat (un système informatique) vers la conception que l'inverse (autrement dit, le plan est: utiliser un système, voir comment il est construit, comprendre comment il est conçu).
Ainsi va pour les logiciels libres, avoir une idée de leur spécificité (car je pense qu'il y en a une essentiellement au niveau du mode de production) puis d'étudier l'informatique dans cette optique, et y revenir en approfindissant par la suite certaines dimensions spécifiques et importantes pour la mise en oeuvre (licences, conditions économiques, ...).
À ce sujet j'en profite pour signaler (ce qui me semble a déjà été fait ici) le livre "La bataille du logiciel libre, dix clés pour comprendre", de Perline et Thierry Noisette (Éditions La Découverte, Paris 2004, ISBN 2-7071-4384-7, 128 pages), bien fait, court et pas cher: une belle introduction (pub gratuite!) qui m'aide souvent.