Je sais que je ne suis pas dans le bon groupe pour parler de gr=E8ves,
d'associations, de corporation ou de syndicats etc etc.
Ce que je sais c'est qu'ici se trouvent des informaticiens. Je suis
dans l'informatique, j'ai 40 ans, et je travaille depuis 17 ans, je
fais des astreintes mal pay=E9es et je suis oblig=E9 moralement de les
faire.
J'entends par informaticiens, toutes personnes susceptibles de foutre
une merde noire si jamais elle d=E9cidait de s'allier =E0 un mouvement
de gr=E8ve.
Les informaticiens participent =E0 la vie de la soci=E9t=E9 de la m=EAme
fa=E7on que des routiers, des chauffeurs de bus, des aiguilleurs du
ciel, des agents SNCF ou RATP ...
Le p=E9trole augmente, les routiers et les agriculteurs touchent des
subventions, nous rien, on se contente de payer.
D'autre part, quel est l'informaticien un peu pointu qui n'est
pas oblig=E9 de faire une astreinte en cas de pannes informatique la
nuit ou les week end, savez vous que rien n'est r=E8glement=E9, on nous
demande de travailler la nuit le jour, on est pratiquement oblig=E9
d'accepter et on est mal pay=E9. Savez vous, vous les informaticiens,
qu'il y a des professions comme par exemple les m=E9decins, les
pharmaciens et j'en oublie, qui eux aussi font des astreintes et sont
nettement mieux pay=E9s que nous!!!!
Par ces quelques lignes je propose d'essayer de cr=E9er un mouvement
ou les informaticiens pourraient adh=E9rer.
Je ne propose pas de faire des gr=E8ves, mais je propose de s'unir pour
r=E9glementer les choses et les am=E9liorer.
Apprendre plein de choses en les survolant, ce n'est pas savoir.
Ne fait pas de ton cas une généralité.
Chuis pas le seul. Tu as peut être appris à discuter, mais tu ne sais pas le faire.
C'est sûr que tu dois en connaitre un sacré morceau à ce niveau, ca se sent tout de suite.
see
Anthony HOCQUET wrote:
Apprendre plein de choses en les survolant, ce n'est pas savoir.
Ne fait pas de ton cas une généralité.
J'ai tendance à être d'accord avec Laurent sur ce point.
Il est certes possible d'avoir un bon niveau dans un nombre assez large de domaines mais il arrive un moment où, pour atteindre une réelle expertise dans un domaine, on ne peut plus se disperser.
C'est d'ailleurs un dilemne que je n'ai pas encore réussi à résoudre : - Se concentrer dans un domaine assez restreint pour y atteindre une expertise pointue mais en augmentant alors sa dépendance à une technologie précise - Maintenir de front un domaine assez large mais sans possibilité d'atteindre l'expertise. Il devient alors difficile de justifier son salaire face aux jeunes formés directement aux dernières technologies.
L'échappatoire me parait alors être est le management.
-- Bruno http://errance.lirano.net (photographies)
Anthony HOCQUET <anthony.hocquet@gmail.com> wrote:
Apprendre plein de choses en les survolant, ce n'est pas savoir.
Ne fait pas de ton cas une généralité.
J'ai tendance à être d'accord avec Laurent sur ce point.
Il est certes possible d'avoir un bon niveau dans un nombre assez large
de domaines mais il arrive un moment où, pour atteindre une réelle
expertise dans un domaine, on ne peut plus se disperser.
C'est d'ailleurs un dilemne que je n'ai pas encore réussi à résoudre :
- Se concentrer dans un domaine assez restreint pour y atteindre une
expertise pointue mais en augmentant alors sa dépendance à une
technologie précise
- Maintenir de front un domaine assez large mais sans possibilité
d'atteindre l'expertise. Il devient alors difficile de justifier son
salaire face aux jeunes formés directement aux dernières technologies.
L'échappatoire me parait alors être est le management.
--
Bruno
http://errance.lirano.net (photographies)
Apprendre plein de choses en les survolant, ce n'est pas savoir.
Ne fait pas de ton cas une généralité.
J'ai tendance à être d'accord avec Laurent sur ce point.
Il est certes possible d'avoir un bon niveau dans un nombre assez large de domaines mais il arrive un moment où, pour atteindre une réelle expertise dans un domaine, on ne peut plus se disperser.
C'est d'ailleurs un dilemne que je n'ai pas encore réussi à résoudre : - Se concentrer dans un domaine assez restreint pour y atteindre une expertise pointue mais en augmentant alors sa dépendance à une technologie précise - Maintenir de front un domaine assez large mais sans possibilité d'atteindre l'expertise. Il devient alors difficile de justifier son salaire face aux jeunes formés directement aux dernières technologies.
L'échappatoire me parait alors être est le management.
-- Bruno http://errance.lirano.net (photographies)
Patrice Trognon
Laurent Wacrenier wrote:
Patrice Trognon écrit:
ben oui, tu t'adaptes ou t'es plus dans la course.
Ca ne m'a jamais choqué.
Ca fait 13 ans que je bosse, 13 ans que j'apprends de nouvelles choses sans arret, et j'aime ca.
Ça s'appelle s'éparpiller. Ça n'est pas ce qu'il y a de plus efficace pour l'individu, son entourage et pour la société.
Hi,
Prennons un exemple, le développement d'application en Java en 1995 je me suis mis a Java, ensuite j'ai passé quelques années a développer des applies en Java en utilisant de nouvelles librairies pour répondre aux besoins de mes clients.
Sun a sorti ensuite J2EE, je me suis alors mis aux servlets, jsp, struts et compagnie. La partie EJB je l'ai alors laissé de coté pour bien appronfondir la partie jsp/servlet etc. Ensuite je me suis interessé aux EJB. Viennent de sortir les EJB3, pareil, je me suis formé dessus cet été.
Dans le monde Java nous avons sans arret de nouvelles technos qui sortent (Hibernate il y a quelques années par exemple) il faut alors sans arret se former pour suivre les évolutions.
Tu vois, on peut apprendre sans arret sur un domaine sans s'éparpillier je pense.
Et ce que je disais c'est que si j'étais resté au Java de base que j'ai appris entre 95 et 98 et bien je ne pourrais plus bosser aujourd'hui, j'ai donc du évoluer sans arret.
La difficulté étant de faire le tri entre les technos marketing et celles qui vont véritablement marqué un tournant important.
Nous sommes sur un forum Unix, c'est la même chose, il y a aussi des évolutions même si elles sont moins rapide qu'en développement, de nouvelles distribution sortent, certaines sont abandonnées, certains packages / librairies / soft d'admin apparaissent et disparraissent.
Le matériel évolue sans cesse.
La aussi il faut suivre en se formant.
Par définition l'informatique ne me semble pas quelque chose de figé, loin de la (vous vous souvenez de la loi de Moore), notre travail est donc aussi d'évoluer et d'absorber ce qui sort sur le marché afin justement de pouvoir faire la différence entre les bonnes et les mauvaises technos (vous vous souvenez notre 'devoir' de conseil).
ben oui, tu t'adaptes ou t'es plus dans la course.
Ca ne m'a jamais choqué.
Ca fait 13 ans que je bosse, 13 ans que j'apprends
de nouvelles choses sans arret, et j'aime ca.
Ça s'appelle s'éparpiller. Ça n'est pas ce qu'il y a de plus efficace
pour l'individu, son entourage et pour la société.
Hi,
Prennons un exemple, le développement d'application en Java
en 1995 je me suis mis a Java, ensuite j'ai passé quelques
années a développer des applies en Java en utilisant de nouvelles
librairies pour répondre aux besoins de mes clients.
Sun a sorti ensuite J2EE, je me suis alors mis aux servlets,
jsp, struts et compagnie.
La partie EJB je l'ai alors laissé de coté pour bien
appronfondir la partie jsp/servlet etc.
Ensuite je me suis interessé aux EJB.
Viennent de sortir les EJB3, pareil, je me suis formé
dessus cet été.
Dans le monde Java nous avons sans arret de nouvelles technos
qui sortent (Hibernate il y a quelques années par exemple) il
faut alors sans arret se former pour suivre les évolutions.
Tu vois, on peut apprendre sans arret sur un domaine sans
s'éparpillier je pense.
Et ce que je disais c'est que si j'étais resté au Java de base
que j'ai appris entre 95 et 98 et bien je ne pourrais plus
bosser aujourd'hui, j'ai donc du évoluer sans arret.
La difficulté étant de faire le tri entre les technos marketing
et celles qui vont véritablement marqué un tournant important.
Nous sommes sur un forum Unix, c'est la même chose, il y a
aussi des évolutions même si elles sont moins rapide qu'en
développement, de nouvelles distribution sortent, certaines
sont abandonnées, certains packages / librairies / soft
d'admin apparaissent et disparraissent.
Le matériel évolue sans cesse.
La aussi il faut suivre en se formant.
Par définition l'informatique ne me semble pas quelque chose
de figé, loin de la (vous vous souvenez de la loi de Moore),
notre travail est donc aussi d'évoluer et d'absorber
ce qui sort sur le marché afin justement de pouvoir faire
la différence entre les bonnes et les mauvaises technos
(vous vous souvenez notre 'devoir' de conseil).
ben oui, tu t'adaptes ou t'es plus dans la course.
Ca ne m'a jamais choqué.
Ca fait 13 ans que je bosse, 13 ans que j'apprends de nouvelles choses sans arret, et j'aime ca.
Ça s'appelle s'éparpiller. Ça n'est pas ce qu'il y a de plus efficace pour l'individu, son entourage et pour la société.
Hi,
Prennons un exemple, le développement d'application en Java en 1995 je me suis mis a Java, ensuite j'ai passé quelques années a développer des applies en Java en utilisant de nouvelles librairies pour répondre aux besoins de mes clients.
Sun a sorti ensuite J2EE, je me suis alors mis aux servlets, jsp, struts et compagnie. La partie EJB je l'ai alors laissé de coté pour bien appronfondir la partie jsp/servlet etc. Ensuite je me suis interessé aux EJB. Viennent de sortir les EJB3, pareil, je me suis formé dessus cet été.
Dans le monde Java nous avons sans arret de nouvelles technos qui sortent (Hibernate il y a quelques années par exemple) il faut alors sans arret se former pour suivre les évolutions.
Tu vois, on peut apprendre sans arret sur un domaine sans s'éparpillier je pense.
Et ce que je disais c'est que si j'étais resté au Java de base que j'ai appris entre 95 et 98 et bien je ne pourrais plus bosser aujourd'hui, j'ai donc du évoluer sans arret.
La difficulté étant de faire le tri entre les technos marketing et celles qui vont véritablement marqué un tournant important.
Nous sommes sur un forum Unix, c'est la même chose, il y a aussi des évolutions même si elles sont moins rapide qu'en développement, de nouvelles distribution sortent, certaines sont abandonnées, certains packages / librairies / soft d'admin apparaissent et disparraissent.
Le matériel évolue sans cesse.
La aussi il faut suivre en se formant.
Par définition l'informatique ne me semble pas quelque chose de figé, loin de la (vous vous souvenez de la loi de Moore), notre travail est donc aussi d'évoluer et d'absorber ce qui sort sur le marché afin justement de pouvoir faire la différence entre les bonnes et les mauvaises technos (vous vous souvenez notre 'devoir' de conseil).
Il me semble avoir répondu.
--
Patrice Trognon http://www.javadevel.com
Pascal Bourguignon
Laurent Wacrenier <lwa@ teaser . fr> writes:
Patrice Trognon écrit:
ben oui, tu t'adaptes ou t'es plus dans la course.
Ca ne m'a jamais choqué.
Ca fait 13 ans que je bosse, 13 ans que j'apprends de nouvelles choses sans arret, et j'aime ca.
Ça s'appelle s'éparpiller. Ça n'est pas ce qu'il y a de plus efficace pour l'individu, son entourage et pour la société.
Tout à fait d'accord. Alors cessons d'apprendre et d'utiliser Java, PHP, Perl, Ruby, Python, C++, qui ont tous environ moins de 13 ans, et utilisons LISP, une valeur sure qui approche le demi-centenaire!
Quand on y pense, c'est quand même extraordinaire que les petits nouveaux langages ne soient toujours pas capables de faire ce que LISP peut faire...
ben oui, tu t'adaptes ou t'es plus dans la course.
Ca ne m'a jamais choqué.
Ca fait 13 ans que je bosse, 13 ans que j'apprends
de nouvelles choses sans arret, et j'aime ca.
Ça s'appelle s'éparpiller. Ça n'est pas ce qu'il y a de plus efficace
pour l'individu, son entourage et pour la société.
Tout à fait d'accord. Alors cessons d'apprendre et d'utiliser Java,
PHP, Perl, Ruby, Python, C++, qui ont tous environ moins de 13 ans,
et utilisons LISP, une valeur sure qui approche le demi-centenaire!
Quand on y pense, c'est quand même extraordinaire que les petits
nouveaux langages ne soient toujours pas capables de faire ce que LISP
peut faire...
ben oui, tu t'adaptes ou t'es plus dans la course.
Ca ne m'a jamais choqué.
Ca fait 13 ans que je bosse, 13 ans que j'apprends de nouvelles choses sans arret, et j'aime ca.
Ça s'appelle s'éparpiller. Ça n'est pas ce qu'il y a de plus efficace pour l'individu, son entourage et pour la société.
Tout à fait d'accord. Alors cessons d'apprendre et d'utiliser Java, PHP, Perl, Ruby, Python, C++, qui ont tous environ moins de 13 ans, et utilisons LISP, une valeur sure qui approche le demi-centenaire!
Quand on y pense, c'est quand même extraordinaire que les petits nouveaux langages ne soient toujours pas capables de faire ce que LISP peut faire...
Tiens, ça faisait longtemps que je n'avais pas lu la propagande de notre cher parenthéseur fou...
Tout à fait d'accord. Alors cessons d'apprendre et d'utiliser Java, PHP, Perl, Ruby, Python, C++, qui ont tous environ moins de 13 ans, et utilisons LISP, une valeur sure qui approche le demi-centenaire!
Quand on y pense, c'est quand même extraordinaire que _The_ langage méga-tiptop ultime n'ait jamais réussi, en presque 50 ans, à dépasser le stade de la diffusion confidentielle là ou d'autres ont réussi à avoir une communauté d'utilisateurs plus que conséquente en une dizaine d'année... A croire que ses avantages ne suffisent pas à compenser ses inconvénients.
Quand on y pense, c'est quand même extraordinaire que les petits nouveaux langages ne soient toujours pas capables de faire ce que LISP peut faire...
A part rentrer dans les bonnes cases pour les prouveurs automatiques , je veux bien un exemple...
Croco
Le 17-09-2005, Pascal Bourguignon <spam@mouse-potato.com> a écrit :
Tiens, ça faisait longtemps que je n'avais pas lu la propagande de notre
cher parenthéseur fou...
Tout à fait d'accord. Alors cessons d'apprendre et d'utiliser Java,
PHP, Perl, Ruby, Python, C++, qui ont tous environ moins de 13 ans,
et utilisons LISP, une valeur sure qui approche le demi-centenaire!
Quand on y pense, c'est quand même extraordinaire que _The_ langage
méga-tiptop ultime n'ait jamais réussi, en presque 50 ans, à dépasser le
stade de la diffusion confidentielle là ou d'autres ont réussi à avoir
une communauté d'utilisateurs plus que conséquente en une dizaine
d'année... A croire que ses avantages ne suffisent pas à compenser ses
inconvénients.
Quand on y pense, c'est quand même extraordinaire que les petits
nouveaux langages ne soient toujours pas capables de faire ce que LISP
peut faire...
A part rentrer dans les bonnes cases pour les prouveurs automatiques , je
veux bien un exemple...
Tiens, ça faisait longtemps que je n'avais pas lu la propagande de notre cher parenthéseur fou...
Tout à fait d'accord. Alors cessons d'apprendre et d'utiliser Java, PHP, Perl, Ruby, Python, C++, qui ont tous environ moins de 13 ans, et utilisons LISP, une valeur sure qui approche le demi-centenaire!
Quand on y pense, c'est quand même extraordinaire que _The_ langage méga-tiptop ultime n'ait jamais réussi, en presque 50 ans, à dépasser le stade de la diffusion confidentielle là ou d'autres ont réussi à avoir une communauté d'utilisateurs plus que conséquente en une dizaine d'année... A croire que ses avantages ne suffisent pas à compenser ses inconvénients.
Quand on y pense, c'est quand même extraordinaire que les petits nouveaux langages ne soient toujours pas capables de faire ce que LISP peut faire...
A part rentrer dans les bonnes cases pour les prouveurs automatiques , je veux bien un exemple...
Croco
see
Pascal Bourguignon wrote:
Quand on y pense, c'est quand même extraordinaire que les petits nouveaux langages ne soient toujours pas capables de faire ce que LISP peut faire...
Faut croire que les défenseurs de ce langage, outre leur faible nombre, ne sont pas convaincants. -- Bruno http://errance.lirano.net (photographies)
Pascal Bourguignon <spam@mouse-potato.com> wrote:
Quand on y pense, c'est quand même extraordinaire que les petits
nouveaux langages ne soient toujours pas capables de faire ce que LISP
peut faire...
Faut croire que les défenseurs de ce langage, outre leur faible nombre,
ne sont pas convaincants.
--
Bruno
http://errance.lirano.net (photographies)
Quand on y pense, c'est quand même extraordinaire que les petits nouveaux langages ne soient toujours pas capables de faire ce que LISP peut faire...
Faut croire que les défenseurs de ce langage, outre leur faible nombre, ne sont pas convaincants.
Je ne vois pas trés bien le rapport entre les capacités des autres languages et le pouvoir de conviction des lispiens.
-- "Klingon function calls do not have "parameters" -- they have "arguments" and they ALWAYS WIN THEM."
Xavier Gachon
Le 17-09-2005, Croco a écrit :
Le 17-09-2005, Pascal Bourguignon a écrit :
Tout à fait d'accord. Alors cessons d'apprendre et d'utiliser Java, PHP, Perl, Ruby, Python, C++, qui ont tous environ moins de 13 ans, et utilisons LISP, une valeur sure qui approche le demi-centenaire!
Quand on y pense, c'est quand même extraordinaire que _The_ langage méga-tiptop ultime n'ait jamais réussi, en presque 50 ans, à dépasser le stade de la diffusion confidentielle là ou d'autres ont réussi à avoir une communauté d'utilisateurs plus que conséquente en une dizaine d'année... A croire que ses avantages ne suffisent pas à compenser ses inconvénients.
A moins que se refusant a faire les inevitables compromis necessaires pour plaire au plus grand nombre ces avantages n'aient fortement limités les communautés d'utilisateurs suceptibles de l'utiliser... les mouches, la merde, tout ca... :)
Il etait precedemment question de la difficulté comme de l'interet de suivre et acquerir des connaissances si ce n'est la maitrise sur/des "nouvelles technologies". Dans le domaine du dev il est epatant de constater a quel point ces nouveautés peuvent n'etre bien souvent qu'une remise au gouts du jours de bonnes ou mauvaises vieilleries deja largement explorées, a croire que de nombreuses communautés d'utilisateurs n'ont finalement que peu d'interet voire aucune culture pour/sur les technologies qu'elles utilisent et/ou pretendent maitriser.
xavier.
Le 17-09-2005, Croco <sobecki_aretirer@ensta.fr> a écrit :
Le 17-09-2005, Pascal Bourguignon <spam@mouse-potato.com> a écrit :
Tout à fait d'accord. Alors cessons d'apprendre et d'utiliser Java,
PHP, Perl, Ruby, Python, C++, qui ont tous environ moins de 13 ans,
et utilisons LISP, une valeur sure qui approche le demi-centenaire!
Quand on y pense, c'est quand même extraordinaire que _The_ langage
méga-tiptop ultime n'ait jamais réussi, en presque 50 ans, à dépasser le
stade de la diffusion confidentielle là ou d'autres ont réussi à avoir
une communauté d'utilisateurs plus que conséquente en une dizaine
d'année... A croire que ses avantages ne suffisent pas à compenser ses
inconvénients.
A moins que se refusant a faire les inevitables compromis necessaires
pour plaire au plus grand nombre ces avantages n'aient fortement limités
les communautés d'utilisateurs suceptibles de l'utiliser...
les mouches, la merde, tout ca... :)
Il etait precedemment question de la difficulté comme de l'interet
de suivre et acquerir des connaissances si ce n'est la maitrise
sur/des "nouvelles technologies". Dans le domaine du dev il est epatant
de constater a quel point ces nouveautés peuvent n'etre bien souvent
qu'une remise au gouts du jours de bonnes ou mauvaises vieilleries deja
largement explorées, a croire que de nombreuses communautés
d'utilisateurs n'ont finalement que peu d'interet voire aucune culture
pour/sur les technologies qu'elles utilisent et/ou pretendent maitriser.
Tout à fait d'accord. Alors cessons d'apprendre et d'utiliser Java, PHP, Perl, Ruby, Python, C++, qui ont tous environ moins de 13 ans, et utilisons LISP, une valeur sure qui approche le demi-centenaire!
Quand on y pense, c'est quand même extraordinaire que _The_ langage méga-tiptop ultime n'ait jamais réussi, en presque 50 ans, à dépasser le stade de la diffusion confidentielle là ou d'autres ont réussi à avoir une communauté d'utilisateurs plus que conséquente en une dizaine d'année... A croire que ses avantages ne suffisent pas à compenser ses inconvénients.
A moins que se refusant a faire les inevitables compromis necessaires pour plaire au plus grand nombre ces avantages n'aient fortement limités les communautés d'utilisateurs suceptibles de l'utiliser... les mouches, la merde, tout ca... :)
Il etait precedemment question de la difficulté comme de l'interet de suivre et acquerir des connaissances si ce n'est la maitrise sur/des "nouvelles technologies". Dans le domaine du dev il est epatant de constater a quel point ces nouveautés peuvent n'etre bien souvent qu'une remise au gouts du jours de bonnes ou mauvaises vieilleries deja largement explorées, a croire que de nombreuses communautés d'utilisateurs n'ont finalement que peu d'interet voire aucune culture pour/sur les technologies qu'elles utilisent et/ou pretendent maitriser.
