Hallo miteinander,
habt Ihr das Thema jetzt endlich mal zu Ende durchgekaut? So ein
Riesenthread für so ein Kinkerlitzchen?
Lasst doch jeden programmieren, in welcher Sprache er will.
Dem Kunden ist das normalerweise wurscht, weil er eh nicht weiß, was der
Programmierer da treibt.
Wenn doch, sind's wirkliche Großprojekte, und man wird dann normalerweise
von mehreren Administratoren des Kunden "ausgequetscht". Seine Wahl der
Programmiersprache kann man aber dann sehr wohl begründen, sofern sie
einigermaßen Sinn macht. Und es kann wohl nicht nur eine einzige Sprache
sein bei solchen Projekten.
Wartbarkeit hängt nicht von der Sprache ab, denke ich. Man kann in jeder
Sprache Software schreiben, die keiner mehr warten kann. Und das machen
(sorry) hauptsächlich irgendwelche "Nur-PHP-Könner". Ein C-Programmierer
achtet meiner Erfahrung nach eher auf guten Code, wie er es anno wasweissich
vom guten Kernighan & Ritchie gelernt hat.
Dass PHP weiterentwickelt wird usw. kann als Grund (für PHP) nicht
herhalten. Guckt doch mal, was beim Wechsel von PHP3 auf PHP4 los war. Da
kann doch keiner im Ernst sagen, daß das ein Vorteil für den Kunden oder den
Coder ist.
Größere Anwendungen mussten umgestrickt werden, damit sie auf PHP4 liefen.
Und wenn jetzt einer sagt, das läge am Programmierstil ... (Ich bin gerne
bereit, denjenigen voll zu verheizen in einer PM-Schlacht).
Dass C schneller ist, kann als Grund bei einer Web-Applikation aber
ebenfalls nicht herhalten. Bei heutigen Prozessoren spielt das keine Rolle
mehr. Da braucht es wirklich "spezielle Spezialanwendungen", wo der Nutzen
dann noch durchkommt.
By the way, meine Sachen bestehen meistens aus einem Gemisch zwischen Perl,
PHP und C auf Serverseite, (leider und notwendigerweise) gespickt mit
Javascript-Code clientseitig (den ich wirklich gerne weglassen würde, wenn
das alles serverseitig und vernünftig ginge). Für AS400-Connections eben
Perl, weil es kein ordentliches PHP-Modul dafür gibt. Für Daemons, die
irgendwelche Dinge mit Root-Rechten erledigen müssen, C. Für den großen Rest
PHP. Geht quasi gar nicht anders. Wenn doch, möge mich jemand informieren.
Ob das für irgendwen nach mir noch wartbar ist? Klar, wenn er diese Sprachen
alle kann, schon. Weil der Code gut dokumentiert ist und ich auf möglichst
sauberen Stil achte.
Wenn jemand nur PHP kann (ich möcht nicht diskriminieren, aber ich hab schon
etliche PHP-Super-Eier kennengelernt, die mit ihrem Mundwerk so richtig
fette Software schreiben), hat er es bei solchen Projekten natürlich schwer.
Wobei ich PHP schon als vollwertige und ernstzunehmende Sprache einsortiere.
Bloß die meisten PHP-Programmierer, die ich so kenne, sortiere ich nicht
alls vollwertig und ernstzunehmend ein. Und alles kann man halt in PHP nicht
machen (weiß jemand AS400-Datenbanken zu melken? Sach an, ich suche
danach...)
Deshalb: Wartbarkeit meiner Software ist abhängig von dem, was die Software
können muss und von dem, der nach mir dran rumwurschtelt.
Und jetzt : Programmiert lieber selber bissle was, als ewig hier
rumzuphilosophieren über die _beste Programmiersprache_ , die _beste
Wartbarkeit_ , den _tollen Kunden, der weiß, was Du da treibst_ und und und
...
Gruß
Michl
----- Original Message -----
From: "adsci"
hallo!
Manfred Tremmel wrote:
Wenn das Framework vorhanden ist, wäre es IMHO idiotisch alles nochmal neue in PHP zu machen.
So wie ich das verstanden hatte macht sein Framework nicht mehr, als PHP auch macht: ein Framework für einfache Webentwicklung bereit stellen - und das macht PHP schon grundlegend ohne, dass man eine Zeile Code geschrieben hat. Ich weiss nicht ob sein Framework noch darüber hinaus geht.
Ich bin zudem der Meinung das es dem Kunden im allgemeinen nicht egal sein sollte und den Kunden meiner Klitsche ist das auch nicht egal. Die Wahl der Programmiersprache oder allgemein eingesetzten Mittel kann die Kosten oder die Wartungskosten beeinflussen.
Oder würdest Du Dir in der Kundenrolle eine Webanwendung in Assembler andrehen lassen, wenn Du nur einfach ne simple Homepage brauchst? Performance ohne Ende und die Programmierer sind stolz drauf, aber Wartung teuer und es dauert "nen Jahr" bis alles implementiert ist.
Nur nen Gedanke :-)
Gruß
marcel bankmann
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-programming-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-programming-help@suse.com