Discussion :

[Mat.M]

Que les technologies évoluent constamment et qu'on doive sans arrêt tout réapprendre et sans arrêt se remettre en question, bon c'est à la fois un plus mais au bout d'un moment ça devient usant.

tout le monde est d'accord là-dessus mais comme je l'ai écris pour se mettre à la page des évolutions technologiques soit l'entreprise qui vous fait travailler vous paie une formation souvent coûteuse soit il faut payer de votre poche pour la formation

Que si tu as la passion de coder, tu prendras plus plaisir à le faire chez toi qu'en entreprise.

là je suis bien d'accord ; je suis bien plus productif chez moi qu'en entreprise et c'est dingue le nombre de lignes de code écrites sur des projets personnels.
En entreprise on n'est pas si productif que ça car il faut attendre toujours un truc soit des specs, soit des accords de la direction soit ceci-cela

la qualité du code n'est pas essentiel en soi.
-les employeurs ne sont pas près à investir dans un pc performant même si tu perds deux heures de travail par jour à cause d'une bécane pourrite !

la qualité du code ça dépend par ce que l'on entend par qualité du code.
S'il faut mettre 3 lignes de commentaires pour la moindre variable ou le moindre appel de fonctions le remède est pire que le mal.

Pour ce qui est des machines performantes ça c'est la faute aux vendeurs de solutions logiciels qui font des ERP et des frameworks de plus en plus lourds, gourmands en ressources, consommateurs en mémoire et CPU

[Invité]

la qualité du code ça dépend par ce que l'on entend par qualité du code.
S'il faut mettre 3 lignes de commentaires pour la moindre variable ou le moindre appel de fonctions le remède est pire que le mal.

Par qualité, j'entends la maintenabilité et la correspondance avec les specs : c'est souvent mieux vu de produire un code de merde en 1 jour qui fait vaguement ce qui est attendu et de le débugger pendant 5 jours que de passer 4 jours à faire un code qui répond aux attentes et qui passe les tests sans problèmes.

Pour ce qui est des machines performantes ça c'est la faute aux vendeurs de solutions logiciels qui font des ERP et des frameworks de plus en plus lourds, gourmands en ressources, consommateurs en mémoire et CPU

Il y a ça aussi, mais je fais plus allusion aux pcs qui ont pas loin de 10 ans et qui mettent plus d'un quart d'heure à booter et qui ont mal supporter la poussière de gypse des derniers travaux...
Les chefs qui rechignent à dépenser 1000 $ alors que tu perds plus d'une heure par jour, ce ne sont pas des grands comptables. C'est sûr que lorsque tu fais du excel à longueur de journée, n'importe quelle babasse fait l'affaire !

[esperanto]

Il y a ça aussi, mais je fais plus allusion aux pcs qui ont pas loin de 10 ans et qui mettent plus d'un quart d'heure à booter

Te plains pas, moi j'ai un PC récent qui met un quart d'heure à booter, mais là c'est parce que le DSI insiste pour que je mette tout dans le Roaming sous prétexte qu'il se pourrait qu'un jour je travaille sur un autre PC, et tant pis si les 800 Mo de cache de toutes mes applis se trouve dedans alors qu'un cache n'a rien à faire dans le Roaming...

[Mat.M]

Il y a ça aussi, mais je fais plus allusion aux pcs qui ont pas loin de 10 ans et qui mettent plus d'un quart d'heure à booter et qui ont mal supporter la poussière de gypse des derniers travaux...
Les chefs qui rechignent à dépenser 1000 $ alors que tu perds plus d'une heure par jour, ce ne sont pas des grands comptables. C'est sûr que lorsque tu fais du excel à longueur de journée, n'importe quelle babasse fait l'affaire !

c'est plutôt un problème de maintenance que de performances...
on peut très bien utiliser des machines dernier-cri "puissantes" puis au bout de 6 mois elles finissent par ramer parce qu'il n'y a pas eu de défragmentation et que des tas de logiciels ont été installés.

Donc on ne cesse de le répèter mais comme on ne fait pas d'omelette sans casser des oeufs de toute façon pour utiliser du matériel informatique il faut du budget et des moyens financiers pour cela.

Par moyens financiers j'entends embaucher des personnes pour assurer la maintenance technique.
Comme ça ça fait baisser le taux de chômage des informaticiens.

[Invité]

Comme ça ça fait baisser le taux de chômage des informaticiens.

Quel chômage des informaticiens ? Ah ouais... La France...
« À Montréal, tu traverses la rue et tu as une job ! »

[Ecthelion2]

C'est sûr que lorsque tu fais du excel à longueur de journée, n'importe quelle babasse fait l'affaire !

Ou pas. ^^

C'est vrai pour des petits fichiers Excel, mais c'est loin d'être vrai pour tous malheureusement. Certaines boites ont des pans métiers complets qui fonctionne sous Excel avec des trucs plus ou moins performants, développés par des informaticiens plus ou moins professionnels (voir des non-informaticiens), qui ne tournent pas sur n'importe quelle babasse.

C'est d'autant plus visible dans des entreprises qui sont en pleine transition petite entreprise familiale / traditionnelle => entreprise industrialisée, elles géraient tout avec Excel, n'ont pas encore forcément les moyens d'investir dans de gros logiciels pro complets (et pour certaines, n'en ont pas encore vraiment besoin), du coup on automatise les fichiers Excel, et/ou on les modifie pour faire des espèce d'usine à gaz remplaçant des progiciels, avec des correctifs de correctifs de pansements sur des jambes de bois, pour absorber la monter en puissance de l'entreprise.

Le pire je crois, c'est tous ces "plannings" ou ces fichiers de "suivi de commandes", qui ont plusieurs dizaines de colonnes sur plusieurs centaines / milliers / dizaines de milliers de lignes, et où chaque cellule n'est en fait qu'une formule de liaison vers un autre "planning" / "fichier de suivi", et cela parfois à 2 ou 3 niveau de suite (déjà vécu).


Et pour le coup, pour peu que tu ais un SI qui fasse un peu de zèle, et qui fait tourner 150 services en tâche de fond pour tout surveiller (comme chez nous), tu as beau avoir une machine avec 8 Go de RAM, ça commence déjà à être plus que limite pour peu que tu ais plus d'un de ses gros fichiers Excel d'ouvert. ^^

[el_slapper]

Ou pas. ^^

C'est vrai pour des petits fichiers Excel, mais c'est loin d'être vrai pour tous malheureusement. Certaines boites ont des pans métiers complets qui fonctionne sous Excel avec des trucs plus ou moins performants, développés par des informaticiens plus ou moins professionnels (voir des non-informaticiens), qui ne tournent pas sur n'importe quelle babasse.
(.../...)

D'ou l'utilité d'avoir des pros. Sur une mission(ou mon titre officiel était "assistant technique à test", tout un programme), on m'a demandé de faire des rapprochements sous EXCEL. Un fichier enorme, une cinquantaine de feuillets, avec des dizaines de colonnes, des milliers de lignes, et plein de règles à la con. Bon, le premier jet, il a mis deux heures. Pourtant, j'avais appliqué les bonnes pratiques. Alors j'ai creusé un peu. En rapatriant les tableaux de valeurs dans des tables VBA, et surtout en collant des dictionnaires sur ces tables pour avoir un accès direct et non pas séquentiel, je suis passé à ... 10 secondes, dont 8 pour construire les dictionnaires.

Mais j'avais déjà pas mal de bouteille sur le sujet. J'avais été sensibilisé à pas mal d'aspects de la programmation de ce genre d'outils. C'est pour ça qu'ils m'avaient pris moi, d'ailleurs, ils se doutaient que "savoir executer des batchs cobol sous MVS"(ma fonction officielle sur cette mission), ça ne suffirait pas pour leur mission, et qu'ils auraient des trucs sous EXCEL à exploiter de manière industrielle. Et leur doute était juste. La plupart de ces boites n'ont pas le recul pour faire la différence entre un bricoleur qui fait semblant de faire l'affaire, et un pro correctement formé qui fera les choses réellement bien, dimensionnées et optimisées.

Je ne suis pas forcément exceptionnel, mais j'ai eu la formation qui permet de réagir à ce genre de situations, là ou quelqu'un de moins conscient se contentera de dire "ah ben c'est superlent, ma brave dame, donnez moi du CPU, a vot'bon cœur". Et oui, des trucs superlents, on en trouve par pelletées entières dans nombre de boites. Soit qu'ils sont mis des formules partout, et qu'ils ont atteint un niveau ou ça se croise tellement dans tous les sens qu'EXCEL ne retrouve pas ses petits, soit qu'ils se sont essayés au VBA sans avoir la base théorique pour en tirer quelque chose.

La solution, dans c'est cas là, n'est pas forcément de sortir une babasse plus puissante, mais de trouver un vrai professionnel qui saura identifier les goulots d'étranglement au niveau performance. Encore faut-il le trouver...(le professionnel). Rien ne ressemble plus à un bon informaticien qu'un mauvais, pour qui n'est pas du métier.

[Mishulyna]

Certaines boites ont des pans métiers complets qui fonctionne sous Excel avec des trucs plus ou moins performants, développés par des informaticiens plus ou moins professionnels (voir des non-informaticiens), qui ne tournent pas sur n'importe quelle babasse.

C'est d'autant plus visible dans des entreprises qui sont en pleine transition petite entreprise familiale / traditionnelle => entreprise industrialisée, elles géraient tout avec Excel, n'ont pas encore forcément les moyens d'investir dans de gros logiciels pro complets (et pour certaines, n'en ont pas encore vraiment besoin), du coup on automatise les fichiers Excel, et/ou on les modifie pour faire des espèce d'usine à gaz remplaçant des progiciels, avec des correctifs de correctifs de pansements sur des jambes de bois, pour absorber la monter en puissance de l'entreprise.

Le pire je crois, c'est tous ces "plannings" ou ces fichiers de "suivi de commandes", qui ont plusieurs dizaines de colonnes sur plusieurs centaines / milliers / dizaines de milliers de lignes, et où chaque cellule n'est en fait qu'une formule de liaison vers un autre "planning" / "fichier de suivi", et cela parfois à 2 ou 3 niveau de suite (déjà vécu).

Et pour le coup, pour peu que tu ais un SI qui fasse un peu de zèle, et qui fait tourner 150 services en tâche de fond pour tout surveiller (comme chez nous), tu as beau avoir une machine avec 8 Go de RAM, ça commence déjà à être plus que limite pour peu que tu ais plus d'un de ses gros fichiers Excel d'ouvert. ^^

http://www.commitstrip.com/en/2014/1...and-the-beast/

[Jamatronic]

Que si tu as la passion de coder, tu prendras plus plaisir à le faire chez toi qu'en entreprise.

C'est bien vrai :-)

J'ai pris conscience de la chose dès que j'ai commencé à envoyer des CVs :-) Résultat : finalement je n'ai jamais travaillé dans ce domaine...

En revanche je suis développeur "amateur" depuis trente ans.

[calypso59]

Que si tu as la passion de coder, tu prendras plus plaisir à le faire chez toi qu'en entreprise.

Ou alors "hacker" le système en réalisant rapidement la m**** qu'on te demande (vouloir réformer est dans 95% des cas impossible) et se faire plaisir.
Ne rien attendre d'une entreprise.

[jpouly]

Qu'il y a pas mal de dev. qui ne sont pas des passionnés et ne vont donc pas se pignoler sur la beauté du code, chercher à apprendre de nouvelles choses ..

Et ça se ressent sur le code produit, et surtout sur le fonctionnel implémenté (bref, y se crève pas le Q à comprendre le pourquoi du comment de la chose)

Que dans 90% des boites, c'est un vrai bordel, autant sur le plan organisationnel que sur le plan du code : très peu de documentation, très peu de suivi, du code fait à la wanagain et le turnover qui fait que tu comprends vite plus rien de ce qui a été développé.

C'est le problème de la maintenance des applis, une fois le projet terminé. Parce que normalement, à la fin du projet, la doc est nickel non ?

Que si tu as la passion de coder, tu prendras plus plaisir à le faire chez toi qu'en entreprise.

Pas tout à fait vrai, quand tu as des clients intéressant qui t'apprennent leurs métiers.
C'est d'ailleurs ce qui me plait dans ce métier : penser, inventer, créer et fabriquer une appli pour répondre aux besoins du client (comme le ferait un bon artisan).

Que les conditions de réussite ou d'échec d'un projet sont avant tout humaines et politiques, et seulement en second lieu technologiques.

Et le point de départ, c'est l'expression des besoins. C'est là ou le développeur doit développer () sont sens critique, travailler les zozos au corps pour savoir vraiment ce qu'ils veulent,
et ce dont ils ont vraiment besoins.

J'aurais aimé savoir que les salaires de référence indiqués ça et là sont à diviser par 3 ou 4 quand on habite en province.

Ben ça, c'est assez standard et connu :

• [1]les salaires parisiens sont 20 à 30 % supérieurs que ceux de la province. Et c'est normal, vu le cout de la vie (logement, transport, ...).
  [2]Paris, c'est un marché de mercenaires. Et les sociétés de service n'hésitent pas à se piquer des "collaborateurs", ce qui en province se fait pas trop.

De là à dire qu'il y a un rapport de 3 ou 4, c'est un peu abusé.

[Invité]

Qu'auriez-vous aimé savoir avant de vous lancer dans une carrière de développeur ?

Que les conditions de réussite ou d'échec d'un projet sont avant tout humaines et politiques, et seulement en second lieu technologiques.

[stephanerain]

mwai je ne me retrouve pas du tout dans cet article....


Ce qu'il faut savoir c'est que
- on te filera toujours un salaire de misère parce que y'a enormément de concurrence
- il ne faut jamais croire les enquetes publiées dans les journaux. Y'a du chomage dans l'info, et non les salaires ne correspondent pas du tout aux enquêtes !
- qu'on retrouve un peu tout et n'importe quoi dans le dev. Dernierement c'est surtout des gens sur des voies de garages qui se recyclent en 1a et pensent qu'ils ont un niveau ingénieur
- le pire c'est que comme ils ont le diplome, les entreprises les embauchent comme cp alors qu'un dev plus meritant avec plus d'xp va se retrouver barré....
- l'agilité c'est le nouveau mot à la mode pour dire que y'a aucune organisation dans ton projet
- dans une ssii on ne parle que profits : "ne corrige surtout pas ce bug ! les clients payent pour des evolutions !"
- un peu plus de 50% de ton travail part à la poubelle: projet annulé, un commercial qui a une idée de génie qui annule la précédente, finalement on a acheté un logiciel qui fait ce qu'on voulait. Sauf qu'il fait pas tout, le peu qu'il fait il le fait mal, et qu'au final , faudra quand même que tu codes des trucs pour contourner les bugs de ce logiciel ! Mais bon c'est une grosse boite americaine, alors forcément ca doit etre bien
- la grosse majorité des boites te demandent de parler anglais, mais tu le pratiqueras jamais dans la vraie vie
- et qu'en plus maintenant on te demande un bac+5 pour pisser du code. Même si t'as 20a d'xp si t'as pas le bon papier, on te capte même pas
- t'es obligé de venir habillé normalement même l'été quand il fait 40°. Parce que tu comprends, tu pourrais être amené à croiser des clients
- dans ta boite et même dans la vraie vie, les gens pensent que puisque tu sais coder, tu vas pouvoir réparer tout et n'importe quoi. De leur fichier doc irrécupérable, en passant par leur PC voire carrément une machine à laver ...
- même si on est un metier où l'on peut facilement mettre en place le télé-travail, bah on te le refusera toujours (on est des gamins qu'il faut fliquer). Par contre on te demandera ptet de filer un coup de main pour le mettre en place pour un chef....
- les optimisations, les deletes etc.... ca sert plus à rien maintenant. Les gens acheteront de la ram ou un plus gross proc .... (facepalm)

etc....


ps: vieille habitude de code, je ne mets quasi jamais d'accents

[el_slapper]

(.../...)- on te filera toujours un salaire de misère parce que y'a énormément de concurrence

à moins de trouver une niche rigolote(en script de tests automatiques, ça va, et il y a d'autres niches sympa). Ou d'entrer chez un GAFA(mais il faut être meilleur que les autres - concurrence, comme tu dis)

- il ne faut jamais croire les enquetes publiées dans les journaux. Y'a du chomage dans l'info, et non les salaires ne correspondent pas du tout aux enquêtes !

certains salaires, si. Mais effectivement, c'est comme si tu faisais la moyenne des salaires de Cavani, Neymar et Mbappé pour dire que les footballeurs sont payés trop cher. La plupart gagnent une misère, en fait.

- qu'on retrouve un peu tout et n'importe quoi dans le dev. Dernierement c'est surtout des gens sur des voies de garages qui se recyclent en 1a et pensent qu'ils ont un niveau ingénieur

en même temps, moi, j'ai un diplôme d'ingénieur généraliste. J'ai le niveau ingénieur(mines). Je me suis reconverti. J'ai appris sur le tas, et j'ai bouffé de la théorie(notemment en ces lieux). Je connais pas mal de diplomés qui ne m'arrivent pas à la cheville(et je suis loin d'être Juhn Carmack, pourtant)

- le pire c'est que comme ils ont le diplôme, les entreprises les embauchent comme cp alors qu'un dev plus méritant avec plus d'xp va se retrouver barré....

ça, c'est un mal Français typique.

- l'agilité c'est le nouveau mot à la mode pour dire que y'a aucune organisation dans ton projet

bien fait, c'est formidable. C'est rarement bien fait, en effet.

- dans une ssii on ne parle que profits : "ne corrige surtout pas ce bug ! les clients payent pour des evolutions !"

Ah, mais en client final aussi. Pire : fiabiliser les applis pour ne plus qu'elle plantent et économiser en maintenance, ce n'est pas le même budget que la maintenance. On m'a, pour cette raison précise, expressément interdit de faire des modifs(et àa plantait tous les mois, avec un cout énorme).

- un peu plus de 50% de ton travail part à la poubelle: projet annulé, un commercial qui a une idée de génie qui annule la précédente, finalement on a acheté un logiciel qui fait ce qu'on voulait. Sauf qu'il fait pas tout, le peu qu'il fait il le fait mal, et qu'au final , faudra quand même que tu codes des trucs pour contourner les bugs de ce logiciel ! Mais bon c'est une grosse boite américaine, alors forcément ca doit etre bien

Les grosse boites Françaises ne font pas mieux.

- la grosse majorité des boites te demandent de parler anglais, mais tu le pratiqueras jamais dans la vraie vie

moi si, mais je suis dans une boite américaine. Réunion hebdo en anglais(ben oui, on a 3 membres de l'équipe de l'autre coté de la Manche)

- et qu'en plus maintenant on te demande un bac+5 pour pisser du code. Même si t'as 20a d'xp si t'as pas le bon papier, on te capte même pas

encore une fois, vise une boite américaine, ou Britannique. Ou même Allemande.

- t'es obligé de venir habillé normalement même l'été quand il fait 40°. Parce que tu comprends, tu pourrais être amené à croiser des clients

bon, ça, même dans les boites américaines.....

- dans ta boite et même dans la vraie vie, les gens pensent que puisque tu sais coder, tu vas pouvoir réparer tout et n'importe quoi. De leur fichier doc irrécupérable, en passant par leur PC voire carrément une machine à laver ...

100% vrai, hélas...

- que même si on est un metier foù l'on peut facilement mettre en place le télé-travail, bah on te le refusera toujours (on est des gamins qu'il faut fliquer). Par contre on te demandera ptet de filer un coup de main pour le mettre en place pour un chef....

il y a des modes. mais c'est souvent vrai. Bon, moi, j'exècre le télétravail, donc c'est pas grave. Sauf les jours d'épisodes cévenols, là je suis bien content de ne pas sortir de chez moi(et j'accepte de supporter les pleurs de mon gamin en mauvaise santé).

[Jipété]

- t'es obligé de venir habillé normalement même l'été quand il fait 40°. Parce que tu comprends, tu pourrais être amené à croiser des clients

bon, ça, même dans les boites américaines.....

Jamais été emm3rd3 dans le Sud : les clients aussi, ils ont chaud !

[bizulk]

Jamais été emm3rd3 dans le Sud : les clients aussi, ils ont chaud !

LOL l'avatar !!!

[Invité]

- on te filera toujours un salaire de misère parce que y'a enormément de concurrence

Est-ce si vrai que ça quand tu as 10 ans de bouteilles ? Les entreprises font croire ça pour négocier à al baisse mais rien n'est moins sûr.

- la grosse majorité des boites te demandent de parler anglais, mais tu le pratiqueras jamais dans la vraie vie

Comme je le dis souvent, j'ai eu des jobs en France grâce à mon niveau d'anglais et j'ai râté des jobs à Montréal à cause de mon niveau d'anglais.

- et qu'en plus maintenant on te demande un bac+5 pour pisser du code. Même si t'as 20a d'xp si t'as pas le bon papier, on te capte même pas

Ben, il y a 20 ans c'était déjà le cas ? Sauf que si t'as bac+5 et que tu es toujours dev de base après 10 ans de travail, t'as râté ta vie !

Y'a surtout la non stabilité de l'emploi. Tu traverses la rue , tu trouve un job , mais tu peux aussi arriver le matin et rentrer chez toi.

C'est sûr, mais ça marche dans les deux sens ! Par deux fois, j'ai quitté une job moisie en deux semaines à Montréal. Quasi impossible de faire ça en France...

Perso je préfère le modèle canadien/américain qui au moins apporte un certains dynamisme , puisque que les employeurs n'ont pas peur d'embaucher. Chez nous il sont frileux , si jamais tu signe un CDI à un fumiste qui passe sa période d'essai , tu te retrouve avec un boulet difficile à virer car il fera toujours le minimum pour se sauver le cul (c'est du vécu )

Tout à fait d'accord. Et les sociétés se permette de prendre le risque d'embaucher une personne qui n'a pas nécessairement le bon profil, si ça marche tout le monde est content, sinon bye et c'est pas plus grave que ça. Du coup, la reconversion est facilité.

moi si, mais je suis dans une boite américaine. Réunion hebdo en anglais(ben oui, on a 3 membres de l'équipe de l'autre coté de la Manche)

Je ne me souvenais plus que l'Amérique était de l'autre coté de la Manche...

[el_slapper]

(.../...)
Je ne me souvenais plus que l'Amérique était de l'autre coté de la Manche...

Bien sur, et la boite américaine n'a ni le droit d'avoir une branche au UK et an France en même temps, ni le droit de faire des équipes au niveau européen...

[Invité]

Bien sur, et la boite américaine n'a ni le droit d'avoir une branche au UK et an France en même temps, ni le droit de faire des équipes au niveau européen...

Évidemment, mais c'est quoi la pertinence de préciser que la société est américaine si c'est pour parler de ses collègues britanniques ?
Dans le même genre, j'ai travaillé pour une société de Las Vegas... mais je n'y ai jamais mis les pieds !
J'ai travaillé pour une boîte américaine... à Boigny-sur-Bionne...

[foetus]

J'ai travaillé pour une boîte américaine... à Boigny-sur-Bionne...

Washtec France sas