Salut à tous !
helly a écrit
Haleth a écrit
Et tu fait quoi maintenant que tu es 'docteur' ?
Bha il joue au docteur 😛.
Avec Helly !
Bon, sinon, puisque je suis acculé (ne me regardez pas comme ça) à la transparence, après ma thèse je suis entré au
Naval Research Laboratory, Stennis Space Center (un campus de la NASA). Cela aussi, a déjà été dit sur ce forum. Ce qui est nouveau, c'est que je viens de prendre la décision de le quitter (je suis rentré mardi dernier). Dans l'immédiat, je n'ai pas de laboratoire de rattachement, mais j'ai déjà trois propositions.
helly a écrit
Yep, en effet, si t'as encore un lien histoire de voir
Comme toutes les thèses françaises,
le mémoire est disponible sur le Tèl.
trivoli a écrit
Qu'en pense tu ?
J'en pense que tu envisages d'aborder un éventail très large de domaine, ce qui demande plusieurs années. Tu devrais déjà définir un peu plus précisément ce que tu souhaites aborder dans un premier temps (sans te fixer sur un langage).
tshirtman a écrit
Sinon le C peut recouvrir de nombreux domaines en effet, ça a été le langage à tout faire pendant longtemps, mais de nos jours, il devient de plus en plus cantonné à des domaines spécifiques, dans le domaine professionnel… (programmation système (noyau linux) ou embarquée principalement).
C'est tout à fait vrai et c'est à mon sens l'approche la plus raisonnable que de sélectionner le langage en fonction du problème auquel on s'attaque, plutôt que de se cantonner à un seul langage.
tshirtman a écrit
non non, je ne vais pas faire du bourrage de crane pro-python, y'a pleins d'autres langages adapté à ces tâches
Je suis très heureux de te voir écrire cela. Cela dit, pour un programme essentiellement graphique et évènementiel, Python est un excellent choix. De plus, ce langage a de grandes qualités pédagogiques.
trivoli a écrit
pour moi le langage c et le langage de programmation par excellence
C est un langage de programmation parmi d'autres, qui a ses réussites (notamment UNIX et ses descendants), mais comme tous les langages qui existent aujourd'hui, il a aussi ses limitations. Un excellent langage pour la programmation système, mais dans bien des cas il y a de meilleurs choix.
Haleth a écrit
c'est pas dl'a propagande, juste une observation quotidienne des faits..
Encore faudrait-il ne pas se tromper sur les faits. En l'occurrence, tu fais plusieurs erreurs :
Haleth a écrit
au début pascal, puis delphi (inventé par microsoft)
Le langage Pascal a été inventé par
Niklaus WIRTH au début des années 1970, avant même que Microsoft n'existe. Microsoft a en effet commercialisé un compilateur Pascal, nommé Quick Pascal, mais la référence dans les années 1980 au niveau de Pascal était
Turbo Pascal, commercialisé par
Borland. Quant à
Delphi, il s'agit d'une invention de Borland et non pas de Microsoft. Cela dit, le langage Pascal est un langage qui a de grandes qualités.
tshirtman a écrit
certains affirment que C++ est indécidable… mais il est possible que la spécification soit juste trop complexe pour être humainement compréhensible, mais je m'égare
Non, certains points de C++ sont en effet indécidables et ce n'est pas un problème de compréhension humaine, mais de structures problématiques (telles que « if »). Le C l'est également, chaque compilateur a sa propre façon de gérer le problème et souvent les développeurs utilisent des astuces pour éviter les problèmes.
tshirtman a écrit
Efficace, oui en terme de rapidité d'exécution il semble que les compilateurs C soient parmis les plus performants, mais apparement, les compilateurs C++ le sont plus
C étant proche de l'organisation d'un ordinateur scalaire, pendant longtemps il a fait partie des langages pour lesquels il était le plus facile de créer un compilateur efficace. En revanche, il existe des langages pour lesquels les compilateurs ont plus de possibilités d'optimisations, notamment C++ s'il est utilisé astucieusement, d'autant plus que l'architecture scalaire est de plus en plus abandonnée.
tshirtman a écrit
Il est bon de connaitre (même un peu) plusieurs langages, pour savoir ce qui existe ailleurs, notamment en terme de "moyens de réflexions"…
Je suis tout à fait d'accord. Plus encore, il faut autant que possible essayer de voir plusieurs paradigmes de programmation – impératif et objet, bien sûr, mais aussi fonctionnel et modulaire, voire logique.
Haleth a écrit
Efficace parcque un programme C tourne généralement (de mon point de vue) plus vite que le même programme dans un autre langage (j'exclue le Java :lol: ), tout simplement parcque (je reviens au debut..), le C est précis : pas de surcouche, on va droit à l'essentiel, on affine le résultat.
C'est très vite dit. Par exemple, Prolog est extrêmement efficace dans le parcours d'un arbre. Pour de nombreux algorithmes fonctionnels, Haskell et Caml sont plus efficaces que C.
tshirtman a écrit
Les fonctions sont UN moyen de simplifier l'écriture de gros programmes, ce n'est pas le seul, et la façon dont le C n'est pas la plus efficace en terme de simplifications, de puissance… pour savoir si c'est plus simple avec d'autres langages, il faut essayer d'autres langages :wink:.
J'approuve sans réserve.
tshirtman a écrit
le C++, un langage autrement plus complexe que le C…
C++ est un langage très complexe, dont l'apprentissage est long.
tshirtman a écrit
Le fait que php utilise des variables dynamiques ne me gène pas tellement en effet
Le typage statique permet de garantir des erreurs de typages à la compilation, ce qui est la méthode la plus efficace de contrôler les types. À l'inverse, le contrôle de type dans un langage typé dynamiquement ne peut se faire qu'en cours d'exécution, ce qui impacte un peu les performances. En contrepartie, on peut réaliser des choses telles que la surcharge dynamique.
tshirtman a écrit
qu'il fasse du typage faible, par contre, c'est plus grave
Je pense que l'on peut dire qu'un consensus est en train de s'établir pour dire qu'il faut éviter le typage faible. Le typage de C n'est pas un typage fort, même s'il est plus rigoureux que le typage de PHP.
Haleth a écrit
lorsque j'utilise une variable, je sais toujours ce qu'elle contient
Oui, mais tes collaborateurs le savent-ils ? Six mois sans avoir touché ton code, te souviens-tu si bien à quoi sert chaque variable ? Que se passe-t-il en cas de faute de frappe ?
Les erreurs de typages arrivent même chez les codeurs les plus expérimentés – dans mon expérience, le fait d'affirmer que l'on sait toujours ce que contient une variable est souvent la marque d'un programmeur peu expérimenté – et sont très difficiles à détecter en phase de débogage. En revanche, un langage bien conçu permet de les limiter très fortement.
Sinon, je ne suis pas un adepte de comparer qui a la plus grosse – taille de code, bien entendu.
À bientôt.
[right]Le Farfadet Spatial[/right]
