[quote=« Zekiller, post:9, topic: 48104 »]D’abord, merci à tous pour vos réponses.
Après, pour Java, c’est sûrement qu’on a des gros préjugés qui datent d’il y a 5 ans comme quoi « pour faire une couche visuelle avec Java, ça prend des plombes et c’est pas intuitif pour un sou, et en plus c’est lourd ». Alors je suis convaincu que ça a évolué et que maintenant on a des outils pour faire des jolies interfaces légères facilement. Dans ce cas, vers quoi il faut se tourner? Swing?
Nous utilisons actuellement Java en interne que pour des bussiness process, et nous n’avons jamais fait d’interfaces avec. Si je posais la question de .NET, c’est parce que d’après ce que j’ai pu voir, l’interface de Visual Studio était assez proche de Delphi pour que nos programmeurs puissent faire le saut plus facilement.
Enfin, je ne sais pas si vous avez travaillé avec Delphi, mais si je dis qu’un gosse de 8 ans pourrait faire une interface avec, je suis pas loin de la realité. C’est vraiment très simple, et je ne voudrais pas switcher vers quelque chose de plus compliqué, vu les programmeurs dont on dispose pour la partie intérface (comprenne qui pourra :D).[/quote]
Comme le dit plus bas tzim, process et ihm dans 2 langages separés, TRES mauvaise idée. Apres, java, perso, j’ai toujours eu du mal a apprehender, mais bon, passer de C++ a C# m’a semblé plus naturel que C++ → Java. Pour le delphi, j’aurais tendance a dire que C#/.net s’en rapproche le plus, mais c’est au feeling.
Non, pas tout le monde, par contre tout le monde sait faire caca ! Comment ca, ca fait pas avancer le schmilblick ?!
[quote=« Twin, post:13, topic: 48104 »]Vrai. A condition de se contenter des contrôles (éléments graphiques) existant sans vouloir les customizer de manière trop poussée. Sinon c’est la mort (c’est du vécu, oui oui, la mort vécue). Je parle pour du Winforms, WPF je connais mal.
Le ticket d’entrée est plus élevé pour du Swing que pour du Winforms. Mais une fois maîtrisé, Swing offre une architecture beaucoup plus ouverte et modulable que du Winforms. Pour caricaturer: Swing c’est dur au début, plus facile et plus puissant à la fin. Winforms c’est facile au début, frustrant et difficile à la fin. Après pour des applis relativement standard, rien ne dit que tu ais besoin d’aller au delà des composant stadard des Winforms. Auquel cas l’IHM sera plus vite faite en Winforms qu’en Swing en effet.
Reste que pour un projet qui mélange du web et du client lourd, je partirai quand même sur du Java pour toutes les raisons que j’ai exposé dans mon premier post.[/quote]
Oui, alors moi perso, j’ai jamais rien entravé a Swing et cie, par contre, j’ai rarement eu de soucis avec .net/c#, ca doit etre la maniere dont sont architecturés nos cerveaux qui nous font sembler que l’un est plus facile que l’autre. (Et .net a une archi de reve, vraiment, comme le dit gloppy plus bas, java, c’est le souk)
[quote=« GloP, post:16, topic: 48104 »]Marf ouai alors si on va par la, apres avoir bosse avec les deux en pro depuis 11 ans on peut aussi le faire a l’envers. J’ai rien de special contre Java mais quand on fait des comparaison a l’arrache sans meme parler d’opinion personelle je vais pas me gener…
Java et .Net peuvent faire le boulot.
.Net est plus mature car developpe apres sans les erreurs de Java et est pas compose de 500 composants et revisions qui sont conflictuelles, ou payants (et pas $20…) pour avoir des composant de qualite equivalente a ce qu’on trouve de base dans le framework en .Net 3.5 pour certains domaines. Il y a des tonnes de choses dans le framework de base avec une API constante et des paradigmes standard appliques a tous les concepts.
.Net a une tres nette superiorite sur les technos de presentation (Winforms/ASP.Net/Silverlight/WPF) ou de communication (WCF) qui sont maintenues et evoluent constament car supportes profesionellement par une societe qui y a un interet commercial. Le deploiement, la maintenance et les performances sont aussi en faveur de .Net (et je le prouve quand on veut ayant ramé pour faire et maintenir des projets avec 50k users en Java et passé des nuits a deployer dans le datacenter et ayant bossé sur des projets avec des millions de users en .Net deployes sur des farm de centaines de machines). L’IDE la plus repandue (Visual Studio) est reconnue comme le meilleurs IDE et a toujours ete pour moi bien bien plus productif que Eclipse. Les doc/tutoriaux/exemples dispo sur le .Net a rien a envier avec les tonnes de mauvais conseils et de tutoriaux depasses sur lesquels on tombe trop souvent en Java (pas que ca existe pas en .Net mais la doc MSDN et les milliers d’articles ecrit et approuve par MS promet un certain niveau de qualite et a rien de comparable avec quoi que ce soit qu’on peut trouver chez Sun de pres ou de loin). Je suis extremement dubitatif sur la soit disant plethore de dev Java, un bon codeur ca reste dur a trouver et quelqu’un qui connait bien son metier, quel que soit le language ca va etre chaud a trouver vu que la liste de competence pour faire un bon dev a plus a voir avec le domaine (backend/database/views) qu’avec la techno.
Donc bon… a faire dans l’emporte piece on peut en faire dans tous les sens. Je veux bien que chacun voit midi a sa porte mais faut prendre les choses avec des pincettes aussi parceque si on en reste a ce niveau la, ca vole pas bien haut…[/quote]
J’aime comment c’est objectif et mesuré. J’agree completement.
[quote=« Tzim, post:17, topic: 48104 »]My two cents :
- Faire ton interface et ton backend avec deux technos différentes : mauvaise idée.
- Tu peux utiliser .net coté backend aussi. Ca s’interface aussi très bien avec oracle.
- Mis a part ma préférence pour .net, sache que si t’es devs sont habitués a bosser avec delphi, ils se retrouverons sans doute beaucoup mieux, d’une part sur le modele objet d’une maniere générale, mais surtout en terme d’UI sur du .net (Winforms que sur du java (SWING ou autre api UI java).
- Le language le plus proche du pascal objet delphi est sans doute VB.NET, c’est largement envisageable, coté UI, mais pas vraiment coté backend.
Bref, si les devs on pas de compétences prononcées vers java, je choisierais plutot .net.[/quote]
- Il a totalement raison le monsieur la !
- Encore heureux, quand meme.
- Je penses pareil, je l’ai deja dit plus haut.
- Ouais, coté UI ca peut passer, meme si c’est caca, mais coté backend, oublie. Ho, et pis non, oublie aussi coté UI, C# c’est quand meme un poil plus lisible. Apres, ca reste les meme libs, ca laisse toujours un poil de marge supplementaire qui n’est jamais negligeable.
[quote=« Zekiller, post:18, topic: 48104 »]Ah oui mais non, on en est bien conscients … euh, je vais essayer d’expliquer.
On a un gros .exe qui fait ouatmille trucs du genre:
- Gestion d’hôtels
- Gestion de services aériens
- Gestion de circuits
- Gestion de transports
- Gestion de croisières
- Gestion d’excursions
- Gestion de rent-a-car
- Gestion de musées
- Gestion de blabla.
Donc contrats, produits, réserves, opération, facturation, etc. Pas tout à fait trivial (enfin, ça reste de la gestion, mais bon).
C’est bien joli tout ça, seulement ça a commencé par être petit-moyen projet, et ça a fini par être gros-gigantesque, tentaculaire et dur à modifier (oui, c’est ce qui arrive quand 20 personnes développent sans trop de coordination et sans suivre un standard bien clair, en plus du recyclage de personnel, et des deadlines HA-HA).
Là, on a un gros client qui veut qu’on développe un nouveau module pour la gestion de quelques-uns de ces services. On a le fric, on a moyen le temps. Du coup, on se tâte, on se dit que c’est une bonne idée pour essayer de faire un petit module (qui continuera à fonctionner avec l’autre comme « base ») avec un nouveau langage, et ne pas continuer à développer sur une base « pourrie » pendant 5 ans de plus.
Mais tant qu’on y est, autant essayer d’établir les bases pour, petit à petit, moduler et passer toute l’application à ce nouveau format. Du coup, ça doit être quand même capable de faire tout ce que fait actuellement Delphi. La question est si .Net ou Java le fait mieux.
De toutes façons, on est pas suicidaires, on s’est pas dit du jour au lendemain « youpi, on va passer 7 ans de dév’ à la poubelle, on refait tout en 6 mois ».
Pour Twin, quels problèmes as-tu eu avec Winforms? Hier j’ai essayé de faire la partie graphique d’un de nos écrans les plus compliqués, et je me suis retrouvé avec certaines réstrictions, mais j’ai pensé que c’était parce que les composants de VS Express devaient être plus basiques que ceux du Professional (que j’espère essayer prochainement). N’y a-t’il pas des composants tiers plus puissants (du côté graphique / personnalisation) pour VS?[/quote]
Ok, c’est marrant, j’ai bossé dans une boite spécialisé en billeterie, ticketing systems, visitors flow managment pouet pouet (plus d’infos en PM si tu veux) et notre choix s’est porté sur .net apres avoir fait 12ans de windev (on ne rigole pas dans le fond). Ca a tres bien fait le boulot, toutes les technos sont dispos. Roulez jeunesse.
[quote=« lordabdul, post:19, topic: 48104 »]Chez EA, ca commence a limite devenir un probleme, la plethore de codeurs C#. En terme de CVs recus par les ressources humaines, ca explose le plafond, alors que les codeurs C++ sont en baisse. Les codeurs Java sont pratiquement inexistants, mais d’un autre cote, peut etre qu’ils n’envoient pas leurs CVs dans les boites de jeux parce qu’ils savent que Java n’y est pas utilise.
Enfin tout ca pour dire que MS qui vise les universite et les etudiants, ca paie :crying:
Sinon, pour le sujet du debut, perso je suis biaisé vers .NET, que tu peux utiliser du cote presentation soit en client loud (WPF/WinForms) soit en client web (ASP.NET et consorts). Tu peux meme si tu veux faire un backend .NET qui expose des web services que tu consommes avec des clients en Python ou PHP. C’est ce que fait par exemple MindTouch, meme qu’en plus leurs serveurs tournent sous Linux/Mono.[/quote]
Ha mais c’est normal, C# c’est plus facile au debut je penses. Et de toute facon, tout les devs java JV sont chez ankama a galerer sur wakfu 
[quote=« Zekiller, post:21, topic: 48104 »]Ok 
Ben du coup vous savez un peu plus du projet, comme tu dis.
Je viens de checker Infragistics, je download le trial. Merci tout plein, c’est ce genre de propositions que je cherche 
(quand je googlise « Windows Form Components », j’ai effectivement plein de résultats, mais c’est dur de trier l’excellent du moyen, le fait de me donner un nom d’une suite connue me donne plus de confiance).[/quote]
Infragistics ca poutre, perso, ouais, leur archi est un poil lourde, assez complexe, voir carrement mal foutue des fois sur certains points (pas toujours coherent avec les libs .net existante) mais ca poutre. Apres, pour 80% des besoins, repasser derriere un control .net de base est largement suffisant. (Et non, ce n’est pas la mort comme le dit twin, perso je m’en sors tres bien). Par contre, tu peux oublier assez vite la portabilité de l’ui dans ce genre de cas. Pas avec java, ni avec du ‹ web ›. Et non, infragistics c’est pas si lent que ca, malgré quelques bugs (et je code un editeur de jeu en ce moment infragistics/xna, pas de soucis particuliers a denoter.) Pour les composants que j’ai remarqué ils sont ici : http://delicious.com/jbriguet/controls
[quote=« Twin, post:24, topic: 48104 »]Bon je m’attendais un peu à me faire crucifier par Glop. Je n’aurais pas autant d’énergie que lui pour défendre mon argumentation, donc je ne vais pas partir dans une réfutation point par point, même si la prétendue supériorité de Visual (2005 pour moi) sur Eclipse m’a fait bondir.
Je dirais juste que nous n’avons pas la même expérience (c’est un croulant, il a bossé 6 ans de plus que moi), que nous ne bossons pas dans le même domaine et n’attendons donc pas forcément les même chose d’une techno. Du coup nos avis respectif son forcément biaisé s’ils ne sont pas complétés de 10 pages d’explications détaillée et surtout de mise en contexte. Là j’ai la flemme.
Perso je suis passé du Java au C#. Je m’attendais à du Java en mieux, puisque conçu après, j’ai été amèrement déçu. Pour tout un tas de raisons, probablement pas toujours bonnes, mais probablement pas toutes mauvaise.
Juste deux chose:
-
Infragistics c’est le mal. Vraiment. Et j’en ai bouffé. Mal conçu, pas performant. Pour la version Winforms, pour WPF je ne sais pas. (mais vu comment ils ont branlé la version Winforms je ne parierai pas dessus…)
-
Juste par curiosité (et ce n’est en aucune manière une tentative d’argumentation ad hominem), Glop, as-tu joué avec des versions relativement récentes d’Eclipse et de Java (genre 1.5-1.6, et Eclipse >3.2) ? Ça a quand même beaucoup changé. (de même qu’il parait que Visual 2008 et un gros progrès par rapport à 2005)
Je parle pour l’environnement que je connais: SSII en France. Pour le reste je ne sais pas.[/quote]
Pour rebondir sur ce message et celui de gloppy, Visual Studio rox des kodiaks en slip, Eclipse copie allegrement, rajoute des trucs, ca tend definitivement vers la meme ligne, meme si pour moi VS a un poil d’avance. (Et non, les mouls features de plugins d’eclipse ne sont pas toujours utiles…)
Pour terminer, je dirais que comme tout le monde, les deux peuvent faire le boulot, dans les deux cas, tu rencontreras des problemes, que tu resoudras ou contourneras. Apres c’est juste la guerre des tranchée 
Edit post xentyr : Ouais, mais oublie VB.net quand meme 
C# ou Java feront quand meme mieux l’affaire
