Hallo.
Ich suche Helfer für ein Enterprise oder Application Server Projekt. Gleich vorweg: Dies wird ein Open-Source-Projekt und es wird aktuell keine Vergütung hierfür angeboten.
Vergebt mir das Verwenden der Buzzwords. Aber ich werde das einmal näher erläutern, worum es geht.
Als erstes Herzstück das Plugin-Konzept. Im Prinzip gibt es einen prominenten Vertreter der Philosophie: "Alles ist ein Plugin": Eclipse. Längst ist das auch keine reine IDE mehr. Doch wieso so eine Philosophie?
Zunächst klingt es extrem, wenn man solche starre Strukturen einfügt. Plugins werde in öffentliche und private Teile unterteilt. Plugins werden strikt nach API, Backend, UI getrennt usw. Verbindungen der Teile untereinander und Verbindungen nach außen finden über gezielte Erweiterungspunkte statt. Doch gerade dieses Prinzip macht in meinen Augen Eclipse so erfolgreich und so variabel. Im Prinzip kann man durch Plugins dort alles anpassen. Und sowas habe ich nun auch mit einer Web-Anwendung vor.
Der zweite Punkt betrifft einen Application Server. Gerade im Enterprise-Bereich wird es oft verlangt, die Oberflächenlogik von der Business-Logik zu trennen. Das jetzt näher zu erläutern oder mit irgendwelchen schlauen Abkürzungen ala MVC um sich zu werfen, würde wohl zu weit führen. PHP hat derzeit einen entscheidenden Nachteil: Eine Anwendung hat derzeit keine Möglichkeit, zu "leben".
Man behilft sich mit Sessions, memcache und anderen teils seltsamen Konstrukten. Aber im Prinzip ist es so, dass jeder Request wieder von 0 beginnt. Diese Brücke möchte ich nun schließen, indem ich PHP dazu in die Lage versetzen möchte, in einem eigenen Bereich zu "leben". Objekte wirklich so abzulegen, dass sie Requestübergreifend verfügbar sind und andere nette Spielereien.
Interessant ist das auch um PHP beispielsweise später mal an andere existierende Lösungen anzudocken, beispielsweise an einen Java EE Server.
Und schließlich möchte ich einige Standard-Lösungen realisieren oder auch an das System mit anbinden. Beispielsweise eine Standard-API für ein Forum, wo dann verschiedene Open-Source-Produkte als Backend angebunden werden könnten (das ist jetzt wirklich nur ein Beispiel).
Achja. Standard-Lösungen. Ich will natürlich das Rand nicht völlig neu erfinden. So wird natürlich versucht, so weit als möglich Lösungen einzusetzen, die auch in das Konzept passen. Eine Lösung davon ist das Zend-Framework. Sprich: Das ganze ist vollständig objekt-orientiert.
So. Genug der Werbeschrift. Wer die Grundidee bereits interessant findet, der kann sich gerne bei mir melden, um weitere Details zu erfahren. Ich suche im ersten Schritt zunächst einmal fitte PHP-Entwickler, die sorgfältig und gut dokumentieren und auch in der Lage sind, vernünftige Testfälle zu schreiben. Gerne auch jemanden, der Arbeiten zu einigen PHP-Extensions (also in C) beisteuern mag.
Im späteren Verlauf soll dem ganzen natürlich auch eine hübsche UI beigesteuert werden, sowie vernünftige Unterstützung durch IDEs.
Kontakt hier im Forum.
Ich weiß, dass es einigen hier in den Fingern juckt, was dummdreistes loszuwerden, bin ja lange genug hier im Forum (und in diversen anderen) unterwegs. Also bitte: Nur ernstgemeinte konstruktive Beiträge.
Ich suche Helfer für ein Enterprise oder Application Server Projekt. Gleich vorweg: Dies wird ein Open-Source-Projekt und es wird aktuell keine Vergütung hierfür angeboten.
Vergebt mir das Verwenden der Buzzwords. Aber ich werde das einmal näher erläutern, worum es geht.
Als erstes Herzstück das Plugin-Konzept. Im Prinzip gibt es einen prominenten Vertreter der Philosophie: "Alles ist ein Plugin": Eclipse. Längst ist das auch keine reine IDE mehr. Doch wieso so eine Philosophie?
Zunächst klingt es extrem, wenn man solche starre Strukturen einfügt. Plugins werde in öffentliche und private Teile unterteilt. Plugins werden strikt nach API, Backend, UI getrennt usw. Verbindungen der Teile untereinander und Verbindungen nach außen finden über gezielte Erweiterungspunkte statt. Doch gerade dieses Prinzip macht in meinen Augen Eclipse so erfolgreich und so variabel. Im Prinzip kann man durch Plugins dort alles anpassen. Und sowas habe ich nun auch mit einer Web-Anwendung vor.
Der zweite Punkt betrifft einen Application Server. Gerade im Enterprise-Bereich wird es oft verlangt, die Oberflächenlogik von der Business-Logik zu trennen. Das jetzt näher zu erläutern oder mit irgendwelchen schlauen Abkürzungen ala MVC um sich zu werfen, würde wohl zu weit führen. PHP hat derzeit einen entscheidenden Nachteil: Eine Anwendung hat derzeit keine Möglichkeit, zu "leben".
Man behilft sich mit Sessions, memcache und anderen teils seltsamen Konstrukten. Aber im Prinzip ist es so, dass jeder Request wieder von 0 beginnt. Diese Brücke möchte ich nun schließen, indem ich PHP dazu in die Lage versetzen möchte, in einem eigenen Bereich zu "leben". Objekte wirklich so abzulegen, dass sie Requestübergreifend verfügbar sind und andere nette Spielereien.
Interessant ist das auch um PHP beispielsweise später mal an andere existierende Lösungen anzudocken, beispielsweise an einen Java EE Server.
Und schließlich möchte ich einige Standard-Lösungen realisieren oder auch an das System mit anbinden. Beispielsweise eine Standard-API für ein Forum, wo dann verschiedene Open-Source-Produkte als Backend angebunden werden könnten (das ist jetzt wirklich nur ein Beispiel).
Achja. Standard-Lösungen. Ich will natürlich das Rand nicht völlig neu erfinden. So wird natürlich versucht, so weit als möglich Lösungen einzusetzen, die auch in das Konzept passen. Eine Lösung davon ist das Zend-Framework. Sprich: Das ganze ist vollständig objekt-orientiert.
So. Genug der Werbeschrift. Wer die Grundidee bereits interessant findet, der kann sich gerne bei mir melden, um weitere Details zu erfahren. Ich suche im ersten Schritt zunächst einmal fitte PHP-Entwickler, die sorgfältig und gut dokumentieren und auch in der Lage sind, vernünftige Testfälle zu schreiben. Gerne auch jemanden, der Arbeiten zu einigen PHP-Extensions (also in C) beisteuern mag.
Im späteren Verlauf soll dem ganzen natürlich auch eine hübsche UI beigesteuert werden, sowie vernünftige Unterstützung durch IDEs.
Kontakt hier im Forum.
Ich weiß, dass es einigen hier in den Fingern juckt, was dummdreistes loszuwerden, bin ja lange genug hier im Forum (und in diversen anderen) unterwegs. Also bitte: Nur ernstgemeinte konstruktive Beiträge.
Kommentar