Aller hop, 3 petites questions tout à fait innoncentes

1 Quels sont les langages de programmations que vous utilisez principalement ?

2 Quels sont les langages de programmation que vous comptez apprendre dans un proche avenir ?

3 Quels sont les langages de programmation que vous avez etudiez/appris et que vous n'utiliserez jamais ?:-)

Pascal (Delphi) et PHP



(Question rajoutée :p)
Assembleur Intel (encore la semaine passée di dju)
C/C++ (Mouais, pas trop le choix non plus)



Hum... J'ai bien envie de jeter un oeil à Rebol (N'est ce pas goa?)


Cobol (J'espere ne jamais m'en servir)
NatStar (J'espere encore plus)
Java (enfin, la c'est moins sur :p)

Bonm ce n'est pas tout de poser des questions, il faut aussi y répondre

1. Dans mon boulot de web developer, j'utiliser principalement du Php, du Perl, un peu de C/C++ mais c'est plus pour le fun, pour ne pas perdre la main. Et un chouyas de java quand j'ai le temps.
Et beaucoup de bash aussi.


2. Python ou Ruby

3. Cobol, JCL (je fais encore un peu d'assembleur quand je m'ennuie )

J vais mettre java

Smalltalk (pour un devoir), C# me tente bien

Curl (trop tôt pour dire si ca aura du succes), Scheme (dialecte de Lisp), Pico, C/C++ (enfin j'éspère )

1) cobol, java, html

2)php,asp, vb

3)fortan ( de la m***), assembleur(langage de Fous avec un grand F ;))

Pour le 2 j'ajouterai l'AspectJ au fait.

Java, C, C++, Logo



Delphi, Perl


Cobol, Clipper, Windev, Asp, Vb, Assembleur(quoique), TP, Basic...

Depuis que je bosse, je vais du Visual Basic et je lorgne fortement sur VB.NET. Sinon SQL est indispensable.
Récemment j'ai quitté un projet orienté Web avec HTML/ASP/Javascript/VB/Transaction Server/SQL Server. C'est pas que j'étais contre mais vraiment pas d'affinité avec l'architecture imposée.



Je compte me remettre à C/C++ ne fusse que pour programmer mon Palm, et peut-être aussi pour mes projets orientés PC desktop.
Ptet bien aussi PHP paske ça serait bien pour mon site web.



ou plus jamais!

ben COBOL évidemment, chose infâme
sinon je connaissais aussi l'assembleur x86, Pascal/Delphi et quelques antiquités comme dBase III+ et dBase IV
Ah et j'oubliais le Basic Atari et aussi le Logo qui sont mes deux tous premiers langages.

Pax.

C/C++ ( Aaaah C++ beau langage ) , VB ( Je crachait dessus avant, mais il a réussi a se forger une petite place dans mon estime )




(Question rajoutée :p)
Delphi ( Aaaah le Pascal quel superbe langage, si propre, si divin ), Java



C#, REBOL ( Attention, rien à voir avec le COBOL )



COBOL !!!! Même si c'est un langage parfaitement adapté dans certains cas.

Asp vbscript javascript, windev, java (html/dhtml/css/sql)



vb, php, vba et bcp d'autres



CLIPPER dbase assembleur cobol

1 Quels sont les langages de programmations que vous utilisez principalement ?

SQL
PL/SQL (Oracle Procedural Language)
php
HTML
Javascript
scripting win2k (.cmd)
scripting bash (*nix)

2 Quels sont les langages de programmation que vous comptez apprendre dans un proche avenir ?

XML
approfondir le PL/SQL

3 Quels sont les langages de programmation que vous avez etudiez/appris et que vous n'utiliserez jamais ?:-)

SAIA (Robotique)
Allen-Bradley (Robotique)
Assembleur x86
Pascal, Turbo Pascal
(GW/)BASIC

J trouve ca quand-même assez bizare que tant de gens connaisse de l'assembleur, quel en est l'avantage? Si c'est pour les performances le c/c++ suffisent, non? :?: :?: :?:

bha certaines petites choses très pointues au niveau optimisation ou programmation système ne peuvent se faire qu'en assembleur ... et n'oublions pas que c'est quand même le langage des langages ... sans assembleur il n'y a rien ... quoique ...

c'est un peu comme l'histoire de l'oeuf et de la poule ... mais qui a commencé ?

la réponse va de soi mon cher Vector, c'est l'assembleur. Rappelez vous un peu les générations, 1GL, 2GL, 3GL, etc...

1GL= langage machine (avec des 0 et des 1 partout)
2GL= assembleur
3GL= Fortran, Cobol, Pascal, C/C++, etc

après yen a d'autres mais je me rappelle plus

Perso j'avais développé un programme de scan de fichiers et en réécrivant la partie critique en assembleur, le programme est devenu 4 à 5x plus rapide, ce qui est quand même assez significatif et j'en ai été très étonné je l'avoue. Cela dit c'était il y a des années, je ne sais pas si j'aurais de nouveau la patience de le faire

En tout cas pour moi, la combinaison C/ASM est la meilleure

Le c n'est pas optimal, il fais bcp d'opérations inutiles (par exemple r1 -> r3 -> r5 au lieu de faire direct r1 -> r5) en assembleur, si t'es malin y'a moyen d'éviter ca et donc de gagner des performances.... J'ai un exemple que m'avait passé Xavier pour comparer les deux, je l'enverrai dimanche...

Ok, va pour dimanche. Et ca vous arrive souvent de devoir optimiser à ce point là? Ca m'a l'air bien chiant (j'ai déjà fait du pseudocode sur papier dans le style fibonacci ) .

non à vrai dire je l'ai fait une seule fois, parce que une seule fois j'ai programmé un truc où la vitesse me semblait clairement critique. Mais au vu des résultats je trouve que ça en valait la peine

Bon allez, un exemple pour me justifier de l'asm...

Tu as un joli tableau avec des adresses de fonctions, un moyen de reconnaître les paramètres a devoir passer (dans un string), etc, etc... Et tu veux appeler ces fonctions a partir d'un script dans ton application?
Comment tu peux faire?
-> Assembleur

Et non, y a pas d'autre solution, pas question de venir faire des prototypes de fonctions a appeler, c'est rigoureusement impossible dans ce cas-ci

Pas sûre d'avoir bien compris Si tu as le temps un jour ce serait sympa d'éxpliquer en profondeur

Arf, ok...

J'ai donc une liste de record du genre

&Fct1,"ll","l"
&Fct2,"sd","l"

Avec l'adresse d'une fonction, puis dans un string défini que je veux comme paramètre un long, un double, un string ou autre... et le dernier param c'est le type de valeur de retour, ok?

Maintenant, trouve moi un moyen en Pascal/C++ pour apeller ces fonctions avec leurs paramètres (les paramètres tu les trouves en appelant une fonction ou sur un fichier ou n'importe ou, on s'en fout).

Bonne chance sans assembleur