Discussion :

[Paul TOTH]

Il y a des vraies idiosyncrasies comme faire de l'open source en Delphi...

Surtout venant d'un spécialiste Delphi,lire que .Net n'est pas outil majeur de nos jours, ça reléve du risible.

Là.

Je ne vois pas trop le rapport entre l'Open Source, Delphi, ma maîtrise de ce dernier et les parts de marché de .Net...mais si ça te fait rire c'est déjà ça.

Si tes connaissances étaient un peu plus réalistes, tu te rendrais compte que .Net représente aujourd'hui :
C++
C#
VB.Net
Delphi
Python
Ruby
Php

Tu as raison, des sous langages...

Je ne trouve pas de statistiques sur la part de C++ managé...mais C++ restant derrière C et Java on peut supposer que ce n'est pas une majorité.

VB.Net n'est pas distingué des anciens VB très répandus, plus que C# d'ailleurs

C'est amusant de donner Delphi dans la liste la version win32 n'a jamais dominé le marché, la version .Net est abonnée au profit de Delphi Prism dont je ne sais trop ce qu'il devient.

Quant aux trois derniers langages, j'ignorais qu'on pouvait prôner .Net avec, tout en gardant son sérieux.

Mais tu as totalement raison, .Net n'est pas un langage d'avenir c'est un langage d'aujourd'hui, voir d'hier....moi de toute façon j'ai toujours utilisé des outils minoritaires et je continuerai comme ça.

[_skip]

Peut être que c'est l'aspect usine à gaz de java qui joue contre lui aussi. La diversité c'est bien, mais l'homogénéité ça a des avantages.
Sans compter que personnellement, question langage, je trouve C# des kilomètres devant java (générique, properties, lambda etc..).

[B.AF]

On ne pouvait pas attendre mieux d'un pro Delphi...

[Paul TOTH]

On ne pouvait pas attendre mieux d'un pro Delphi...

je ne suis pas convaincu que ce genre de commentaires aient leur place sur ce forum, surtout venant d'un membre "émérite".

[anthyme]

.net pas d'avenir ?

Je travail dans un SSII avec autant de collaborateur java que .net. Il y a 1 an et demi les projets étaient rare autant pour une technologie que pour l'autre, maintenant que l'économie est repartie on a toujours du mal a placer nos ressource java par contre on manque cruellement de profile .net et on ne peut pas honorer tous nos projets sauf décaler les dates ...

Java est sur la pente descendante et j'ai bien peur que le rachat par oracle n'arrange rien ...

Si java s'éclipse () quel concurrent sérieux a .Net il reste dans les applications métiers ?

[Paul TOTH]

ah oui ? je deviens vraiment has-been alors car je n'y touche toujours pas

ma remarque initiale est sur la généralisation de .net

.net pas d'avenir ?

si biensûr, VB aussi d'ailleurs, mais tout le monde ne fait pas du .Net...ni du VB.

[B.AF]

[QUOTE=Paul TOTH;5115989]ma remarque initiale est sur la généralisation de .net


[QUOTE]

Si tu regardes comment l'indice est constitué :

Il regarde les occurences de recherche sur les moteurs
Concernant .Net, MSDN n'est pas dedans. Hors, c'est probablement le premier endroit ou chercher. MSDN c'est même parfois en local.

Concernant les langages, je t'invite à regarder les critéres de grouping :
Ruby mesure les implémentations .Net, idem pour python et pour C++ le cli, et pour basic, VB.Net et Delphi.net, et F#...

Donc pour avoir l'audience de la plateforme, ce n'est définitivement pas Tiobe qui est un indicateur de référence.

Or comme les contributions ne sont pas fines, il est donc probable que l'audience de la techno Microsoft soit bien supérieure à celle présentée pour C#.

[Molik]

Envoyé par Paul TOTH
ah oui ? je deviens vraiment has-been alors car je n'y touche toujours pas

En tout cas ce n'est pas le chemin suivi par votre co-auteur Olivier Dahan - Merlin pour les intimes du net - qui a viré sa cuti depuis un bon de temps déjà.

A lire par exemple la page 2 http://merlin.ftp-developpez.com/cou...net/DOTNET.pdf

[Stifu]

.Net n'est pas un langage d'avenir c'est un langage d'aujourd'hui, voir d'hier....

.net pas d'avenir ?

si biensûr, VB aussi d'ailleurs, mais tout le monde ne fait pas du .Net...ni du VB.

... ou l'art de dire tout et son contraire.
(Soit dit en passant, .NET n'est pas un langage)

Mon expérience rejoint celle des autres : dans ma boîte, on manque de profils .NET (et on laisse donc passer des offres), et à côté de ça on a du mal à caser les profils Java.

Ceci dit, dommage de partir sur du hors sujet pendant 2 pages.

[Paul TOTH]

... ou l'art de dire tout et son contraire.
(Soit dit en passant, .NET n'est pas un langage)

Mon expérience rejoint celle des autres : dans ma boîte, on manque de profils .NET (et on laisse donc passer des offres), et à côté de ça on a du mal à caser les profils Java.

Ceci dit, dommage de partir sur du hors sujet pendant 2 pages.

si je comprend bien, .Net (qui n'est effectivement pas un langage) est réclamé par les clients et on manque de développeurs pour satisfaire cette demande ? C'est de pire en pire

Qu'un client qui a fait le choix de (rayez la mention inutile) Window/Linux/Mac comme OS, ou qui a une politique de logiciels (rayez la mention inutile) Microsoft/Linux/OpenSource/Web/Autre je peux comprendre...

Alors que le choix .Net par le client, il faudra m'expliquer la pertinence....

[Lyche]

si je comprend bien, .Net (qui n'est effectivement pas un langage) est réclamé par les clients et on manque de développeurs pour satisfaire cette demande ? C'est de pire en pire

Qu'un client qui a fait le choix de (rayez la mention inutile) Window/Linux/Mac comme OS, ou qui a une politique de logiciels (rayez la mention inutile) Microsoft/Linux/OpenSource/Web/Autre je peux comprendre...

Alors que le choix .Net par le client, il faudra m'en expliquer la pertinence....

Et pourtant, c'est "vrai" de plus en plus de clients font eux même la demande d'une technologie. Et à l'heure actuelle, .Net est très demandé par les clients. Que ça te choc, que tu n'y crois pas, que tu considères .Net comme un langage désuet ou même inutile, c'est ton opinion, il en reste une réalité du marché qui fait qu'il y a de plus en plus de demande de développement en .Net alors que la demande java se fait un peu moins forte.. (je n'ai pas dit qu'il n'y en avait pas, mais que la tendance actuelle était à l'augmentation des demandes en .Net)

[Skyounet]

Alors que le choix .Net par le client, il faudra m'en expliquer la pertinence....

Pour s'interfacer avec toute son infrastructure existante ?

Suffit d'avoir un Sharepoint, un Exchange et un autre produit MS, tu peux être sûr que le client demande du .NET.

[stailer]

Je ne savais pas que Paul TOTH était sur developpez, c'est marrant ça.. En fait j'ai commencé le développement par VB6 , puis quand j'ai connu Delphi6-7 j'ai vite laissé tomber VB pour passer sous Delphi 7... Et donc j'ai acheté ton bouquin qui est devenu ma bible pendant quelques mois à l'époque.

Il me semble qu'il y avait même un chapitre sur Delphi 8 (et donc .net ) et il me semble que pour toi c'était même un peu "l'avenir" dans ce bouquin .. Mais je me souviens plus exactement, faudrait que je le ressorte.

[Paul TOTH]

Pour s'interfacer avec toute son infrastructure existante ?

Suffit d'avoir un Sharepoint, un Exchange et un autre produit MS, tu peux être sûr que le client demande du .NET.

qu'il faille supporter Sharepoint ou Exchange est une chose, qu'il faille développer sous .Net en est une autre.

que tu considères .Net comme un langage désuet ou même inutile

je n'ai jamais prétendu cela, j'ai simplement dit qu'il n'était pas généralisé (d'autant que ce n'est pas un langage )

[Stifu]

@Skyounet : en effet... et si le client a déjà une floppée d'applications déjà en .NET, qu'il veuille maintenir ou faire évoluer, normal de rechercher des profils .NET. Ensuite, s'il y a de nouveaux projets, c'est également naturel de se tourner vers une technologie déjà utilisée jusque-là : le framework est sûrement déjà installé là où il est nécessaire, et c'est toujours plus facile et moins cher de rechercher un développeur pour une technologie ou un langage en particulier, qu'un développeur maîtrisant un éventail de langages.
Si une boîte utilisait une technologie différente pour chaque application qu'elle fait, ça compliquerait inutilement les choses. Quitte à utiliser une technologie différente, il faut que ce soit vraiment justifié. Tu vas pas t'amuser à te lancer dans Java si tu as un parc informatique où .NET est installé partout mais pas Java, et que tous les développeurs présents sont des développeurs .NET.

Dans mon cas (et je ne pense pas être le seul), l'intérêt est aussi que, si nécessaire, n'importe quel développeur puisse intervenir sur n'importe quelle application.

[B.AF]

Alors que le choix .Net par le client, il faudra m'en expliquer la pertinence....

Ce n'est pas un principe de pertinence, c'est un principe économique de toutes les boites: pour vivre, il faut vendre.
Quand un client veut du .Net, ma première réaction n'est pas de lui briser les boules sur la pertinence ou pas de son choix. Si je peux et que ça m'intéresse, je dis oui et je fais, sinon je passe mon tour.

De toute façon depuis 12 ans, j'ai rencontré très peu (à compter sur les doigts d'une main) de gens dans le milieu du développement qui pouvait faire une sélection autrement que de "coeur" sur la technologie.

Je ne vois vraiment pas ce qu'il y a de curieux à ce qu'un client demande une technologie. Un client ça n'a pas de "forme" précise. Je travaille avec des clients qui ont un niveau technique équivalent au nôtre et qui sont tout à fait capables de faire ce choix, où qui ne soit pas avoir un parc hétérogéne.

Ce n'est pas une vision aussi négative qu'est la tienne.

[Paul TOTH]

Ce n'est pas un principe de pertinence, c'est un principe économique de toutes les boites: pour vivre, il faut vendre.
Quand un client veut du .Net, ma première réaction n'est pas de lui briser les boules sur la pertinence ou pas de son choix. Si je peux et que ça m'intéresse, je dis oui et je fais, sinon je passe mon tour.

De toute façon depuis 12 ans, j'ai rencontré très peu (à compter sur les doigts d'une main) de gens dans le milieu du développement qui pouvait faire une sélection autrement que de "coeur" sur la technologie.

Je ne vois vraiment pas ce qu'il y a de curieux à ce qu'un client demande une technologie. Un client ça n'a pas de "forme" précise. Je travaille avec des clients qui ont un niveau technique équivalent au nôtre et qui sont tout à fait capables de faire ce choix, où qui ne soit pas avoir un parc hétérogéne.

Ce n'est pas une vision aussi négative qu'est la tienne.

J'ai juste le sentiment que quand on réclame du .Net c'est un peu comme quand on réclame du XML.

La finalité n'est pas dans la plateforme ou le format des données mais dans les fonctionnalités.

[B.AF]

j'ai juste le sentiment que quand on réclame du .Net c'est un peu comme quand on réclame du XML.

La finalité n'est pas dans la plateforme ou le format de données mais dans les fonctionnalités.

Pour revenir au sujet, je trouve bien que .Net soit une alternative sur un projet Android.

D'autant qu'aujourd'hui il y a une spécialisation des développeurs (uniquement c#, uniquement java...) il me parait naturel qu'un OS supporte une vaste liste de langages pour augmenter sa base de développeur.

Ce qui était mon raisonnement initial : Ca fait d'autant plus de sens d'utiliser .Net (et pas uniquement C#) que cela représente plusieurs langages et une plateforme; chose que Tiobe ne sait absolument pas mesurer.

[B.AF]

j'ai juste le sentiment que quand on réclame du .Net c'est un peu comme quand on réclame du XML.

Je comprends ton exemple, mais ça n'a rien à voir tu ne peux pas utiliser .Net pour faire autrechose que du .Net. XML tu peux t'en servir pour n'importe quoi :
- Persister des données
- Avec ou sans schéma
- L'utiliser comme conteneur de paramétrages
- l'utiliser comme support de sérialisation
...

[mickyoun]

L'entreprise qui m'emploie depuis 3 ans utilise Delphi 6 et 7 pour des programmes verticaux de vente.
Il y a un projet PDA windows mobile/CE qui utilise le .Net CF (en C#).

Il y a 3 ans, l'entreprise a voulu refondre entièrement ses deux logiciels phares et la solution retenu a été Java et Flex.

le pôle delphi = 12 personnes coté magasin(dont moi), 16 coté central et 1 coté PDA (encore moi).

L'entreprise a embauché 150 personnes dont 80 developpeurs.
Environ 40 "Experts Java" et le reste de débutants sortis des bancs d'école.

Le résultat au bout de trois ans:
-Tous les clients ont rendu la solution...
-Des pénalités de retard astronomiques.

Pourquoi?
-Flex est très consommateur mémoire et peu optimisé. De plus pour nos logiciels de saisie et de traitement temps réel, il a fallu bidouillé un max.
-Java est ouvert, on peut faire énormément de chose et surtout n'importe comment. Passé une semaine chez un client sans arriver à installer la solution cela me laisse sans voix.
-Aujourd'hui 1 livrable delphi et C# tient sur une disquette. Le livrable java tiens sur un cd. Moi je ne suis pas fort en calcul mais j'espère qu'ils ont prévu un bon contrat avec UPS pour le livrable...

Aujourd'hui dans mon entreprise, un même développement côté serveur coûte:
- 10 jours en delphi 7
- 10 jours en C# 2 et 3.5 (voir moins selon les cas mais jamais plus).
- 40 jours en java. -> 4 fois plus.

Vous m'excuserez mais quand je lis les sources java que tous les développeurs de ma boîte sortent, on est très loin de la qualité de mes programmes en delphi et C# et encore moins de leurs optimisations.

J'espère juste que le problème est itinérant à nos experts qui ne sont "Expert" que de la lecture de théories sorties d'un livre.


Quant à mono sous Android j'ai hate.
Hier j'ai porté en une heure mon serveur de tchat C#.Net (client silverlight 4 avec webcam) en C# mono sous unbuntu et mac.
Je pense vraiment que mono à un bel avenir si Microsoft ne remet pas en cause l'accord sur ses brevets.