Quels mythes sur le métier de développeur se révèlent être vrais ?

Citation:

---

« le développement est ennuyeux »

---

Ce qui est ennuyeux c'est de faire un travail dans lequel on est pas investi. Il faut avoir constamment à l'esprit la finalité de ce que l'on fait. Ce n'est pas le COMMENT qui compte, c'est le POURQUOI.

Citation:

---

« qu'il faut passer toutes ses journées devant l'écran de l'ordinateur »

---

Dans un projet, les moments de loisirs permettent d'intégrer l'information inhérente à ce projet à notre cohérence, de la même manière que la cohérence de ce que nous sommes hors projet à aussi son importance lorsque nous sommes devant l'écran. Passez ses journées devant l'écran, c'est comme pour la gaudriole, il vaut mieux le faire avec un(e) partenaire que de le faire à la main ;)

Citation:

---

« il faut travailler durant de longues journées »

---

Petite peine, petite satisfaction. C'est aussi une question d'entrainement. On a jamais vu un branleur gagner les jeux olympiques. Toujours se poser la question de la finalité.

Citation:

---

« développer est un métier asocial »

---

Quand un développeur acharné rencontre pour la première fois le plaisir de la société, il en tire plus de profit, que celui pour lequel la société est une routine.

Citation:

---

« le développement nécessite un raisonnement logique »

---

C'est comme pour penser, posséder un cerveau est un avantage. cependant la logique n'est pas la raison, sinon il faudrait approuver Adolf Hitler qui pensait très logiquement que si on a un ennemi, l'éradiquer c'est résoudre son problème. Lorsqu'il a dû mettre le révolver sur sa tempe, il a dû se rendre compte que les raisonnements binaires ne suffisent pas.

Citation:

---

il peut l'être, c'est au développeur de faire en sorte qu'il ne le devienne pas, changer de technologie, changer de boite, il y a plusieurs manières de relancer l'intérêt et c'est comme ça dans beaucoup de travails

---

Citation:

---

Ouais, mais quand ça devient chiant, suffit de bouger, et on peut facilement se le permettre.

---

Alors là, je crois qu'on ne vit pas dans le même monde !
Moi je vis dans un monde où le taux de chômage frôle les 10% et où lorsqu'à l'entretioin on te demande pourquoi tu as quitté la dernière boite d'info où tu as travaillé, tu ne peux pas te permettre de répondre que tu te faisais chier.

Sinon pour revenir sur le sujet.
Non-myth #1: Programming is boring.
ça dépends de ce que tu fais. Pour ma part, je fait partie des personnes qui développent les nouvelles fonctionnalités. Bien que cela fasse partie d'un projet à long terme, j'ai toujours toujours un nouveau mini projet à me mettre sous la dent. Je suis loin de m'ennuyer

Non-myth #2: You spend most of your working life in front of a computer screen.
Pas d'accord. Même si je passe beacoup de temps à coder, j'en passe également beacoup à former les consultant sur les modules que je développe. Il m'est même arrivé de passer une journée chez le client pour recueillir des besoins spécifiques. ça rejoint le point 1, je n'ai pas le temps de m'ennuyer

Citation:

---

Non-myth #3: You have to work long hours

---

Pour ma part, je suis aux 35h, c'est pas plus long que n'importe quel autre métier

Non-myth #4: Programming is asocial.
Encore une fois, je ne suis pas d'accord. Il y a une super ambiance au bureau. Des fois, les nouveaux client viennent visister les locaux (uniquement les plus important) et on mange tous ensemble (client, dev, chargé qualité, chef de projet). On a souvent des interactions avec la HotLine. Lorsqu'un nouveau développeur arrive, on passe du temps avec lui pour le former sur les outils qu'on utilise. Pour ma part, comme je l'ai dis dans le point 2, je cottoie les consultants pour les former sur les nouveaux modules que j'ai développé. Je vois beaucoup de monde !

Non-myth #5: Programming is only for those who think logically.

Là, par contre, j'approuve à 100%. Travailler avec un devéloppeur qui fait le contraire, est source de mal de crâne à outrance lorsque tu dois passer derrière lui et la plupart du temps j'ai envie de lui écraser mon clavier sur la tête. Je ne compte plus les heures passées au téléphone avec un collegue d'un autre service pour qu'il m'explique pourquoi il a fait tel ou telle chose. il est déjà arrivé je place son code dans une option de compile où je suis sûr que je ne passerai pas et de le refaire proprement de mon coté. Comme, ça tous le monde est content (lui parce que son code continue de s'executer comme il le faisait avant mon intervention, moi et mes collegues (de mon propre service) parce que se qui il y a à la place est beacoup plus clair et maintenable, le client parce qu'il n'a plus le bug dont j'ai passé une demi journée à en chercher la cause alors que j'aurais gagné du temps si je n'avais pas eu à analyser les idées tordues du dit collegue qui se reconnaîtra s'il passe par ici)

Non-myth #6: Software is being outsourced
Je rejoins les propos d'Iridian sur ce sujet.

Non-myth #7. Programming is a well paid profession
Lors de mes études, on m'a fait mirroiter que je gagnerai au minimum 15000 francs par mois (oui l'euro n'était pas encore là). J'ai été sacrément déçu quand j'ai reçu ma première paie. Heureusement, avec l'expérience, l'ancienneté et les responsabilité, je gagne mieux ma vie. Même si je ne peux pas me permettre de partir aux Sechels pendant les vacances !

Non-myth #8. Les développeurs sont souvent des psychopathes métalleux jeuderolistes
Vrai pour les jeux de rôles, quoi que de moins en moins. Je lit également beacoup de HF et je suis un geek en puissance !

Non-myth #9. Les développeurs sont rarement des développeuses !
De moins en moins vrai, dans ma boite, elles sont de plus en plus nombreuses. N'est-ce pas que j'ai de la chance ?

Je rajouterai un autre mythe qui pour ma part se vérifie. C'est qu'un développeur tourne à la caféine !

je vais sans doute me faire incendier mais c'est pas grave!!
-le développeur prone à tout va l'open source (mais utilise Oracl€€€€€€)
-le développeur dégaine le char Leclerc pour tuer une mouche (Oracl€€€€€€ pour gérer une mini db monotable de qq centaines de lignes)==> c'est lourd et long à mettre en place et ne correspond plus aux attentes quand c'est prêt!!!
-le développeur vous renvoie dans vos 22 quand vous lui dites que vous avez access sur votre poste pour gérer lesdites mini db (m'en fout ça marche très bien comme ça)
-le développeur est souvent incompris du commun des mortels

mais heureusement qu'il est là quand même.............

Citation:

---

Envoyé par Traroth2

Et c'est quoi, ta boite ? Ils recrutent ? :D

---

C'est marrant, je voulais poser la même question...

Euh, j'ai une question con: Qu'est ce que ce sujet fait dans la partie "Débats - Le Best Of" ? On a quand même le droit à déjà trois pages de réponses avec une entropie nulle. Il y a zéro débat puisque chacun se contente de dire "en fait ça dépend, parce que moi j'ai vu ça" (en même temps, on voit mal quoi répondre d'autre, puisque euh... ça dépend). Aucun contenu technique, aucun argument, donc rien à répondre, donc chacun répète la même chose que l'autre, en variant entre "je pense que ça dépend" et "non mais ça dépend je crois". Même un troll emacs/vim aurait plus de contenu !

Bref...



Emacs FTW \o/

Citation:

---

Envoyé par TropMDR

Euh, j'ai une question con: Qu'est ce que ce sujet fait dans la partie "Débats - Le Best Of" ? On a quand même le droit à déjà trois pages de réponses avec une entropie nulle. Il y a zéro débat puisque chacun se contente de dire "en fait ça dépend, parce que moi j'ai vu ça" (en même temps, on voit mal quoi répondre d'autre, puisque euh... ça dépend). Aucun contenu technique, aucun argument, donc rien à répondre, donc chacun répète la même chose que l'autre, en variant entre "je pense que ça dépend" et "non mais ça dépend je crois". Même un troll emacs/vim aurait plus de contenu !

---

Non-myth #72 : Les développeurs aiment râler et troller

[edit] bon ben finalement je préfère la boucler. j'ai choisi un pseudo qui va discréditer d'office tout ce que je peux dire alors ça sert à rien

Bonjour à tous!
Ce débat met en évidence l'absurdité de la situation actuelle: sous le nom de développeurs, on forme des spécialistes, en fait des gens dont la compétence se limite à aligner des lignes de code dans un langage particulier. Avec comme conséquence qu'avec l'évolution rapide et inévitable de l'informatique, ce qu'ils ont appris durant leurs études finira toujours par devenir inutilisable. Pour durer, il faut disposer d'un savoir universel. A titre d'exemple, si, comme la récente crise financière l'a montré, les économistes disent tout et n'importe quoi (en particulier le concept stupide de "croissance"), c'est qu'ils ne savent pas faire la différence entre un régime permanent et un régime transitoire; quelques connaissances en électrotechnique pourraient les remettre dans le droit chemin. Alors, qu'on forme des généralistes, par exemple des ingénieurs, des économistes, des médecins, etc. avec des connaissances générales aussi étendues que possible, en particulier en mathématiques et en programmation, et qu'on cesse de former des programmeurs qui vont programmer sans comprendre ce qu'ils programment.
Un exemple: le généticien Reginald Punnett était confronté à un problème qu'il était incapable de résoudre. Par hasard, il en parla à son ami le mathématicien Godfrey Harold Hardy, avec lequel il jouait au cricket. Celui-ci lui répondit du tac au tac que la solution était éviente: c'est ce qu'on appelle maintenant la loi de Hardy-Weinberg.
Jean-Marc Blanc

[edit] en fait je préfère rester en dehors de ce débat

Citation:

---

Non-myth #5: Programming is only for those who think logically.

---

C'est vrai. Mais on entend souvent par là une logique purement mathématique, scientifique.
Je ne vais pas citer ici une définition du nom "logique" mais je trouve assez restrictive la manière dont être largement perçue la notion de logique dans notre métier.

Probablement parce que je ne suis pas issu d'une formation "scientifique" à la base, je n'ai pas le même mode de raisonnement que mes collègues et je constate au quotidien que nous ne passons pas par les mêmes raisonnements pour traiter un problème.
Pourtant, nous arrivons le plus souvent à un résultat identique.

Donc, selon moi, ce "non-mythe" doit être pondéré. La logique est importante, mais elle n'est pas l'essentiel de notre boulot, et heureusement, sinon ce serait bien triste (autant passer ses journées à faire du sudoku :lol: )

Citation:

---

Envoyé par Gluups

N'aie pas trop de regret, va, il y en a, des développeuses, parfois fort esthétiques même, mais les quelques exemples que j'ai eu l'occasion de rencontrer sont toutes horriblement bêcheuses. Je n'ai aucun début d'explication à cela.

On s'éclate bien plus avec les utilisatrices, encore qu'il faille être prêt à assumer des périodes où cela n'est pas le cas.

Mais il s'agit là d'une dizaine de cas, cette discussion ne dépasse pas le niveau "café du commerce" ;)

Bienvenue à l'exception qui confirmera la règle.

---

Aucun regret ! Je travaille dans une start-up et mes collègues féminines (pas informaticiennes du tout) sont géniales !

...même si des fois, elles ne comprennent rien à ce que je raconte !

Non-myth #1: Programming is boring.
Oui, pour ceux qui trouvent ça ennuyeux :).
En fait, je me retrouve de temps en temps à faire du développement ennuyeux : du codage de copier/coller qui ne se factorise pas bien à cause de limitations et d'existant.
Et je m'ennuie assez souvent dans mon métier, parce que je dois faire de la doc, ou passer du temps en réunions stupides, ou faire un reverse-engineering d'un vieux truc qui aurait été intéressant s'il avait été bien fait. Mais ça c'est pas programmer.

La plupart du temps, quand je programme, je m'amuse. Et c'est le cas de mon entourage qui a une bonne formation.

Non-myth #2: You spend most of your working life in front of a computer screen.
Ah bah la plupart, oui. Mais qui s'était figuré que c'était un mythe ? On programme pas sur une planche en bois, programmer c'est pas seulement architecturer, et de nos jours, la doc est numérique au lieu d'encre sur du bois mort.

Non-myth #3: You have to work long hours

Pas vrai. On a des soirs de coup de bourre de temps en temps, mais la plupart d'entre nous choisissent : les heures normales et efficacité tout le temps, ou plusieurs pauses et donc plus de temps au boulot pour faire ses heures.

Non-myth #4: Programming is asocial.

Grosso-modo oui, beaucoup d'entre nous sous-utilisent la communication directe avec les collègues (programmeurs ou pas.)
Personnellement, et comme souvent dans ce métier en effet, je suis assez peu sociable. Mais je sais quand même profiter d'un peu de dialogue tous les jours avec les collègues : ça détend et quand ils peuvent nous sortir d'un problème qu'ils connaissent, ils le font.

Non-myth #5: Programming is only for those who think logically.

... En même temps... Qui s'est amusé à mettre ça en mythe ?

Non-myth #6: Software is being outsourced
Ouaip, ce côté progresse, en effet. Mondialisation...
Vu que j'ai de bonnes connaissances sur le traitement informatique de plusieurs langues, je pense que je pourrai encore me vendre sur des trucs de ce genre.

Non-myth #7. Programming is a well paid profession

Humm... C'est surtout que l'intervalle de salaires est vraiment très grand. Un gars qui sait bien se vendre à Paris sera plutôt bien payé... Mais il faut savoir se vendre (alors qu'en général, dans cette profession, on préfère faire des maths,) et puis il faut être là où on a besoin de nous.

Non-myth #8. Les développeurs sont souvent des psychopathes métalleux jeuderolistes

Dans mon entourage, on aime pas trop le métal.
Il y a la mangasse et les jeux vidéo, qui remplacent bien ce point-là, par contre. Pas tous, pas la plupart, mais souvent oui.

Non-myth #9. Les développeurs sont rarement des développeuses !

Hélas. Mais j'ai souvent entendu dire que les développeuses avaient tendance à bosser ensemble (ce qui pourrait se comprendre.) Du coup, il est possible que ça soit plus perçu que vrai, du fait qu'hommes et femmes ne se voient pas, et ne croyant que ce qu'on voit, on n'est pas sûr qu'elles existent vraiment en nombre.

Citation:

---

Envoyé par elnipal

-le développeur prone à tout va l'open source (mais utilise Oracl€€€€€€)

---

Tu n'as vu qu'un seul clan.
En réalité, le clan pro-close-source est puissant aussi. Il semble avoir peu de présence sur le net, et c'est normal puisque ce clan n'a pas grand-chose à partager autour de ce qu'il produit et génère peu d'émulation (bah oui, close-source.) Mais dans la réalité, il est très présent et très vocal partout.
Et la multitude de clans autonomes "je m'en cogne" se pose un peu là aussi.

(par ailleurs, si nous parlons open source seulement et pas forcément libre, c'est que l'open source est prôné pour des raisons. Ces raisons s'appliquent alors assez peu à Oracle, de fait. Il y a des exceptions par-ci par-là, ça n'empêche pas qu'en général, les raisons tiennent.)
(bon, et puis, Oracle n'est la première chose à laquelle un développeur pense, que parce que le monde lui impose d'être compatible Oracle. Son choix aura tendance à aller d'abord vers des trucs gratuits et qui font pas chier pour le déployer.)

Citation:

---

Envoyé par elnipal

-le développeur dégaine le char Leclerc pour tuer une mouche (Oracl€€€€€€ pour gérer une mini db monotable de qq centaines de lignes)==> c'est lourd et long à mettre en place et ne correspond plus aux attentes quand c'est prêt!!!

---

Seulement les inexpérimentés. Il y en a pléthore, mais de là à considérer ça comme le cas par défaut...

Citation:

---

Envoyé par elnipal

-le développeur vous renvoie dans vos 22 quand vous lui dites que vous avez access sur votre poste pour gérer lesdites mini db (m'en fout ça marche très bien comme ça)

---

Non, la plupart s'en cognent (mais n'auront, en revanche, pas la moindre intention d'aider ensuite à programmer quelque chose autour. Sauf s'ils savent programmer pour Access ou qu'ils veulent apprendre.)

Citation:

---

Envoyé par elnipal

-le développeur est souvent incompris du commun des mortels

---

Certes.

Bonjour

Il faudrait voir ce qu'on entend par asocial. Est ce que juste le fait de serrer la main de ses collègues et de blaguer avec ses collèges et de faire des resto avec ses collègues et de faire du bowling avec ses collègues et d'aller au resto avec ses collègues (oups je radote) et plus si affinités font de nous des gens sociables ?

Clairement, je pense que la réponse est non :P c'est juste du team building

Le boulanger qui fait son pain le matin (disons que ce n'est pas lui qui s'occupe de la vente) tout seul est-il plus asocial que le programmeur parce qu'il n'a pas de collègue avec qui blaguer ? :mouarf:

Bonjour,


Des lieux communs qui démythifient encore une fois le statut de prof ; …

mouais ? … :?

Cordialement.

Citation:

---

Envoyé par pseudocode

Les développeurs sont souvent des psychopathes métalleux jeuderolistes. :twisted:

---

:oops: :aie: .... :mrgreen:
Pas mieux et tellement vrai. Il faudrait, un jour, réaliser une étude statistique et comparer avec le reste de la population (dite normale ;) )

A+

Bonjour à tous,
Je pense que toutes ces affirmations ne sont qu'une tendance
En effet, tous les développeurs ne sont pas asociaux, car, dans ce cas, il n'existerait pas de développeurs indépendants. Or, je suis en train de créer mon entreprise de développement informatique et j'aime beaucoup le contact humain. N'est-ce pas passionnant d'écouter de comprendre et d'analyser le besoin d'un client?
DE plus, le développement n'est à mon avis aucunement ennnuyeux pour les passionnés, qui aime leur métier. Bien sûr, tous ceux qui ont choisi ce métier par dépit doivent penser cela.
Enfin, quand, comme moi, le développement informatique est une passion, travailler pendant de longues journées devant un ordinateur n'est pas génant.
Beaucoup de courage aux désespérés qui travaillent dans ce métier et pensent cela. Ne pensez-vous changer de profession? Ce serait une bonne idée
A bientot et bonne journée à tous
Nicole EFANDA

Citation:

---

Envoyé par grunk

En même temps si tu veux voir du monde toute la journée faut faire commercial pas développeur :)

Plus sérieusement j'ai jamais eu ce sentiment d'ours devant son écran qui ne parle à personne. Alors effectivement quand ya un coup de pression on se met dans sa bulle , on entend et ne voit personne et on code , mais le reste du temps c'est quand même vachement plus agréable d'aller voir un collègue plutot que de googler au moindre problème.

---

Pour moi ce n'est pas vraiment un problème de "pression". C'est plutôt qu'à certains moments, on est en train de dépiler un certain nombre d'appels de fonctions, ou d'essayer de comprendre ce qui a été fait par un autre et dans ces moments là, je ne suis vraiment pas réceptif à une intervention extérieure...

Citation:

---

Envoyé par popo

Je rajouterai un autre mythe qui pour ma part se vérifie. C'est qu'un développeur tourne à la caféine !

---

Bizarre que personne n'ait relevé celle là, peut-être que ça n'est même plus un non mythe, c'est devenu une évidence :aie: (quoi que, j'alterne avec la théine ! Bon ok, c'est pareil...)

Citation:

---

Envoyé par popo

Non-myth #8. Les développeurs sont souvent des psychopathes métalleux jeuderolistes
Vrai pour les jeux de rôles, quoi que de moins en moins. Je lit également beacoup de HF et je suis un geek en puissance !

---

C'est quoi un "geek" selon toi ?

Citation:

---

Envoyé par super_bus

Par contre un fait concernant les informaticiens, je dirais qu'ils attrapent tous la grosse tête. :ccool:

---

Je ne suis pas d'accord : les informaticiens se rendent toujours comptent à un moment où à un autre que ce qu'ils ont fait a un poids dans l'entreprise plus important que ce qu'ils pensaient. Ils changent d'attitude, et de ce fait, tous les autres postes pensent qu'ils commencent à se la péter... alors qu'il commencent à se comporter comme ils auraient dû dès le début : comme quelqu'un qui a du pouvoir. :mouarf:

Citation:

---

Envoyé par NEfanda

En effet, tous les développeurs ne sont pas asociaux, car, dans ce cas, il n'existerait pas de développeurs indépendants. Or, je suis en train de créer mon entreprise de développement informatique et j'aime beaucoup le contact humain. N'est-ce pas passionnant d'écouter de comprendre et d'analyser le besoin d'un client?

---

Approche féminine... pour le vrai développeur, le client/utilisateur est LE maillon faible de l'informatique (je plaisante bien sûr :mouarf:)