Re: PHP oder C

Am Sonntag, 21. August 2005 22:58 schrieb Joerg Rossdeutscher:
> Moin,
>
> Am Freitag, den 19.08.2005, 06:06 +0200 schrieb Manfred Rebentisch:
> > 1) PHP-basierend
> > 2) C/Apache-Modul
>
> Ich verstehe, ehrlich gesagt, nicht, wieso man das nicht in PHP machen
> sollte?
>
> Mit PHP hat der Kunde eine allgemein gängige Lösung, mit der er
> beliebige Dienstleister betreuen kann, er ist frei in der Wahl des OS
> und des Webservers, und er hat hinter sich eine große Community, die an
> den Sachen weiterentwickelt. Wenn er sein System erweitert, hat er das
> ganze Spektrum von PHP zur Verfügung, also Anbindung von Datenbanken,
> Imaging-Software, etc, pp.
>
Ja, vielen Dank. Genau das haben wohl auch andere dem Kunden gesagt. Ist 
nachvollziehbar.

" große Community, die an den Sachen weiterentwickelt"
Was nützt dem Kunden das, wenn an PHP weiter entwickelt wird? Seine 
PHP-Anwendung wird dadurch vielleicht garnicht besser, sondern muß angepaßt 
werden, weil Inkompatibilitäten entstanden sind.

" frei in der Wahl des OS"
Meine C-Lösung ist an den Apache gebunden, mit etwa 0,05% des Source-Codes.
Der Apache-Server läuft nicht nur unter Linux, sondern auch auf Windows-Server 
und vielen Unix'en. Meine C-Lösung läuft mit Apache mit.
Und wenn wer Lust hat, wird eine Schnittstelle für einen anderen Webserver 
implementiert.

"mit der er beliebige Dienstleister betreuen kann"
Bei der C-Lösung kann er zwar keine PHP-Dienstleister beauftragen, aber dann 
nimmt er eben C-Dienstleister.

>
> Die C-Lösung hat nur Nachteile: Es gibt keine Community, er ist abhängig
... hat NOCH keine Community. Aber vielleicht entsteht die wirklich nie...

> vom Entwickler (Ja, GPL, aber da muss sich ja auch wieder jemand
> einarbeiten, und welcher Online-Dienstleister hat schon einen
> C-Programmierer in der Firma), ...
Ich meine, daß die Abhängigkeit von einem C-Programmierer oder einem 
PHP-Programmierer sich nichts nimmt: der Kunde kann es nicht selbst und einen 
Fachmensch muß er ohnehin anheuern (wenn der ursprüngliche Auftragnehmer 
perdu ist).
Im übrigen haben sich selbst unsere Praktikanten innerhalb von ein bis zwei 
Tagen in die C-API eingearbeitet. 
Übrigens haben die meisten (größeren) Firmen mit IT-Personal mindestens einen 
C-Programmierer im Haus. Gerade weil C-Programmierkenntnisse weltweit so 
stark verbreitet sind und bleiben werden, habe ich 'C' gewählt. PHP ist in C 
programmiert, Apache ist in C programmiert, Linux ist in C programmiert. 

C-Programmierknowhow haben auch viele Leute, die heute Java, PHP, C#, C++ oder 
anderes programmieren. Sie stellen dieses alte C-Know-How manchmal nicht mal 
in der Vita heraus, weil es ihnen unwichtig erscheint.

>
> Also warum C? Hättest du jetzt Perl gesagt... aber C?

Meinst Du, weil die Abhängigkeit von einem Perl-Programmierer für den Kunden 
erträglicher wäre?

Vielleicht bist Du Perl-Fachmann und ich will nicht überheblich sein, aber 
C-Programmierung ist einfacher zu lernen als Perl, es gibt wesentlich mehr 
C-Programmierer und wenn ich mir existierende Perl-Anwendungen (die gut sein 
mögen) ansehe, stehen mir einfach die Haare zu Berge.

Und: ich wette, auch der Perl-Interpreter ist in C programmiert.

Nicht zuletzt ist mein Argument für den Kunden, daß er ein unschlagbar 
schnelles System bekommt, mit dem er seinen Mitbewerbern einige Nasenlängen 
voraus ist. Die Sicherheit gegen Hackerangriffe kann theoretisch auch mit PHP 
gewährleistet werden. Aber viele Systeme (wie PHP postnuke) können es eben 
nicht. 

[Anmerkung: ich bin jetzt drei Tage offline, dann kann ich wieder antworten]

Manfred

-- 
Um die Liste abzubestellen, schicken Sie eine Mail an:
    [email protected]
Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken
Sie eine Mail an: [email protected]