Je voudrais savoir à partir de vos expériences professionnels le projet qui
vous semble le plus difficile ; je ne parle pas de maintenir ou reprendre un
code déjà existant mais si disons maintenant on vous donnait un projet à
faire à partir d'une feuille blanche devant quel type de programmes vous
diriez-vous "oula ! " ?
Faire un compilateur ? faire un jeu vidéo ? un système embarqué temps réel ?
etc...
Je voudrais savoir à partir de vos expériences professionnels le projet qui vous semble le plus difficile ; je ne parle pas de maintenir ou reprendre un code déjà existant mais si disons maintenant on vous donnait un projet à faire à partir d'une feuille blanche devant quel type de programmes vous diriez-vous "oula ! " ? Faire un compilateur ? faire un jeu vidéo ? un système embarqué temps réel ?
Un code portable, maintenable, efficace et sur...
J'ai rencontré peux de problèmes difficiles à résoudre en programmation qui ne soient pas des problèmes d'échelle en fait. Ecrire un jeux, un compilateur ou un système temps réel, tout dépend des objectifs...
Le seul truc difficile en programmation que je connaisse à part ça, c'est la programmation parallèle (ou pseudo-parralèle): accès concurents, protocoles, etc.
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
In article <bgtk7r$1q8f$1@biggoron.nerim.net>, Quentin L. wrote:
Bonjour,
Je voudrais savoir à partir de vos expériences professionnels le projet qui
vous semble le plus difficile ; je ne parle pas de maintenir ou reprendre un
code déjà existant mais si disons maintenant on vous donnait un projet à
faire à partir d'une feuille blanche devant quel type de programmes vous
diriez-vous "oula ! " ?
Faire un compilateur ? faire un jeu vidéo ? un système embarqué temps réel ?
Un code portable, maintenable, efficace et sur...
J'ai rencontré peux de problèmes difficiles à résoudre en
programmation qui ne soient pas des problèmes d'échelle en fait.
Ecrire un jeux, un compilateur ou un système temps réel,
tout dépend des objectifs...
Le seul truc difficile en programmation que je connaisse
à part ça, c'est la programmation parallèle (ou pseudo-parralèle):
accès concurents, protocoles, etc.
Marc Boyer
--
Lying for having sex or lying for making war? Trust US presidents :-(
Je voudrais savoir à partir de vos expériences professionnels le projet qui vous semble le plus difficile ; je ne parle pas de maintenir ou reprendre un code déjà existant mais si disons maintenant on vous donnait un projet à faire à partir d'une feuille blanche devant quel type de programmes vous diriez-vous "oula ! " ? Faire un compilateur ? faire un jeu vidéo ? un système embarqué temps réel ?
Un code portable, maintenable, efficace et sur...
J'ai rencontré peux de problèmes difficiles à résoudre en programmation qui ne soient pas des problèmes d'échelle en fait. Ecrire un jeux, un compilateur ou un système temps réel, tout dépend des objectifs...
Le seul truc difficile en programmation que je connaisse à part ça, c'est la programmation parallèle (ou pseudo-parralèle): accès concurents, protocoles, etc.
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
Shamil
D'apres FBI vous, Quentin L., avez écrit:
Bonjour,
Je voudrais savoir à partir de vos expériences professionnels le projet qui vous semble le plus difficile ; je ne parle pas de maintenir ou reprendre un code déjà existant mais si disons maintenant on vous donnait un projet à faire à partir d'une feuille blanche devant quel type de programmes vous diriez-vous "oula ! " ? Faire un compilateur ? faire un jeu vidéo ? un système embarqué temps réel ? etc...
compilateur & games: ces sujets sont tellement bien étidiés qu'ils ne posent pas de problèmes particulières
par contre : temps-réel embarque (comme le système qui gerait le DeepSpace-I) c'est du boulot ;)
-- Suez, Edmond, nom de Zeus ! -- Schmitter, Frédéric -- Virtuellement votre
D'apres FBI vous, Quentin L., avez écrit:
Bonjour,
Je voudrais savoir à partir de vos expériences professionnels le projet qui
vous semble le plus difficile ; je ne parle pas de maintenir ou reprendre un
code déjà existant mais si disons maintenant on vous donnait un projet à
faire à partir d'une feuille blanche devant quel type de programmes vous
diriez-vous "oula ! " ?
Faire un compilateur ? faire un jeu vidéo ? un système embarqué temps réel ?
etc...
compilateur & games: ces sujets sont tellement bien étidiés qu'ils ne
posent pas de problèmes particulières
par contre : temps-réel embarque (comme le système qui gerait le
DeepSpace-I) c'est du boulot ;)
--
Suez, Edmond, nom de Zeus !
-- Schmitter, Frédéric
--
Virtuellement votre
Je voudrais savoir à partir de vos expériences professionnels le projet qui vous semble le plus difficile ; je ne parle pas de maintenir ou reprendre un code déjà existant mais si disons maintenant on vous donnait un projet à faire à partir d'une feuille blanche devant quel type de programmes vous diriez-vous "oula ! " ? Faire un compilateur ? faire un jeu vidéo ? un système embarqué temps réel ? etc...
compilateur & games: ces sujets sont tellement bien étidiés qu'ils ne posent pas de problèmes particulières
par contre : temps-réel embarque (comme le système qui gerait le DeepSpace-I) c'est du boulot ;)
-- Suez, Edmond, nom de Zeus ! -- Schmitter, Frédéric -- Virtuellement votre
Fabien LE LEZ
On 07 Aug 2003 17:34:49 +0200, Jean-Marc Bourguet wrote:
mais si disons maintenant on vous donnait un projet à faire à partir d'une feuille blanche
Partir d'une feuille banche? Jamais vu un projet qui démarre sans récupérer au minimum quelques centaines de millier de lignes d'infrastructure.
Qu'appelles-tu "infrastructure" ? L'API de l'OS ? Des bibliothèques ? Ou un autre projet dont tu récupères des bouts de code ici ou là ?
-- Tout sur fr.* (FAQ, etc.) : http://www.usenet-fr.net/fur/ et http://www.aminautes.org/forums/serveurs/tablefr.html Archives : http://groups.google.com/advanced_group_search http://www.usenet-fr.net/fur/usenet/repondre-sur-usenet.html
On 07 Aug 2003 17:34:49 +0200, Jean-Marc Bourguet <jm@bourguet.org>
wrote:
mais si disons maintenant on vous donnait un projet à faire à partir
d'une feuille blanche
Partir d'une feuille banche? Jamais vu un projet qui démarre sans
récupérer au minimum quelques centaines de millier de lignes
d'infrastructure.
Qu'appelles-tu "infrastructure" ? L'API de l'OS ? Des bibliothèques ?
Ou un autre projet dont tu récupères des bouts de code ici ou là ?
--
Tout sur fr.* (FAQ, etc.) : http://www.usenet-fr.net/fur/
et http://www.aminautes.org/forums/serveurs/tablefr.html
Archives : http://groups.google.com/advanced_group_search
http://www.usenet-fr.net/fur/usenet/repondre-sur-usenet.html
On 07 Aug 2003 17:34:49 +0200, Jean-Marc Bourguet wrote:
mais si disons maintenant on vous donnait un projet à faire à partir d'une feuille blanche
Partir d'une feuille banche? Jamais vu un projet qui démarre sans récupérer au minimum quelques centaines de millier de lignes d'infrastructure.
Qu'appelles-tu "infrastructure" ? L'API de l'OS ? Des bibliothèques ? Ou un autre projet dont tu récupères des bouts de code ici ou là ?
-- Tout sur fr.* (FAQ, etc.) : http://www.usenet-fr.net/fur/ et http://www.aminautes.org/forums/serveurs/tablefr.html Archives : http://groups.google.com/advanced_group_search http://www.usenet-fr.net/fur/usenet/repondre-sur-usenet.html
Richard Delorme
Bonjour,
Je voudrais savoir à partir de vos expériences professionnels le projet qui vous semble le plus difficile ; je ne parle pas de maintenir ou reprendre un code déjà existant mais si disons maintenant on vous donnait un projet à faire à partir d'une feuille blanche devant quel type de programmes vous diriez-vous "oula ! " ? Faire un compilateur ?
oula !
faire un jeu vidéo ?
oula !
un système embarqué temps réel
oula !
En fait tout dépend du cahier des charges. Faire un petit compilateur est sans doute à la porter de tout le monde (avec du travail), mais faire un compilateur respectueux d'une norme semble plus difficile (5 ans après la sortie de la norme C++, combien de compilateurs la supporte entièrement, y compris export ? ). Faire un jeu vidéo style arcade des années 80 est relativement facile, mais faire un jeu vidéo commercial pour PS2 demande un budget énorme et la réunion de nombreux talents (graphistes, musiciens, programmeurs, acteurs, scénaristes,...) Faire un système embarqué temps réel jouet est sans doute à la portée de tous, mais là encore, faire un système commercialisé qui satisfait pleinement les demandes des clients est beaucoup plus difficile.
-- Richard
Bonjour,
Je voudrais savoir à partir de vos expériences professionnels le projet
qui vous semble le plus difficile ; je ne parle pas de maintenir ou
reprendre un code déjà existant mais si disons maintenant on vous donnait
un projet à faire à partir d'une feuille blanche devant quel type de
programmes vous diriez-vous "oula ! " ?
Faire un compilateur ?
oula !
faire un jeu vidéo ?
oula !
un système embarqué temps réel
oula !
En fait tout dépend du cahier des charges.
Faire un petit compilateur est sans doute à la porter de tout le monde (avec
du travail), mais faire un compilateur respectueux d'une norme semble plus
difficile (5 ans après la sortie de la norme C++, combien de compilateurs
la supporte entièrement, y compris export ? ).
Faire un jeu vidéo style arcade des années 80 est relativement facile, mais
faire un jeu vidéo commercial pour PS2 demande un budget énorme et la
réunion de nombreux talents (graphistes, musiciens, programmeurs, acteurs,
scénaristes,...)
Faire un système embarqué temps réel jouet est sans doute à la portée de
tous, mais là encore, faire un système commercialisé qui satisfait
pleinement les demandes des clients est beaucoup plus difficile.
Je voudrais savoir à partir de vos expériences professionnels le projet qui vous semble le plus difficile ; je ne parle pas de maintenir ou reprendre un code déjà existant mais si disons maintenant on vous donnait un projet à faire à partir d'une feuille blanche devant quel type de programmes vous diriez-vous "oula ! " ? Faire un compilateur ?
oula !
faire un jeu vidéo ?
oula !
un système embarqué temps réel
oula !
En fait tout dépend du cahier des charges. Faire un petit compilateur est sans doute à la porter de tout le monde (avec du travail), mais faire un compilateur respectueux d'une norme semble plus difficile (5 ans après la sortie de la norme C++, combien de compilateurs la supporte entièrement, y compris export ? ). Faire un jeu vidéo style arcade des années 80 est relativement facile, mais faire un jeu vidéo commercial pour PS2 demande un budget énorme et la réunion de nombreux talents (graphistes, musiciens, programmeurs, acteurs, scénaristes,...) Faire un système embarqué temps réel jouet est sans doute à la portée de tous, mais là encore, faire un système commercialisé qui satisfait pleinement les demandes des clients est beaucoup plus difficile.
-- Richard
Jean-Marc Bourguet
Fabien LE LEZ writes:
On 07 Aug 2003 17:34:49 +0200, Jean-Marc Bourguet wrote:
mais si disons maintenant on vous donnait un projet à faire à partir d'une feuille blanche
Partir d'une feuille banche? Jamais vu un projet qui démarre sans récupérer au minimum quelques centaines de millier de lignes d'infrastructure.
Qu'appelles-tu "infrastructure" ?
J'ai toujours travaillé sur des projets relativement conséquents (centaine de développeurs, millions de lignes de code, ...) ayant à la fois une interface graphique et une interface en ligne de commande avec un langage d'extension (TCL, dialecte de lisp) dans lequel une partie de l'application est écrite.
Tout ça (le framework graphique, l'interpréteur de commande, la couche qui isole l'OS) fait partie des infrastructure, de même que certaines choses concernant plus le domaine d'application (parseurs pour les langages et les formats de fichiers utilisés, ce que nous appelons "base de données" mais qui n'a quasiment rien à voir avec ce que gère SQL, des moteurs plus ou moins indépendants).
En gros tout ce qui ne concerne pas le coeur de l'application et qu'on récupère parce que réécrire n'a strictement aucun sens.
Des bibliothèques ?
C'est souvent moins indépendant que ça.
Ou un autre projet dont tu récupères des bouts de code ici ou là ?
C'est souvent quand même conçu pour être utilisé dans plusieurs applications (quand ce n'est pas développé par un groupe à part dont c'est la fonction).
A+
-- Jean-Marc FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html Site de usenet-fr: http://www.usenet-fr.news.eu.org
Fabien LE LEZ <gramster@gramster.com> writes:
On 07 Aug 2003 17:34:49 +0200, Jean-Marc Bourguet <jm@bourguet.org>
wrote:
mais si disons maintenant on vous donnait un projet à faire à partir
d'une feuille blanche
Partir d'une feuille banche? Jamais vu un projet qui démarre sans
récupérer au minimum quelques centaines de millier de lignes
d'infrastructure.
Qu'appelles-tu "infrastructure" ?
J'ai toujours travaillé sur des projets relativement conséquents
(centaine de développeurs, millions de lignes de code, ...) ayant à la
fois une interface graphique et une interface en ligne de commande
avec un langage d'extension (TCL, dialecte de lisp) dans lequel une
partie de l'application est écrite.
Tout ça (le framework graphique, l'interpréteur de commande, la couche
qui isole l'OS) fait partie des infrastructure, de même que certaines
choses concernant plus le domaine d'application (parseurs pour les
langages et les formats de fichiers utilisés, ce que nous appelons
"base de données" mais qui n'a quasiment rien à voir avec ce que gère
SQL, des moteurs plus ou moins indépendants).
En gros tout ce qui ne concerne pas le coeur de l'application et qu'on
récupère parce que réécrire n'a strictement aucun sens.
Des bibliothèques ?
C'est souvent moins indépendant que ça.
Ou un autre projet dont tu récupères des bouts de code ici ou là ?
C'est souvent quand même conçu pour être utilisé dans plusieurs
applications (quand ce n'est pas développé par un groupe à part dont
c'est la fonction).
A+
--
Jean-Marc
FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ
C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html
Site de usenet-fr: http://www.usenet-fr.news.eu.org
On 07 Aug 2003 17:34:49 +0200, Jean-Marc Bourguet wrote:
mais si disons maintenant on vous donnait un projet à faire à partir d'une feuille blanche
Partir d'une feuille banche? Jamais vu un projet qui démarre sans récupérer au minimum quelques centaines de millier de lignes d'infrastructure.
Qu'appelles-tu "infrastructure" ?
J'ai toujours travaillé sur des projets relativement conséquents (centaine de développeurs, millions de lignes de code, ...) ayant à la fois une interface graphique et une interface en ligne de commande avec un langage d'extension (TCL, dialecte de lisp) dans lequel une partie de l'application est écrite.
Tout ça (le framework graphique, l'interpréteur de commande, la couche qui isole l'OS) fait partie des infrastructure, de même que certaines choses concernant plus le domaine d'application (parseurs pour les langages et les formats de fichiers utilisés, ce que nous appelons "base de données" mais qui n'a quasiment rien à voir avec ce que gère SQL, des moteurs plus ou moins indépendants).
En gros tout ce qui ne concerne pas le coeur de l'application et qu'on récupère parce que réécrire n'a strictement aucun sens.
Des bibliothèques ?
C'est souvent moins indépendant que ça.
Ou un autre projet dont tu récupères des bouts de code ici ou là ?
C'est souvent quand même conçu pour être utilisé dans plusieurs applications (quand ce n'est pas développé par un groupe à part dont c'est la fonction).
A+
-- Jean-Marc FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html Site de usenet-fr: http://www.usenet-fr.news.eu.org
georges.stanisic
Bonjour l'ami,
Je penses que cela serait peut être un système embarqué temps réel.
Car pour faire un compilateur, il suffit de bien savoir ce que l'on veut faire, et le coder. C'est quelque chose qui n'évolue que très peu, et très prévisible dans ses actions.
Pour un jeu vidéo, avec les tehcniques modernes, et les outils perfomants, je dirai que cela est grandement facilité malgré la grande complexicité possible du jeu (mteur 3D performant, multijoueur, réseaux, intelligence artificielle.
Quand au sysème embarqué temps réel, il doit répondre à des exigences très strictes et doit être en même temps très souple et réactif, et ce malgré les évènements (la température, la saturation, les problèmes techniques divers, ainsi que la disponibilité vis à vis des utilisateurs etc ...)
Mais ceci n'est que mon modeste avis Georges
"Quentin L." a écrit dans le message de news: bgtk7r$1q8f$
Bonjour,
Je voudrais savoir à partir de vos expériences professionnels le projet qui
vous semble le plus difficile ; je ne parle pas de maintenir ou reprendre un
code déjà existant mais si disons maintenant on vous donnait un projet à faire à partir d'une feuille blanche devant quel type de programmes vous diriez-vous "oula ! " ? Faire un compilateur ? faire un jeu vidéo ? un système embarqué temps réel ?
etc...
Bonjour l'ami,
Je penses que cela serait peut être un système embarqué temps réel.
Car pour faire un compilateur, il suffit de bien savoir ce que l'on veut
faire, et le coder.
C'est quelque chose qui n'évolue que très peu, et très prévisible dans ses
actions.
Pour un jeu vidéo, avec les tehcniques modernes, et les outils perfomants,
je dirai que cela est grandement facilité
malgré la grande complexicité possible du jeu (mteur 3D performant,
multijoueur, réseaux, intelligence artificielle.
Quand au sysème embarqué temps réel, il doit répondre à des exigences très
strictes et doit être en même temps
très souple et réactif, et ce malgré les évènements (la température, la
saturation, les problèmes techniques divers, ainsi
que la disponibilité vis à vis des utilisateurs etc ...)
Mais ceci n'est que mon modeste avis
Georges
"Quentin L." <danteNOSPAM@nerim.net> a écrit dans le message de news:
bgtk7r$1q8f$1@biggoron.nerim.net...
Bonjour,
Je voudrais savoir à partir de vos expériences professionnels le projet
qui
vous semble le plus difficile ; je ne parle pas de maintenir ou reprendre
un
code déjà existant mais si disons maintenant on vous donnait un projet à
faire à partir d'une feuille blanche devant quel type de programmes vous
diriez-vous "oula ! " ?
Faire un compilateur ? faire un jeu vidéo ? un système embarqué temps réel
?
Je penses que cela serait peut être un système embarqué temps réel.
Car pour faire un compilateur, il suffit de bien savoir ce que l'on veut faire, et le coder. C'est quelque chose qui n'évolue que très peu, et très prévisible dans ses actions.
Pour un jeu vidéo, avec les tehcniques modernes, et les outils perfomants, je dirai que cela est grandement facilité malgré la grande complexicité possible du jeu (mteur 3D performant, multijoueur, réseaux, intelligence artificielle.
Quand au sysème embarqué temps réel, il doit répondre à des exigences très strictes et doit être en même temps très souple et réactif, et ce malgré les évènements (la température, la saturation, les problèmes techniques divers, ainsi que la disponibilité vis à vis des utilisateurs etc ...)
Mais ceci n'est que mon modeste avis Georges
"Quentin L." a écrit dans le message de news: bgtk7r$1q8f$
Bonjour,
Je voudrais savoir à partir de vos expériences professionnels le projet qui
vous semble le plus difficile ; je ne parle pas de maintenir ou reprendre un
code déjà existant mais si disons maintenant on vous donnait un projet à faire à partir d'une feuille blanche devant quel type de programmes vous diriez-vous "oula ! " ? Faire un compilateur ? faire un jeu vidéo ? un système embarqué temps réel ?
etc...
James Kanze
"Quentin L." writes:
|> Je voudrais savoir à partir de vos expériences |> professionnels le projet qui vous semble le plus difficile ; je ne |> parle pas de maintenir ou reprendre un code déjà existant |> mais si disons maintenant on vous donnait un projet à faire |> à partir d'une feuille blanche devant quel type de programmes |> vous diriez-vous "oula ! " ? Faire un compilateur ? faire un jeu |> vidéo ? un système embarqué temps réel ? etc...
Les projets les plus difficiles, c'est toujours convaincre aux clients qui n'en ont pas qu'il leur faut un processus de développement ; que de simplement laisser tout le monde dans leur coin programmer comme bon leur semble, sans organisation ni même communication entre eux, ne donne rien.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
"Quentin L." <danteNOSPAM@nerim.net> writes:
|> Je voudrais savoir à partir de vos expériences
|> professionnels le projet qui vous semble le plus difficile ; je ne
|> parle pas de maintenir ou reprendre un code déjà existant
|> mais si disons maintenant on vous donnait un projet à faire
|> à partir d'une feuille blanche devant quel type de programmes
|> vous diriez-vous "oula ! " ? Faire un compilateur ? faire un jeu
|> vidéo ? un système embarqué temps réel ? etc...
Les projets les plus difficiles, c'est toujours convaincre aux clients
qui n'en ont pas qu'il leur faut un processus de développement ;
que de simplement laisser tout le monde dans leur coin programmer
comme bon leur semble, sans organisation ni même communication
entre eux, ne donne rien.
--
James Kanze mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
|> Je voudrais savoir à partir de vos expériences |> professionnels le projet qui vous semble le plus difficile ; je ne |> parle pas de maintenir ou reprendre un code déjà existant |> mais si disons maintenant on vous donnait un projet à faire |> à partir d'une feuille blanche devant quel type de programmes |> vous diriez-vous "oula ! " ? Faire un compilateur ? faire un jeu |> vidéo ? un système embarqué temps réel ? etc...
Les projets les plus difficiles, c'est toujours convaincre aux clients qui n'en ont pas qu'il leur faut un processus de développement ; que de simplement laisser tout le monde dans leur coin programmer comme bon leur semble, sans organisation ni même communication entre eux, ne donne rien.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
Christophe Lephay
"James Kanze" a écrit dans le message de news:
Les projets les plus difficiles, c'est toujours convaincre aux clients qui n'en ont pas qu'il leur faut un processus de développement ; que de simplement laisser tout le monde dans leur coin programmer comme bon leur semble, sans organisation ni même communication entre eux, ne donne rien.
Dans ma propre (petite) expérience, la plupart des projets dans lesquels j'ai été impliqués sont allés dans le mur parce que mon employeur n'a jamais été disposé à mobiliser les ressources financières appropriées, pour ma plus grande frustration).
Chris
"James Kanze" <kanze@gabi-soft.fr> a écrit dans le message de
news:867k5lhl7q.fsf@alex.gabi-soft.fr...
Les projets les plus difficiles, c'est toujours convaincre aux clients
qui n'en ont pas qu'il leur faut un processus de développement ;
que de simplement laisser tout le monde dans leur coin programmer
comme bon leur semble, sans organisation ni même communication
entre eux, ne donne rien.
Dans ma propre (petite) expérience, la plupart des projets dans lesquels
j'ai été impliqués sont allés dans le mur parce que mon employeur n'a jamais
été disposé à mobiliser les ressources financières appropriées, pour ma plus
grande frustration).
Les projets les plus difficiles, c'est toujours convaincre aux clients qui n'en ont pas qu'il leur faut un processus de développement ; que de simplement laisser tout le monde dans leur coin programmer comme bon leur semble, sans organisation ni même communication entre eux, ne donne rien.
Dans ma propre (petite) expérience, la plupart des projets dans lesquels j'ai été impliqués sont allés dans le mur parce que mon employeur n'a jamais été disposé à mobiliser les ressources financières appropriées, pour ma plus grande frustration).
