|
J'admets que je suis un développeur de logiciel et que je passe un maximum de 9 heures par jour devant un terminal d'ordinateur, mais je ne pense pas qu'il exclut nécessairement moi de la scène de l'amélioration de soi. En fait, j'ai essayé de trouver des moyens pour m'aider à atteindre mon plein potentiel pendant un certain temps maintenant. Et je l'utilise également des méthodologies de développement logiciel comme une aide! Pendant des millénaires, l'humanité s'est efforcée de lui est profitable. Les particuliers tentent de comprendre des questions complexes et essayer de comprendre la façon d'arriver là où ils veulent être. Afin d'être vraiment heureux, nous devons prendre nos fantasmes et de trouver la meilleure façon de mettre en œuvre des mesures pour tenir compte de ces notions et de les transformer en un résultat final. Vous avez besoin d'une approche structurée ou bien votre résultat final restera une collection épars de beaux rêves, mais inutile. Pour un temps assez court dans notre histoire, des individus ont essayé d'écrire des programmes logiciels complexes; essayant de garder la notion d'utilisateur final heureux en écrivant des programmes qui remplissent leurs rêves - au moins pour un petit moment. Tandis que l'un de ces efforts est profonde et l'autre moins, ils ne partagent des stratégies similaires. Rédaction des millions de lignes qui font en réalité rien ne peut être fait en utilisant une approche structurée. Une des premières étapes consiste à décomposer la tâche en une série d'étapes gérables. Dans le jargon informatique, on appelle cela la modularisation. La plupart des choses dans la vie ne sont pas une entité solide, mais plutôt un ensemble hétérogène de pièces. Donc, quand on regarde n'importe quelle tâche nous pouvons - et devons - le décomposer en ses éléments constitutifs. Si nous ne le faisons pas alors la tâche à accomplir sera de traiter avec le plus grand dans son ensemble. Les programmeurs d'identifier les modules et les fonctions d'écriture; de vraies personnes à identifier les domaines dont ils ont besoin pour travailler dans leur vie personnelle et vaquer à l'élaboration des régimes de les améliorer, ou les éliminer. Dans les puces informatiques dernières années sont devenus de plus en plus puissants. Ces puces sont le cerveau de n'importe quel ordinateur, c'est l'intérieur de ces minuscules composants que toutes les instructions d'utilisation sont traitées. Étant donné que ces processeurs sont devenus plus rapides et moins coûteux - permettant aux ordinateurs d'avoir plus d'une puce - les programmeurs ont fait usage de ce qu'on appelle le traitement asynchrone. Dans les temps anciens (environ 10 à 15 ans) un programme d'ordinateur aurait à exécuter (appliquer) chacun de ses modules (petites tâches) un par un. Quand il a effectué une fonction, le programme principal devra attendre jusqu'à ce que la fonction avait fini son travail, avant que le programme principal pourrait appeler la fonction suivante et ainsi de suite. Cela a bien fonctionné, mais le processus a été lent. Aujourd'hui, nous ne disposent pas toujours de le faire. Au lieu de cela nous pouvons appeler une fonction et ne pas attendre qu'elle se termine avant que nous appelons la fonction suivante. Nous appelons la fonction et la laisser faire ses affaires. Nous ne nous asseyons pas autour de s'en inquiéter. Nous l'avons laissée s'entendre avec les choses, elle nous dira si elle a des problèmes. L'essentiel est que nous pouvons obtenir à la tâche suivante et complète l'ensemble du processus beaucoup plus rapide en utilisant le traitement asynchrone. Alors, quel est le traitement asynchrone a à voir avec la vie réelle? Tout. Un trop grand nombre d'entre nous passons trop d'énergie sur des choses que nous devrions pas. Si vous avez tout lu sur le temps de gestion, de leadership ou pourquoi les gens qui réussissent réussissez, vous aurez rencontré le mot «délégation». Les gens qui réussissent sont les planificateurs, et non les exécutants. Ils ont une grande image dans leur tête et ils ne risquent de se laisser dérouter. Ils délèguent les tâches plus petites pour les autres. Ils délèguent à quelqu'un (ou quelque chose) et de passer à l'étape suivante (où ils seront aussi probablement délégué). Ils ne s'arrêtent pas et attendez que la tâche à remplir: ils sont trop occupés à se rendre où ils veulent être. Ceux qui réussissent en gérer les systèmes asynchrones. Le plus grand pas dans l'écriture de logiciels est probablement «la méthodologie de développement itératif. Dans les mauvais jours il était (et est toujours) une méthodologie appelée SSADM. Je ne vais pas vous ennuyer avec les détails, suffisait de dire que cette approche a appelé à une planification méticuleuse avant toute ligne de code n'a jamais été écrite. Cette approche peut réussir, mais dans de trop nombreux cas ce fut un désastre total. Trop de temps a été consacré à la planification et l'exécution pas. Au moment où le «plan» a été finalisée, les poteaux du but avait généralement déplacés, de sorte qu'au moment où le codage a été lancé le projet était déjà irrémédiablement out-of-date. Aspirations à ce que le logiciel devrait faire a changé. En tant que programmeur, il n'y a rien de plus frustrant que de finir d'écrire un logiciel qui n aime ou veut. L'approche réitératif permet aux programmeurs de logiciels d'écrire un petit réduit de prototypes. L ' «utilisateur final» peut prendre un coup d'œil et faire des suggestions sur la façon dont il devrait être changé. Le programmeur modifie ensuite la demande à ce que l'utilisateur propose et ajoute un «peu de viande plus« à la demande. La notion d'utilisateur final en prend un autre aspect et fait plus de suggestions et le programmeur effectue les modifications et y ajoute de la viande encore plus à la demande. Ce cycle continue jusqu'à l'utilisateur final est satisfait de l'application. L'avantage de cette approche est que l'utilisateur final peut sans cesse tester l'application et si il n'aime pas où ça va, il peut demander que l'application change de direction. Poteaux de but changement afin que le logiciel doit être flexible pour s'adapter à ce. Nous devrions tous utiliser cette approche réitératif: apporter des changements à nos vies, et puis re-évaluer. Puis faire quelques changements plus petits, puis ré-évaluer. Ce peut être une grosse erreur d'investir toutes nos énergies dans le «grand plan». Si le grand plan ne nous mène pas là où nous pensions que nous voulions être, nous mai ne pas avoir l'énergie de faire un autre «grand plan». La vie et les rêves sont fluides et devrait donc être notre approche. |