Discussion :

[jblecanard]

Pour moi, le d�bat n'a pas lieu d'�tre. Etant donn� le flou de la fronti�re entre un langage de script et pas de script (ce qui d�pend du contexte comme l'explique tr�s bien ptah35), qu'est ce que �a peut bien faire ? S'il consid�re C++ comme un langage de script, grand bien lui fasse. Faire cette constatation ne va pas changer grand chose � l'�cosyst�me du langage. Quant � d�clarer que les nouvelles fonctionnalit�s ouvrent de nouveaux usages, c'est un bel enfoncement de porte ouverte !

Au passage avant de r�pondre, tout langage est compil�. La compilation permet de passer d'un langage source � un langage destination. Il ne faut pas confondre compilation avec compiltation en binaire.

Si beaucoup de langages dit interpr�t�s sont effectivement compil�s, tous ne le sont pas. Exemple: un script Bash. Il sera ex�cut� directement, sans transformation pr�alable dans une autre repr�sentation.

Moi je trouve que la distinction interpr�t�/compil� n'est pas si mauvaise. Dans un langage dit "interpr�t�", on n'a besoin que du code source, le logiciel qui ex�cute et celui qui compile ne faisant qu'un. Dans un langage "compil�", on peut ex�cuter le r�sultat de la compilation sans avoir besoin du code source, ni du compilateur. C'est une diff�rence de taille je trouve.

[Invit�]

on reste tr�s loin ce que permettent les languages de script moderne. En python :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
import sys
 
ifile, ofile = sys.argv[1:3]
lines = sorted(ofile.readlines())
ifile.write(''.join(lines))

Et vu que getline a des performances catastrophiques (googlez "c++ getline slow"), je ne serais pas �tonn� qu'en plus la version python ait des performances au moins �gales � celle du c++.

[grunk]

Code php :

S�lectionner tout - Visualiser dans une fen�tre � part

file_put_contents($fichier1,file_get_contents($fichier2));

Vous m'excuserez mais pour le moment je reste sur les "vrais" langages de script

Un titre un peu racoleur pour finalement dire que le C++11 c'est bien parce que c'est plus clair qu'avant ...

[Aurelien.Regat-Barrel]

Et vu que getline a des performances catastrophiques (googlez "c++ getline slow"), je ne serais pas �tonn� qu'en plus la version python ait des performances au moins �gales � celle du c++.

Sans compter qu'il utilise std::endl qui flush donc le fichier sur disque autant de fois qu'il y a de lignes dedans.

Code php :

S�lectionner tout - Visualiser dans une fen�tre � part

file_put_contents($fichier1,file_get_contents($fichier2));

Vous m'excuserez mais pour le moment je reste sur les "vrais" langages de script

Tu as oubli� de trier tes lignes

Mais on est d'accord : C++ c'est pas ce qu'il y a de mieux pour faire des scripts.

[RaphAstronome]

Tu as oubli� de trier tes lignes

Pour appuyer ses propos, Pakkanen pr�sente un bout de code permettant de lire toutes les lignes d�un fichier pour les enregistrer dans un fichier diff�rent (cas concret o� se d�marquent les langages de script).

Dans le descriptif il n'est nullement question de tri, mais dans le code si : son cahier des charges est mal formul�

[acx01b]

bonjour,

j'ai envie de rajouter qu'avec les histoires de cloud, de web, etc. ce qui manque aussi � C++ pour se comparer � javascript/python/java/.net c'est un mode "safe" o� le compilateur arrive � prouver que le programme n'est pas dangereux pour celui qui l'ex�cutera :

--> il manque � C++ un mode o� le compilateur arrive � prouver que le programme ne pr�sente aucun risque du point de vue d'un anti-virus

notez que C++/CLI lui poss�de un mode safe : c'est celui o� on n'�crit aucune ligne de C++, uniquement du code avec des types .NET

[pgoetz]

compilation avec optimisation �O3 proche des performances de Python VM

Etrange comparaison, n'est-t-il pas?

Comparer C++ (-O3) avec Python en terme de performance alors que tous auraient pens� que C++ e�t battu Python sans coup f�rir.
Donc, C++ se complexifie (cf parametric template) et devient aussi "peu" performant qu'un language de script tel que Python.

[jblecanard]

Donc, C++ se complexifie (cf parametric template) et devient aussi "peu" performant qu'un language de script tel que Python.

Ca ne peut pas se juger sur un seul exemple, du reste, la fonctionnalit� lente cit�e existe depuis longtemps et n'a aucun rapport avec les nouvelles choses introduites.

[ctxnop]

Etrange comparaison, n'est-t-il pas?

Comparer C++ (-O3) avec Python en terme de performance alors que tous auraient pens� que C++ e�t battu Python sans coup f�rir.
Donc, C++ se complexifie (cf parametric template) et devient aussi "peu" performant qu'un language de script tel que Python.

C'est une traduction foireuse. Dans la source c'est

compile time with -O3 is roughly the same as Python VM startup and has to be done only once

Autrement dit, il compare le temps de compilation avec le temps de d�marrage de la machine virtuelle utilis�e par l'interpr�teur Python.
Ce qui, soit dit en passant, est compl�tement irrelevant comme comparaison

[white_tentacle]

Autrement dit, il compare le temps de compilation avec le temps de d�marrage de la machine virtuelle utilis�e par l'interpr�teur Python.
Ce qui, soit dit en passant, est compl�tement irrelevant comme comparaison

En fait, si, dans son id�e, le temps d� � ex�cution � du � script � c++ est �gal � la somme de :
- temps de compilation (la premi�re fois)
- temps d�ex�cution

Tandis que le temps d� � ex�cution � du script python est �gal � la somme de :
- temps de lancement de la vm python (tout le temps)
- temps d�ex�cution du programme.

Dans cette optique l�, comparer les deux fait (un peu) sens pour dire qu�en terme de � worst case performance �, c++ fait au moins aussi bien que python.

Mais �a reste quand m�me bof bof comme comparaison�

[jblecanard]

Oui, c'est d'autant moins malin que Python met en cache le bytecode dans un fichier .pyc pour justement �viter de recompiler � chaque fois...

[NVCfrm]

Bonsoir,

Pour moi la diff�rence entre les langages de programmation haut niveau, c'est que certains d�l�guent la robustesse du code au programmeur. Pour les besoins que l'on sait, on trouvera ce type de langage plus adapt� qu'un autre. D'autres dispensent le programmeur de tracasseries d'allocation m�moire, fuites..., en mettant suffisamment de fonctionnalit�s pour �a. Ce type de langage est �galement pr�f�rable dans les situations qu'on sait.
La distinction de la cat�gorie c/c++ de certains langages (scripts) reste cette traduction en binaire une seule fois pour toutes, avec cette manipulation bas niveau de la m�moire en direct.

Ces changements n�ont pas pour objectif de faire dispara�tre les langages de script, ironise Jussi Pakkanen, avant de conclure que � C++ peut d�sormais �tre utilis� dans les sc�narios pour lesquels le langage n��tait pas pr�vu � la base �.

Cet extrait ne contient-il pas substantiellement le but de l'article?
bien que connaissant peu ou rien du c++ et modestement du c je crois avoir compris ceci:
Il veut d�montrer que la simplification du codage se rapproche, en terme de production pour le programmeur des langages interpr�t�s, donc plus de robustesse garanti au programmeur.
La simplicit� et clart� du code d�monstratif m'incite d'ores et d�j� � m�int�resser au c++, me disant qu'il est en fin de compte moins p�nalisant en avantages que procure les langages interpr�t�s.

[skypers]

Cet article m�a bien fait rire, surtout l�exemple. Le C++ n�est pas du tout adapt� au scripting�

Voici le m�me programme, �crit en Haskell : http://lpaste.net/94404.

Il ne faut pas trop s�emporter avec C++11

[white_tentacle]

Voici le m�me programme, �crit en Haskell : http://lpaste.net/94404.

Certes, mais ce n�est pas avec un exemple comme �a que tu vas convaincre qu�haskell est un langage lisible.

<troll>cela dit, si c�est pour remplacer perl </troll>

[skypers]

Certes, mais ce n�est pas avec un exemple comme �a que tu vas convaincre qu�haskell est un langage lisible.

<troll>cela dit, si c�est pour remplacer perl </troll>

Dat troll.

[Freem]

Mis � part le fait qu'il n'utilise que la nouvelle syntaxe de for du standard 2011, je me pose des questions au sujet de la performance de son truc...

Utiliser un vector, donc, un tableau dynamique tout ce qu'il y a de plus b�te, puis le trier ensuite avec sort, �a ne serait pas plus efficace avec un conteneur fait pour, genre... je sais pas, on veut un conteneur tri�, alors, std::set, qui trie � l'insertion?

Enfin, de toute fa�on, m�me si je suis d'accord que C++11 est bien utile pour diverses raisons, il n'emp�che qu'il reste des trucs chiants en C++, par exemple le fait de devoir utiliser des pointeurs dans les collections polymorphiques, au lieu de pouvoir utiliser des r�f�rences.

Et s'il voulait mettre en avant le traitement du texte en C++11, il aurait peut-�tre d� trouver le moyen de parler des conversions int/float/double <-> string.

Attention, codes pomp�s de divers sites, j'ai la flemme de penser...

Pour rappel, avant, on devait faire des trucs comme �a pas s�r de tout, je n'ai jamais aim� cette fa�on de faire):

Code C++ :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
 
#include <sstream>
 
int i = 5;
 std::string s;
 std::stringstream out;
 out << i;
 s = out.str();

Ou comme �a, en squattant la libc ( ce que je faisais, j'ai horreur des flux ):

Code C++ :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
/* strtol example */
#include <stdio.h>      /* printf */
#include <stdlib.h>     /* strtol */
 
int main ()
{
  char szNumbers[] = "2001 60c0c0 -1101110100110100100000 0x6fffff";
  char * pEnd;
  long int li1, li2, li3, li4;
  li1 = strtol (szNumbers,&pEnd,10);
  li2 = strtol (pEnd,&pEnd,16);
  li3 = strtol (pEnd,&pEnd,2);
  li4 = strtol (pEnd,NULL,0);
  printf ("The decimal equivalents are: %ld, %ld, %ld and %ld.\n", li1, li2, li3, li4);
  return 0;
}

Maintenant, on � �a:

Code C++ :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
 
// stol example
#include <iostream>   // std::cout
#include <string>     // std::string, std::stol
 
int main ()
{
  std::string str_dec = "1987520";
  std::string str_hex = "2f04e009";
  std::string str_bin = "-11101001100100111010";
  std::string str_auto = "0x7fffff";
 
  std::string::size_type sz;   // alias of size_t
 
  long li_dec = std::stol (str_dec,&sz);
  long li_hex = std::stol (str_hex,nullptr,16);
  long li_bin = std::stol (str_bin,nullptr,2);
  long li_auto = std::stol (str_auto,nullptr,0);
 
  std::cout << str_dec << ": " << li_dec << '\n';
  std::cout << str_hex << ": " << li_hex << '\n';
  std::cout << str_bin << ": " << li_bin << '\n';
  std::cout << str_auto << ": " << li_auto << '\n';
 
  return 0;
}

C'est quand m�me vachement mieux, pour concurrencer Java ou les langages de script, non? M�me si, je me doute bien, ce n'est pas la panac�e...

PS: je continue � utiliser scanf, printf et leurs petits copains, car tant qu'il me faudra passer par des stream pour lire un fichier en "pur c++" je ne serai pas satisfait.

PPS: j'ai de plus en plus l'impression que DVP fait de plus en plus dans le people version geek. Java ne mourra pas demain, m�me si un gland le dit. Les tablettes tactiles ne remplaceront jamais le desktop, m�me si c'est plus adapt� pour un PDG. C++ n'est pas utilis� comme langage de script, et �a fait des ann�es qu'on pourrait le faire, si on le voulait, et si la syntaxe �tait moins complexe.

[Klaim]

Encore une news bien naze.

Un truc par rapport a ce point et l'exemple:

des puissantes fonctions de manipulation de chaines ;

La manipulation de chaine...j'espere qu'il ne parle pas de textes encodes via unicode

Notez que son exemple ne marche pas correctement sous windows si les entrees ne sont pas des chaines ascii (ou Ansi je sais plus).

Peut etre que quand C++ aura de quoi traiter du texte unicode correctement, je serais d'accord pour l'utiliser a la place de quelques scripts python.

Utiliser un vector, donc, un tableau dynamique tout ce qu'il y a de plus b�te, puis le trier ensuite avec sort, �a ne serait pas plus efficace avec un conteneur fait pour, genre... je sais pas, on veut un conteneur tri�, alors, std::set, qui trie � l'insertion?

Cela dis le set n'a pas une memoire contigue. J'aurais aime que flat_set et flat_map (dans boost) fassent partie du standard: ce sont des vector qui agissent comme des set et map. Plus lents a l'insertion, invalident les valeurs quand elles bougent, mais carrement plus rapide a la recherche et a l'iteration.

[Mat.M]

Pour se situer dans le contexte, Pakkanen estime qu�un langage de script diff�re d�un langage compil� comme C par les crit�res suivants :

*pas de gestion manuelle de la m�moire ;
*la syntaxe et les fonctionnalit�s complexes expressives peuvent �tre mises en �uvre en seulement quelques lignes de code ;
*des puissantes fonctions de manipulation de chaines ;
*une grande biblioth�que standard.

ce dont parle Pakkanen c'est en fait une s�rie de lapalissades ou tautologies ;
ce sont des affirmations dont le sens est �vident
Et �a n'apporte rien du tout comme mes pr�d�cesseurs l'ont montr�

[ymoreau]

Pour se situer dans le contexte, Pakkanen estime qu�un langage de script diff�re d�un langage compil� comme C par les crit�res suivants :

• pas de gestion manuelle de la m�moire ;
• la syntaxe et les fonctionnalit�s complexes expressives peuvent �tre mises en �uvre en seulement quelques lignes de code ;
• des puissantes fonctions de manipulation de chaines ;
• une grande biblioth�que standard.

C'est quoi ces crit�res absurdes ?
Le 1er est aberrant : Java ne demande pas de g�rer manuellement la m�moire, �a n'en fait pas un langage de script pour autant. "Sont pas malins, ils ont invent� JavaScript alors que Java c'est d�j� du script"
Les 3 autres sont juste totalement subjectifs et ne caract�risent rien du tout. "Ah j'ai mis + de 5 lignes � faire ma fonctionnalit� en Ruby �a n'est donc plus un langage de script"

[therwald]

Comme certains autres, je ne pense pas que la fronti�re soit parfaitement �tanche. Le point majeur est probablement la possibilit� d'ex�cuter directement les sources sans passer par une phase de compilation s�par�e (et ce ind�pendamment de l'existence �ventuelle d'un traitement de type compilation au sein de l'interpr�teur), mais � mes yeux un script est surtout caract�ris� par le type d'application: une proc�dure.
La notion de script renvoie plut�t au d�roulement d'un sc�nario unique, plut�t "moins complexe", plut�t "court" une fois et de bout en bout (aux arr�ts sur erreur pr�s), mais la fronti�re est sans doute assez subjective.
Reste que les langages fortement typ�s ont tendance � manquer de la souplesse g�n�ralement associ�e avec le d�veloppement et la maintenance des scripts.
(mais cette rigidit� � mes yeux se transforme en avantage quand on d�veloppe une application plus cons�quente (volume, complexit�) dans la mesure o� elle se transforme alors en garde-fou qui limite le risque d'erreur)