Discussion :

[Themacleod1980]

Salut,
ça fait un moment maintenant que je bosse en Windows Form / c# et je pense m'être un peu reposé sur mes acquis.
J'avais tenté brièvement de me former au WPF mais je me sentais plus efficace en Windows Form donc j'ai continué ma vieille habitude... (c'est mal !)
Récemment j'ai exploré le dev Android en Visual Studio / Xamarin et ça m'a bien plu, même si j'ai encore beaucoup de lacunes, surtout dans la manière de dessiner mes pages.
Le truc c'est que je bosse en entreprise et que le dev se fait pour Windows, un projet Android restant exceptionnel.
Comme le temps passe et que les choses changent sans arrêt, j'ai un peu peur de me faire larguer question technologie.
Je viens donc vous demander ce que vous me conseilleriez comme technologie récente pour Windows (ou multiplateforme) histoire de rester à jour encore un moment
Maintenant, si vous pensez que Windows Form a encore un long avenir devant lui, tant mieux, mais je pense que pour le design on fait bien mieux aujourd'hui.
Dois-je me remettre à WPF ou il y a eu mieux depuis ?

Merci pour vos avis / suggestions

[sevyc64]

Même situation, même problème, je vais suivre cette discussion.

Moi, j'ai en plus le handicap qu'au boulot je ne bosse pas du tout sur des technologies actuelles même en winform, on est encore sur du Delphi 6 (je déteste Delphi, VS me manque). Une migration est prévue sur Delphi 10, mais ça reste du Delphi et pas question de passer à autre chose parce que les têtes pensantes prétextent que ça couterait trop en temps à réécrire complètement le code (sauf que de D6 à D10 c'est un peu pareil), c’est surtout qu'elles ne connaissent pas autre chose et ne font pas confiance sans doute à l'équipe de dev.

Sinon, comme toi, je dis toujours que je dois me mettre à WPF, et tant qu'à faire, aux nouvelles plateformes de W10, mais je trouve toujours autre chose à faire avant.
Après, ça dépend surtout des opportunités que tu peux avoir dans ta région.

[Themacleod1980]

Et le Delphi.Net ça existe non ?
ca permettrait de continuer en Pascal et même d'ajouter des librairies en c#, ça ferait une migration en douceur ni vu ni connu ^^

[Pol63]

delphi.net a été abandonné il y a quelques années il me semble

sinon même problème (et on doit être nombreux, une entreprise ca a tendance a stagner ^^)
sur des petits projets interne il y a quelques années j'avais pris la liberté de faire ca en wpf histoire de m'y mettre doucement
uwp j'ai testé pour des projets perso c'est plus contraignant que wpf
et sachant que .net est en grand mouvement d'unification en ce moment, je pense qu'il faut attendre un an ou deux avant de se lancer sur autre chose (.net core .net standard ...)
uwp nécessiterait selon moi quelques améliorations et y aura peut etre un remplacant de xamarin au passage

après j'avais cru lire que wpf avait de l'avenir car il aurait été assez adopté
en effet le code behind winforms est compatible wpf (pas le cas d'uwp par exemple), et wpf est au point depuis quelques années, le mvvm ca s'utilise bien

après winforms a encore de l'avenir aussi apparemment, ca marche bien, ca se maitrise facilement, et une fois qu'on maitrise on peut faire plein de choses graphiquement aussi

[DotNetMatt]

D'ailleurs il y a un tuto qui est sorti il y a peu de temps sur UWP : http://www.developpez.net/forums/d16...mation-csharp/

Sinon je rejoins l'avis de Pol63

Il faut juste te lancer, je pense qu'il n'est jamais trop tard ou trop tot, vu que ca evolue constamment...

[MABROUKI]

bonjour
En matière d'IDE et de Platform de dev, on n'est jamais à jour ,et connaitre plusieurs IDE est toujours un investissement qu'on ne regrettera jamais...
Winforms et WPF nécessitent une même IDE et les mêmes langages ,donc c'est affaire d'entrainement seulement...
Delphi par contre c'est une IDE différente et un langage diffèrent (pascal et c++),en plus une entreprise différente de Microsoft ...

Les entreprises sont réticentes en général à changer à cause des frais de dev ,reflexe purement commercial...

[vanquish]

Même situation, même problème, je vais suivre cette discussion.

Moi, j'ai en plus le handicap qu'au boulot je ne bosse pas du tout sur des technologies actuelles même en winform, on est encore sur du Delphi 6 (je déteste Delphi, VS me manque). Une migration est prévue sur Delphi 10, mais ça reste du Delphi et pas question de passer à autre chose parce que les têtes pensantes prétextent que ça couterait trop en temps à réécrire complètement le code (sauf que de D6 à D10 c'est un peu pareil), c’est surtout qu'elles ne connaissent pas autre chose et ne font pas confiance sans doute à l'équipe de dev.

Sinon, comme toi, je dis toujours que je dois me mettre à WPF, et tant qu'à faire, aux nouvelles plateformes de W10, mais je trouve toujours autre chose à faire avant.
Après, ça dépend surtout des opportunités que tu peux avoir dans ta région.

J'ai connu (et continu de connaitre) le même soucis.
Le projet est ancien et gigantesque.
Tout ré-écrire couterait effectivement une fortune et surtout gèlerait les avancées fonctionnelles le temps de cette ré-écriture.

J'ai beaucoup aimé Delphi, tant en terme de syntaxe que de framework.
Mais s'il est difficile de savoir quel sera l'avenir du développement sous Windows, il est certain que ce ne sera plus Delphi.
Chaque nouvelle ligne de Delphi rend donc la situation du projet encore plus problématique.

Avec un autre développeur, nous avons appuyé de tout notre poids pour limiter au maximum les nouveaux développements sous Delphi.

A chaque fois que c'est possible, les nouveaux écrans ou services sont écrit en C# au sein d'un objet COM .Net instancié par l'application Delphi.
Petit à petit, on a porté bon nombre d'écrans et de fonctions d'un système à l'autre.
Tous les EXE autre que le module principal sont désormais en C#.
Entre nouvelles fonctionnalités et portages, je dirais que 40% de l'application est aujourd'hui en C#.

[sevyc64]

Le projet est ancien et gigantesque.
Tout ré-écrire couterait effectivement une fortune et surtout gèlerait les avancées fonctionnelles le temps de cette ré-écriture.

Dans mon cas, le projet est ancien et gros mais je dirais pas gigantesque. Mails il y a surtout probablement pas loin de 30% du soft qui est obsolète et plus ou très très peu utilisé. Seulement comme ces 30% utilisent des fonctions et du code commun avec le reste du logiciel, il n'est pas possible de faire évoluer ce code, de le nettoyer et l'optimiser tant que ce qui est obsolète ne sera pas définitivement supprimé.

Pour ce qui est de tout réécrire, oui, ça couterais une fortune. Perso, j'estime à plus de 8 mois-homme, pour un cout interne supérieur à 50K, mais un sous-traitant est en train de nous le faire mais en Delphi Seattle, en 3 mois estimé et pour 20K environ. Je ne sais même pas comment il peut se sortir un salaire la-dessus. A mon avis, plantage assuré.

Quant aux 50k, comparés au temps que l'on perd actuellement, aux emmerdes que l'on a en permanence, au temps que l'on gagnerait sur une nouvelle plateforme, aux possibilités que cela nous donnerait, à la mise au gout du jour du logiciel qui pourrait potentiellement nous ramener encore plus d'utilisateur, etc ... compté ne serait-ce que sur une durée de 3 ans, je pense que les 50k sont très largement amortissables.

J'ai beaucoup aimé Delphi, tant en terme de syntaxe que de framework.

Bien chanceux que tu es. J'ai jamais aimé. Je trouve le langage très lourd, très rigide. Et pourtant je suis un vbïste convaincu, niveau lourdeur de syntaxe, c'est pas mal aussi.

Mais s'il est difficile de savoir quel sera l'avenir du développement sous Windows, il est certain que ce ne sera plus Delphi.

L'avenir du développement sous Windows peut aussi passer par Delphi, si Delphi a un avenir.
Mais effectivement Delphi a, pour le moment, un avenir qui parait plutôt opaque. Embacadero a beau tenter de rassurer à tout va sur l'avenir de Delphi, il donne, à coté, tous les signes contraires.
L'avenir dira si la branche 10 de Delphi (Seattle et Berlin) est le commencement d'un renouveau, ou si au contraire c'est le chant du Cygne.
Pour ma part, c'était un argument supplémentaire pour passer à autre chose, VB ou C# par exemple. Mais il n'a pas été suffisant, pour le moment en tout cas.

[Pol63]

Pour ce qui est de tout réécrire, oui, ça couterais une fortune.

l'immobilisme coute cher, et peut couter jusqu'à couler une boite je pense
là ou j'étais en 2008 ils avaient décider de prendre le temps et des nouveaux entrants pour passer de vb6 à vb.net (avec un ancien pour piloter)
ca a pris quelques mois certes, mais le soft est beaucoup plus maintenable, beaucoup plus évolutif, et sans ca il n'y aurait pas eut autant de ventes (et sans un langage moderne le soft ne serait pas tout ca)
donc à un moment il faut bien dépenser de l'argent, et un investissement par définition c'est quelque chose censé rapporter de l'argent, sinon c'est juste une dépense, après il faut avoir le cran de voir à long terme, et avoir les bons développeurs

Et pourtant je suis un vbïste convaincu, niveau lourdeur de syntaxe, c'est pas mal aussi.

j'ai été utilisateur de vb.net pendant des années, et maintenant que je suis sur c# je commence à voir les avantages de vb.net
je ne trouve pas ca spécialement lourd, ca s'écrit un peu plus vite que c# (les end if et autres balises texte s'écrivent tout seul)
et c'est surtout beaucoup plus lisible (va différencier une } de end if, une } de next et une } de end while en un coup d'oeil ^^)
(c# a quelques avantages tout de même)

L'avenir du développement sous Windows peut aussi passer par Delphi, si Delphi a un avenir.

j'avais postulé dans une boite y a 2 ans qui utilisait delphi (sur un gros truc vieux et mal codé comme tout le monde ici apparemment ^^)
et la responsable me disait que c# c'était nul, cher et pas multiplateforme et que delphi c'était l'avenir

[DotNetMatt]

j'avais postulé dans une boite y a 2 ans qui utilisait delphi (sur un gros truc vieux et mal codé comme tout le monde ici apparemment ^^)
et la responsable me disait que c# c'était nul, cher et pas multiplateforme et que delphi c'était l'avenir

La boite tourne toujours ? Avec un responsable aussi visionnaire...