Reprise du message précédent :
Reveil matin, 19h, bonjour.

Il est à qui ce troll foireux qui a officié plus haut ?
 
Bonsoir les nerdz !

 
omg, un revenant  

Je ne suis jamais parti !
 
Et je suis même en train de me configurer un serveur@home !
 

A mon avis, tu vas aussi trimer niveau filtrage et/ou NAT

 
Un peu de doc
http://trolltech.com/

Marchi

Et niveau lourdeur constatée?

Ca serait pour faire différentes applis de controle de simus avions (non, rien à voir avec FS), et bien que jusqu'ici, c'est du java/swing, on regarde d'autres libraires/toolkits, parce qu'il y a un overhead notable avec la VM Java (pas tant niveau feeling de vitesse, mais quantité bouffée sur différents critères de perfos).

alors, sligor viens de m'apprendre à l'instant que QT avait été porté sous Java, je l'ignorais complètement !
en C++, QT reste une lib très performante et très optimisée, avec une conso mémoire raisonnable. si tu arrives à convaincre ta direction, c'est bien évidemment cette version qu'il faut considérer.
pour avoir testé PyQt (donc QT sous Python), j'ai été très agréablement surpris par ce portage. je m'en suis servi à une époque pour faire du prototypage d'appli, et ma direction a été tellement bluffée qu'on a carrément mis en prod un prototype
quant à QT sous Java... mystère, il y a encore 10 minutes, j'ignorais totalement que ça existait

et pour mettre fin au troll de python sur la doc minable de Qt :
http://doc.trolltech.com/4.4/index.html
enjoy

Oui alors par contre faut acheter la licence Qt pour pouvoir distribuer ton prog commercialement. Ils ont une double licence libre/commerciale.
 
Sinon pour le java, c'est Qt Jambi.

Ah, je suis un gros con, je croyais que mes vacances débutaient la semaine prochaine.
C'est dans 2 semaines en fait

Non, pas de distribution commerciale. C'est uniquement en interne. Vu que tout est packagé au maximum pour que l'on puisse changer de moteur, de couches métiers ou autre, changer de toolkit graphique n'est pas ce qu'il y a de pire.

Tout ce qui tourne derrière est écrit en C, c'est du POSIX.

SWT (le toolkit créé pour eclipse) est réputé plus léger que Swing. Après...

edit: ah, c'est du C, j'ai cru que c'était du java ??

Ok, j'explique.

On a des modèles de simulations qui sont censés représenter toutes sortes de comportements (équipements, communications, ou dynamique, environnements). Ca, c'est écrit en ANSI C (POSIX), pour différentes raisons.

Les paramètres des modèles, le suivi (tracé de courbes, convergence, initialisation,...) c'est du Java. Ca consiste à envoyer des ordres à un noyau qui fait tourner des modèles, et réagit en fonction. Le noyau renvoie des paramètres à l'interface.

Ce qui gêne, c'est la lourdeur de l'ensemble: pas mal de code repose sur du RMI, on a de multiples instances de la JVM qui tourne (qui finit par bouffer une quantité incroyable de mémoire), pour au final pas grand chose: ca reste sommaire, des boutons, des logs et des courbes. Le noyau est lui même en C (je vois pas ce qu'on aurait pu utiliser d'autre ), et toute l'API de gestion RMI/Corba niveau du noyau est infame.

Et moins on a affaire avec le JRE et ses versions, mieux on se porte.

Prog@OSA  

Ah, comme moi en fait

Qu'elle idée d'utiliser RMI
 
Sinon je plussois le modo-etron, QT ca roxe comme toolkit
Et la doc c'est un truc de guedin comme elle est complète
Meme si pour le prototypage python je suis plutot wxPython pour ma part (mais bon je suis pas un pur développeur, donc j'ai des excuses )

 
Héritage. En même temps, à l'époque, y'avait quoi d'autres? Corba ? Le truc qui nécessite 500 lignes de ASN.1 pour faire comprendre au serveur comment additionner 2 et 2?
 
Il y avait une tentative avec XDR aussi, mais c'était assez low level, et le temps manquait à l'époque.

Ben ca dépends de la quantité de code, mais à l'époque ou je développais (c'etait y a 5 ans c'est pas si vieux ) on avait zappé CORBA pour finalement se recoder un système à base de sockets
 
Bon cela dit pour ma part je codais le coté Java et j'avais automatisé la chose avec une simple description des méthodes en XML, après la sérialisation était entièrement dynamique, mais les gars qui codaient coté Fortran ont du s'en voir un peu plus

Oui, on va passer chez nous du coté de socket plus des dialectes XML, c'est assez commode pour faire passer des données abstraites en fait  

J'ai pas dis que ca pouvait s'appliquer à tous les modèles
Pour nous c'etait possible parce qu'au final le code Fortran ne cherchait qu'à récupérer des types de bases (au pire des tableaux) dans un modèle de données en Java.
 
Après je connais pas votre appli

Ah t'es un gros con aussi ?
 
 
Et sinon c'est pas drôle hein

il est certain que c'est particulierement horripilant de devoir annuler ta semaine aux Bahamas a cause d'une erreur aussi conne

 
C'est une appli de quoi au fait ?
 

 
Relis un peu plus haut: controle de modèles de simulations pour avion.

tiens excellent, avec l'arrivée du 2.6.26 le kernel ne rale plus sur la non détection du cable et j'ai a nouveau de l'ata 100 \o/

quel grand pas en avant, grands dieux

et ouais (mon portable est un peu vieux... )

Preum's  (    )
 
 

Deu'z

troi'z

 
Mikala > le programme ISIS ca te parles ?
 

 
la console de gestion pouet ?

Salut OSA !

 
 
Intelligent Survey for Information Systems

'tain mais j'ai lu proctologue  

grumfff