-
Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.
Erfahrungen mit Eclipse und dem perl plugin EPIC?
- Ersteller framp
- Erstellt am
OP
Klar, vi ist die lingua franka eines jeden Linuxers. Es gibt mittlerweile aber Entwicklungsumgebungen, die es einem erlauben wesentlich effektiver zu programmieren. Ich habe das Gefühl es wird höchste Zeit dass Du Dich mal mit Eclipse beschäftigstabgdf schrieb:Hmm, ich schreibe Code immer mit vim.
Geier0815
Guru
Eclipse mag ja gut sein wenn Du mit Klassen und Objekten arbeitest, also eine wirkliche Umgebung brauchst, aber für 'quick 'n dirty' perl empfinde ich so was als overdressed. Ein grafischer Editor tut es da auch. Ich persönlich mag ja scite und sonst emacs, aber das ist subjektiv, also ist vi nicht besser oder schlechter als jeder andere Editor auch.
OP
Perl hat OO Konstrukte. Heute habe ich bei jemandem das Plugin & PerlKlassen gesehen. Kommt zwar nicht an den java Support von Eclipse ran - aber ist schon wesentlich besser als emacs, vi usw.Geier0815 schrieb:
Da stimme ich Dir zu. Es soll aber ein größeres PerlProjekt werden - also kein 'quick 'n dirty'
Hallo,
Die ganzen "$", "@", und "{;}" "$_" und auch noch "$a[$i]" zu warten ist eine ziemliche Qual.
Ebenso die Übergabe von "plattgedrückten" Variablen an Funktionen mittels "@_" ...
Das alles ist in Python sauberer gelöst, wobei es eigentlich kaum, bzw. so gut wie keine Nachteile gegenüber Perl gibt (z.B. zur Not gleichwertiger Regex-Support mit Modul "sre").
Deshalb bevorzuge ich Python, obwohl ich Perls linguistischen Ansatz und seine "Hacker"-Kultur, z.B.
http://search.cpan.org/~dconway/Lingua-Romana-Perligata-0.50/lib/Lingua/Romana/Perligata.pm
(von wegen "lingua franca") oder
http://www.perl.com/pub/a/2004/08/31/livecode.html
eigentlich sehr mag. Schade.
Viele Grüße
Stimmt. Leider wirken die aber sozusagen etwas "aufgepfropft".
Tja, wegen dieser OO-Sache ist Perl für größere Projekte (leider) nicht ganz so gut geeignet wie Python (auch wenn es ein paar gibt ("lx-office", "frozen-bubble").
Die ganzen "$", "@", und "{;}" "$_" und auch noch "$a[$i]" zu warten ist eine ziemliche Qual.
Ebenso die Übergabe von "plattgedrückten" Variablen an Funktionen mittels "@_" ...
Das alles ist in Python sauberer gelöst, wobei es eigentlich kaum, bzw. so gut wie keine Nachteile gegenüber Perl gibt (z.B. zur Not gleichwertiger Regex-Support mit Modul "sre").
Deshalb bevorzuge ich Python, obwohl ich Perls linguistischen Ansatz und seine "Hacker"-Kultur, z.B.
http://search.cpan.org/~dconway/Lingua-Romana-Perligata-0.50/lib/Lingua/Romana/Perligata.pm
(von wegen "lingua franca"
) oderhttp://www.perl.com/pub/a/2004/08/31/livecode.html
eigentlich sehr mag. Schade.
Viele Grüße
OP
Meinen Kommentar dazu habe ich hier ausgekotzt.abgdf schrieb:
Aber ich denke solange man kein Array of hash of array of hash benutzt sollte es noch gehen. Die Syntax von Perl ist grauenhaft ... die Semantik sehr mächtig. Und Perl ist auf jedem Systen ... Python muss erst noch installiert werden ...
Wizzzard
Member
framp schrieb:
Auf einer Standard-Installation von openSUSE ist python auch schon drauf.
Und seit wann wird perl mit Windows standardmäßig mitgeliefert? Diese Aussage ist Banane.
Dann kommt hinzu, dass wenn man das Rad nicht zweimal erfinden möchte, man immer noch die gewünschten Module nachinstallieren muss. Das Argument zieht nicht. Ich finde die standardmäßig mitgelieferte Library von Python praktischer als die von Perl, oder gehört libwww schon zum Standard? Oder Bibliotheken für den Zugriff auf Mails? Bei perl muss ich die immer nachinstallieren, bei python nicht.
OP
Die Zielplatform ist auch SuSE. Dann zieht mein Argument nicht mehr.Wizzzard schrieb:
s.o.
Mann kann auch CPAN Module in die PerlDistri einbinden. Allerdings will ich mich auf die Std Perl Module begrenzen.
Kannst Du mir einen Link empfehlen wo ich mal schnell über die Features von python nachlesen kann?
Wizzzard
Member
framp schrieb:
Alles was ich so an einführenden Beschreibungen kenne, geht auf so etwas nicht ein.
Da hilft nur die offizielle Dokumentation:
http://docs.python.org/lib/lib.html
Man spricht bei Python wegen der standardmäßig großen funktionalen Abdeckung der mitgelieferten Bibliothek auch von
.
regexer
Advanced Hacker
Gut, darüber ist sicher schon viel geschrieben worden und deswegen wahrscheinlich schon alles gesagt. Trotzdem: Weswegen ich perl mag und python nicht: perl kommt meiner Faulheit besser entgegen. Wenn ich schnell mal in der Konsole ein Problem einmalig zu lösen habe, will ich nicht erst einen Editor aufmachen, ein mehr oder weniger sauberes script schreiben, saven, und dann das script aufrufen. Perl kann ich mit -e einfach auf der Kommandozeile aufrufen und einen quick'n'dirty-hack zur einmaligen Verwendung schreiben. Wenn es natürlich um Projekte geht, gelten andere Regeln. TIMTOWTDIframp schrieb:
Interessanterweise scheint dieser Satz zumindest auf unsere Solaris-Installation hier im Betrieb zuzutreffen. Kein python. Perl vorhanden. Aber das ist sicherlich kein allgemein gültiges Argument.
EDIT: Zitat korrigiert
Hallo,
erstmal: Die Zitate, auf die Du Dich bezogen hast, habe nicht ich verfaßt, sondern framp.
Sodann: Python hat auch einen "One-liner"-Modus mit "python -c". Der ist aber nicht so gut wie der von Perl, weil man die benötigten Texteinrückungen eben schlecht, bzw. gar nicht in einer Zeile unterbringen kann. Da fehlt halt das ";". Das ist aber einer der ganz wenigen Fälle, wenn auch ein wichtiger, bei denen Perl im Vorteil ist.
Nachdem ich über framps Projekt gelesen habe, würde ich übrigens auch Perl dafür vorziehen, weil das Skript zwar groß, aber nicht so groß ist, das man mehrere Klassen bräuchte usw., und weil Perl bei der Netzwerkadministration wohl traditionell etwas gebräuchlicher ist. Bin halt konservativ.
Viele Grüße
erstmal: Die Zitate, auf die Du Dich bezogen hast, habe nicht ich verfaßt, sondern framp.
Sodann: Python hat auch einen "One-liner"-Modus mit "python -c". Der ist aber nicht so gut wie der von Perl, weil man die benötigten Texteinrückungen eben schlecht, bzw. gar nicht in einer Zeile unterbringen kann. Da fehlt halt das ";". Das ist aber einer der ganz wenigen Fälle, wenn auch ein wichtiger, bei denen Perl im Vorteil ist.
Nachdem ich über framps Projekt gelesen habe, würde ich übrigens auch Perl dafür vorziehen, weil das Skript zwar groß, aber nicht so groß ist, das man mehrere Klassen bräuchte usw., und weil Perl bei der Netzwerkadministration wohl traditionell etwas gebräuchlicher ist. Bin halt konservativ
.Viele Grüße
regexer
Advanced Hacker
Oh, Sorry!abgdf schrieb:
ps: ... ich habe es korrigiert.Wenn man Larry Wall glaubt, war der Grund für die Erfindung von perl Faulheit.
Im wirklichen Programmierer-Leben hatte ich bei Projektarbeit nie die Wahl, welche Programmiersprache ich nehmen soll. Das haben immer andere für mich entschieden.Nachdem ich über framps Projekt gelesen habe, würde ich übrigens auch Perl dafür vorziehen, weil das Skript zwar groß, aber nicht so groß ist, das man mehrere Klassen bräuchte usw., und weil Perl bei der Netzwerkadministration wohl traditionell etwas gebräuchlicher ist. Bin halt konservativ
Für die quick'n'dirty-jobs hat man als Programmierer die Wahl und hier gilt meiner Meinung nach: Jeder soll nach seiner Fasson selig werden.
