Es muss ja nicht immer nur kommerzielle Alternativen geben... Bestes Beispiel ist der andere Thread, in dem Du eben geantwortet hast. Ein Unternehmen wird wohl eher phpMyAdmin installieren, als sich etwas vergleichbares selbst zu entwickeln...

[quote=renee,27.04.2006, 14:21]Es muss ja nicht immer nur kommerzielle Alternativen geben... Bestes Beispiel ist der andere Thread, in dem Du eben geantwortet hast. Ein Unternehmen wird wohl eher phpMyAdmin installieren, als sich etwas vergleichbares selbst zu entwickeln...[/quote]
Ja klar, phpMyAdmin ist Open Source für ein Open Source
Produkt... das gibt es, also warum neu programmieren...
aber versuche mal Open Source für Produkte zu erhalten, die
lizensiert werden müssen.

Der Markt ist hier sehr rar. Wieviele Open Source Produkte
gibt es zum Beispiel für Oracle? Es gibt Beispielsweise kein
lauffähiges DBD::Oracle für SLES s390! Das von pq entwickelte
HTML::Template::Compiled läuft auch nicht auf dieser
Architektur und keiner wird so verrückt sein, 10.000-xxx.xxx
Euro für eine Software auszugeben, um mal eben Open Source
zu entwickeln.

Und da kommt CPAN ins Spiel. Perl hat die Bausteine, um
Programme entwickeln zu können.\n\n

<!--EDIT|opi|1146141425-->

[quote=renee,27.04.2006, 13:31]Das Wiki wird also so bleiben wie es ist...[/quote]
Das Wiki kommt mittelfristig auch neu. Aber kein Rewrite, sondern ein Upgrade (neue TWiki-Version).

Programme in Perl?

Spiele:
Käsekästchen: http://www.fabiani.net/ -> Perl -> Downloads
Tk-Mines: http://www.fabiani.net/ -> Perl -> Downloads

Ich hoffe, dass ich zeitlich irgendwann noch mal zu StratSync komme... das koennte eine echte Killerapplikation werden... aber momentan ist mir das neue Forum wichtiger

[quote=Taulmarill,27.04.2006, 13:35]cpan ist für mich eines der key"features" von perl. zum vergleich: PEAR (das PHP CPAN) hat 370 pakete, auf dem CPAN sind 9903 module. dabei geht es nicht nur darum, möglichst viele verschiedene module zu haben, sondern vor allem die wahl zu haben. ich kann z.b. zwischen DBIx::Class und Class::DBI wählen, oder zwischen HTML::Template, Text::Template, TT2 oder sogar PHP :)
wenn man probleme hat, sich zu entscheiden, sollte ein blick auf Phalanx zumindest eine entscheidungshilfe geben[/quote]
Wobei ich mir nicht sicher bin, dass Vielfalt per se gut ist. Als Benutzer hat man die Qual der Wahl. Entwicklerressourcen können nicht gebündelt werden. Technologien zerfasern sich, z.B. kann man Pech haben, dass ein Wiki als Templatingsprache HTML::Template und nicht Template-Toolkit wählt.

Als Entscheidungshilfe im CPAN pflege ich ein kleine Übersicht über einige Module: http://cvs.sourceforge.net/viewcvs....ell.pod

der alte konflikt herz gegen verstand, freiheit ist immer gut nur bietet sie freiheit dummheiten zu machen. doktrien die einschnüren aber auch halt geben können sind höchstens in einer lernphase nützlich.

aber larry sagt auch (siehe letztes perlcast interview mit ihm) das was er sich am meisten wünscht ist ein freundliches empfangskomitee für newbees und ein auswählen und auch bewerten was an modulen nützlich und sinnvoll ist. dabei soll es ruhig mehrere distros geben. ich find deine podseite gut, sowas sollte es mehr geben, auch mehr diskurs darüber. darin stimme ich mit larry überein :)

Wir können auch hier im Wiki eine Seite mit von uns empfohlenen Modulen machen, um es wenigstens den Einsteigern hier zu erleichtern...

ja eine art listing mit 1-2 sätzen erklärung