Thread rostis MVC-Framework für Perl und PHP
(59 answers)
Opened by rosti at 2013-02-07 19:30
Ein wesentlicher Unterschied zu anderen Frameworks:
Mein Perl- UND mein PHP-Framework habe ich ganz alleine entwickelt. Ohne einen einzigen Cent oder irgendwelche Fördermittelt und das in einer Zeit, in der ich, nunmehr mit Ende 50, händeringend nach einem Job als Programmierer suche. Hast Du so eine Erfahrung schon einmal gemacht? Kannst Du Dir eine solche Situation überhaupt vorstellen? Auf der Suche nach einem Job finde ich derzeit folgende Situation vor: Erfahrene Programmierer, die von der Pieke auf (von der Analyse der Aufgabenstellung, über die Planung, Entwurf und Umsetzung) entwickeln und in Sachen Webentwicklungen mit Parameter-Kontrollstrukturen für eigens geschaffene Schlüsselparameter richtig umgehen können, sind überhaupt nicht mehr gefragt. Heutige Arbeitgeber setzen auf von Tausenden auf 'Halde programmierte' OpenSource und nehmen es in Kauf, dass ihre eigenen Mitarbeiter selbst nach Jahren noch stundenlang suchen müssen, wenn sie an einem vorgegebenen Framework mal was ändern sollen und das, ohne die 'Gratis'-Updatefähigkeit sowie eigene Änderungen nach einem Update zu verlieren. Ohja, ich hatte das Glück, viele Jahre lang creativ programmieren zu dürfen, mit Kundenkontakt und Allem was dazugehört, vom Datenbankdesign über selbständige Recherchen bis zur Umsetzung eigener Ideen. Ich habe nicht hunderte, sondern tausende Perl-Scripts geschrieben, die sich in der Praxis bewährt haben. Und das unter Zeitdruck und auf der ständigen Suche nach Möglichkeiten, dies effizienter tun zu können. Aus diesen Erfahrungen heraus sind meine beiden Frameworks hervorgegangen. Ich vergleiche meine frühere Arbeitsweise mit den Möglichkeiten, die mein eigens entwickeltes Framewok heute dazu bieten würde: Einen Auftrag hätte ich beispielsweise nicht nach drei Tagen sondern nach einem Tag damit erledigt. Ich vergleiche meine heutige Arbeitsweise mit Arbeitssweisen, die ich letztes Jahr als Programmierer in anderen Firmen vorfand, wo völlig unproduktiv und uneffizient entwickelt wird und wo die Qualitätssicherung total auf der Strecke bleibt. Das sind die Vergleiche, die ICH anstelle und genau da sehe ich potentielle Einsatzmöglichkeiten für meine Frameworks. Nach Beurteilung der heutigen Arbeitsmarktsituation wage ich zu Bezweifeln, dass Perl überhaupt eine Zukunft hat. Meine Entwicklung bestätigt mir, dass ein Framework in verschiedenen Programmiersprachen gleichermaßen aufgebaut sein kann, solange die Client-Server-Architektur HTTP spricht. |