Discussion :

[istace.emmanuel]

Qu'en pensez-vous ?
Pour ma part je dirais que justement, c'est ça le boulot de dev. Mon but est de résoudre de manière optimale un problème et si possible que le besoin auquel répond mon application, le mieux possible, soit un besoin "utile". De plus la créativité n'est mise en place par le dev mais par l'analyste et l'archi. Le dev n'étant au final qu'une machine a piss*r/vomir du code. (Je ne cautionne pas pour autant, ce n'est qu'un constat)

Est-il encore possible d'innover sans réinventer la roue ?
Oui, mais cela n'empêche pas de se baser sur l'existant.

Dans quels domaines ?
Dans les domaines de pointe, pour en citer trois que je connais assez bien, la recherche opérationnelle, le domaine de intelligences artificielle et les systèmes embarqués.

[Gouyon]

De plus la créativité n'est mise en place par le dev mais par l'analyste et l'archi. Le dev n'étant au final qu'une machine a piss*r/vomir du code. (Je ne cautionne pas pour autant, ce n'est qu'un constat)

Désolé mais je ne suis pas d'accord je ne me considère pas comme un pisseur de code. Je pense qu'avant d'écrire des lignes de code il y a une réflexion et c'est là où la créativité prend place. De plus on évolue au fil du temps quand je replonge dans de vieux code j'ai assez souvent le sentiment qu'aujourd'hui je ne l'écrirais pas comme ça (même si ça marche parfaitement).

[baxou087]

Bonjour,

Personnellement je ne comprend pas pourquoi les gens devraient abandonner leurs idees sous le pretexte que quelqu'un d'autre l'a deja fait.

En tant que developpeur il est sain et parfaitement normal de se lancer des defis, de les realiser et tant pis si ils ont deja ete fait par d'autres. D'ailleurs je trouve que le fait d'abandonner une idee sous ce pretexte est un frein a l'evolution et a l'innovation.

Il faut voir le bon cote des choses : si vous le programmez en plus d'avoir appris quelque chose, vous vous serez fait plaisir et ca c'est le plus important (Ne pensez-vous pas?).

En ce qui concerne le fait de reinventer la roue, qu'est-ce qui garantie qu'en redeveloppant cet outil, on ne verra pas quelque chose qui aura echappe a tous ceux qui s'etaient penche sur le sujet? C'est bete, mais c'est fou ce que ca peut arriver souvent, surtout dans notre domaine.

[pcaboche]

En ce qui concerne le fait de reinventer la roue, qu'est-ce qui garantie qu'en redeveloppant cet outil, on ne verra pas quelque chose qui aura echappe a tous ceux qui s'etaient penche sur le sujet? C'est bete, mais c'est fou ce que ca peut arriver souvent, surtout dans notre domaine.

En particulier : "réinventer la roue", c'est développer quelque chose alors qu'il existe déjà au moins un logiciel présentant les mêmes fonctionnalités. Or le développement logiciel comprend l'aspect fonctionnel mais aussi l'aspect non-fonctionnel (c'est-à-dire tout ce qui a attrait à : la sécurité, la performance, l'ergonomie, la qualité du code, la maintenabilité, la modularité, etc).

Pour reprendre la métaphore de "réinventer la roue", c'est vrai que d'un point de vue fonctionnel on aurait pu se contenter des roues en bois ou en pierre apparues à l'aube de l'humanité. Mais non, aujourd'hui on a des pneus de plus en plus performants, dont les gommes ont une meilleure adhérence sur neige ou sol mouillé, qui supportent très bien les contraintes de torsion, etc.

D'une certaine façon, on peut dire qu'une certaine entreprise de Clermont-Ferrand réinvente la roue d'année en année, améliorant tous ses aspects non-fonctionnels, et qu'ils le font tellement bien qu'ils sont devenus leader mondiaux dans ce domaine...

[popo]

Réinventer la roue peux se montrer bénéfique à certains moments et être une perte de temps à d'autres moments.

Réinventer la roue permet de comprendre le mécanisme, ça peut-être un très bon apprentissage.
Après, si ce que l'on cherche à réinventer est trop couteux en temps (ça arrive très souvent en entreprise), alors on réutilise ce qui a déjà fait preuve de son efficacité (ce qui n'empêche en rien de réinventer en dehors du travail pour notre défi personnel ou par curiosité).
Des fois, pour des questions de performances ou tout simplement parce qu'elle n'est plus adaptée, il peut être nécessaire de réinventer la roue

[ALT]

Si "réinventer la roue" consiste à reprendre un problème pour lui trouver une solution inédite, oui c'est salutaire.
Mais là, je crois qu'on ne réinvente plus la roue mais qu'on trouve quelque chose d'original. D'où innovation.

Quant au "réinventage" de roue pour des raisons didactiques, c'est un but différent : il ne s'agit pas de trouver une solution à un pb mais de chercher à comprendre comment d'autres l'ont résolu. Il ne s'agit pas d'innovation mais d'apprentissage.

Donc, pour moi, que ce soit en informatique ou dans n'importe quel domaine, on ne peut innover en refaisant ce qu'ont déjà inventé d'autres personnes, mais en prenant le problème sous un angle différent, en inventant une autre façon de le résoudre.

[ArKam]

Si "réinventer la roue" consiste à reprendre un problème pour lui trouver une solution inédite, oui c'est salutaire.
Mais là, je crois qu'on ne réinvente plus la roue mais qu'on trouve quelque chose d'original. D'où innovation.

Quant au "réinventage" de roue pour des raisons didactiques, c'est un but différent : il ne s'agit pas de trouver une solution à un pb mais de chercher à comprendre comment d'autres l'ont résolu. Il ne s'agit pas d'innovation mais d'apprentissage.

Donc, pour moi, que ce soit en informatique ou dans n'importe quel domaine, on ne peut innover en refaisant ce qu'ont déjà inventé d'autres personnes, mais en prenant le problème sous un angle différent, en inventant une autre façon de le résoudre.

J'ai pensé à exactement la meme chose sans arriver à le mettre en forme. +1

Pour preuve, si les aviateurs étaient resté sur les hélices de bases, ils n'auraient pas inventés les nouveaux moyens de propulsion tels que VASMIR etc.

[angladephil]

Bonsoir,

Pour ma part, ma société m'a imposé ACCESS...
Je ne dis dis qu'il faut réinventer la roue chaque jour ... mais doublonner des procédures , faire des copier/coller dans les modules ... un paramétrage quasi-inexistant, sauf à faire saisir à l'utilisateur...

Bref , cet applicatif est coûteux (temps, ré-écriture..)

Alors, oui, avec de mauvais outils, on ré-invente la roue ....etc !

[davcha]

Il suffit de lire des thèses ou autres publications du genre pour savoir que la réponse est oui.

[Lugdev]

Bonjour,

Je suis nouveau ici donc je me présente rapide car cette discussion m'intéresse ... non seulement elle pose la question de comment se qualifier en tant que "développeur" (par exemple) mais aussi de "qu'est/est devenue l'informatique aujourd'hui" ... enfin je pense.

En gros donc:
- Ca fait plus de 20 ans que je fais de l'informatique, domaine passionnant s'il en est/ou en était ?
- Je pense aussi (et sans fausse modestie) être un des meilleurs, en tout cas dans mes domaines ... chacun son job (je ne prétends pas savoir même mettre de l'essence dans une voiture pour exemple :o)

Bref.
J'ai l'impression, plus cela "avance" que en fait cela "recule", je m'explique (et je n'ai pas l'intention de jouer mon vieux radoteur, genre "le mec qui a encore connu les cartes perforées" -que je n'ai pas connu, de fait, et quelque part heureusement ;-)

Il me semble néanmoins que quelques principes de base ont été oubliés dans la foulée ... je vais tenter d'en exprimer quelques uns ici, en petits traits, et à discussion:
- simplicité avant tout (ex. pourquoi faut il configurer une masse de fichiers "config" avant de voir apparaitre par ex. une applic. java pour afficher "hello world" ???)
- du travail d'un autre tu peux faire le tien (ex. et vu que c'est le sujet, pourquoi réinventer la roue si on parle disons d'un traitement de texte, pourquoi réécrire toutes les fonctions de recherche/remplacement/numérotation des lignes/indentation/etc/etc ...)
- chaque "brique" devrait être interchangeable ... or, actuellement ce n'est pas le cas ... certains (BeOS si je me souviens bien) ont proposé cette optique mais on reste sur des trucs "propriétaires" (même en opensource ... on compile (horreur de la compil en fait) avec telle lib, telle version (si compatible) et pas une autre: on a oublié quelque par le "rend tel service")
- etc etc bref au lieu de devenir de plus en plus simple (cad accessible à tout le monde ce qui est pour moi l'objectif de base de notre domaine -rendre la machine un outil pour tous- c'est devenu tout l'inverse ... et le "pire", même pour les informaticiens eux même -ca, c'est le comble !!!-)

Comme disait l'autre "Think different".
Ce qui veut dire:
- on "invente" rien, toute l'inventivité humaine se base sur un "réassemblage" de chose, toute la créativité en question procède justement de cette capacité à assembler/réassembler des choses dites "déjà existantes". Pour exemple, pas de Morse sans électricité, donc sans télégraphe, pas de cuisine sans casserole, sans ingrédients (déjà connus depuis des plombes ainsi que les moyens de les cultiver/nettoyer/préparer/cuire) etc etc
- tout devrait viser à la simplicité ... après tout un ordi n'est qu'un outil au service de "l'homme" (cela changera bientôt je pense si ce n'est déjà fait ... je connais des "hommes" qui sont au final plus au service de la "machine")

Sur ces premiers principes je pose question:
- A quoi sert un ordinateur
- Pourquoi avons nous de tout temps inventé des "machines"
- Et au final ou en sommes nous arrivés ?

Je clôture ici, en attendant vos premières réactions ;-)
L.