Pour le C: dans la mesure où tu respecte la norme ISO C, pas de problème: portable, en faisant toutefois attention à la taille des int et si les char sont signés ou non.
Si tu penses faire des interfaces graphiques, utilise gtk+, il existe une version Windows de gtk+ qui reste du logiciel libre.

Pour le C++, la réponse est plus nuancée, si tu ne fais pas d'interface graphique, en principe, voir la réponse pour le C. Dans le cas contraire, tu as beaucoup de possibilités, mais pour rester dans un cadre de portabilité, de nouveau tu utilise gtk+ muni d'un interface C++ <-> C. Ou alors tu utilises Qt, Qt n'est pas vraiment libre, mais il est disponible "free of charge" sous Linux. Par contre la version window est payante et, je crois, relativement coûteuse.

Je fais passablement de développement en C (dans le domaine de l'embarqué) sous Linux et je n'ai jamais rencontré de problème de portabilité qui m'occupe plus d'une heure.

Poste le Tuesday 19 October 2004 21:06:42

Salut,

Un conseil, passe à Java, C++ risque de "disparaître" (progressivement) dans les années qui viennent.

L'avantage de Java est qu'il est naturellement multiplateforme : un programme java compilé sous linux fonctionne directement sous windows sans (normalement) aucune autre modification !!!! Cela vient du fait que le programme compilé ne s'exécute pas directement sur le système, mais ce que la technologie Java définit comme une 'machine virtuelle' sorte de programme propre à chaque platerforme et qui va exécuter le code Java compilé !!! Quelle belle idée !!!

En plus java est un langage alternatif du C++ beaucoup plus simple et accessible.

Les librairies sont nombreuses, bien désignées, complètes, performantes et gratuites (cf. J2EE, Java2 SDK, JRE, téléchargeables directement depuis le site www.sun.org).

En plus sur le site de Borland (www.borland.com), j'ai testé et approuvé le fabuleux studio de développement Borland Jbuilder 9.0 Personal ENTIEREMENT GRATUIT qui peut te permettre de créer de MAGNIFIQUES interfaces pour des applications ou des applets (application s'exécutant dans un navigateur) par de simples clics de souris !! (bien mieux que sous Visual C++ avec les MFC !!!).

De plus en plus d'entreprises privilégient la solution Java au détriment du C++ et ça c'est le meilleur des indicateurs !!!

Moi --> Fan de Java !!!!!

A+.

Poste le Wednesday 20 October 2004 12:28:01

je partage en partie l'opinion de GeraldTheNewbie. Toutefois, le choix d'un langage, à mon avis dépend essentiellement de l'application. Pour des applications de "gestion" (je dis gestion pour simplifier) je pense effectivement que Java est un très bon choix, parfaitement portable, et même mieux, interopérable (en principe ...). Par contre il ne viendrait à personne de faire du développement système ou embarqué en Java 8() Pas plus qu'un physicien développe un programme de monte-carlo avec Java.
Comme dans toute activité: utiliser les outils adaptés au problème.

Poste le Wednesday 20 October 2004 14:50:05

Encore une chose: effectivement la machine virtuelle est une belle idée, mais pas vraiment neuve:
- il y a plus de 30 ans: compagnie des machines Bull de l'époque implémenté en hardware sur les systèmes gamma 140 !
- Vers 1978: IBM système d'exploitation OS/VM sur système 370 !
Vraiment rien de nouveau

Poste le Wednesday 20 October 2004 14:54:30

le C/C++ va disparaitre...moi ca me rend triste de lire ca...vivement le kernel en java alors...

Poste le Wednesday 20 October 2004 16:55:09

Citation
abgech
Par contre il ne viendrait à personne de faire du développement système ou embarqué en Java

D'accord pour le développement système, par contre, beaucoup de systèmes embarqués utilisent java...

Enfin, la disparition du C/C++, c'est quand même pas pour demain!

___________________________________________________
L'interface chaise-clavier se débuggue elle aussi...

Poste le Wednesday 20 October 2004 17:18:06

Par embarqué, je voulais dire système industriel, là où le temps de réponse est crucial: instrumentation, avionique, nucléaire.

Poste le Wednesday 20 October 2004 17:50:54

ok, au temps pour moi

___________________________________________________
L'interface chaise-clavier se débuggue elle aussi...

Poste le Wednesday 20 October 2004 17:57:38

Citation
abgech
Par embarqué, je voulais dire système industriel,
là où le temps de réponse est crucial:
instrumentation, avionique, nucléaire.

Si le temps de réponse est vraiment crucial, c'est un système "temps reel". C'est à dire, on sais d'avance quand une certaine fonction aura fini. Pour cela il faut généralement un OS temps reel et il faut coder en utilisant certains fonctions et en suivant certains règles.
Un système industriel, c'est un système robuste. Ce n'est pas forcement du temps reel.

A+

Mario

Poste le Thursday 21 October 2004 22:02:23

Oh non, dans un système temps réel, on ne sait pas d'avance quand une certaine fonction aura fini. On appelle temps réel un système dans lequel le temps de réponse à un événement survenant de façon aléatoire est une contrainte:
1) souhaitable, on parle temps réel logiciel, par exemple, lorsque l0on traite en ligne de données une fois celles-ci acquises. À titre d'exemple pratique, l'élaboration des images dans un scanner médical ou un IRM. Par extension, on peut aussi parler de temps réel logiciel lorsque les informations concernant une pièce en stock parviennent au magasinier avant qu'il ait eu le temps de boire son café ;-) .
2) impératif, on parle alors de temps réel matériel. Par exemple, en avionique, c'est un domaine que je connais particuliérement bien, la réaction à un événement subit doit intervenir après un temps (maximum ou impératif) donné. On ne sait pas d'avance quand la fonction aura fini, on DOIT coder la fonction de telle manière que la contrainte de temps soit respectée.

Poste le Friday 22 October 2004 08:14:55

dans le post précédent, il faut lire "... lorsque l'on traite en ligne, des données..." et non pas "...l0on traite en ligne de données..."

Poste le Friday 22 October 2004 08:35:32

Citation
abgech
... la
réaction à un événement subit doit intervenir
après un temps (maximum ou impératif) donné. On ne
sait pas d'avance quand la fonction aura fini, on
DOIT coder la fonction de telle manière que la
contrainte de temps soit respectée.

C'est ce que je voulais dire: si la fonction respecte la contrainte de temps, on sais qu'elle aura fini à l'expiration de cette contrainte de temps. On sait donc quand elle aura fini. C'est vrai que la durée de la fonction même peut être variable. Enfin, c'est juste une facon de s'exprimer et de condenser les choses.


Je n'aime pas la distinction entre "temps reel logiciel" et "temps reel matériel". Si ces termes existent, ce n'est pour moi que l'acceptation d'un abus d'utilisation du terme technique 'temps reel'.

Poste le Saturday 23 October 2004 00:29:39

Salut !

Un petit mot sur Java quand même : ça reste un système *propriétaire* bien que des outils et des JRE soient gratuits (tu parles toi même de Sun et de Borland : on ne voir rien de GNU la dedans !). Debian par exemple n'intègre pas par défaut le jre de Sun car il n'est pas libre.

Ensuite Java est un système très lent, justement parce qu'il utilise une machine virtuelle, le sytème doit interpréter les commandes, et il est beacoup plus lent que le C ou le C++. De fiat Java est très peu ou pas utilisé dans les logiciels libres.

Quant à la dispaition du C++, je ne sais pas qui l'a annoncée, mais le C, son "grand frère", est encore majoritairement utilisé, alors je ne vois pas comment le C++ qui apporte des améliorations géniales pourrait disparaitre comme ca. Le kernel linux ets encore codé en C, et je le vois mal être codé en Java (ne serait-ce que poru des raisons clairement techniques ;-) ).

A bon entendeur... :-)

Poste le Monday 8 November 2004 21:34:12