gaaaaaAab a écrit 1401 commentaires

hop, commentaire signet :

http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap12.html#tag_12_02

sans parler de bannissement, avoir une option pour désactiver tous les gif/jpg/png, ça serait pas mal. ça peut surement se faire simplement en css, mais je préfère râler dans un commentaire :)

s/utilisé/inutilisé

java toussa

le truc, c'est que si le soft apprend à partir de phrases correctes, et que tu avais prévu d'être celui qui lui apprend, il n'est pas inutile que tu te rendes compte que ce n'est pas une bonne idée :)

Pour info avec zsh c'est « **/(#ia1)name(LK+50mw-1u0) ».

ça fait trop rêver.
ça me rappelle pourquoi j'apprends ni perl, ni les bashismes, ni les kshismes :)

J'aurais pu le mettre dans mon premier commentaire, si je ne reprenais que les points qui me chagrinait, ça vaut pour soutien implicite à la démarche et aux autres points.

Construire un argumentaire pour réaliser une migration vers le Libre n'est pas si simple que ça.

je ne remet pas en cause l'intérêt de la formation. Je réagissais à la formulation de ton premier commentaire. Celle de http://dpt-info.univ-littoral.fr/mediawiki/index.php/I2L:Acc(...) est beaucoup plus mesuré. Il ne s'agit plus de convaincre, mais d'accompagner.
Cela dit, comme tu es directement impliqué dans la formation en question, c'est intéressant de lire que pour toi, l'objectif est aussi de convaincre.
Si l'objectif est de mettre en lumière les spécificités des solutions libres pour faire pencher la balance de leur côté dans une réflexion sur une migration, très bien. Si le master vise à former des prosélytes libristes acharnés, c'est dommage.
S'il ne s'agit que d'une maladresse dans la formulation de ton commentaire initial, restons-en là.

comment vivre du Libre
Le commentaire initial était un peu lapidaire. Ta réponse clarifie beaucoup ce qu'il y avait derrière. Plus rien à tiquer sur le sujet.

Concernant les méthodologies, quand je compare avec ce que j'ai appris (cycle en V à coup de SADT et un truc horrible dont j'ai oublié le nom hérité de l'armée française), c'est vraiment très très bien d'aborder des méthodologies plus modernes.
Si vous prenez soin d'indiquer lesquels de ces méthodologie/outils/principes ne sont pas spécifiques au LL, ça va.

Je ne reprend que les points qui me font tiquer.

comment (...)convaincre pour une migration

ça, ça n'a pas a être dans une formation.
Mon petit doigt me dit que tu crierais s'il y avait une formation pour convaincre les entreprises de migrer vers un système fermé.

comment vivre du Libre
ça, c'est facile, t'as qu'à créer un noyau et demander à des milliers d'autres gens de t'aider ;)
plus sérieusement, ça, c'est à chacun de trouver, je ne pense pas que ça puisse s'enseigner.

Concernant les méthodologies de développement, ça doit faire partie de toute formation, qu'elle soit orientée LL ou pas.

non, là, c'est juste du CVS depuis plus de 10 ans (enfin je pense, j'y étais pas à l'époque). Heureusement, on échappe pour l'instant à source safe et autres pvcs.

Mais dans mon premier boulot, j'avais mis en place un CVS pour remplacer la méthode cpold, qui offrait pourtant déjà la possibilité de remonter jusqu'à la version N-1 !! \o/

Bon, je suis un peu médisant, cpold était couplé à rccs ...

sans parler d'être fan ou pas, les entreprises sont toujours en retard sur ce qui se fait de mieux sur le plan technologique, alors, certes, les projets libres migrent, mais il reste encore du monde sous subversion pour quelques années.
Ici, on utilise toujours CVS d'ailleurs ...

et kek ?!

http://blog.zanorg.com/

hop, un commentaire signet !

http://thedailywtf.com/Comments/Documentation-Done-Right.asp(...)

X.org tourne en root, si un processus client peut foutre le bordel dedans ca veut dire que n'importe quel utilisateur peut potentiellement devenir root en exploitant le bug.

raccourci un peu rapide. Si un processus client peut foutre le bordel dedans, ça veut dire ... que n'importe quel utilisateur peut foutre le bordel dedans.
Un bug d'une appli tournant sous root n'est pas systématiquement exploitable pour gagner l'accès root.

les gens que tu connais qui utilisent facebook peuvent mettre en ligne des photos sur lesquels on te voit et te tagguer. Ils peuvent aussi mal maîtriser le niveau de confidentialité de leurs échanges et rendre publiques des informations que tu aurais préféré voir rester confidentielles.
bref, ne pas être inscrit sur facebook ne garantit absolument pas que tu n'y sois pas présent ...
Tu as le droit d'être un pisse vinaigre si tu veux :) mais généralise pas. Il y a d'autres raisons de ne pas aimer facebook que leur popularité.

C'est aussi du readline.
Du coup, ça marche dans le shell et dans pleins d'autres applis
L'effet de bord amusant, c'est que ça fait fermer les onglets firefox quand on écrit un commentaire ;)
(et les fenêtre thunderbird mais il y a heureusement une demande de confirmation)

on peut aussi utiliser wc à la place de du dans ce cas d'usage.

ça c'est possible, mais quand un commercial te positionne sur une mission qui n'a rien à voir avec ton profil, alors que tu n'es pas difficile à placer par ailleurs, c'est pas la première possibilité qui te vient à l'esprit.
Pis de toute façon, les commerciaux sont du côté obscur de la force ;)

C'est vous qui avez à l'idée qu'un maçon n'a pas à réfléchir.
c'est pas ce que je voulais dire. Pour moi, sur le plan technique, la séparation entre la réflexion et l'implémentation ne peut pas être aussi tranchée quand dans d'autres secteurs.
En s'intéressant à la question de la documentation, http://thedailywtf.com/Comments/Documentation-Done-Right.asp(...) décrit un processus de développement dans lequel je me retrouve pas mal.

Tu sembles regarder le code un peu de haut, ce en quoi je pense que tu te trompes (cf Code Complete http://cc2e.com/File.ashx?cid=334 page 5: "Why This Handbook Was Written"). Quand tu présentes un truc à un technique pour qu'il donne son avis, t'as quand même sacrément intérêt à ce qu'il soit ingénieur (ou qu'il aie une mentalité d'ingénieur, je connais un diplômé de BTS beaucoup mieux formé que certains ingé en titre).

Si je ne me trompe pas, la distinction que tu fais entre fonctionnel et technique correspond aux traditionnelles maîtrise d'oeuvre/maîtrise d'ouvrage. C'est marrant parce que ce vocabulaire vient directement du monde du BTP. Fut un temps, je cherchais à traduire MOA/MOE en anglais. Je n'ai pas réussi, et j'ai appris au passage que l'application de ces concepts à l'informatique est une pratique franco-française.

Parce que toi, tu rencontres des problèmes pour la première fois, mais les codeurs ont peut être déjà rencontrés le même type de problème.
Je ne vois personnellement pas d'opposition entre ingénierie et développement, d'ailleurs, je me vis comme ingénieur et développeur.
ah tiens, précision utile, je suis diplômé d'une école d'ingé spécialisée en informatique. Si tu viens d'une filière plus généraliste, ça peut expliquer aussi nos différences d'appréciation.

quand le commercial comprend rien et te positionne sur des missions qui ont aucun rapport avec ton profil, c'est pas illégitime de refuser (et de pousser des soupirs excédés), parce que pour le coup, c'est lui qui fait mal son boulot.

et puis ? télécharger de la musiques, c'est comme de voler une baguette de pain dans une boulangerie ?
calquer des raisonnements du monde physique dans un domaine intellectuel, ça marche pas bien.

Mon boulot consiste à m'appuyer sur des compétences techniques pour imaginer et implémenter des solutions aussi simples que possibles à des problèmes complexes que je rencontre pour la première fois. Après, t'appelles ça comme tu veux :)
Dans mon expérience, la plupart du temps, les problématiques d'implémentation viennent aussi nourrir la réflexion. Si je ne devais qu'écrire des documents d'architecture ou des spécs techniques sans toucher une machine, les résultats seraient moins satisfaisants.
Si tu arrives à écrire en amont tout la documentation technique décrivant une solution adaptée aux problèmes qu'on te présente, chapeau bas, je n'en suis pas encore là.
(mais c'est pas non plus dans cette direction que je vais :)

ça se discute. Séparer les rôles, c'est aussi diluer les responsabilités et ça ne favorise pas l'investissement intellectuel dans les projets.

En tant qu'ingénieur, ça me gaverait bien de pas pouvoir mettre les doigts dans le code.

et oui, c'est triste notre avis sur le niveau de compétences en développement des gens dont c'est le métier.
celà dit, il n'y a pas lieu de restreindre aux seuls développeurs en SSII ...

ah ! je pensais que tu comparais entre la lettre manuscrite et le courrier électronique, d'où mon incompréhension.
Forcément, si tu envoies encore des courriers papier ;)

D'ailleurs quand j'écris une lettre, je la fait manuscrite, c'est tellement plus rapide que de le faire à l'ordinateur.

troll detected.

ou alors tu tapes super pas vite,
ou t'écris super vite et super mal,
ou tu fais des courriers très courts,
ou alors ton ordinateur est dans un coffre dont la clef est au fond d'un puits !

ah non ! excuse moi de te reprendre, mais la troisième valeur, c'est FileNotFound !

http://thedailywtf.com/Articles/What_Is_Truth_0x3f_.aspx

tout à fait.

Ajoutons au passage que le concept de "propriété intellectuelle" est un vaste fourre tout bien nébuleux. Mieux vaut éviter d'utiliser ce terme, qui peut laisse penser que le droit de propriété physique pourrait avoir une analogie dans le monde immatérielle