FrontPage SiteMap RecentChanges HowTo Blog

Matching Pages:

RSS

Jordan, Independence Day, Argentina, National Day

DossierConfins

DossierConfins renvoie ici à une stratégie pour écrire nos pages IndexAvant.

Spécifiquement, c'est l'idée de dire sur la plupart des IndexAvant :

Et, à chaque fois que c'est possible, pour les idées exclues, dire où elles pourraient aller à la place.

Pour notre premier exemple, voir : DossierCommunication.

Pour notre second exemple, voir : DossierHiérarchie.

Motivation

Quand nous parlons de choses, nous voulons le faire aussi avec quelque mémoire des conversations en rapport. Nous ne voulons pas après tout répéter les conversations précédentes et voulons les relier vers les autres pages quand elles sont sensibles. En outre, il existe d'autres avantages de nos compréhensions (désarticulées à ce stade) qui viennent avec l'obtention d'une carte de ce que nous avons dit à propos de tel sujet.

Ainsi, dans CommunityWiki, et beaucoup d'autres wikis, nous créons des catégories ou des dossiers. Nous mettons un tag dossier (lien ?) en bas d'une page. Ce blason du dossier pointe vers les pages en rapport. De ce fait, nous pouvons voir les contextes généraux. (besoin de lier vers cette page qui décrit le processus des pages dossiers)

Cela fonctionne très bien depuis un moment, jusqu'à ce nous atteignions un densité significative de concepts. A ce stade, les sujets commencent à devenir fouillis. Nous avons besoin de clarifier quels sont les mots que nous allons utiliser pour nos tas d'idées. Si nous ne le faisons pas, nous aurons des cartes d'idées très pauvres, parce que les villes qui sont aux USA seront aussi listées en Europe, et les villes européennes seront listées aux USA. Notre but est de trouver le contexte de nos idées. Si les idées sont toutes trouvées dans des contextes faux, nous avons évidemment un problème.

Vous pourriez penser que nous placerions toujours une idée dans son contexte correct. Mais en pratique, nous trouvons que cela n'est pas vrai. C'est vrai pour une petite quantité, mais une fois que vous avez des hordes et des hordes d'idées, cela ne fonctionne tout simplement plus. Est-ce que cette page relève du DossierCommunication, ou du DossierDiscussion, ou du DossierConflit, ou du DossierWikiConflit ou du DossierPriseDeDécision ou …?" Vous pouvez voir la manière dont cela peut être confus, non ? La leçon IdéesCommeEtoilesEtSymphonies : de loin, nous embrouillons les idées les unes avec les autres.

Par conséquent, pour nous aider à résoudre tout cela, nous formulons notre Dossier Confins.

Nous disons : "C'est ce à quoi ce dossier est réservé. Ceci est ce qui va dedans : X, Y, et Z."

Même si travailler simplement par inclusion ne fonctionne pas ; vous avez toujours besoin d'exclusion. Parce que vous ferez des fautes et interpréterez sûrement quelque chose de façon trop large. Par conséquent, vous avez besoin d'être capable de dire, "Ah, mais X3 ne va pas là - X3 appartient véritablement à ça."

Ce qui veut dire, qu'il y a un pour être . Si vous dites simplement, "Il n'appartient pas à ça", mais n'êtes pas capable de nommer l'endroit où il doit se nicher, qu'il doit simplement se nicher dans les limbes pour être - s'il en a besoin - pioché un jour plus tard dans le futur.

LangueFrançaise PageTranslation CategoryBoundaries

Discussion

Dans mon système de carnets de notes, il y avait des pages qui s'appelaient "Purpose & Principles," ou P&P pour aller plus vite.

Elles faisaient exactement ça : elles disaient ce qu'un "sujet" (l'équivalent brut d'un dossier ici) traitait, ce qui était dans le sujet, ce qui était hors-sujet. Elle pointait vers des voisins, en cas de confusion, de façon à ce que vous puissiez mettre des pensées au bon endroit.

Vous pouvez lire l'original - cherchez le chapitre sur l'architecture intra-sujet pour le prochain "confin du sujet".

Le P&P a été créé exactement pour ce problème venant de cette motivation précise : la Confusion des Sujets.

Quand je gardais trace de mes pensées, j'ai découvert rapidement que mes idées étaient mal attribuées et rangées dans des catégories fausses. Ou plutôt, je n'avais pas le temps de penser en détail de l'endroit où elles devaient aller. J'avais simplement une pensée et l'assignait à un sujet "suffisamment proche" et la laissait partir à cet endroit.

Au moment de placer des pensées dans leurs endroits appropriés, j'avais besoin d'un système pour séparer des pensées dans leurs propres DossierBoîtes?. De fait : P&P était né. Il fonctionnait superbement bien, et je pense qu'il fonctionnera ici aussi très bien.

Une chose élégante qui provient de cela est la clarté. C'est parce que vous voyez les relations entre les sujets.

J'ai trouvé que dans la plupart des cas, voir des idées dans leur contexte était plus éclairant que les idées elles-mêmes. Les idées en elles-mêmes peuvent sembler vraiment évidentes, une fois que vous les avez eues. Mais une fois que vous commencez à les intégrer et à les organiser, vous voyez de nouvelles choses que vous n'avez -que personne n'a même- jamais vu auparavant.

Je crois fermement que la plupart d'entre nous - instruits ou talentueux dans quelque domaine que ce soit - ne comprenons pas vraiment notre compréhension.

Par exemple, je suis un programmeur. Je comprends beaucoup et beaucoup de choses au sujet de la programmation. J'ai enseigné la programmtion gratuitement pendant 2 ans, environ 4 à 6 heures par semaine, toutes les semaines. C'était plus un exercice pour "essayer de déteindre sur le savoir", qu'un objectif tactique ou un processus d'éducation claire ; ceci n'est pas pour dire que c'était pire que l'école ; je veux dire : je crois que c'est la façon dont fonctionne l'enseignement. Ce qui veut dire, à tous les niveaux, que je crois que nous ne comprenons pas nos compréhensions. Je crois qu'il est possible pour nous de comprendre nos compréhensions, mais ceci requiert un vrai travail. Non seulement c'est un vrai travail mais c'est un vrai travail que les personnes n'ont pas compris comment faire. Je pense que cette exploration des cartes mentales est simplement le tout début de ce vrai travail. Je crois que ce dont nous parlons ici, de la construction sociale de la connaissance ou des artéfacts de la connaissance (de choses comme des personnes travaillant ensemble sur un wiki, ou wikipedia, ou même le logiciel OpenSource (connaissance intégrée)) et la révolution du graphe - Futures:GraphRevolution sont vraiment l'endroit où ça se passe.

J'attends avec un impatience le jour où visant une carte de "qu'est-ce qu'être un programmeur ?" et gagnant quelque nouvelle idée dans la programmation au-dessus de ce que je connais pour satisfaire cette carte. Chaque fois que j'ai pris mes idées encombrées et les ai arrangées en suivant ce processus, le résultat final était une compréhension profonde de nouvelles stratégies claires, d'une connaissance claire des lieux où les confins de ma compréhension était (et de l'endroit où aller cogner) des choses comme ça. Je ne vois pas de raison pour laquelle ce devrait être différent avec la progammation, tout ce que nous pensons à ce sujet.

La raison pour laquelle je crois que ces choses sont possibles est parce que je l'ai fait à un niveau personnel. Et je nous vois maintenant, ici, en train de faire exactement les mêmes choses que je faisais dans mon carnet de notes en papier, pour exactement les mêmes raisons ; je ne vois pas de raison pourquoi le résultat devrait être significativement différent.

Define external redirect: DossierBoîtes

EditNearLinks: MeatballWiki WikiMatrix OpenSource

Languages: