Hat man mal drüber nachgedacht Perl6 nicht Perl6 zu nennen? (Raku / Perl 6)

[thread]17676[/thread]

Hat man mal drüber nachgedacht Perl6 nicht Perl6 zu nennen?

Tags: perl6 Ähnliche Threads

Leser: 35

Articles: hide open all | hide show old branches

+17 replies
Muffi

2012-08-16 15:31

User since
2012-07-18
1465 Artikel
BenutzerIn

Einfach mal weils mich interessiert.

Meine Erfahrung mit Leuten, die nicht aktuell Perl programmieren und der Erwähnung von Perl6 ist, dass sie meist vor Zeiten mal Perl4/5.<kleine Zahl> gesehen haben und bei Perl6 genau an dieses Perl mit ein paar Zusatzfeatures denken.
Die typische Reaktion ist irgendwas in Richtung "Oh Gott".

Ist da der Name Perl6 wirklich gut? Oder sind meine paar Stichproben nicht wirklich repräsentativ.
1 + 1 = 10
- +7 replies
- lichtkind
  
  2012-08-16 15:58
  
  User since
  2004-03-22
  5679 Artikel
  ModeratorIn + EditorIn
  
  die diskussion ist fast so alt wie perl 6 selber :).
  
  auch damian ist nich glücklich mit, aber
  1.) larry will es so
  2.) und larry hat immer recht weil er hat die namensrechte
  
  ich denk sein begründung geht in die richtung das wichtiger als code ist die community wiel die kann code reparieren umgekehrt aber nicht. und es ist eine gemeinsame perl gemeinschaft und ich glaub auch damit perl 6 stärker wahrgenommen wird braucht es auch grossen namen. bald kommt auf heise noch artikel von mir der da drauf eingeht aber am anfang von per 6 war noch nicht ganz klar in welche richtung es geht und irgendwann wars zu spät das ganze auch anders zu nennen.
  
  klar gibt menge leute die bei ungewohntem erstmal ungemütlich reagieren aber c++ heisst auch fas wie c und irgendwann haben ses geschnallt das da gewaltige unterschiede sind.
  Tutorien in der Wiki, mein zeug:
  kephra, baumhaus, garten, gezwitscher
  
  Es beginnt immer mit einer Entscheidung.
  - +2 replies
  - Muffi
    
    2012-08-16 16:12
    
    User since
    2012-07-18
    1465 Artikel
    BenutzerIn
    
    Ah, danke.
    
    2012-08-16T13:58:38 lichtkind
    die diskussion ist fast so alt wie perl 6 selber :).
    
    Dass sich damals wer gedanken über den Namen gemacht hat dacht ich mir schon, irgendwie muss er ja auch entstanden sein. Meine Frage war eher, auch wenns nicht gut rüberkam, ob man die Entscheidung im Laufe der ja doch einigen Jahre nochmal überdacht hat.
    Aber wenns da mehrere gibt, die nicht sicher sind, ob die Entscheidung die Richtige war wirds da wohl sicher immer wieder Diskussionen gegeben haben.
    1 + 1 = 10
    - lichtkind
      
      2012-08-16 16:32
      
      User since
      2004-03-22
      5679 Artikel
      ModeratorIn + EditorIn
      
      kann mich schon länger um keine bedeutende diskussion erinnern denn im kernteam ist das thema schon lange gegessen. es gibt immer wieder anfragen aber ich glaub es war zwiespältiger historischer prozess.
      
      ich erinner mich an 5.8 zeiten als man glaubt perl 5.12 könnte schon perl 6 komatibel sein. mit 5.10 kam die ich schrieb die emanzipation und die perl 5 leute haben sich selber neu verstadnen nachdem erst 2 jahre vor 5.10 pugs kam und zeigte wie weit man wirklich davon war diese riesenpläne umzusetzen.
      
      ich hab neulich interview mit guy steele und seine kommentare zum abschluss des fortress projektes gelesen. das ist auch eine neue recht interessante sprache von sun/oracle die fortran ablösen sollte. also für mathematiker, funktional aber auch hochkonkurrent und menge neuartiger features bringen. guy meinte das sie nach 6 jahren erstmal einen wissenstand errreicht haben mit dem sie gerne gestartet wären. und die ambition con perl 6 ist noch grösser und sie sind glaub ich auhc noch weiter gekommen. daher glaub ich das es auch dafür das es nicht so viele entwickler sind weder langsam noch planlos. damian sagt ja auch das die ersten 10 jahre c++ inhous projekt der bell labs war und keine sau es kannte. wir haben den proczess öffentlich gemacht was menge verweirrung hinterlässt weil das in der dimension noch niemand vorher machte. das war glaub ich auch für perl 6 leute selber nich vorher abzuschätzen daher der reichlich blauäugige perl 6 name weil man schon hoffnung hatte das wird neue genereration. wirds vielleicht auch. bloss nicht so schnell :).
      Tutorien in der Wiki, mein zeug:
      kephra, baumhaus, garten, gezwitscher
      
      Es beginnt immer mit einer Entscheidung.
  - +2 replies
  - murphy
    
    2012-08-16 16:30
    
    User since
    2004-07-19
    1776 Artikel
    HausmeisterIn
    
    2012-08-16T13:58:38 lichtkind
    [...]
    2.) und larry hat immer recht weil er hat die namensrechte
    [...]
    
    Die Rechte zu haben heißt nicht unbedingt auch Recht zu haben ;-)
    
    Quote
    [...]
    klar gibt menge leute die bei ungewohntem erstmal ungemütlich reagieren aber c++ heisst auch fas wie c und irgendwann haben ses geschnallt das da gewaltige unterschiede sind.[...]
    
    C ist etwa 40 Jahre alt, C++ etwa 30. Trotzdem ist die Ansicht, C++ sei eine kompatible Erweiterung von C nicht nur immer noch weit verbreitet sondern auch eine Quelle von Programmierfehlern.
    
    Nun tut C++ auch wirklich alles um so auszusehen als wäre es C mit Erweiterungen, sich unter der Haube dann aber subtil anders zu verhalten. Nach meiner begrenzten Erfahrung mit Perl 6 würde ich sagen, dass die Verwechslungsgefahr hier geringer ist.
    
    Trotzdem darf man sich ja fragen, warum die Perlgemeinde es sich unbedingt antun möchte, für das nächste halbe Jahrhundert Unbedarften zu erklären, dass Perl 5 und Perl 6 ganz unterschiedliche Dinge sind und wie es dazu kam, immer mit der Gefahr, dass ein Flamewar ausbricht, weil irgendwer die eine oder die andere Variante aus den "falschen" Gründen zur Verwendung empfiehlt. Vor allem wird es bestimmt mit der Zeit immer lustiger, wenn noch ein paar weitere Versionen beider Entwicklungszweige erschienen sind, deren Versionsnummern wegen der Namensraumkollision sicher nicht einfacher werden ;-)
    When C++ is your hammer, every problem looks like your thumb.
    - lichtkind
      
      2012-08-16 16:34
      
      User since
      2004-03-22
      5679 Artikel
      ModeratorIn + EditorIn
      
      Quote
      >Die Rechte zu haben heißt nicht unbedingt auch Recht zu haben ;-)
      
      genau das war meine pointe :)
      Tutorien in der Wiki, mein zeug:
      kephra, baumhaus, garten, gezwitscher
      
      Es beginnt immer mit einer Entscheidung.
  - +2 replies
  - murphy
    
    2012-08-16 16:43
    
    User since
    2004-07-19
    1776 Artikel
    HausmeisterIn
    
    2012-08-16T13:58:38 lichtkind
    [...]
    ich denk sein begründung geht in die richtung das wichtiger als code ist die community wiel die kann code reparieren umgekehrt aber nicht. und es ist eine gemeinsame perl gemeinschaft und ich glaub auch damit perl 6 stärker wahrgenommen wird braucht es auch grossen namen.
    [...]
    
    Ich glaube, es ist wirklich ein gutes Argument, dass die neue Sprache, die von der Perlgemeinde entwickelt wird, auf jeden Fall auch Perl heißen sollte.
    
    Aber ich glaube auch, dass es langfristig eine schlechte Idee ist, für zwei parallel entwickelte Produkte den gleichen Namen und nur unterschiedliche Versionsnummern zu verwenden. Wenn man die Sprachen Perl 5 und Perl 6 nennt schwingt in der Benennung immer der Anspruch mit, dass Perl 6 ein besserer Ersatz für Perl 5 sein soll, welches wohl obsolet sein muss weil es die kleinere Versionsnummer hat.
    
    Gerade im Moment ist dieser Eindruck ungünstig denn Perl 6 ist unfertig. Und langfristig wird man damit, denke ich, der Entwicklung von Perl 5 keinen Gefallen tun, auch wenn man noch so oft das Gegenteil beteuert.
    
    In dieser Hinsicht wäre ein Namenszusatz wie Perl++ oder ChristmasPerl wirklich besser ;-)
    When C++ is your hammer, every problem looks like your thumb.
    - Muffi
      
      2012-08-16 17:00
      
      User since
      2012-07-18
      1465 Artikel
      BenutzerIn
      
      2012-08-16T14:43:55 murphy
      In dieser Hinsicht wäre ein Namenszusatz wie Perl++ oder ChristmasPerl wirklich besser ;-)
      
      Also ich wär für Dimond. Wenn schon a auslassen, dann konsequent ;)
      1 + 1 = 10
- Gast gast
  
  2012-08-16 16:00
  
  Wie dann?
  So:
  Perl++
  Perl#
  Perl-NG
  Marble
  DWIM 2.0?
  
  Es ist eben altmodische Art, Programmiersprachen Arabisch oder Römisch zu nummerieren.
  Last edited: 2012-08-16 16:02:37 +0200 (CEST)
- moritz
  
  2012-08-16 18:04
  
  User since
  2007-05-11
  923 Artikel
  HausmeisterIn
  
  Ja, hunderte Male. Und es hat bisher noch niemand einen guten alternativen Namen gefunden. Bevor es den nicht gibt, lohnt sich die ganze "was wäre wenn"-Debatte nicht.
  Perl 6 - Perls Zukunft
- +5 replies
- flowdy
  
  2012-08-16 20:22
  
  User since
  2012-08-03
  45 Artikel
  BenutzerIn
  
  Ich finde den Namen Perl 6 konsequent. Die grundsätzliche Philosophie bleibt ja dieselbe, also wär ein ganz anderer Name etwas fehl am Platze. Könnte es ohne Perl 5 ein Perl 6 geben? Nein, sag ich mal. Und mit der Inkrementierung des major version parts der Versionsnummer darf - sollte, nein muss - man auch mal die Abwärtskompatibilität in den Wind schlagen und dafür die innersten Gerüste revidieren.
  
  Überlegt mal, wie die Indianer aus den Westernfilmen mitten im Galopp das Pferd gewechselt haben. Das klappt nur, wenn eine gewisse Zeit beide Pferde nebenher laufen.
  package MyClass; sub new {\b\b\b\b\b\b\b\b\buse Moose;
  - lichtkind
    
    2012-08-16 22:29
    
    User since
    2004-03-22
    5679 Artikel
    ModeratorIn + EditorIn
    
    haha, schöne metapher
    Tutorien in der Wiki, mein zeug:
    kephra, baumhaus, garten, gezwitscher
    
    Es beginnt immer mit einer Entscheidung.
  - +3 replies
  - renee
    
    2012-08-17 09:05
    
    User since
    2003-08-04
    14371 Artikel
    ModeratorIn
    
    Aber genau die Abwärtskompatibilität ist eines der grundlegenden Eigenschaften von Perl - auch bei Major-Versionen. Das finde ich auch ganz gute so, weil es sonst wohl immer noch Perl 4 geben würde ;-)
    
    Und es sind doch etliche Syntaktische Unterschiede zwischen Perl 5 und Perl 6, so dass man nicht von einem wirklichen Nachfolger sprechen kann. Jedenfalls meiner Meinung nach.
    OTRS-Erweiterungen (http://feature-addons.de/)
    Frankfurt Perlmongers (http://frankfurt.pm/)
    --
    
    Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
    Perl-Entwicklung: http://perl-services.de/
    - +2 replies
    - flowdy
      
      2012-08-17 20:55
      
      User since
      2012-08-03
      45 Artikel
      BenutzerIn
      
      In einem gewissen Sinne ist Perl6 100%-ig abwärtskompatibel zu Perl5. Genauer, Perl6 ist - soweit jedenfalls mein Verständnis - nichts anderes als das aktuelle bzw. bei dir installierte Perl 5.x. Erst wenn du selbst bewusst an den Anfang deines Programms use v6; hinschreibst, erwartet perl6 die Perl6-Syntax. Ohne dieses Pragma macht es sich der Interpreter vermutlich leicht und exec't einfach nur zu legacy perl, keine Ahnung.
      
      Es liegt also am Entwickler, ob (bzw. in welchen Blöcken oder Kompilierungseinheiten) er Perl6 oder Legacy Perl programmieren möchte. Das empfinde ich zwar als eine Mogelei, um dem Zwang zur Abwärtskompatibilität zu entgehen, aber es ist schon eine ziemlich geschickte, saubere vor allem.
      
      Mich interessiert, ob es immer bei use v6; bleiben wird. Muss es wohl vermutlich bis das Universum kollabiert.
      
      Viele Grüße,
      flowdy
      package MyClass; sub new {\b\b\b\b\b\b\b\b\buse Moose;
      - lichtkind
        
        2012-08-18 02:50
        
        User since
        2004-03-22
        5679 Artikel
        ModeratorIn + EditorIn
        
        du wiederholst die zielvorgabe, die allerdings bisher kein interpreter (jaja ich weiss moritz) erfüllen kann. das v... ist ja das gleiche prinzip nachdem jetzt bereits use v5.16; funktioniert. nur kann rakudo kein perl 5 und perl kein Perl 6. einzig pugs hatte einen dualcore aus GHC und perl, aber das ist schon lange nur im maintenance modus.
        Tutorien in der Wiki, mein zeug:
        kephra, baumhaus, garten, gezwitscher
        
        Es beginnt immer mit einer Entscheidung.
- +2 replies
- Gast Ronnie als Gast
  
  2012-08-18 11:03
  
  Viele in der Perl-Community sind da (heute) nicht ganz glücklich mit. Ich persönlich tendiere auch dazu Perl6 als Rakudo zu betrachten. Perl6 ist eine Perl-ähnliche Sprache wie auch Qore (http://qore.org/). Die Arbeit an Perl6 führt aber zu Verbesserungen an Perl5, was man nur begrüßen kann.
  
  Perl6 macht viele Dinge besser/anders als Perl5. Gleichzeitig habe ich ein wenig Angst, dass Features wie Nebenläufigkeit oder Parallelität (http://msdn.microsoft.com/en-us/library/ff963542), o.ä. nicht/eingeschränkt vorhanden sein werden, oder die Performance nicht "wettbewerbs-tauglich" ist. Allerdings habe ich auch keinen Einblick in den Stand der Entwicklung, weil ich diese schon länger nicht mehr verfolge - ist also eine durch Nichtwissen geprägte Befürchtung. Ich werde mich sicher damit auseinandersetzen, wenn es denn irgendwann soweit ist.
  Last edited: 2012-08-18 11:16:34 +0200 (CEST)
  - lichtkind
    
    2012-08-19 11:10
    
    User since
    2004-03-22
    5679 Artikel
    ModeratorIn + EditorIn
    
    immer diese angst wegen wettbewerb, wann kapieren die leute endlich die psychospiele des grosskapitals... falsches forum...
    
    es stimm das perl 6 im bereich parallelität derzeit wenig bietet was allerdings auch daran liegt, daß es nich larries lieblingsthema zu seien scheint und auch weil parrot da bisher wenig bot und man immer mehr dazu überging praktisch zu bleiben(implementationen oftmal die aktuellen themen des designs bestimmten).
    
    das ändert sich gerade - parrot fängt an eine API zu implementieren die das erlaubt und ich glaub rakudo wird dann nahcziehen. ich hab mit larrie mal gespräch angefangen wegen der queues a la Go die ich nicht ungeschickt halte und seine antwort zeigte das er sich da sehr wohl gedanken macht.
    
    derzeit ist ist in rakudo das grosse thema junctions und die neuen QGrammar und QTrees. nahc meinem derzeitigen verständis ist das auch funktional wichtiger schritt in richtung parallelität, da junctions ja ding beshcreiben die rein logisch parallel geshcehen sollen und wo der interpreter frei ist das zu parallelisieren.
    Last edited: 2012-08-19 11:12:16 +0200 (CEST)
    Tutorien in der Wiki, mein zeug:
    kephra, baumhaus, garten, gezwitscher
    
    Es beginnt immer mit einer Entscheidung.

View all threads created 2012-08-16 15:31.