Schrift
[thread]7643[/thread]

Lernfähiges program in perl? (Seite 4)



<< |< 1 2 3 4 >| >> 37 Einträge, 4 Seiten
bloonix
 2006-01-27 00:05
#62174 #62174
User since
2005-12-17
1615 Artikel
HausmeisterIn
[Homepage]
user image
[quote=Strat,26.01.2006, 17:34]Fazit: wer professionell mit Perl arbeiten will, muss Module verwenden (gerade bei groesseren Sachen)[/quote]
Finde ich auch.

Als ich mit Perl anfing, hatte ich auch eine absolute Abneigung zu Modulen.
Jeden Kleinkram habe ich selbst geschrieben oder ich hatte es zumindest
versucht. Bis mir dann mal ein paar Programmierer meinen Code um die
Ohren gehauen haben, weil nichts davon wiederverwendbar war - es war
natürlich alles maßgeschneidert für das aktuelle Skript - und ich sehr viel
Zeit dafür verschwendet hatte. Das alles hatte ich natürlich damit
begründet, dass wenn ich mein Können nur auf die Einbindung von Modulen
beschränke, mir Perl auf ewig fremd bleiben werde. Dieser Gedanke war
vollkommener Unsinn. Zu Perl gehört auch, Module zu verwenden und
wenn Fehler oder Sicherheitslücken in Modulen auftreten, dann sollten Sie
dem Autor gemeldet werden. Das alles trägt nur zur Robustheit von Perl
bei.

Zwischen dem Verwenden von use und exit bleibt noch mehr als genügend
Code übrig zum 'Perlen' :-)\n\n

<!--EDIT|opi|1138313611-->
What is a good module? That's hard to say.
What is good code? That's also hard to say.
One man's Thing of Beauty is another's man's Evil Hack.
renee
 2006-01-27 00:28
#62175 #62175
User since
2003-08-04
14371 Artikel
ModeratorIn
[Homepage] [default_avatar]
[quote=opi,26.01.2006, 23:05][...]
Zwischen dem Verwenden von use und exit bleibt noch mehr als genügend
Code übrig zum 'Perlen' :-)[/quote]
Den Spruch muss ich mir merken, der ist wirklich gut!
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/
bloonix
 2006-01-27 00:29
#62176 #62176
User since
2005-12-17
1615 Artikel
HausmeisterIn
[Homepage]
user image
[quote=renee,26.01.2006, 23:28]Den Spruch muss ich mir merken ...[/quote]
aber nur, wenn du ihn nicht irgendwann gegen mich verwendest *g*
What is a good module? That's hard to say.
What is good code? That's also hard to say.
One man's Thing of Beauty is another's man's Evil Hack.
cbxk1xg
 2006-01-28 03:28
#62177 #62177
User since
2003-10-20
496 Artikel
BenutzerIn
[default_avatar]
Warum ich selten Module benutze:
1. Sie sind oft nicht bei allen Webspaceanbietern vorhanden.
2. Nicht immer sind Module schneller und besser.
3. Das nachträgliche installieren (mit kompilieren) ist eine selten-dämliche Hürde. Insbesondere für Kundenprojekte.
4. Eventuelle Copyright Probleme.
5. Die Performance wird nicht unbedingt besser, wenn ich unmengen an Code mit dazu lade, nur um eine einzige Funktion zu benutzen.

Wann ich Module benutze:
- FTP (NET::FTP, E-MAIL (MIME::Lite), DBs (DBI und andere), etc. pp.

Masochist bin ich übigens nicht. Aber eine charmante Anmerkung war es alle mal.

Wenn ich mir alle Module bei CPAN vornehmen würde die ich für verbesserungswürdig halte, hätte ich keine Zeit mehr für meine eigenen Projekte. Außerdem bin ich schlicht und ergreifend nicht gut genug, um Module anderer mal eben schnell zu de-buggen. Und um Code wiederverwendbar zu machen gibt es auch noch SUBs und Klassen.

Letztendlich liegt die Wahrheit wohl, wie so oft, irgendwo dazwischen.
renee
 2006-01-28 03:45
#62178 #62178
User since
2003-08-04
14371 Artikel
ModeratorIn
[Homepage] [default_avatar]
[quote=cbxk1xg,28.01.2006, 02:28]Warum ich selten Module benutze:
1. Sie sind oft nicht bei allen Webspaceanbietern vorhanden.
2. Nicht immer sind Module schneller und besser.
3. Das nachträgliche installieren (mit kompilieren) ist eine selten-dämliche Hürde. Insbesondere für Kundenprojekte.
4. Eventuelle Copyright Probleme.
5. Die Performance wird nicht unbedingt besser, wenn ich unmengen an Code mit dazu lade, nur um eine einzige Funktion zu benutzen.
[...][/quote]
zu 1.)
*) Es gibt pq's cgipan-Skript (Such mal hier im Forum und es ist auf sourceforge erhaeltlich)
*) PurePerl-Module kann man auch einfach kopieren
*) dann einfach use lib benutzen

zu 2.) bei Modulen mit hohen Versionen und bei denen Du einiges im Internet findest, bist Du meistens auf der sicheren Seite.
Der Geschwindigkeitsnachteil ist meistens nur marginal, ausserdem programmiert man selbst haeufig zu umstaendlich (und dadurch verlangsamt man ein Programm)

zu 3.) wurde schon in 1.) beantwortet. Fuer's Deployment kann man auch CPAN:PAR verwenden!

zu 4.) machen nur dann Probleme, wenn Du etwas "closed-source" machen willst. Da die meisten Module aber unter den gleichen Lizenzen stehen wie Perl, sollte es auch da keine Probleme geben (Stichwort: Artistic License)

zu 5.) Gebe ich Dir bedingt recht, bei wirklich einfachen Methoden mache ich das auch nicht, aber sobald es nur ein klein wenig komplizierter wird und es ein gutes Modul dazu gibt, verwende ich es...

Zu dem Punkt, Du waerst nicht "gut genug":
Wenn man einen Bug gefunden hat oder sonstige Hinweise fuer den Autor hat, dann immer fleissig in http://rt.cpan.org eintragen. Der Autor wird sich - in den meisten Faellen - schon dazu aeussern (Ob es wirklich ein Bug ist oder ob ein Benutzerfehler vorliegt). Natuerlich sollte man einen kleinen Testfall schreiben und die Doku vorher gelesen haben...
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/
cbxk1xg
 2006-01-28 04:02
#62179 #62179
User since
2003-10-20
496 Artikel
BenutzerIn
[default_avatar]
[quote=renee,28.01.2006, 02:45][/quote]
> Zu 1. *) PurePerl-Module kann man auch einfach kopieren
War mir bereits bekannt.

> zu 2.) bei Modulen mit hohen Versionen und bei denen Du einiges im Internet findest (...)
Ist ein valides Argument.

> zu 3.) wurde schon in 1.) beantwortet. Fuer's Deployment (...)
Kannte ich noch nicht, sehe ich mir an...

> zu 4.) machen nur dann Probleme, wenn Du etwas "closed-source" machen willst.
Ja und dann? Dann haben wir den Salat. Ich kann mich doch dann nicht hinstellen und von MEINEM geistigen Eigentum sprechen. Ich denke, daß die rechtliche Komponente die wohl schwierigste ist. - Ich werde das mal von einem guten Freund überprüfen lassen...
renee
 2006-01-28 04:16
#62180 #62180
User since
2003-08-04
14371 Artikel
ModeratorIn
[Homepage] [default_avatar]
Das Programm an sich ist immer noch DEIN gestiges Eigentum nicht. Du darfst nur das Modul / die Module nicht zu DEINEM geistigen Eigentum erklaeren. Ansonsten viel Spass beim Entwickeln einer eigenen Programmiersprache, da Du ja - Deiner Argumentation folgend - auch kein Perl verwenden duerftest, da es ja auch nicht aus Deiner Feder (aehhh... Tastatur) stammt.

Such mal im Internet. Die Frage mit den Lizenzen taucht immer wieder auf und ist in der Tat fuer juristische Laien auch nicht ganz einfach.
Du hast in der Tat recht wenn Du sagst, dass "die rechtliche Komponente die schwierigst ist"!

Wenn Du einen guten Freund hast, der sowas ueberpruefen kann, gehoerst Du zu der gluecklichen Sorte...
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/
<< |< 1 2 3 4 >| >> 37 Einträge, 4 Seiten



View all threads created 2006-01-22 20:57.