Qu’est-ce qui vous a le plus surpris lors de vos premiers pas en entreprise ?

[pcaboche]

Je viens de découvrir quelque chose de marrant : il existe une ville qui s'appelle Larache !

J'imagine bien une entreprise implantée dans cette localité, et dont la production serait délocalisée en Azerbaijan. Enfin, il ne reste qu'à implanter le service clientèle dans une petite ville du Lot et on a la totale :

"Conception à Larache, production à Baku, service de Montcuq"...

[el_slapper]

Envoyé par pcaboche, arracheur de méthodes à la noix

Je viens de découvrir quelque chose de marrant : il existe une ville qui s'appelle Larache !

J'imagine bien une entreprise implantée dans cette localité, et dont la production serait délocalisée en Azerbaijan. Enfin, il ne reste qu'à implanter le service clientèle dans une petite ville du Lot et on a la totale :

"Conception à Larache, production à Baku, service de Montcuq"...

Belle recherche!!!

[deadalnix]

Envoyé par pcaboche

Juste une question : est-ce que vous vous trouvez dans ce j'appelle "le cycle en 2 temps" ? (voir citation ci-dessous)

Oh que oui ! J'ai joué le spécialiste une fois, puis ai fini par partir de l'entreprise. Par la suite, j'ai été embauché pour tenir e rôle de spécialiste. Connaissant la ou ça menait, j'ai été très démotivé et ai fini par me faire virer.

Je fais maintenant ce qu'il faut pour ne plus tomber dans ce traquenard.

[Kaamui]

Moi ce qui m'a le plus choqué c'est :

• positif : les libertés : avant j'étais livreur, et pour pisser fallait que je demande la permission et j'étais pas sur de l'avoir, et pour faire une pause clope, bah fallait que je la fasse sur le scooter en roulant (l'hiver c'était pas top). Depuis que j'ai changé de branche, je fais les heures que je veux (dans la limite du raisonnable), je vais aux toilettes quand ça me chante etc
• négatif :
  • un de mes chefs de projet qui n'y connais pas grand chose et qui promet tout au client et me gueule dessus si j'arrive pas à suivre,
  • le fait que tout notre temps est alloué à des temps de charge pour résoudre des problèmes (ano, évol, etc), et que je me fasse engueuler parce que j'ai pas eu le temps de lire toute la doc (que j'aurais du lire sur mon temps libre...)
  • Enfin qu'on soit catapulté "expert" quand il y a besoin, même sur une techno qu'on a vu deux fois , ça ça m'a surpris.

[jabbounet]

Envoyé par Kaamui

Moi ce qui m'a le plus choqué c'est :
[*]Enfin qu'on soit catapulté "expert" quand il y a besoin, même sur une techno qu'on a vu deux fois , ça ça m'a surpris.[/LIST][/LIST]

Tu ne connais pas la poudre verte, cela t'aiderai beaucoup...
http://www.poudreverte.org/

[Heallidan]

Ce qui m'a le plus choqué moi c'est de voir à quel point ce que l'on a appris à l'école est complètement dépassé...

[ElJipi]

Envoyé par Heallidan

Ce qui m'a le plus choqué moi c'est de voir à quel point ce que l'on a appris à l'école est complètement dépassé...

Tu as du tombé sur une société à la pointe de la technologie. Et j'en suis content pour toi. Car j'ai vraiment vu l'inverse en entrant dans la vie active. La réinvention de la roue à chaque mission (mais je parle des roues taillé inégalement dans la pierre hein ..... pas un Michelin radial )

[deathness]

Envoyé par Heallidan

Ce qui m'a le plus choqué moi c'est de voir à quel point ce que l'on a appris à l'école est complètement dépassé...

Ben ton école doit pas être bien terrible alors!
La logique, la méthodologie, la manière d'apprendre c'est intemporel.

L'école est pas tellement là pour t'apprendre le java, mais plutôt pour t'apprendre la logique et les bases pour que tu puisses apprendre le java en autoformation par la suite. Et donc n'importe quel langage ou techno.

[GrandFather]

Un des trucs qui m'a le plus sidéré à mes débuts dans un service de développement interne est la croyance, universelle et bien ancrée, qu'il suffit de déployer un outil informatique - développé spécifiquement ou non - pour pallier les défauts et les manques d'une organisation.

Il n'y a pas de miracle: non seulement un outil informatique aussi sophistiqué soit-il ne corrige en rien ces défauts, mais il aurait même tendance à les décupler.

A la base de cette croyance, il y a, je pense, un mélange de paresse intellectuelle, d'aveu d'impuissance et un énorme malentendu sur ce qu'est vraiment l'informatique et sur ses possibilités. Plutôt que d'enclencher une véritable réflexion sur les processus en œuvre, les méthodes de travail, l'adéquation charge/moyens, enfin bref se remettre en question, beaucoup de managers utilisent la solution de facilité du type « Bon Robert, je galère à faire ci ou ça, tu pourrais pas m'écrire une p'tite appli, rapidos ? ».

[jabbounet]

Envoyé par Heallidan

Ce qui m'a le plus choqué moi c'est de voir à quel point ce que l'on a appris à l'école est complètement dépassé...

Ca dépend ou tu commence a bosser, mon premier boulot etait sur des anciennes technos et tu constatera qu'elles ont parfois la vie dure.

Je me souviens d'un prof de réseau (en 1996/1997) qui dans l'introduction de son cour faisait un petit historique des différents protocoles et technos reseau et disait que X25 etait obsolete et n'etait plus du tout utilisé.

Résultat un ancien camarade de promo à travaillé sur le déploiement de distributeur de billets et le protocole utilisé etait X25 (début 2000)

En 2005 je me suis trouvé sur une mission pour un opérateur de téléphonie mobile et la communication avec certains élement faisant partie du coeur de réseau (HLR) utilisaient aussi X25 pour la partie provisionning.

Bref la mise en place d'une techno prend du temps, son remplacement probablement encore plus.

Ensuite je pense que pour ce qui est des nouvelles technologie, il y'a toujours un décalage entre l'enseignement et l'industrie (dans un sens ou dans l'autre) simplement parcque les communications entre le milieu enseignant et les entreprise est trop faible.

[gangsoleil]

Envoyé par jabbounet

Bref la mise en place d'une techno prend du temps, son remplacement probablement encore plus.

Ensuite je pense que pour ce qui est des nouvelles technologie, il y'a toujours un décalage entre l'enseignement et l'industrie (dans un sens ou dans l'autre) simplement parcque les communications entre le milieu enseignant et les entreprise est trop faible.

Pas certain du tout : les entreprises que j'ai connue sont toutes assez refractaires aux nouvelles technologies, parce que celles-ci ne sont souvent pas assez mures.
Imaginez un instant une entreprise qui base une partie de son architecture sur Perl : a chaque changement (meme mineur) de version, il faut reprendre tout ce qui a disparu dans le langage.
A l'inverse, si on prend Java, meme si Java 1.7 n'a plus rien a voir avec Java 1.3, il y a de fortes chances pour que les programmes ecrits en 1.3 tournent sous 1.7, sans corrections, ou seulement mineures, les obsolescences n'etant pas si legion.
Si on prend le C, la nouvelle norme C11 obsolete uniquement gets, qui est fortement deconseille depuis des annees, et rend optionnel quelques errements de C99.

On peut continuer longtemps, en allant par exemple vers les normes telecom, strictes, complexes, mais inchangees depuis des annees, ou les normes "web", qui n'arretent pas d'evoluer, car insuffisamment precises dans leurs premieres versions.


Du coup, pour en revenir a la question premiere, moi ce qui m'a plutot surpris, c'est le grand nombre d'entreprises qui utilisent des technologies que l'on dit "demodees" ou "obsoletes", alors que ce n'est clairement pas le cas.

[Cincinnatus]

Envoyé par GrandFather

Un des trucs qui m'a le plus sidéré à mes débuts dans un service de développement interne est la croyance, universelle et bien ancrée, qu'il suffit de déployer un outil informatique - développé spécifiquement ou non - pour pallier les défauts et les manques d'une organisation.

Il n'y a pas de miracle: non seulement un outil informatique aussi sophistiqué soit-il ne corrige en rien ces défauts, mais il aurait même tendance à les décupler.

+1

La mise en place d'un outil logiciel structure les pratiques de l'organisation, pratiques qui ont - parfois - pu dériver par rapport aux instructions initiales...

En pratique, on a deux types de réactions possibles :
- soit la direction déclare aux services "vos façons de faire ne sont plus autorisées par le logiciel" (encore la faute de l'informatique )
- soit elle se retrousse les manches et décide de remettre de l'ordre dans le bazar.

La plus fréquente étant bien sûr... la plus facile

[Squisqui]

Envoyé par Cincinnatus

En pratique, on a deux types de réactions possibles :
- soit la direction déclare aux services "vos façons de faire ne sont plus autorisées par le logiciel" (encore la faute de l'informatique )
- soit elle se retrousse les manches et décide de remettre de l'ordre dans le bazar.

La plus fréquente étant bien sûr... la plus facile

La plus facile étant la 3ème réaction. Garder ses habitues et sous-exploiter le soft qui sera considéré comme "merdique" car non-conforme aux habitudes.
Comme un traitement de texte utilisé comme une machine à écrire en somme.

[Glutinus]

Ce qui m'a le plus surpris :

* Le jargon : oui, dis comme ça après plusieurs années d'expérience c'est surprenant, mais on utilisait pas tant d'acronymes, de barbarisme, quand j'étais à l'école.

* La forte division des tâches : une équipe de test, une équipe de livraison, une équipe d'admin réseaux, une équipe de DBAs... A l'école, tu "spécifies" ton code avec ton équipe, tu codes, tu testes en équipe, tu livres en équipe, tu discutes avec le client (le prof) en équipe. J'imaginais bien qu'il y avait plusieurs équipes, mais par exemple chez tel client une équipe s'occupe d'empaqueter la livraison alros qu'elle peut être à la charge de la MOE dans une autre.

[phili_b]

Envoyé par Glutinus

* La forte division des tâches : une équipe de test, une équipe de livraison, une équipe d'admin réseaux, une équipe de DBAs... A l'école, tu "spécifies" ton code avec ton équipe, tu codes, tu testes en équipe, tu livres en équipe, tu discutes avec le client (le prof) en équipe. J'imaginais bien qu'il y avait plusieurs équipes, mais par exemple chez tel client une équipe s'occupe d'empaqueter la livraison alros qu'elle peut être à la charge de la MOE dans une autre.

ça c'est dans les très grosses entreprises. Dans les petites et moyennes entreprises tu fais toute la chaine.

[Glutinus]

Envoyé par phili_b

ça c'est dans les très grosses entreprises. Dans les petites et moyennes entreprises tu fais toute la chaine.

Je ne fais effectivement que des "gros" clients.

Pour les plus petites (on va dire 100 personnes sur un des produits, y compris administratif, structure et vente), je mets une option : je me suis retrouvé avec un client dont des personnes avaient pour rôle de faire de la livraison, et qui réussissaient toujours à convaincre les hauts-placés que ce cas était spécial et qu'ils n'avaient pas à faire la release.

Ou alors des DBAs toujours injoignables, qui ne répondaient ni au téléphone ni au mail et qui finissait par te donner eux-mêmes des accès DBAs pour que tu fasses toi-même tes analyses.

Mais bon ce devait être un client "spécial".

[hdgetnet]

choqué d'avoir un salaire aussi bas en France et non négociable pour un débutant

[deathness]

Envoyé par hdgetnet

choqué d'avoir un salaire aussi bas en France et non négociable pour un débutant

C'est quoi que tu appelles un bas salaire?
Et tu peux toujours négocier

[HerQuLe]

Envoyé par Glutinus

Je ne fais effectivement que des "gros" clients.

Pour les plus petites (on va dire 100 personnes sur un des produits, y compris administratif, structure et vente), je mets une option : je me suis retrouvé avec un client dont des personnes avaient pour rôle de faire de la livraison, et qui réussissaient toujours à convaincre les hauts-placés que ce cas était spécial et qu'ils n'avaient pas à faire la release.

Ou alors des DBAs toujours injoignables, qui ne répondaient ni au téléphone ni au mail et qui finissait par te donner eux-mêmes des accès DBAs pour que tu fasses toi-même tes analyses.

Mais bon ce devait être un client "spécial".

Bah c'est pas si "spécial", moi en tant que presta j'ai bien eu a monter des webapps en prod, et faire la conf apache, tout ça sur le PC d'un interne car les prestas n'ont normalement pas accès a la prod...

[el_slapper]

J'ai vu des développeurs, toutes les semaines, prendre les "livreurs" par la main au téléphone, en leur disant "alors ensuite, du copies le .Jar ici, puis le fichier paramètre là, et puis.....". Ca a duré un an(peut-être plus, j'ai démissionné avant la fin).