Le topic de la programmation, string, chaînes, cuir et compagnie

**vectra** · 24/11/2012, 22h55

C'est quoi comme langage?

**rOut** · 24/11/2012, 23h07

Bin du Python

**trenks** · 24/11/2012, 23h11

Ok j'ai compris, c'est le Ri+1 qui me posait problème, j'interprétais mentalement que la condition ne serait pas validé si l'index n'existait pas et qu'il passerait à la ligne suivante. J'ai manqué de logique sur ce coup. Merci bien !

**vectra** · 25/11/2012, 00h50

Jamais eu l'occasion d'en faire.
Le seul intérêt que j'y verrais, ca serait a minima de faire du prototypage VTK/ITK en mode script, avec moins de code à gérer et pas de compilation.

**GrandFather** · 25/11/2012, 01h19

Envoyé par rOut

Et plus simplement en une ligne :

Et en Ruby, sans récursivité et un poil moins ésotérique.

Code:

arabe = romain.upcase.reverse.chars.inject([]){|a,x| b = {'I'=>1,'V'=>5,'X'=>10,'L'=>50,'C'=>100,'D'=>500,'M'=>1000}; a << (a[-1] && a[-1] > b[x] ? -b[x] : b[x])}.inject(0){|n,x| n += x}

**rOut** · 25/11/2012, 01h48

Envoyé par vectra

Jamais eu l'occasion d'en faire.
Le seul intérêt que j'y verrais, ca serait a minima de faire du prototypage VTK/ITK en mode script, avec moins de code à gérer et pas de compilation.

C'est un langage très sympathique à utiliser, simple, puissant et relativement rapide. Pour faire du scipting ou des outils/applications qui n'ont pas besoin de performances critiques ou d'architectures complexes, c'est très adapté.
Ou encore pour des scripts embarqués dans une application plus grosse, pour permettre de l'étendre sans avoir à tout recompiler par exemple. Les interfaces Python/C sont très facile à écrire je crois bien.

Ca remplace aussi très bien les scripts shells, tout en étant beaucoup plus lisible et maintenable.
Pour le web aussi ça s'utilise bien.

**ducon** · 25/11/2012, 12h09

Et on peut convertir du code en python en code C avec cython, mais je n’ai pas réussi à compiler ce dernier.

**deathdigger** · 25/11/2012, 13h41

J'en avais déjà parlé ici il me semble, mais une fois j'ai postulé dans une boite qui avait développé une passerelle sécurisée :
En gros, chaque fois qu'un intervenant avait besoin de se connecter chez un client, on lui attribuait un login/mdp, et l'ensemble de sa session (rdp ou ssh) était enregistrée (vidéo ou texte).
L'ensemble du truc était développé en Python, ce qui prouve que le langage peut aller plutôt loin.

**Tomaka17** · 26/11/2012, 21h35

http://llvm.org/devmtg/2012-11/Gregor-Modules.pdf

C'est loin d'être nouveau cette idée de modules, mais ça fait plaisir de voir qu'ils bossent dessus.

**rOut** · 26/11/2012, 21h42

Ho, bonjour monsieur D.

C'est pour quand sinon ?

**Tomaka17** · 26/11/2012, 21h50

Peut être pour 2017.
Avec un peu de chance on codera les ordinateurs quantiques qui iront chercher des traces de vie près d'Alpha Centauri avec les modules C++.

---------- Post added at 21h50 ---------- Previous post was at 21h44 ----------

En fait le plus gros problème à résoudre, mis à part la transition sans->avec modules, c'est le format des fichiers-interface générés par le compilateur qui lit un module (c'est à dire l'équivalent des .h).

Faut-il que ce soit un format standardisé (ce qui permettrait de créer des outils pour les lire comme doxygen par exemple) ? Faut-il que ce soit implementation-defined (ce qui permettrait des optimisations) ? Un mélange des deux ?

**Tomaka17** · 01/12/2012, 08h42

Tiens révélation du jour.

En C++, au lieu d'écrire :

Code:

if (i == 0)
     throw std::logic_error("Division par zero");
return 5 / i;

On peut écrire :

Code:

return (i == 0) ? throw std::logic_error("Division par zero") : 5 / i;

Quand l'opérateur ternaire contient un throw, le type de retour est égal au type de l'autre membre, et le throw est ignoré dans tout ce qui est type.

**rOut** · 01/12/2012, 09h14

C'est pas tellement plus clair pour la lecture par contre...

**Møgluglu** · 01/12/2012, 11h35

Joli, je connaissais pas. Ça a l'air de correspondre avec le typage des exceptions dans les faux langages fonctionnels comme Ocaml et SML…

Mais alors, que vaut decltype(throw 42) ?

**Tomaka17** · 01/12/2012, 11h53

Ca vaut "erreur de compilation".

Dans l'exemple plus haut, la règle c'est que si l'un des membres est un throw, il est simplement ignoré pour tout ce qui est type. Il n'y a pas d'histoire de type intermédiaire ou que sais-je.
Simplement decltype(a ? throw 42 : b) est égal à decltype(b)

**Møgluglu** · 01/12/2012, 16h31

Envoyé par Tomaka17

Ca vaut "erreur de compilation".

Ça marche, ça lève une exception dans le compilo.

**rOut** · 01/12/2012, 17h28

Mais alors

Code:

decltype(a ? throw 42 : throw "E");

?

**Møgluglu** · 01/12/2012, 17h44

Mais alors, est-ce que :

Code:

a ? throw 42 : b

est équivalent à :

Code:

a && throw 42 || b

:crosstopic:

**Tomaka17** · 01/12/2012, 17h48

**rOut** · 01/12/2012, 22h42

Envoyé par Møgluglu

Mais alors, est-ce que :

Code:

a ? throw 42 : b

est équivalent à :

Code:

a && throw 42 || b

:crosstopic:

Et quid de

Code:

(throw 42) ? a : b <=> (throw 42) && a || b

**trenks** · 03/12/2012, 02h02

C'est pas du code mais le prof recommande Architecture de l'ordinateur de Andrew Tanenbaum. Sauf que le livre est épuisé et que les génies vendeurs d'occasions le font à un prix totalement délirant. Un bon plan pour en trouver un exemplaire, une date de réédition prochaine ou bien un équivalent à me conseiller ?

**ducon** · 03/12/2012, 08h21

Trouve-le en bibliothèque ?

**war-p** · 03/12/2012, 09h39

Envoyé par trenks

C'est pas du code mais le prof recommande Architecture de l'ordinateur de Andrew Tanenbaum. Sauf que le livre est épuisé et que les génies vendeurs d'occasions le font à un prix totalement délirant. Un bon plan pour en trouver un exemplaire, une date de réédition prochaine ou bien un équivalent à me conseiller ?

Tout le monde recommande ce livre...

Sinon, pareil que ducon, sinon, essaie de le trouver en version numérique.

**olih** · 03/12/2012, 09h51

Autrement, t'as la version anglaise.
Vu que la dernière édition (6eme) vient de sortir cet été, aucune idée de la date de sortie d'une nouvelle version française.

**Sahnvour** · 03/12/2012, 10h39

Envoyé par war-p

Tout le monde recommande ce livre...

Pourquoi cet air exaspéré, c'est censé être la bible non ?

**rOut** · 03/12/2012, 10h40

Mouais, perso la bible j'évite.

**war-p** · 03/12/2012, 11h45

Merci rOut, la vérité, n'est pas dans un seul livre, mais dans l'idée que tu t'en fait, cela dit, ça reste une bonne lecture.

Bon, sinon personne pour parler de code dégueulasse?

**rOut** · 03/12/2012, 11h50

Maintenant que le Javascript est dans un topic à part, on ne peut plus

**Møgluglu** · 03/12/2012, 11h52

Envoyé par Sahnvour

Pourquoi cet air exaspéré, c'est censé être la bible non ?

La bible en archi c'est le Hennessy-Patterson. Et le bouquin qu'il est bien pour débuter c'est le Patterson-Hennessy. Tanenbaum, c'est un gourou en système, mais son bouquin d'archi, hum, comment dire...

**Tomaka17** · 03/12/2012, 12h04

Envoyé par Møgluglu

La bible en archi c'est le Hennessy-Patterson. Et le bouquin qu'il est bien pour débuter c'est le Patterson-Hennessy. Tanenbaum, c'est un gourou en système, mais son bouquin d'archi, hum, comment dire...

Moi qui suis une brêle en hardware, je suis content d'apprendre que le seul bouquin d'archi que je possède est la bible

Discussion: Le topic de la programmation, string, chaînes, cuir et compagnie

Outils de la discussion

Règles de messages