quelle est la partie mémoire ou recycleur dans « garbage collector » ? :-)
Dans le terme anglais rien :-).
Mais si j'ai bien compris ce qu'est un "garbage collector", c'est bien un truc qui récupère les zones mémoires devenues inutilisées pour les réutiliser ? Ou alors j'ai tout faux.
Cordialement. -- Dominique MICOLLET Adresse email : enlever deux francs
Gabriel Dos Reis wrote:
quelle est la partie mémoire ou recycleur dans « garbage collector » ? :-)
Dans le terme anglais rien :-).
Mais si j'ai bien compris ce qu'est un "garbage collector", c'est bien un
truc qui récupère les zones mémoires devenues inutilisées pour les
réutiliser ? Ou alors j'ai tout faux.
Cordialement.
--
Dominique MICOLLET
Adresse email : enlever deux francs
quelle est la partie mémoire ou recycleur dans « garbage collector » ? :-)
Dans le terme anglais rien :-).
Mais si j'ai bien compris ce qu'est un "garbage collector", c'est bien un truc qui récupère les zones mémoires devenues inutilisées pour les réutiliser ? Ou alors j'ai tout faux.
Cordialement. -- Dominique MICOLLET Adresse email : enlever deux francs
espie
In article , Fabien LE LEZ wrote:
On Thu, 04 Nov 2010 03:35:45 -0500, Gabriel Dos Reis :
Je connais des informaticiens français (que je respecte beaucoup) qui disent « glaneur de cellules » pour GC.
Le seul que je connais et qui utilise ce terme, c'est James Kanze. Et il a une excuse : il ne maîtrise pas bien le français, qui est sa troisième langue.
Moi-aussi j'utilise glaneur de cellules quand je traduis, ou ramasse-miettes, mais j'aime bien GC. ;-)
In article <nua7d6dfajnvb3oc5jo7a5e65dl0qkhtnj@4ax.com>,
Fabien LE LEZ <usenet19@x.edulang.com> wrote:
On Thu, 04 Nov 2010 03:35:45 -0500, Gabriel Dos Reis
<gdr@cse.tamu.edu>:
Je connais des informaticiens français (que je respecte beaucoup) qui
disent « glaneur de cellules » pour GC.
Le seul que je connais et qui utilise ce terme, c'est James Kanze. Et
il a une excuse : il ne maîtrise pas bien le français, qui est sa
troisième langue.
Moi-aussi j'utilise glaneur de cellules quand je traduis, ou ramasse-miettes,
mais j'aime bien GC. ;-)
On Thu, 04 Nov 2010 03:35:45 -0500, Gabriel Dos Reis :
Je connais des informaticiens français (que je respecte beaucoup) qui disent « glaneur de cellules » pour GC.
Le seul que je connais et qui utilise ce terme, c'est James Kanze. Et il a une excuse : il ne maîtrise pas bien le français, qui est sa troisième langue.
Moi-aussi j'utilise glaneur de cellules quand je traduis, ou ramasse-miettes, mais j'aime bien GC. ;-)
Wykaaa
Fabien LE LEZ a écrit :
On Thu, 04 Nov 2010 03:35:45 -0500, Gabriel Dos Reis :
Je connais des informaticiens français (que je respecte beaucoup) qui disent « glaneur de cellules » pour GC.
Le seul que je connais et qui utilise ce terme, c'est James Kanze. Et il a une excuse : il ne maîtrise pas bien le français, qui est sa troisième langue.
Pas du tout. Je connais beaucoup d'informaticiens qui utilisent glaneur de cellules, moi le premier. Ce terme est très utilisé chez les anciens ou actuels "lispiens".
Fabien LE LEZ a écrit :
On Thu, 04 Nov 2010 03:35:45 -0500, Gabriel Dos Reis
<gdr@cse.tamu.edu>:
Je connais des informaticiens français (que je respecte beaucoup) qui
disent « glaneur de cellules » pour GC.
Le seul que je connais et qui utilise ce terme, c'est James Kanze. Et
il a une excuse : il ne maîtrise pas bien le français, qui est sa
troisième langue.
Pas du tout. Je connais beaucoup d'informaticiens qui utilisent glaneur
de cellules, moi le premier. Ce terme est très utilisé chez les anciens
ou actuels "lispiens".
On Thu, 04 Nov 2010 03:35:45 -0500, Gabriel Dos Reis :
Je connais des informaticiens français (que je respecte beaucoup) qui disent « glaneur de cellules » pour GC.
Le seul que je connais et qui utilise ce terme, c'est James Kanze. Et il a une excuse : il ne maîtrise pas bien le français, qui est sa troisième langue.
Pas du tout. Je connais beaucoup d'informaticiens qui utilisent glaneur de cellules, moi le premier. Ce terme est très utilisé chez les anciens ou actuels "lispiens".
Je me demandais si la version française est plus imagée ou moins imagée.
Je paierais bien que le terme original était "memory garbage collector", et qu'il a progressivement été abrégé, un peu comme en français où "voiture automobile" a été abrégé en "automobile".
Cordialement. -- Dominique MICOLLET Adresse email : enlever deux francs
Gabriel Dos Reis wrote:
Je me demandais si la version française est plus imagée ou moins imagée.
Je paierais bien que le terme original était "memory garbage collector", et
qu'il a progressivement été abrégé, un peu comme en français où "voiture
automobile" a été abrégé en "automobile".
Cordialement.
--
Dominique MICOLLET
Adresse email : enlever deux francs
Je me demandais si la version française est plus imagée ou moins imagée.
Je paierais bien que le terme original était "memory garbage collector", et qu'il a progressivement été abrégé, un peu comme en français où "voiture automobile" a été abrégé en "automobile".
Cordialement. -- Dominique MICOLLET Adresse email : enlever deux francs
On Tue, 02 Nov 2010 09:35:24 +0100, Dominique MICOLLET wrote:
az wrote:
Peut-être UML 2.0 Pocket Reference, de chez O'Reilly (http://oreilly.com/ catalog/9780596102081) ?
Au vu de la table des matières, je ne suis pas sûr qu'il y ait mention de la méthode à mettre en oeuvre pour l'implantation. Ce qui est sans doute normal, vu que de ce que j'ai déjà lu d'UML, ce dernier n'a pas vocation à proposer de telle méthode.
En effet, comme j'ai pu le lire sur d'autres posts du thread, UML n'est qu'un language de modélisation, de l'analyse fonctionnelle initiale aux X itérations, que l'on adapte au cycle de vie logiciel et à la méthode de developpement que l'on choisit. Il y a des notations UML spécifiques à certaines activitées, souvent sous forme d'extension (par exemple pour le temps réél) qu'il peut être intéressant d'approfondir.
Quoi qu'il en soit, merci pour la référence : cet ouvrage semble être un bon manuel de référence.
soit on utilise un logiciel qui transcrit grossiérement les diagrammes de classes en headers,
Je compte éventuellement utiliser umbrella pour ce faire (j'ai du oublier de préciser que je suis manchotphile et que je crains les courants d'air :-).
Umbrella est très bien pour ça, il y a aussi bouml (http://bouml.free.fr/) pour les manchotphiles que nous sommes.
soit on fait à la main de A à Z, avec son petit manuel d'uml à portée de main.
C'est plutôt cette solution qui me conviendrait, l'idée étant de se forger une expérience dans la modélisation, sans toutefois trop s'éloigner de la réalité de l'implantation, même si c'est une hérésie de procéder ainsi.
Il te faudra eventuellement penser aux designs patterns, souvent solution à des problèmes d'implémentation (singleton, MVC, il y en a plétore). Un livre de référence à ce sujet est "Design Patterns: Elements of Reusable Object-Oriented Software", de chez Addison-Wesley Professional (http:// www.amazon.com/exec/obidos/ASIN/0201633612/002-7140427-9203253).
Cordialement.
On Tue, 02 Nov 2010 09:35:24 +0100, Dominique MICOLLET wrote:
az wrote:
Peut-être UML 2.0 Pocket Reference, de chez O'Reilly
(http://oreilly.com/ catalog/9780596102081) ?
Au vu de la table des matières, je ne suis pas sûr qu'il y ait mention
de la méthode à mettre en oeuvre pour l'implantation. Ce qui est sans
doute normal, vu que de ce que j'ai déjà lu d'UML, ce dernier n'a pas
vocation à proposer de telle méthode.
En effet, comme j'ai pu le lire sur d'autres posts du thread, UML n'est
qu'un language de modélisation, de l'analyse fonctionnelle initiale aux X
itérations, que l'on adapte au cycle de vie logiciel et à la méthode de
developpement que l'on choisit. Il y a des notations UML spécifiques à
certaines activitées, souvent sous forme d'extension (par exemple pour le
temps réél) qu'il peut être intéressant d'approfondir.
Quoi qu'il en soit, merci pour la
référence : cet ouvrage semble être un bon manuel de référence.
soit on
utilise un logiciel qui transcrit grossiérement les diagrammes de
classes en headers,
Je compte éventuellement utiliser umbrella pour ce faire (j'ai du
oublier de préciser que je suis manchotphile et que je crains les
courants d'air :-).
Umbrella est très bien pour ça, il y a aussi bouml (http://bouml.free.fr/)
pour les manchotphiles que nous sommes.
soit on fait à la main de A à Z, avec son petit manuel d'uml à portée
de main.
C'est plutôt cette solution qui me conviendrait, l'idée étant de se
forger une expérience dans la modélisation, sans toutefois trop
s'éloigner de la réalité de l'implantation, même si c'est une hérésie de
procéder ainsi.
Il te faudra eventuellement penser aux designs patterns, souvent solution
à des problèmes d'implémentation (singleton, MVC, il y en a plétore). Un
livre de référence à ce sujet est "Design Patterns: Elements of Reusable
Object-Oriented Software", de chez Addison-Wesley Professional (http://
www.amazon.com/exec/obidos/ASIN/0201633612/002-7140427-9203253).
On Tue, 02 Nov 2010 09:35:24 +0100, Dominique MICOLLET wrote:
az wrote:
Peut-être UML 2.0 Pocket Reference, de chez O'Reilly (http://oreilly.com/ catalog/9780596102081) ?
Au vu de la table des matières, je ne suis pas sûr qu'il y ait mention de la méthode à mettre en oeuvre pour l'implantation. Ce qui est sans doute normal, vu que de ce que j'ai déjà lu d'UML, ce dernier n'a pas vocation à proposer de telle méthode.
En effet, comme j'ai pu le lire sur d'autres posts du thread, UML n'est qu'un language de modélisation, de l'analyse fonctionnelle initiale aux X itérations, que l'on adapte au cycle de vie logiciel et à la méthode de developpement que l'on choisit. Il y a des notations UML spécifiques à certaines activitées, souvent sous forme d'extension (par exemple pour le temps réél) qu'il peut être intéressant d'approfondir.
Quoi qu'il en soit, merci pour la référence : cet ouvrage semble être un bon manuel de référence.
soit on utilise un logiciel qui transcrit grossiérement les diagrammes de classes en headers,
Je compte éventuellement utiliser umbrella pour ce faire (j'ai du oublier de préciser que je suis manchotphile et que je crains les courants d'air :-).
Umbrella est très bien pour ça, il y a aussi bouml (http://bouml.free.fr/) pour les manchotphiles que nous sommes.
soit on fait à la main de A à Z, avec son petit manuel d'uml à portée de main.
C'est plutôt cette solution qui me conviendrait, l'idée étant de se forger une expérience dans la modélisation, sans toutefois trop s'éloigner de la réalité de l'implantation, même si c'est une hérésie de procéder ainsi.
Il te faudra eventuellement penser aux designs patterns, souvent solution à des problèmes d'implémentation (singleton, MVC, il y en a plétore). Un livre de référence à ce sujet est "Design Patterns: Elements of Reusable Object-Oriented Software", de chez Addison-Wesley Professional (http:// www.amazon.com/exec/obidos/ASIN/0201633612/002-7140427-9203253).
Cordialement.
Frédéric Kuhn
On 11 nov, 21:08, az wrote:
On Tue, 02 Nov 2010 09:35:24 +0100, Dominique MICOLLET wrote: > az wrote:
>> Peut-être UML 2.0 Pocket Reference, de chez O'Reilly >> (http://oreilly.com/catalog/9780596102081) ?
> Au vu de la table des matières, je ne suis pas sûr qu'il y ait ment ion > de la méthode à mettre en oeuvre pour l'implantation. Ce qui est sa ns > doute normal, vu que de ce que j'ai déjà lu d'UML, ce dernier n'a p as > vocation à proposer de telle méthode.
En effet, comme j'ai pu le lire sur d'autres posts du thread, UML n'est qu'un language de modélisation, de l'analyse fonctionnelle initiale aux X itérations, que l'on adapte au cycle de vie logiciel et à la méthod e de developpement que l'on choisit. Il y a des notations UML spécifiques à certaines activitées, souvent sous forme d'extension (par exemple pour le temps réél) qu'il peut être intéressant d'approfondir.
> Quoi qu'il en soit, merci pour la > référence : cet ouvrage semble être un bon manuel de référenc e.
>> soit on >> utilise un logiciel qui transcrit grossiérement les diagrammes de >> classes en headers,
> Je compte éventuellement utiliser umbrella pour ce faire (j'ai du > oublier de préciser que je suis manchotphile et que je crains les > courants d'air :-).
Umbrella est très bien pour ça, il y a aussi bouml (http://bouml.free .fr/) pour les manchotphiles que nous sommes.
>> soit on fait à la main de A à Z, avec son petit manuel d'uml à p ortée >> de main. > C'est plutôt cette solution qui me conviendrait, l'idée étant de se > forger une expérience dans la modélisation, sans toutefois trop > s'éloigner de la réalité de l'implantation, même si c'est une h érésie de > procéder ainsi.
Il te faudra eventuellement penser aux designs patterns, souvent solution à des problèmes d'implémentation (singleton, MVC, il y en a pléto re). Un livre de référence à ce sujet est "Design Patterns: Elements of Reu sable Object-Oriented Software", de chez Addison-Wesley Professional (http://ww w.amazon.com/exec/obidos/ASIN/0201633612/002-7140427-9203253).
> Cordialement.
Visual paradigm comporte un outil de modélisation uml. Je n'avais pas été convaincu par umbrella, pas assez complet. Mais ils l'ont peut- être amélioré.
« Uml 2 en concentré », c'est avec ça que j'avais commencé.
On 11 nov, 21:08, az <shook.a...@gmail.com> wrote:
On Tue, 02 Nov 2010 09:35:24 +0100, Dominique MICOLLET wrote:
> az wrote:
>> Peut-être UML 2.0 Pocket Reference, de chez O'Reilly
>> (http://oreilly.com/catalog/9780596102081) ?
> Au vu de la table des matières, je ne suis pas sûr qu'il y ait ment ion
> de la méthode à mettre en oeuvre pour l'implantation. Ce qui est sa ns
> doute normal, vu que de ce que j'ai déjà lu d'UML, ce dernier n'a p as
> vocation à proposer de telle méthode.
En effet, comme j'ai pu le lire sur d'autres posts du thread, UML n'est
qu'un language de modélisation, de l'analyse fonctionnelle initiale aux X
itérations, que l'on adapte au cycle de vie logiciel et à la méthod e de
developpement que l'on choisit. Il y a des notations UML spécifiques à
certaines activitées, souvent sous forme d'extension (par exemple pour le
temps réél) qu'il peut être intéressant d'approfondir.
> Quoi qu'il en soit, merci pour la
> référence : cet ouvrage semble être un bon manuel de référenc e.
>> soit on
>> utilise un logiciel qui transcrit grossiérement les diagrammes de
>> classes en headers,
> Je compte éventuellement utiliser umbrella pour ce faire (j'ai du
> oublier de préciser que je suis manchotphile et que je crains les
> courants d'air :-).
Umbrella est très bien pour ça, il y a aussi bouml (http://bouml.free .fr/)
pour les manchotphiles que nous sommes.
>> soit on fait à la main de A à Z, avec son petit manuel d'uml à p ortée
>> de main.
> C'est plutôt cette solution qui me conviendrait, l'idée étant de se
> forger une expérience dans la modélisation, sans toutefois trop
> s'éloigner de la réalité de l'implantation, même si c'est une h érésie de
> procéder ainsi.
Il te faudra eventuellement penser aux designs patterns, souvent solution
à des problèmes d'implémentation (singleton, MVC, il y en a pléto re). Un
livre de référence à ce sujet est "Design Patterns: Elements of Reu sable
Object-Oriented Software", de chez Addison-Wesley Professional (http://ww w.amazon.com/exec/obidos/ASIN/0201633612/002-7140427-9203253).
> Cordialement.
Visual paradigm comporte un outil de modélisation uml. Je n'avais pas
été convaincu par umbrella, pas assez complet. Mais ils l'ont peut-
être amélioré.
« Uml 2 en concentré », c'est avec ça que j'avais commencé.
On Tue, 02 Nov 2010 09:35:24 +0100, Dominique MICOLLET wrote: > az wrote:
>> Peut-être UML 2.0 Pocket Reference, de chez O'Reilly >> (http://oreilly.com/catalog/9780596102081) ?
> Au vu de la table des matières, je ne suis pas sûr qu'il y ait ment ion > de la méthode à mettre en oeuvre pour l'implantation. Ce qui est sa ns > doute normal, vu que de ce que j'ai déjà lu d'UML, ce dernier n'a p as > vocation à proposer de telle méthode.
En effet, comme j'ai pu le lire sur d'autres posts du thread, UML n'est qu'un language de modélisation, de l'analyse fonctionnelle initiale aux X itérations, que l'on adapte au cycle de vie logiciel et à la méthod e de developpement que l'on choisit. Il y a des notations UML spécifiques à certaines activitées, souvent sous forme d'extension (par exemple pour le temps réél) qu'il peut être intéressant d'approfondir.
> Quoi qu'il en soit, merci pour la > référence : cet ouvrage semble être un bon manuel de référenc e.
>> soit on >> utilise un logiciel qui transcrit grossiérement les diagrammes de >> classes en headers,
> Je compte éventuellement utiliser umbrella pour ce faire (j'ai du > oublier de préciser que je suis manchotphile et que je crains les > courants d'air :-).
Umbrella est très bien pour ça, il y a aussi bouml (http://bouml.free .fr/) pour les manchotphiles que nous sommes.
>> soit on fait à la main de A à Z, avec son petit manuel d'uml à p ortée >> de main. > C'est plutôt cette solution qui me conviendrait, l'idée étant de se > forger une expérience dans la modélisation, sans toutefois trop > s'éloigner de la réalité de l'implantation, même si c'est une h érésie de > procéder ainsi.
Il te faudra eventuellement penser aux designs patterns, souvent solution à des problèmes d'implémentation (singleton, MVC, il y en a pléto re). Un livre de référence à ce sujet est "Design Patterns: Elements of Reu sable Object-Oriented Software", de chez Addison-Wesley Professional (http://ww w.amazon.com/exec/obidos/ASIN/0201633612/002-7140427-9203253).
> Cordialement.
Visual paradigm comporte un outil de modélisation uml. Je n'avais pas été convaincu par umbrella, pas assez complet. Mais ils l'ont peut- être amélioré.
« Uml 2 en concentré », c'est avec ça que j'avais commencé.
