Je te dis simplement que ce sera 10 fois plus facile avec .NET
Le problème, c'est que facilité ne va pas très bien avec efficacité: prenons deux personnes qui n'ont presque jamais touché un ordi et demandons leur de faire un rapport/une thèse, l'une avec MS Word et l'autre avec LaTex... Dans les premiers jours, l'utilisateur de Word ira sûrement plus vite que l'autre (les clicodromes, quoi qu'on en pense, facilitent le travail), mais après quelques temps, l'utilisateur LaTex se sera mis en place son petit environnement, aura compris quelques principes de la mise en page et finalement avancera bien plus plus vite que l'autre utilisateur (les clicodromes sont faciles à utiliser mais ne poussent pas les utilisateurs à apprendre de nouvelle façon de faire ce qu'ils savent faire)... LaTex n'est franchement pas facile quand on le découvre mais il est bien plus efficace une fois qu'on le connaît.
Ce que Microsoft nous propose, c'est d'automatiser l'interfaçage entre les langages... ce sera peut-être plus facile qu'en lançant tout plein de commandes à la main comme actuellement, mais je ne pense pas que ça puisse devenir plus facile à utiliser que des Makefile bien faits dans une arborescence bien étudiée. .Net va sûrement plaire à ceux qui développaient en VB et qui veulent passer à d'autres langages plus performants, mais je ne pense pas que ça intéresse les développeurs qui ont déjà un niveau suffisant pour savoir tapper:
> cd $PROJET/src/gui
> make cpp-interfaces
> cd $PROJET/src/core
> make py-interfaces
> cd $PROJET/src
> make
Bien sûr, rien n'empêche de mettre ces commandes dans un script (ou dans le Makefile principal) et d'associer ce script à un bouton dans son éditeur clocodrome préféré. Je préfère me simplifier le travail à ma façon mais faut admettre que l'utilisateur lambda n'en a généralement pas le temps (ou la volonté).
[^] # Oui, mais...
Posté par pas_moi . En réponse à la dépêche Miguel DeIcaza et .NET. Évalué à 10.
Le problème, c'est que facilité ne va pas très bien avec efficacité: prenons deux personnes qui n'ont presque jamais touché un ordi et demandons leur de faire un rapport/une thèse, l'une avec MS Word et l'autre avec LaTex... Dans les premiers jours, l'utilisateur de Word ira sûrement plus vite que l'autre (les clicodromes, quoi qu'on en pense, facilitent le travail), mais après quelques temps, l'utilisateur LaTex se sera mis en place son petit environnement, aura compris quelques principes de la mise en page et finalement avancera bien plus plus vite que l'autre utilisateur (les clicodromes sont faciles à utiliser mais ne poussent pas les utilisateurs à apprendre de nouvelle façon de faire ce qu'ils savent faire)... LaTex n'est franchement pas facile quand on le découvre mais il est bien plus efficace une fois qu'on le connaît.
Ce que Microsoft nous propose, c'est d'automatiser l'interfaçage entre les langages... ce sera peut-être plus facile qu'en lançant tout plein de commandes à la main comme actuellement, mais je ne pense pas que ça puisse devenir plus facile à utiliser que des Makefile bien faits dans une arborescence bien étudiée. .Net va sûrement plaire à ceux qui développaient en VB et qui veulent passer à d'autres langages plus performants, mais je ne pense pas que ça intéresse les développeurs qui ont déjà un niveau suffisant pour savoir tapper:
> cd $PROJET/src/gui
> make cpp-interfaces
> cd $PROJET/src/core
> make py-interfaces
> cd $PROJET/src
> make
Bien sûr, rien n'empêche de mettre ces commandes dans un script (ou dans le Makefile principal) et d'associer ce script à un bouton dans son éditeur clocodrome préféré. Je préfère me simplifier le travail à ma façon mais faut admettre que l'utilisateur lambda n'en a généralement pas le temps (ou la volonté).