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
si on prend les écrans de Softimage XSI ( logiciel que je n'ai jamais utilisé car très couteux ) , l'interface de conception et de modélisation est très très rudimentaire..Envoyé par Xtof68
et Softimage c'est du lourd pour l'imagerie de synthèse et cela sert souvent pour les films d'animation.
Dans cette optique même Lightwave3d est simple d'ergonomie mais très puissant
+1à Killcool
T'as cru qu'on t'avais appelé ?
j'ai eu la même pensée
Exactement : ce que je dis. Le kloufi (terme AOC moyen, seuls ceux qui vivent à l'Est des Vosges comprendront) de base, assis dans son salon, va s'imaginer que les applications professionnelles ont des interfaces avec plein de trucs et de machins qui font crac, boum, hue, alors que bien souvent c'est du très moche mais très fonctionnel.si on prend les écrans de Softimage XSI ( logiciel que je n'ai jamais utilisé car très couteux ) , l'interface de conception et de modélisation est très très rudimentaire..
et Softimage c'est du lourd pour l'imagerie de synthèse et cela sert souvent pour les films d'animation.
Dans cette optique même Lightwave3d est simple d'ergonomie mais très puissant
C'est pour cela que les éditeurs (celui de Richmond en particulier, mais aussi celui de Cupertino) vendent des OS avec des fonctionnalités graphiques de plus en plus "usine à gaz", et ça, au détriment des ressources disponibles pour les tâches elles-mêmes.
Pour ma part, j'appartiens encore à cette génération pour qui un ordinateur est quelque chose d'abscons et d'opaque pour le vulgum pecus, qui doit être commandé par une série d'ordres tout à fait incompréhensibles, de préférence sur un écran monochrome... et pour qui l'apparition des user-friendly environments a été une trahison - mais ouiiiiiii, je trolle
Les ordinateurs ne sont pas intelligents,
mais ils pensent qu'ils le sont.
petite rigolade ici
. . M...... Voici Spidercochon. Aidez le à conquérir le monde
E(°...)~ en le reproduisant.
..WW
Pour ma part, j'appartiens encore à cette génération pour qui un ordinateur est quelque chose d'abscons et d'opaque pour le vulgum pecus, qui doit être commandé par une série d'ordres tout à fait incompréhensibles, de préférence sur un écran monochrome... et pour qui l'apparition des user-friendly environments a été une trahison - mais ouiiiiiii, je trolle
Je pense que le user friendly environment est une bonne chose. Et que la démocratisation de l'informatique est une nécessité. Toutefois, pourquoi est-ce que ça doit se faire uniquement dans un cadre de course en avant des effets visuels ? Est-ce qu'il était nécessaire d'en mettre plein la vue à tous les utilisateurs ? Je me souviens des difficultés de mon père avec son premier PC sous DOS et Windows 3.0, mais au final, maintenant qu'il est sous XP, il s'en sort beaucoup moins bien.Pour lui, avec DOS, il savait ce qu'il faisait, alors que là, il se demande toujours s'il fait bien ou s'il fait une co******
Il a l'impression que son PC ne lui appartient plus tout à fait !
Je lui ai pas dit pour Vista, pour le moment
Et alors ? Ça prend même pas 100 Mo et tant que tu ne lances pas de programme Java, la machine virtuelle n'est pas démarrée et ne prend aucune ressource.
Un ensemble de suppositions suffisamment fondées et vérifiées pour que ça soit le cas par défaut de nos jours... Et si ça ne l'est pas, c'est totalement silencieux.
Heu... mpf Hhahahahhahhahahhahahha. C'est vrai qu'une requête HTTP sur un serveur particulier et précis une fois par jour, c'est vraiment une opération majeure, lourde et capable d'immobiliser la moitié de la puissance de calcul de la planète...
Si. L'avantage du code managé comme du Java ou du .NET, c'est premièrement que c'est du code managé et qu'on n'a plus à se farcir les problèmes de gestion de la mémoire. Évidemment, ça n'empêche pas de rester un minimum attentif à la consommation mémoire, mais ça factorise les défaillances mémoire et tous ces problèmes au niveau du développeur de l'API. Je me rappelle d'avoir du me farcir en C des projets qu'on aurait pu faire en Java ou .NET trois fois plus rapidement parce qu'il fallait se taper la gestion de la mémoire et toutes ces merdes purement matérielles au lieu de se concentrer sur les problèmes ergonomiques et algorithmiques. Le grand progrés de ces API managés, c'est sans aucun conteste un grand apport en sécurité et en productivité.
Le deuxième avantage c'est que Java ou .NET apportent tout une tonnes de librairies intégrées permettant de base et par défaut de faire à peu près tout ce que l'on pourra avoir jamais envie de faire. Pas besoin de chercher et de choisir LA librairie qui nous fera le travail, tout est intégré et on peut quand même utiliser des composants tiers. Et là encore, un beau gain de productivité puisqu'on n'a plus à réinventer la roue une é-nième fois.
Je suis persuadé que Java et .NET malgré leurs défauts ont apporté beaucoup au développement. La preuve, c'est un mot-clé provocquant des appels d'employeurs potentiels une fois que c'est sur le CV.
Sauf qu'à la réflexion, ils pompent pas tant de ressources que ça et que mon père préfère un WMP 11 qui fait facilement ce qu'il lui demande (écouter un CD) à un foobar certes trois ou quatre fois plus léger mais où il faut fouiller partout dans les menus pour avoir ce que l'on veut.
Non j'avais pas calculé+1
j'ai eu la même pensée
Parce que si tu leur en met pas plein la vue ils comprendraient pas la difference entre windows 3.1 et vista ^^
+1
Bon je pense que dépend des époques...c'est "à la mode" donc tout le monde cherche ça...ya 10 ans tout le monde cherchait C & OS/400. Mais ça n'empêche qu'il y a une raison à cet engouement pour .NET ou java ...
C'est bien un programme qui ne prend aucune ressources !
Juste un truc, quand il se lance, le Java machin, il ne prend non, plus aucun temps ?
Surement, aussi le pourquoi on me demande de virer tout ces trucs qui sont "dans la barre en bas a coté de l'horloge et qui prennent un temps fou au démarrage"
Un serveur en panne, c'est impensable !
C'est vrai que le C demandait de la rigueur, du sérieux et de la maîtrise. Mais quand on sait travailler, ca n'est pas un handicap !
Et le code "managé" ce sont des bibliothèques, que tu pouvait te faire toi-même, une fois pour toute, à ta convenance, et que tu pouvais adapter selon tes besoins, moi je préfère !
Tout les L5G on des bibliothèques énormes, et ce depuis Windows 3, et on trouve sur le net des millions d'outils qui permettent de faire ce que l'on veut et plus encore. Avec l'avantage, souvent d'avoir le code et donc la maîtrise !
De plus les DSI font leur recherche selon la mode dans les magazines, et ensuite les chefs de projets forment les nouvelles recrues selon les besoins réels !
Perso, j'utilise un truc, sans menu, qui lit des dossiers le tout d'une simplicité telle que même ma femme le trouve sympa !
Mais, bon. Je reconnais que la mode est au .Net, comme Microsoft l'a imposé.
Que ce soit en informatique ou dans habillement, la mode reste la mode. 2/3 personnes décident de ce que les autres aimeront !
C'est d'autant plus facile que la plupart des personnes n'aiment pas (ou ne sont pas équipées pour) penser par elles même !
Jusqu'à preuve du contraire, vos programmes tournent encore sur des machines physiques hein, je dis ça comme ça, juste au cas ou vous ne seriez pas au courant.
Oui bah pour ça un lecteur de CD standard le fait déjà, y a pas besoin de logiciel pour ça.Parce que 100Mo c'est négligeable comme consommation mémoire pour vous
Faire faire des programmes à un programme reste encore une bonne façon de ne même pas savoir ce qu'on fait, et d'être complétement dépendant de son logiciel (sauf si c'est vous qui avez conçu votre propre méta-programmation).
Je ne suis pas développeur pro, mais s'il y a une chose que je sais, c'est que ce n'est pas en ayant une calculette dans les mains qu'on est mathématicien.
Pour parfaire le troll : En plus java c'est nul non? Tout le monde vous le dira
[Mode troll]
En même temps votre CD vous le mettez dans votre chaine ... vous utiliserez moins de ressource ... et puis après votre lettre, écrivez là à la main. Et puis au lieu de jouer aux jeux 3D , faites une partie d'échec (3D aussi !) avec une "vraie" personne en face !
Et puis au final éteignez votre ordinateur. Finalement est ce que ça apporte tant que ça ?
Vive la décroissance !
[/Mode troll]
+1 aussiMais, bon. Je reconnais que la mode est au .Net, comme Microsoft l'a imposé.
Que ce soit en informatique ou dans habillement, la mode reste la mode. 2/3 personnes décident de ce que les autres aimeront !
C'est d'autant plus facile que la plupart des personnes n'aiment pas (ou ne sont pas équipées pour) penser par elles même !
mais sinon c'est du troll ??
La mode est un troll géant et super poilu.+1 aussi
mais sinon c'est du troll ??
et les échecs c'est bien !
En fait on parlait d'optimisation des logiciels actuels.
Par exemple, pour ouvrir firefox ou word et pouvoir en même temps jouer tranquillement à des jeux comme stalker
Sun améliore ça à chaque version. La dernière fois que j'ai lancé une appli de ce style, la différence avec du natif était minime. Après, c'est lancé une fois pour toutes et plus besoin de patienter.Juste un truc, quand il se lance, le Java machin, il ne prend non, plus aucun temps ?
À mon avis, c'est pas ça le plus lourd vu que ça ne démarre que quand tu lances une appli Java.Surement, aussi le pourquoi on me demande de virer tout ces trucs qui sont "dans la barre en bas a coté de l'horloge et qui prennent un temps fou au démarrage"
Depuis quand un serveur qui ne répond pas empêche le monde de tourner ? Timeout et puis tant pis, on ré-essaie une autre fois.Un serveur en panne, c'est impensable !
Si puisque le temps que tu passes sur les problématiques de gestion de la mémoire, de tests et éventuellement de bouchage des failles, tu ne le passes pas à te concentrer sur les buts principaux du projet que tu réalises.C'est vrai que le C demandait de la rigueur, du sérieux et de la maîtrise. Mais quand on sait travailler, ca n'est pas un handicap !
Hum... oui, on doit pouvoir y arriver. Mais tu dis quoi à ton manager quand il te demande pourquoi ça fait trois semaines que tu refais l'API Sax alors qu'elle existe dans Java depuis quelques années ? Quand il te dit "hum et l'héritage ?" ?
Je ne vois pas pourquoi tu maîtrises spécialement mieux quelque chose parce que tu en as le code. Si ton but n'est pas de réinventer la roue comme tu sembles te plaire à le faire mais résoudre un problème en particulier, je suis tenté de dire que t'en as rien à cirer et que c'est même limite une perte de temps. Au lieu d'étudier le code, tu lis la doc, tu utilises et tu testes. Ça peut avoir l'avantage de te permettre de comprende comment ça fonctionne et tout et ça peut être éminemment utile dans certains cas, reconnaissons-le. Mais si c'est suffisamment bien documenté, on y arrive, la preuve vu le nombre d'applications Windows utilisant les librairies fermées de Windows. Et comme Java est en train de passer Open Source...
C'est un fait, j'ai décroché quelques entretiens à cause de cette mention. Après, je ne vais pas dire que c'est un truc spécialement bien ou pas, je précise donc que je décris juste une impression que j'ai eue pendant ma recherche de stage et actuellement d'emploi.
De plus les DSI font leur recherche selon la mode dans les magazines, et ensuite les chefs de projets forment les nouvelles recrues selon les besoins réels !
Quand je parlais de 100 Mo, je pensais 100 Mo de disque. On sait tous que la JVM ne se lance que quand on lance une application Java et qu'une fois qu'elle est lancée, elle le reste.
Je ne comprends pas votre persistance à vouloir réinventer la roue. Le code managé, c'est pour moi le progrés, une meilleur abstraction matérielle et une meilleure sécurité puisque les fuites et les failles de mémoire seront confinés au framewor/JVM qui est sous la responsabilité de ses développeurs dont c'est le métier. Si je développe moi, ça sera probablement pas dans ces domaines et certainement dans des domaines où on a ni le temps ni l'envie de réinventer 50 fois la roue parce qu'il faut contrôler et tout faire en interne alors qu'il existe des tonnes de trucs qui sont très matures et font très bien le boulet et qui permettent de se concentrer sur la problématique.
De toutes façons, il y a une course à l'armement technologique, il faut bien finir par l'utiliser cette puissance d'une manière ou d'une autre et pourquoi pas en facilitant la vie du programmeur et améliorer le look des applications. Ça ne veut pas dire qu'il faut faire n'importe quoi non plus.
Tant mieux pour toi ! Je vois que ton expérience professionnelle reste jeune, mais je n'en doutais pas non plus.
J'entendais bien la place disque également, ce n'est pas moi qui ait parlé de place mémoire !
Ce que je reproche justement à Java, c'est : Une fois qu'elle est lancée, elle le reste ! Résultat, elle prend de la place alors qu'on en a pas besoin. Et la question optimisation de la mémoire, y a pas mieux ! Le truc reste en mémoire pour rien !
Ce que tu ne comprends pas, c'est que la roue a été inventée 20/30 ans avant Java. Et que c'est justement le .Net / Java qui a ré-inventé ce qui existait déjà, en le refondant dans un nouveau moule, plus "inn".
Microsoft était largué au niveau logiciel de programmation. Son Visual C,et son Visual Basic était au bout du rouleau. Alors on lance une nouvelle mode, un nouveau truc, on l'appelle .Net (parceque dans la tête des gens ça va faire référence à internet et donc que c'est nouveau et dans le vent), on fait un beau battage dans les magazines des DSI pour dire que c'est LE langage à la mode, et le tour est joué. Sauf que dans la lancé, Sun a suivi parcequ'il l'avait déjà !
Ce que je veux te dire, c'est que les bibliothèques de gestion de la mémoire, et tout et tout ca existait bien avant .Net et Java.
La je suis d'accord avec toi. Mais pas pour les mêmes raisons !
J'ai l'impression que tu n'as pas compris ce qu'apportaient Java ou C#/.NET... Évidemment que la gestion de la mémoire c'est un truc vieux comme les OS. Sauf qu'en Java, plus de Malloc, plus de free, plus de new ou delete, tous ces détails sont laissés à la discrétion du Java justement. Plus besoin donc de demander de la mémoire au système et tout ces détails. Plus besoin donc de se demander si on a un risque de SegFaulter le programme à cause d'une allocation et d'une utilisation hasardeuse de la mémoire. Un truc bien lourd qui m'a bien ralenti à l'époque du C et dont j'ai beaucoup apprécié de ne plus en entendre parler avec Java.
Et je ne me suis pas trop hasardé à dire que ces trucs-là étaient des primes nouveautés.
Ou pas.
Visual Basic était déjà un langage managé, comme Java. De plus, leur Visual C/C++ est toujours excellent, même en version non managée.
Le passage à .Net leur a fait pas mal de torts à ce niveau, il suffit de voir un peu comment ça se passe. Ils ont repris de très bonnes idées et les ont fait aller plus loin, c'est tout.
Je ne vais pas faire du Hors Sujet il ya un débat C++/Java mais avec C++ et Qt par exemple on peut comme tu dis se concentrer sur l'ergonomie et les fonctionnalités du projet il me semble ?
oui je suis d'accord avec toi mais les langages avec Garbage Collector et machine virtuel proposent des solutions génériques et trop standardisées , selon mon avis , qui ne correspondent pas toujours à ce qu'on veut développer.
Comme tu dis la JVM ou le Framework .NET sont assez exhaustifs mais pourquoi avoir tout un bloc si on n'utilise que 20% à peine des fonctionnalités.
C'est un peu comme Word qui propose tonnes de fonctions mais dont on se sert peu au final pour taper une lettre..
Par exemple j'avais bossé sur un ERP c'était bien très complet mais c'était la misère pour gérer les événements sur les controles comme les boutons
je ne comprends pas ce que tu veux dire : faire du tord à qui ?
Ce que tu n'as visiblement pas compris, c'est que le développement informatique existait bien avant .Net et Java. Qu'à leur sortie, les environnements de développement tel que Visual Basic, Delphi, et autres avaient déjà tout et plus pour permettre aux développeurs de réaliser les applications. La gestion de la mémoire, "malloc" et consort comme tu dis, c'est la préhistoire. Certes, ils étaient présents pour compatibilité et au cas ou on en aurait besoin dans un cas particulier, mais les bibliothèques existantes permettaient déjà de s'en absoudre.
Dire que Java ou .Net sont des environnements de travail nouveau, et qu'ils fonctionnent, c'est OK. Je suis d'accord. Dire qu'ils sont la panacée, et qu'ils révolutionnent le développement informatique, je dis non !
Pas tout a fait d'accord. Visual Basic est un langage pré-compilé, utilisant (abusant) de DLL. C'est un poil différent, mais le concept reste en effet le même que le code managé.
Pour ce qui est du VisualC/C++ , effectivement, ça reste un bon produit. Mais ce que je voulais dire, c'est qu'en lançant .Net, Microsoft espérait reprendre la pôle position qu'ils avaient eu dans les langages de programmation, en faisant ce qu'ils savent le mieux faire. Imposer un système qu'ils seraient les premiers à implanter. Une fois n'est pas coutume, l'arroseur s'est fait arroser !
Interprété, donc. La gestion de la mémoire était aussi automatique, le principal fer de lance de Java/.Net.
.Net a beaucoup de succès.Pour ce qui est du VisualC/C++ , effectivement, ça reste un bon produit. Mais ce que je voulais dire, c'est qu'en lançant .Net, Microsoft espérait reprendre la pôle position qu'ils avaient eu dans les langages de programmation, en faisant ce qu'ils savent le mieux faire. Imposer un système qu'ils seraient les premiers à implanter. Une fois n'est pas coutume, l'arroseur s'est fait arroser !
Interprété est encore au dessous. GWBasic etait interprété, mais Visual Basic est pré-compilé.
Je n'en doute pas !
Comme l'est Java, .Net, Python, ...
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager