Hi,
bei Profi-IDE's wie phpEd, Maguma, Komodo, Zend, usw. sind debugger enthaltn, vor allem xdebug und dbg, wobei dbg sogar das remote-debugging beherrscht.

Nun verlange ich dzt. als Auftraggeber von freelancern, um die Qualifikation etwas zu steigern, dass sie nicht bloß mit schlichten Editoren wie notepad PHP "programmieren", sondern u.a. auch das debuggen mit dbg, xdebug (neben anderen Dingen) können müssen.

Nun sagen mir 90%, dass xdebug, dbg ein Nonsens und überflüssig ist, während 10% diesen Standpunkt belächeln.

Wie ist das nun tatsächlich?

Warum gibt es denn in high-end IDE's diese xdebug, dbg? Und wie wichtig ist der Umgang damit?

lg

also ich arbeite seit 2 monaten mit zend studio bzw. zend-server und möchte das nicht mehr missen. du kannst beliebig haltepunkte setzen und so z.b. in schleifen ständig die werte überprüfen und must nicht permanent mit irgendwelchen testausgaben arbeiten. das erleichtertet das auffinden von fehlern ganz ungemein. auch wenn ich vom zend-editor wenig halte.

gruß
peter

Das Debuggen mit Tools sickerte aus anderen Sprachen in die PHP-Welt hinüber. Dort hat man selten so ideale Bedingungen wie mit PHP.

Als PHP-Entwickler tippt man schnell mal var_dump($foo), Strg+S, Alt+Tab, Strg+R und zack schon hat man eine Variable getestet.
In kompilierten Sprachen ist nach jeder Änderung des Codes ein Rebuild nötig. Das dauert wesentlich länger.

Mit PHP hat man fast immer eine Ausgabefläche zur Hand, wo man Testausgaben machen kann (Shell, Browser, Logfile).
In anderen Sprachen wird z.B. hardwarenah programmiert (Treiber, embedded) oder verteilte Architekturen.

PHP-Scripte sind vergleichsweise klein. Wieviele LOCs hat eine PHP-Anwendung im Schnitt, im Vergleich zu C++-Anwendungen? Ich habe keine Zahlen, aber der Unterschied dürfte deutlich sein.

Fazit: PHP-Code kann man auch ohne Tools debuggen. Es geht.
Man kann aber auch Debugger verwenden. Damit gehts noch besser.


Ich würde allerdings nicht soweit gehen und sagen, dass ein PHP-Entwickler nur dann wirklich qualifiziert ist, wenn er die bekannten Debugger kennt und bedienen kann.
Für mich ist es ein Indiz für Professionalität, niemals ein Ausschlußkriterium.
Schließlich kann man den Umgang mit einem Debugger an einem Tag lernen und dann auch nichts falsch machen. Anders als z.B. Unit Testing.

Original geschrieben von silberfisch
Nun verlange ich dzt. als Auftraggeber von freelancern, um die Qualifikation etwas zu steigern, dass sie nicht bloß mit schlichten Editoren wie notepad PHP "programmieren", sondern u.a. auch das debuggen mit dbg, xdebug (neben anderen Dingen) können müssen.
Ich würde dich hier gerne darauf hinweisen, dass du ein nicht realitätsnahes Schwarz-Weiß denken an den Tag legst. Zwischen (meiner Meinung nach) überladenen und schwerfälligen Entwicklungsumgebungen (die sicherlich ihre Daseinsberechtigung haben) und Text-Editoren wie Notepad gibt es eine breite Masse an mehr oder weniger effizienten Zwischendingen. Deine Aussage impliziert aber "alles was nicht 'Profi'-IDE ist, ist 'Notepad'".


Original geschrieben von silberfisch
Nun sagen mir 90%, dass xdebug, dbg ein Nonsens und überflüssig ist, während 10% diesen Standpunkt belächeln.
Wo wir hier doch grade von prof. Verhalten reden: Aus der Luft gegriffene Prozentaussagen finde ich immer sehr lustig ;)


Ich persönlich kann sagen, dass ich PHP mit einem schlichten Editor entwickel. Syntax-Highlighting, Code-Einrückung und Zeilennummern genügen mir. In dem Betrieb, in dem ich arbeite, benutzen alle meine Kollegen Zend-Studio welches für mich schlicht überladen ist, und dennoch stehe ich puncto Programmiereffizienz meinen IDE-Kollegen in nichts nach.

Um mal einen Vergleich anzustrengen: Ich kenne Leute, die arbeiten nur auf der Kommandozeile. Obwohl es Desktop-Software gibt. Und ich wage hier teilweise sogar zu behaupten, dass diese Leute wesentlich schneller arbeiten, als der Klicki-Bunti-Pendant. Es ist eben, wie so vieles im Leben, in erster Linie Geschmacks- und Einstellungssache ;)

also den zend-debugger möchte ich, wie schon gesagt, nicht mehr missen. allerdings ist diese form des debuggens für kein qualitätskriterium bei der bewertung eines programmierers. die handhabung ist an einem tag gelernt, wenns denn sein muss.

gruß
peter

o.k. - ist dann "unit testing" ein Indiz für "high-end"-programmers; vielleicht sonst noch was, zbsp uml? Alter über 30 J.?
mfg

Um Himmels Willen, so hab ich das nicht gemeint! :eek:
Es ist generell eine schlechte Idee, gute und schlechte PHPler anhand harter Kriterien zu unterscheiden.
Eine Liste von Fachbegriffen ist sowieso kein Qualifikationstest. Es kann doch jeder DAU einfach alles abnicken ... "kann ich, kann ich auch" usw.

Wenn du wissen willst, was ein Kandidat auf der Pfanne hat, dann teste ihn. Lass dir seine Referenzen zeigen (nicht nur nennen, sondern erklären oder schau wenn möglich in den Code), frage nach dem Arbeitsumfeld früherer Jobs (Teamarbeit, Controlling, Modularisierung, Versionierung). *ich vermeide hier bewußt die Namen bestimmter Techniken und Tools*
Kandidaten in der engeren Wahl kann man auch mit kleinen Programmieraufgaben aussieben. Das haben die meisten zwar nicht gern, aber wenn sich der Auftrag lohnt, schlucken sie es.
Last but not least solltest du auch den theoretischen Background prüfen. Ein Hochschulabschluß sagt dabei allerdings rein gar nichts aus. PHP wird an Hochschulen nicht gelehrt. Frage nach Konzepten wie Normalisierung, Objektorientierung, Komplexitätsberechnung etc.
Bei dieser Gelegenheit merkst du dann auch, wer schwierige Sachverhalte verständlich erklären kann. Das ist nicht nur wichtig, wenn der Kandidat auf Kunden losgelassen werden soll sondern kommt auch der Kommunikation innerhalb des Projektteams zugute.

Allerdings sind solche Anforderungen für die meisten 0815-Projekte schon ziemlich oversized. Also immer schön im Rahmen bleiben. ;)

Um mal auf die Altersfrage einzugehen: Meine Erfahrung ist es, dass "ältere" Programmierer gerne sozusagen träge werden. Sie arbeiten mit den Mitteln, die sie schon seit langem benutzen und sind nur schwer von "neuen" Techniken zu überzeugen. Ausnahmen bestätigen hier sicherlich die Regel, aber das ist meine persönliche Erfahrung.

Das bedeutet auf der anderen Seite natürlich nicht, dass ein 16-jähriger Jungspund, der von sich behauptet schon dutzende Clanseiten auf Grundlage professionellster Techniken entwickelt zu haben die richtige Wahl ist. Aber "alles unter 30 Jahre" ausschließen halte ich für einen Schnitt ins eigene Fleisch.

Meine Erfahrung ist es, dass "ältere" Programmierer gerne sozusagen träge werden.
der übliche jugendwahn. imho ist das alles eine frage der einstellung. unser vater (mittlerweile im ruhestand) hat als förster noch mit weit über 50 lenzen sehr schnell gelernt, wie man mit einem mobilen datenerfassungssystem umgeht, während da deutlich jüngere kollegen schon gepaßt haben.
und sind nur schwer von "neuen" Techniken zu überzeugen
das nennt sich erfahrung. etliche "ältere" semester beobachten erst und entscheiden dann. außerdem können sie mögliche probleme deutlich besser einschätzen. wenn ich nur daran denke, wieviel zeit ich in dinge investiert habe, die sich dann als blindgänger erwiesen habe (z.b. vrml), dann wird mir schlecht.

gut, es gibt mit sicherheit bei vielen diese typisch altdeutsche einstellung "das haben wir immer so gemacht - das haben wir noch nie so gemacht - da kann ja jeder kommen", aber das hängt, wie gesagt, von der einstellung und nicht vom alter ab.

prüfe das knowhow der leute (wenn du das kannst) und entscheide von fall zu fall. lass die z.b. aufgaben unter zeitdruck lösen. eine sehr gute methode sind auch mathematik- und logikaufgaben, da kannst du deren denkvermögen testen. wer von 10 grundrechenarten nur zwei beherrscht, kann kein guter programmierer sein.

gruß
peter

Original geschrieben von Kropff
wer von 10 grundrechenarten nur zwei beherrscht, kann kein guter programmierer sein.Wer mehr als 4 kennt, ist ein Angeber. ;)

Original geschrieben von Kropff

gut, es gibt mit sicherheit bei vielen diese typisch altdeutsche einstellung "das haben wir immer so gemacht - das haben wir noch nie so gemacht - da kann ja jeder kommen", aber das hängt, wie gesagt, von der einstellung und nicht vom alter ab.
Objektiv hab ich nichts anderes behauptet.

Original geschrieben von onemorenerd
Es kann doch jeder DAU einfach alles abnicken ... "kann ich, kann ich auch" usw.

Stimmt, und es stimmt dies auch für die DAP's, die uns seit 10-12 Monaten Probleme machen. Anfangs ist alles "kein Problem", dann gibts tolle Referenzen (oftmals gefaked, was sich bei Anrufen herausstellte) und schließlich werden angenommene Aufträge (heimlich) "weitergegeben", bis in die Ukraine, was wir nicht tolerieren.

Bisher haben wir mit Zend-zertifizierten gute Erfahrungen gemacht, aber die sind ziemlich selten. Daher die Einstellungen, an den eingesetzten tools die Spreu von Weizen zu trennen, wozu auch bugtracker, subversion, etc. gehören, weil es um ein komplexeres Projekt geht, wo man schon den Überblick über >100 Skripte/Dateien finden muß. Gerade Angebote, die beim Std.Aufwand um 600% auseinanderklaffen führen dazu, dass uns der Std.Satz ziemlich egal geworden ist, weil die Spannen bei den Personentagen/Manntagen (6-fache) oft nicht erklärlich sind.

mfg
p.s. DAP = dümmste anzunehmender ProgrammiererIn

Original geschrieben von unset
[BUm mal einen Vergleich anzustrengen: Ich kenne Leute, die arbeiten nur auf der Kommandozeile. Obwohl es Desktop-Software gibt. Und ich wage hier teilweise sogar zu behaupten, dass diese Leute wesentlich schneller arbeiten, als der Klicki-Bunti-Pendant. Es ist eben, wie so vieles im Leben, in erster Linie Geschmacks- und Einstellungssache ;) [/B]

vi bzw vim steigert (wenn man es erstmal beherrscht) die Produktivität ungemein!

http://en.wikipedia.org/wiki/Vi

Bin praktisch dazu gezwungen worden, weil wir viel bei Kunden direkt per SSH auf den Servern programmieren. (für kleinere Änderungen etc)
Jetzt will ich es aber nicht mehr missen :)

Nun kann ich sagen, dass wir Leute, die mit debuggern nicht arbeiten können / noch nicht gearbeitet haben, keine Verträge mehr abschließen, weil wir die nicht als "Programmierer" oder DB-Entwickler ansehen können.

Zum Alter nochmals: da ist die Grenze doch noch gekommen: > 30 J.

Es gibt massig Leute, die ohne I.D.E. (z.Bsp. mit html-editor und simplen Texteditoren) ihre Dienste als PHP-Programmierer anbieten - die sind nun automatisch auch out.

Auch die Gruppe der "Skriptinstallateure", die sich als php-Programmierer ausgeben, können inzw. ganz gut ausgegrenzt werden, was für unsere Projekte eine wahre Wohltat ist.

Auch: wer am Mac oder unter IIS php-Projekte entwickelt, ist ebenfalls out.

So ist bei uns die anfangs gestellte Frage klar beantwortet:

Leute ohne IDE, die einen debugger schon integriert hat oder die den integrierten debugger noch nie nutzten oder für unnötig halten oder nicht nutzen wollen, das sind für uns keine echten Programmierer und daher auch künftig keine Auftragnehmer mehr.

Also ich arbeite mit Eclipse, selbstgebautem Apache/PHP/MySQL, xdebug, FF2, FF3, Opera, IE6 und IE7. Dennoch passe ich nicht in dein Raster, denn ich arbeite an einem Mac. Findest du das richtig?
Immerhin habe ich so auch Safari (nativ!), Camino und sogar IE4Mac.
Dank VMWare sind Vista, XP und diverse Linuxe nur einen Klick entfernt.
Es gibt wirklich kein Argument gegen Macs. :rolleyes:

Nun kann ich sagen, dass wir Leute, die mit debuggern nicht arbeiten können / noch nicht gearbeitet haben, keine Verträge mehr abschließen, weil wir die nicht als "Programmierer" oder DB-Entwickler ansehen können.



Es gibt massig Leute, die ohne I.D.E. (z.Bsp. mit html-editor und simplen Texteditoren) ihre Dienste als PHP-Programmierer anbieten - die sind nun automatisch auch out.



Auch: wer am Mac oder unter IIS php-Projekte entwickelt, ist ebenfalls out.


Diese drei sind meiner Meinung nach total falsch.
Wie onemorenerd schon sagt, gibt es Sprachen, in denen man ohne Debugger nicht auskommt, aber PHP gehört da definitiv nicht dazu. Es gibt genug Möglichkeiten für Testausgaben, auch wenn ein Debugger sicherlich meistens der zeitsparendere Ansatz ist. (Ich benutze keinen, sondern verwende eine eigene kleine Testausgaben-Bibliothek.)

Entwickler ohne IDE auszuschließen halte ich ebenfalls für einen Fehler. Es ist möglich, komplexe PHP-Projekte ohne IDE zu entwickeln. Ich würds zwar nicht mehr machen, aber IDE ist kein Ausschlußkriterium.

Und Leute, die mit Mac und IIS arbeiten, auszuschließen, ist der größte Fehler von allen. Ich kenne exzellente PHP-Programmierer, die auf OS X entwickeln.
IIS ist zwar sicher nicht erste Wahl in der PHP-Welt, aber ebenfalls nicht notwendigerweise Ausschlußkriterium.

Ich finde, @onemorenerd und @Kropff haben eigentlich schon das Meiste zum Thema gesagt. Teste deine Leute, schau sie dir an, höre ihnen zu. Verlange Referenzen, bei denen du die Kunden anrufen kannst und vielleicht vielleicht sogar ein paar Code-Stichproben bekommen. Befrage sie zu den Themen Sicherheit und Wiederverwendbarkeit und schau, wie sie reagieren.

Zum Thema Ältere Semester kann ich nur sagen, daß ich schon einige solche in meinem Leben kennengelernt habe, vor denen ich fachlich und menschlich großen Respekt habe. Talent, schnelles Denken, Auffassungsgabe und Anpassungsfähigkeit sind die Privilegien der Jugend, aber zu lernen, so zu arbeiten, daß es langfristig Erfolg hat, mit Weitsicht zu planen und so weiter sind Dinge, die zu lernen man mit Ende 20 noch lange nicht fertig ist. Ich zumindest noch nicht.

Und wenn du's bei einem Kandidaten wirklich wissen willst, dann schick ihn hierher mit einer Fragestellung. Wir nehmen ihn dann schon auseinander und sagen dir, ob er taugt. Das gibts natürlich nicht für Umme :D


@all: Das wäre wirklich eine ernsthafte Geschäftsidee! *grübel-....*
So, jetzt ist aber Schluß und Wochenende!

man kanns auch mal von der anderen Seite sehn:

für mich sind alle Auftraggeber out, die:

- mir ihre Telefonnummer und Adresse nicht geben wollen.

- die das Internet nur vom Hörensagen kennen

- die mir anbieten erst dann zu bezahlen wenn "die Website Gewinn abwirft"

- die illegalen Kram programmiert haben wollen

- die das Copyright an allen Programmteilen haben wollen

- die nicht wissen was Copyright und Urheberrecht bedeuten

- die "Uhrheberechd" schreiben

- die jünger als 12 sind

- die "wir" schreiben, obwohl es eine Ein-Mann-Firma ist

- die meinen, daß man eine Idee klaut, sich nen Programmierer einkauft
und dann reich wird ohne selbst was zu tun.

- die meinen, daß der Prorgammierer nichts tut,
weil man auf der Website nichts sieht

- die nicht verstehn, daß ein Programmierer während der
Arbeit nicht gestört werden will und alle 5 Minuten nachfragen
wies denn so läuft

- die dann auch nicht verstehn, daß man überwiegend nachts arbeitet

- die nicht verstehn, daß man noch andere Telefonate mit anderen
Auftraggebern führen muß

- die ohne Rücksprache andere Programmierer die Website
"SEO-Optimieren" lassen.

- die einen anrufen wenn sie das Passwort vergessen,
mit Word nicht zurechtkommen oder die Kaffemaschine klemmt,
weil "das gehört zum Programmieren dazu"

- die Arbeit nur dann würdigen wenn man nach Feierabend dreckige Hände hat
und gedankliche Arbeit für eine Form des Schmarozens halten

- die möchten, daß man das Script auf ihrem Server installiert,
aber nicht kapieren warum man einen ftp-Zugang möchte.

- deren Abstraktionsvermögen nicht so weit reicht, daß sie
sich ein Logo auf der rechten statt auf der linken Seite vorstellen können
und die alles erst mal "sehen" müssen.

- denen auch die Bildschirmansicht nicht genügt
und die alles ausgedruckt zugesandt haben wollen.

- die sich zig Designvorschläge anbieten lassen
und dafür natürlich nichts bezahlen weil es ihnen nicht gefallen hat

- die eine lausige Projektbeschreibung liefern,
aber eine detailliertes Angebot mit fixer Termin- und Preiszusage erwarten

- die trotz zweimaligem Erklären nicht begreifen,
daß man keinen Debugger benutzen muß um ein guter PHP-Programmierer zu sein

- die bei Session an Jazz denken und bei Sitzung an Karneval

:D :D :D :D :D :D

Original geschrieben von Koala


- die das Copyright an allen Programmteilen haben wollen

- die nicht wissen was Copyright und Urheberrecht bedeuten

- die "Uhrheberechd" schreiben

- die jünger als 12 sind

- die "wir" schreiben, obwohl es eine Ein-Mann-Firma ist

-
Ja kenne ich, von "Programmierern", insbesondere bei phpcenter zu sehen. Wobei einige x-mal sogar "Lisenz" :) schreiben und einen englischen Text (script-Beschreibung) gar nicht lesen können, aber dennoch 20,-/40,-/50,-/60,- die Stunde haben möchten. :)

Aber zurück zum thread: ohne php-zentrierte IDE und ohne php-debugger (php-zentrierte IDE's haben alle die debugger-features) bietet m.M. kein Könner, sondern eher ein Amateur an, der am liebsten mit einem html-editor php "programmiert" und damit seine Stunden verdoppelt, verdreifacht, vervierfacht und oft erklärt warum die "Stunden" so oft weit (bis zum 4-fachen) auseinanderliegen.

Aber zurück zum thread: ohne php-zentrierte IDE und ohne php-debugger (php-zentrierte IDE's haben alle die debugger-features) bietet m.M. kein Könner, sondern eher ein Amateur an, der am liebsten mit einem html-editor php "programmiert" und damit seine Stunden verdoppelt, verdreifacht, vervierfacht und oft erklärt warum die "Stunden" so oft weit (bis zum 4-fachen) auseinanderliegen.


Na wenn du meinst :p Du hast hier diverse differenzierte Meinungen von erfahrenen Programmierern zum Durchlesen - mehr geht nicht *schulterzuck*

Und wenn Du glaubst, daß die Differenzen in den Stundenkalkulationen wirklich nur durch den Einsatz von Texteditoren zustande kommen, ist Dir eh nicht zu helfen :D

ok - nochmal ernsthafter:

wie Du richtig gemerkt hast sagen Stundensätze gar nichts aus:

Ein Programmierer macht einen Auftrag in 2 Stunden und verlangt vielleicht 30 Euro je Stunde.
Ein anderer Programmierer verlangt 10 Euro die Stunde und braucht 10 Stunden.
Also ist in diesem Fall der vermeintlich teurere Programmierer billiger.

Abhilfe:
Festpreis plus max. 10% vereinbaren, das nützt beiden Seiten.

Doch:
Es ist auch die Qualität zu beachten.
Ein Kontaktformular ohne Validierung und mit Tabellendesign
kann man für 20 Euro hinschludern.
Ein Kontakformular mit W3C-validem Code, CSS-Design, Validierung,
erneute Ausgabe der korrekt eingegebenen Eingaben, Hilfetexte etc. kann durchaus 150 Euro kosten.

Es kommt bei der Auftragsvergabe nicht nur auf die Qualität des Programmierers an, sondern eben auch darauf an ob der Auftraggeber überhaupt fachlich kompetent ist und beurteilen kann was "gut" ist.

"funktioniert" oder "sieht gut aus" sind keine Beurteilungskriterien die weiterhelfen.

In Deinem speziellen Fall scheinst Du mir allerdings beratungsresistent zu sein.

Du akzeptierst die hier geposteten Anmerkungen zum Debuggen nicht
und machst die Qualität des Programmieres darüberhinaus auch
noch vom verwendeten Programmierwerkzeug abhängig.

Letztendlich ist es Vertauenssache wenn man keine Ahnung von der Materie hat.

Wenn ich keine Ahnung von Autos hab, dann muß ich eben dem Werkstattmeister vertrauen.

Original geschrieben von Koala


wie Du richtig gemerkt hast sagen Stundensätze gar nichts aus:

Ein Programmierer macht einen Auftrag in 2 Stunden und verlangt vielleicht 30 Euro je Stunde.
Ein anderer Programmierer verlangt 10 Euro die Stunde und braucht 10 Stunden.
Also ist in diesem Fall der vermeintlich teurere Programmierer billiger.

Doch:
Es ist auch die Qualität zu beachten.
Ein Kontaktformular ohne Validierung und mit Tabellendesign
kann man für 20 Euro hinschludern.
Ein Kontakformular mit W3C-validem Code, CSS-Design, Validierung,
erneute Ausgabe der korrekt eingegebenen Eingaben, Hilfetexte etc. kann durchaus 150 Euro kosten.

Ein Kontaktformular kopiert man (gibt es ja 100.000 x) und paßt es (falls nötig) etwas an - es sei denn der freelancer hat noch nie ein Kontaktformular gemacht.

Aber klar, aus einer 3-Std.Aufgabe kann man locker einen 3-Tages-Job "machen"; wissen wir schon. So kommt es, dass auch EUR 30,- Leute x-mal länger brauchen, als EUR 10,- Leute - meistens deswegen, weil sie alles 4-5 x machen müssen, bis es paßt.

Ich geb Dir recht: wenn man keine Ahnung hat, kann sich jeder als Werkstattmeister ausgeben - auch Du; wenn man aber Ahnung hat, werden aus vielen Werkstattmeistern rasch schlichte PKW-Azubis im 1. Ausbildungsjahr, die sich mit Wikipedia-Infos durchschlagen.

Hier hilft manchmal die Vorlage von Ausbildungszeugnissen mehr, als homepage-Behauptungen, die mehr gefaked als übertrieben sind. Aber viele "Profis" haben nicht einmal eine homepage.

Also, seit dem wir nach den Werkzeugen gehen, die jemand einsetzt und nach Ausbildungszeugnissen, können wir besser zwischen Werkstattmeistern und überheblichen bzw. eingebildeten Azubis unterscheiden. Also: wenn einer mit "notepad" php/mysql programmiert - so soll er das; aber nicht bei uns. Wenn einer zB mit phpEd php/mysql programmiert - so soll er das; möglichst auch bei uns.

Original geschrieben von silberfisch
Also: wenn einer mit "notepad" php/mysql programmiert - so soll er das; aber nicht bei uns. Wenn einer zB mit phpEd php/mysql programmiert - so soll er das; möglichst auch bei uns.
Ok, du hast also immer noch nicht begriffen, dass zwischen Notepad und PHP IDEs eine breite Palette von Editoren existiert, die ebenfalls für den PHP-Affinen Programmierer zweckmäßig sind. Damit schließt sich der Kreis - und ich hoffe auch der Thread.

Ein Kontaktformular kopiert man (gibt es ja 100.000 x) und paßt es (falls nötig) etwas an - es sei denn der freelancer hat noch nie ein Kontaktformular gemacht.
und dieses Kontakformular ist dann W3C-valide, CSS-basiert, hat ne Validierung, erzeugt html- und text-plain-mails, trägt die Daten in die Datenbank ein, sieht im IE 5.5 auf dem Mac genauso aus wie im Firefox 3 ?

Wenn Du nur 20 Euro für ein Kontaktformular ausgeben willst, dann kriegst Du die Programmierer die Du verdient hast.

Wenn Du Dich so gut auskennst, wieso machst Deinen Kram dann nicht selber ?

Das bißchen kopieren und anpassen kriegst doch hin.