FAQ et Nouvelles sur Perl 6 [Infos]

[GnuVince]

Envoyé par scaleo

Je voudrais savoir quand est il du multithreading en perl 6 , les threads perl 5 pose de gros problème de consommation mémoire et CPU, sans compter de gros problème de réentrance etc... bref sa marche pas super bien

J'en ai pas entendu parlé, par contre si tu vas voir les spécifications, tu vas peut-être y trouver une réponse.

Une chose dont j'ai entendu parlé c'est que les jonctions vont pouvoir être exécutées (l'accord est-il correct?) en parallèle:

Code :

1
2
3
4
5
 
my $nombres = all(1..1000);
for $nombres -> $n {
  say $n;
}

C'est pas encore implémanté dans Pugs, mais si c'est quelque chose qui t'intéresse, Audrey Tang distribue très librement les commit bits pour le répertoire Subversion.

[GnuVince]

A la suite de cette discussion :

Envoyé par 2Eurocents

Un élément de tableau (indicé par [x]), c'est un scalaire, donc ça se préfixe par $.

Avec un préfixe @, c'est tout une liste que l'on manipule.

En tout cas, d'ici Perl 6 ;-) Voici un petit paste d'une session dans Pugs

Code :

1
2
3
4
5
6
7
8
9
10
 
pugs> my @array = (1..10)
(1, 2, 3, 4, 5, 6, 7, 8, 9, 10)
pugs> @array[0]
1
pugs> @array[0, 3, 4]
(1, 4, 5)
pugs> @array[0..4]
(1, 2, 3, 4, 5)
pugs>

Ça devrait aider les débutants.

[Woufeil]

Envoyé par GnuVince

Ça devrait aider les débutants.

Ou alors les embouiller ...

Je n'aime pas ce changement de Perl 6, on perd l'indication du contexte qu'on avait avec Perl 5... Pour les structures de données complexes, c'est pratique de savoir vite le contexte je trouve.

[GnuVince]

Envoyé par Woufeil

Ou alors les embouiller, puisque tu mets un code Perl 6 alors que le sujet traite de Perl 5...

Je n'aime pas ce changement de Perl 6, on perd l'indication du contexte qu'on avait avec Perl 5... Pour les structures de données complexes, c'est pratique de savoir vite le contexte je trouve.

Je ne suis pas d'accord. L'autre jour dans #perl sur Freenode, nous avons passé plus de dix minutes à expliquer la différence à un débutant. merlyn (Randal Schwartz) a même perdu patience.

En gros, le nouveau ne comprenait pas que les variables $foo et $foo[0] n'avaient AUCUN lien entre elles, que $foo était une variable scalaire et que $foo[0] était la première valeur du tableau @foo. Il y a aussi eu des problèmes quand on a expliqué les slices (@foo[1,3,4]).

La miniature perte d'information de contexte (miniature, car un tableau en Perl ne peut contenir que des scalaires) est remplacé par un accès plus homogène aux tableaux.

[pospos]

GnuVince, quel est ton surnom sur #perl6 ?
(je n'y participe pas mais je lis souvent les logs)

[Jedai]

A mon avis le principal problème avec le système actuel c'est que les références ne s'intègrent pas bien dans le schéma, j'aimais bien la "logique" actuelle mais je pense que ce changement aidera à l'apprentissage de Perl 6 pour les nouveaux, et que les anciens s'adapteront sans trop de problème (quoique...).

--
Jedaï

[Woufeil]

Pour argumenter ce que je dit, voilà un petit code avec une structure relativement simple :

my @tab = ([1,2,3],4,[5,6,7);

Avec Perl 6, écrire ceci ne posera aucun problème à personne :

Code :

1
2
print @tab[0];
print @tab[1];

Dans un cas on affiche une liste, dans l'autre un scalaire, qu'est ce qui nous le dit ? Je trouve la notation perl 5 plus claire :

Code :

1
2
3
 
print @{$tab[0]};
print $tab[1];

Cette notation à d'ailleurs le bon goût de nous rappeler qu'un tableau en Perl ne contient QUE des scalaires, ce que certains semblent oublier, notammment à cause du fait que la flèche -> n'est obligatoire que pour la première référence. En général, les débutants ont beaucoup de mal à me croire tant que je ne leur donne pas ce code à compiler :

Code :

1
2
3
my %h = ("cle1"=>5,
		"cle2" =>[1,2,3]);
print @h{"cle2"};

Etrangement, ça fait pas ce à quoi s'attend le débutant

[GnuVince]

Je crois pas que l'on doive rappeler aux programmeurs qu'un array ne contient que des scalaires. J'aime bien penser à un array comme étant une boîte qui peut contenir des éléments et que ces éléments peuvent être d'autres boîtes. Avec Perl 6, je peux donner le code suivant et Perl fait ce à quoi je m'attend:

Code :

1
2
3
4
5
6
7
8
9
 
pugs> my @array = ([1, 2, 3], 4, [5, 6, 7])
(#<Array:0xb6d8f2b4>, 4, #<Array:0xb6d8f280>)
pugs> for @array -> $element { say $element }
1 2 3
4
5 6 7
(#<Array:0xb6dbe330>, 4, #<Array:0xb6dbe3d0>)
pugs>

[2Eurocents]

Certes, le comportement des tableaux va dérouter certains programmeurs, et en satisfaire d'autres ; mais c'est le lot de tout changement de grande ampleur dans un langage.

Heureusement pour certains, Perl 5 survivra probablement à Perl 6 pendant plusieurs années. Cela permettra à tout le monde de se faire à la transition.

Maintenant, je vais jouer mon candide provocateur : vu les changements de comportement des tableaux, et notamment l'accès unifié en @ ... pourquoi avoir conservé les sigills ? En effet, ils deviennent inutiles pour savoir ce que l'on manipule, non ?

Il y a maintenant de nombreuses années que le BASIC s'est débarrassé de ses indicateurs de type de variable, manipulant avec un certain bonheur un type "variant" fourre-tout. Il me semble que Perl pourrait accomplir la même révolution interne.

Ce n'est qu'une question en l'air (moi, j'apprécie assez le "hint" fourni par les sigills à-la Perl 5), mais elle pourrait bien retomber un jour, non ?

[pospos]

un scalair reste un scalair et pareil pour els hash, donc les sigils restent

de plus l'interet des sigils est de n'avoir aucun nom de variable reservé: on peut appeler sa variable $for si l'on veut, sans se demander si ca va clacher avec un quelconque mot clé

[GnuVince]

Comme l'a dit pospos, avoir des sigils permet d'avoir des opérateurs nommées x et xx sans qu'il y aie d'ambiguités. Les sigils permettent aussi l'interpolation dans les chaînes de caractères.

De plus, dans Perl 6, les sigils deviennent plus important, car des sigils secondaires, appelés twigils, sont ajoutés. Par example, mettre une étoile après le sigil d'une variable rend cette variable global ($*ARGS). Il en existe plusieurs autres, voir S02 pour de plus amples informations.

[scaleo]

Bon je me suis mis a perl 6 , je doit dire que j'adore la syntaxe est quand meme proche de celle de perl 5, en lisant les grande ligne des spec ont fait dès chose déjà très poussé par contre j'aimais bien l'opérateur flèche sa fait un code plus lisible que le point m'enfin ce n'est que mon avis.

Bon aller je vais continuer d'explorer ce magnifique perl 6

Ac++

[GnuVince]

Pour ceux qui veulent un accès commit à Pugs, envoyez-moi votre adresse de courriel en PM. audreyt a récemment installé un système où les gens qui ont un accès commit peuvent envoyer des invitations commit.

Si vous voulez contribuer à Perl 6, c'est la meilleure façon!

[mobscene]

J'ai vue qu'avec perl 6 les commentaires multilignes ce font comme en phph /* */ je trouve pas sa très cool

perso j'utilise une notation "xml"

: pour les comm sur les méthodes

<summary>
blabla
</summary>

ou encode

: pour les com sur du code

<summary>
<function>
// bla bla
</function>
</summary>

J'utilise cette méthode car je compte mettre prochainement au point un parser pour créer de la doc


Vue que perl 6 permet de typer les variables, pourras t'on comme en C++ spécifié les paramètres de fontion ?

per exemple

Code :

sub func (int $i, $hash)

[Jedai]

Envoyé par mobscene

J'ai vue qu'avec perl 6 les commentaires multilignes ce font comme en phph /* */ je trouve pas sa très cool

Où as-tu lu ça ?? D'après la spécification ce ne sera pas le cas : on conservera le # pour les commentaires uniligne et on pourra "embarquer" un commentaire d'une ou plusieurs lignes avec #( commentaire ) par exemple.
Par ailleurs le POD est conservé.
( http://perlcabal.org/syn/S02.html#Wh...e_and_Comments )

Envoyé par mobscene

perso j'utilise une notation "xml"

J'utilise cette méthode car je compte mettre prochainement au point un parser pour créer de la doc

Le XML c'est sympa mais pourquoi ne pas simplement utiliser du POD ? C'est largement suffisant pour intégrer la documentation dans un code Perl, et c'est standard, tous les outils pour le manipuler sont déjà écrits.

Envoyé par mobscene

Vue que perl 6 permet de typer les variables, pourras t'on comme en C++ spécifié les paramètres de fontion ?

per exemple

Code :

sub func (int $i, $hash)

Tout à fait, c'est même l'un des gros progrès puisqu'on a un système complet de signature de fonction, très puissant et efficace.
( http://perlcabal.org/syn/S06.html#Pa..._and_arguments )

NB : Ne soyez pas trop effrayé par les documents dont je vous donne l'URL, ce sont des spécifications ultra-complètes dont vous n'aurez sûrement pas l'usage couramment !

--
Jedaï

[mobscene]

Merci pour les éclaircissement Jedai pour le coup du /**/ j'ai du lire de travers j'ai consulté la doc officiel je commence a bien l'aimer ce ti perl j'espère que les threads seront bien implémenter parce qu'en perl 5 coder une applis multithread c'est pas de la tarte

[Woufeil]

Pour ceux qui veulent une présentation rapide de Perl 6, avec comparatif par rapport à Perl 5, cet article est très bien fait

[CKLN00]

je sais que je déterre un vieux sujet mais justement aujourd'hui qu'en est-il de perl6 ?
c'est à dire y a t'il une date prévu pour la version finale? somme nous dans une phase beta ? etc.

Merci à Woufeil pour l'article assez sympas

[teddyalbina]

Envoyé par CKLN00

je sais que je déterre un vieux sujet mais justement aujourd'hui qu'en est-il de perl6 ?
c'est à dire y a t'il une date prévu pour la version finale? somme nous dans une phase beta ? etc.

Merci à Woufeil pour l'article assez sympas

Aucune idée

[CestLudique]

Bonjour, Je viens de commencer une traduction des synopsis de Perl6.
http://perlcabal.org/syn/
J'ouvrirai un topic, dans ce groupe, mais pour l'instant, je préfère
avancer encore un peu.
J'espère que les coopérations pour ce travail seront actives.