DIEVOLUTION TV + Blog

Will man Frameworks erlernen, sollte man sich zumindest rudimentär (besser natürlich sehr gut) mit der dahinterliegenden Sprache auskennen. Da ein großes Rundumschlag den Rahmen einer Serie sprengen würde, gibt es an dieser Stelle einen kleinen Vergleich der nackten Zahlen sowie ein Beispiel, wie man ein kleines Programm mit Ruby und PHP erstellt.

Zuerst zu den Zahlen:

PHP:

• Erscheinungsjahr: 1995
• Aktuelle Version: 5.2.6
• Einflüsse: Perl, C, C++, Java
• Betriebssystem: plattformunabhängig
• Webseite: www.php.net

Ruby:

• Erscheinungsjahr: 1995
• Aktuelle Version: 1.8.7
• Einflüsse: Smalltalk, Perl, Python und andere
• Betriebssystem: plattformunabhängig
• Webseite: www.ruby-lang.org

(Quelle: Wikipedia)

Nun ein paar Zahlen zur Verbreitung (Grobe Schätzung nach Google)
Suchergebnisse:
PHP: 11.100.000.000 bei dem Suchwort php
Ruby: 119.000.000 bei dem Suchwort ruby

Diese Zahlen sind natürlich wenig aussagekräftig, da bei php alle Seiten, die auf .php enden, in das Ergebnis mit einfließen und bei ruby natürlich noch viele andere Rubine versteckt sind.

Die Google Trends Anzeige spricht sich auch für PHP aus, es ist also durchaus möglich, dass PHP weiter verbreitet ist. Da Ruby zwar im gleichen Jahr “geboren” wurde wie PHP, sich aber aufgrund der Dokumentation und der fehlenden Fixierung auf das Internet nicht wie PHP zur Standardsprache im Netz aufschwingen konnte, hat PHP inzwischen die Nase deutlich vorne, jedenfalls für Webanwendungen (dessen Frameworks wir ja in dieser Serie vergleichen).

Der Code:
Guter Code steigt und fällt mit der Lesbarkeit. Es bringt nichts, den performantesten Code der Welt zu haben, wenn man Jahre braucht, um ihn zu lesen. Ein kleiner Vergleich des Lesbarkeit:
Zuerst das PHP Beispiel:

Und nun das Äquivalent in Ruby

(Ruby Highlighting im Blog sollte bald funktionieren)

An diesem wirklich einfachen Beispiel können wir bereits einen Hauptunterschied in der Lesbarkeit des Codes feststellen. Während PHP stark auf Klammern, Semikolons und co setzt, liest sich die Ruby Anwendung viel eleganter, obwohl man dort auch Klammern zum Einsatz bringen kann (und in vielen Fällen auch sollte).

Was steckt dahinter
Ruby ist eine objektorientierte Sprache. Alles in Ruby ist ein Objekt, es gibt keine primitiven Datentypen (wie etwa Zahlen in PHP). Hier liegt der große Vorteil von Ruby, denn durch die konsequente Objektorientiertheit passt sich Ruby an den Programmierer an. Man kann die vielen Vorteile der Objektorientiertheit nutzen, muss es aber nicht zwangsläufig tun. Dies macht auch einen Umstieg von anderen Sprachen auf Ruby zeitweise sehr einfach. PHP dagegen setzt erst seit der Version 5 auf eine gute objektorientierte Umgebung und hat noch viel aufzuholen, da oft auch alte PHP Projekte, die noch auf Version 4 laufen, am Leben gehalten werden müssen.

Was ist schneller
Es gibt ja den Spruch “Twitter can’t scale”, der vor allem in Amerika populär ist, wo Twitter viel genutzt wird. Twitter basiert auf Rails und stürzt häufig unter der Userlast ab. So könnte man meinen, PHP sei schneller und belastbarer wie Ruby, dies ist jedoch ein Trugschluss (Ich verweise hier auf diesen Eintrag: Ruby on Rails: scaling to 1 billion page views per month). Die Geschwindigkeit hängt von einem entscheidenden Kriterium ab: dem Programmierer. Ohne einen guten Programmierer werden ruby und php langsamer.

Was lässt sich leichter erlernen?
Dies ist auch eine Frage, die man so nicht ohne weiteres beantworten kann, es kommt auf die Vorkenntnisse des Programmierers an. Kommt dieser aus der C Ecke ist ihm wohl PHP näher, Smalltalk Programmierer fühlen sich bei Ruby wohl. Viele Bücher, die sich mit “Webprogrammierung für Anfänger” beschäftigen, beginnen mit PHP, was sich aber inzwischen fast als Schimpfwort für echte PHP Entwickler etabliert hat.

Fazit:
In dieser Runde ist es schwer, ein Fazit zu ziehen. PHP ist weiter verbreitet, Ruby hat die bessere Lesbarkeit und eine automatische Dokumentation, “Twitter can’t scale” und andere Programme schaffen doch 1 Milliarde Pageviews mit Rails. Ich (als Schiedsrichter im Ring) entscheide mich hier allerdings für Ruby, da man, wenn man häufig zwischen PHP und Ruby wechselt, sich leichter wieder in Ruby wie in PHP reinfindet. Ruby lässt sich durch die konsequente Objektorientierung und die fehlenden Klammern und Pfeile leichter und schneller schreiben. Damit steht es:

CakePHP 0 : 2 Ruby on Rails

Ruby on Rails mit einem kleinen Vorsprung. Doch wie geht es weiter?

Morgen ist aufgrund der Termindichte leider kein neuen Kapitel geplant, daher wird es wohl am Freitag den dritten Teil der Serie geben.

Kategorie: Cake vs Rails | 7 Kommentare »