Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Je n'irai pas te contredire .Envoyé par KiLVaiDeN
Tu ne dois pas être loin de la vérité
Par contre je trouve le mot "magouille" un peu déplacé
Ne t'inquiète pas tu n'est pas le seul et avec Windows Vista ça sera pire.
Quand tu vois que sous XP , un programme tourne en tache de fond pour savoir si...toutes les icones du bureau sont bien utilisées.
J'apprécie les outils M$ je ne suis pas un détracteur mais y'a des limites à la bétise
AJAX, Web 2.0...Comme tu dis, à mi chemin, le cul entre deux chaises. Avec surtout les inconvénients des deux mondes !
Et oui...sans compter sur la lourdeur des composants embarqués...
Ahhhh ...dans mes bras
Moi j'ai voté pour "J'apprécie le fait d'avoir l'alternative Java ou C#" car au moins si on veut un logiciel qui tourne sur toutes les plateformes il faut choisir Java, mais si on pointe plutôt sur la qualité d'affichage de l'interface utilisateur, C# est plus orienté Windows... donc plus pratique si on veut faire des interfaces graphiques optimisées pour windows (mon cas).
Bref faut choisir faire en fonction des besoins!
Il ne faut oublier non plus que ce genre de gadgets facilitent l'utilisation de Windows pour les débutants (qui consituent quand même une grande part de la clientèle de Windows), et qu'on peut facilement les désactiver!KiLVaiDeN a écrit :
et encore, sur ce point, je n'aime pas les outils de developpement Microsoft où on se sent trop "Guidé", il faut utiliser des wizards à gauche à droite, et ça a le don de m'enerver ! )
A+
Ne t'inquiète pas tu n'est pas le seul et avec Windows Vista ça sera pire.
Quand tu vois que sous XP , un programme tourne en tache de fond pour savoir si...toutes les icones du bureau sont bien utilisées.
J'apprécie les outils M$ je ne suis pas un détracteur mais y'a des limites à la bétise
C'est chiant, mais si on se limite au couple IE/FX on garde un ensemble de techno tres puissant , même si les différence syntaxique sont penible (il existe neanmoins des projets pour combler ce pb comme Sarissa, mais je n'ai jamais pu les utiliser et ne peut donner mon avis)
Je vais mettre un bémol.
Mon boulot ce sont les interfaces riches en HTML (javascript/ajax/xml and Co). J'ai naturellement orienté mes recherches vers XUL au bout d'un moment et , comme d'autres dans ma partie, j'ai laissé tombé.
Si pour un débutant dans cette partie, réalisé des choses simples avec XUL, est bien mieux au depart, des qu'on touche au complexe , et qu'on est obligé d'utiliser les RDF et XBL , adjoindre du HTML.... Cela devient bcp plus lourd et bcp plus complexe ,tres lourd àdéployer pour un gain en fonction trop faible. Pour ce que j'ai vu d'ailleurs XAML ne s'oriente pas non plus dans ce sens . XAML c'est la traduction en balise des classes graphique de dotnet, je ne le vois pas trop prendre la place de IE , surtout que , contrairement à XUL, il n'est pas spécifiquement lié au navigateur
Attention : XAML n'est pas orienté uniquement IHM (A vrai dire, je ne connais pas grand chose aux IHM en général) : c'est aussi le langage déclaratif pour le WFF. Je ne l'utilise d'ailleurs pour l'instant que dans cet usage.
Cela fait des lustres qu'on nous dit que le client lourd c'est fini et que demain ce sera du tout internet.
Alors dans cet optique l'éditeur de Redmond est en faillite alors étant donné que jusqu'à présent il tirait bénéfice de ses suites bureautiques ?
Open Office ? Excusez-moi je pouffe
Et c'est pas un client web mais également un client lourd aussi.
Le tableur sur Google ? On en reparlera d'ici quelques temps
Par contre ThinkFree Office réalisé en java apporte tout de même un début de réponse à ce niveau là, même si bien on est loin d'office... c'est déja largement plus que le tableur google, avec enplus des possibilités de partage, les documents word et powerpoint passent plus ou moins bien.... Bon ensuite il est vrai que c'est du client riche (applet) et non du client léger et que ça n'atteind pas encore le niveau d'OOO, donc pas celui d'office...
Mais bon ça illustre bien un des derniers gros avantages de java, la portabilité, que ce soit au niveau plateforme ou outil utilisé (pour moi firefox mais ça aurait pu être n'importe quel browser sur lequel vient se greffer le plugin JVM).
Petite question d'un Bac +2 avec deux ans d'expérience...
Actuellement au chômage et avec une possibilité de formation, je souhaiterais avoir votre avis sur le langage à choisir ; le plus porteur d'emploie (en fonction de mon expérience et de mon niveau d'études).
Je pose cette question car je ne peux avoir une formation que sur un des deux, et j'avoue ne pas vraiment savoir vers quoi me tourner.
Merci d'avance pour vos réponse.
Cordialement Koban.
Tu pourrais choisir le C#, aujourd'hui il est de plus en plus connu, il permet de autant de choses que Java, est (pour la plupart des classes) portables (Mono) sous Linux et Mac. Surtout dernièrement Java perd un peu d'intérêt.
Mais la question la plus importante c'est quand même : pour qui tu développe ? Pour un client Microsoft (et dans ce cas fonce sur C# !!) ou pour M. Tout OS (dans ce cas tu pourrais prendre Java pour sa portabilité naturelle ou utiliser C# et t'adapter (facile) à Mono), c'est au choix. Mais dans la portabilité je te conseille quand même Java, c'est "fait" pour ça alors que pour C#, Mono commence à mûrir mais pas encore au point d'en faire un .NET complètement portable.
Sources ? J'espère que tu ne bases pas sur l'index TIOBE pour dire cela ? Je ne suis pro Java mais ...
Apprendre les principes et syntaxes des deux ne coûtent pas grand chose et permet de suivre une discussion concernant l'un ou l'autre.
Pour le reste seule l'apprentissage sur le tas et fonction de l'environnement dans lequel tu tombes, seront vraiment formateur. Chaque boîte/service/équipe a sa façon d'utiliser une technologie ; mais c'est peut-être plus homogène en .Net.
Bref, quand on cherche du boulot, il faut surtout être polyvalent et curieux
Java : Cours et tutoriels - FAQ - Java SE 8 API - Programmation concurrente
Ceylon : Installation - Concepts de base - Typage - Appels et arguments
ECM = Exemple(reproduit le problème) Complet (code compilable) Minimal (ne postez pas votre application !)
Une solution vous convient ? N'oubliez pas le tag
Signature par pitipoisson
Je n'ai aucune expérience en C# mais 10 ans de C, notamment de Microsoft derrière moi et 10 ans de Java.
J'ai une question pour les développeurs C#, comment se passent les mises à jour, de plateforme, de composants, d'outils?
Je dis ça parce que j'ai un souvenir épouvantable de mon expérience C Microsoft de devoir retravailler en profondeur tout le code a chaque nouvelle version d'un "petit quelque chose" changeant trop souvent presque tout. En Java, même si on a du essuyer des débuts un peu catastrophiques, même si la "portabilité" reste limitée aux réalités des implémentations (dont le comportement peut être différent tout en étant compliant), c'est quand même une réalité. On peut sereinement envisager de faire évoluer une plateforme et profiter de ces évolutions sans devoir réécrire la moitié de son projet et surtout des composants sur lesquels tu as capitalisé.
Répondre avec citation
Partager