07.03.2015, 21:48
Hallo,
in diesem Thread möchte ich euch gerne ein wenig in ein Nebenprojekt von mir einführen und euer Interesse für das Projekt gewinnen.
Ich bin mir ziemlich sicher, dass die meisten von euch schonmal mit FTP gearbeitet haben oder zumindest wissen, was das ist. Oft nutzen wir dieses Protokoll bzw. darauf aufbauende Software zur Übertragung von Websites zu unserem Webspace. Aber auch andere Dateien überträgt man mit diesem Protokoll. Leider ist die Spezifikation dazu schon verdammt alt und damit auch von der Funktionsweise nicht mehr unbedingt auf dem neusten Stand.
Übertragungen von vielen kleinen Dateien sind aufgrund des Aufbaus dieses Protokolls teilweise sehr langsam und die Rechteverwaltung ist quasi nicht existent.
Mit dem Protkoll "AFTP" (Alternative File Transfer Protocol) möchte ich eine verbesserte Version dieses wichtigen Protokolls ins Leben rufen.
Natürlich würde ich mich nicht an euch wenden, wenn ich noch nichts vorzuweisen hätte. Ich habe mir bereits viele Gedanken zum Protokoll gemacht und auch schon einiges an Code für eine serverseitige Implementierung geschrieben. Allerdings hätte ich gerne bei einigen Aufgaben Unterstützung durch euch!
Achtung: Details zum Protokoll werden zum momentanen Zeitpunkt nur privat weitergegeben. Der bereits fertige Code ist in einem Git-Repository und Zugang dazu kann auch gerne zur Einsicht bei Interesse privat erfragt werden.
Nun zu den offenen Positionen:
Ein solches Projekt ist sicherlich nicht klein und auch nicht in 2 Monaten beendet. In meinen Augen hat das Projekt auch keine Eile, aber ich möchte es neben meinem Hauptprojekt gerne konstant weiterführen. Damit aber nie Stillstand herrscht, suche ich ein Kernteam, welches mich bei einigen Aufgaben unterstützt.
Auch wenn die Liste nur 4 Elemente enthält, sollte eigentlich für jeden etwas dabei sein, wenn man denn Interesse hat. Hier Details zu den einzelnen Positionen:
Programmierer
Als Programmierer setzt du die Definition des Protokolls in nutzbare Software um. Du programmierst also entweder an der Client- oder Serversoftware, bis diese im produktiven Umfeld einsatzfähig ist.
Die Serversoftware wird in Java programmiert, der Client wurde noch nicht begonnen, weshalb hier der erste Bewerber wohl die Programmiersprache bestimmen darf - sofern sie nicht zu exotisch ist. Einen in "Brainfuck" programmierten Client möchte ich niemandem zumuten.
Protocol Engineer
Als Protocol Engineer entwirfst du das eigentliche Kommunikationsprotkoll. Du definierst, welche Befehle der Server kennen muss und welche Antworten auf diese Befehle folgen können. Du legst fest, wann welche Daten gesendet werden und allgemein bestimmst zusammen mit dem Team, wie die Kommunikation zwischen Client und Server abläuft. Du arbeitest eng sowohl mit den Schreibern als auch mit den Programmierern zusammen.
Tester
Als Tester musst du keine Ahnung von dem Protokoll haben. Es wäre sogar gut, wenn du das nicht hast. Denn als Tester musst du sehen, ob die von den Programmierern entwickelte Endbenutzer-Software (Server und Client) funktioniert. Wie oben bereits beschrieben existiert zum Client noch nicht einmal ein Anfang, daher werden aktuell eher Server-Tester gesucht, die die Serversoftware bei sich installieren und mit einem entsprechenden Testprogramm (Einweisung privat) versuchen, das System an seine Grenzen zu bringen.
Schreiber
Als Schreiber - mir ist leider kein besserer Name für diese Position eingefallen - dokumentierst du haargenau, wie das Protokoll funktioniert. Die Schreiber denken sich also eine möglichst einfach durchschaubare und gleichzeitig ansprechende Form der Dokumentation aus und schreiben dann genau auf, was die Protocol Engineers ihnen sagen. Dabei ist es wichtig, dass man als Schreiber auch an Leute denkt, die vielleicht nicht all zu viel mit der Materie Netzwerke, Server und dergleichen zutun haben.
Damit wären alle offenen Positionen bekannt. Das Projekt wird, wie im Titel bereits ersichtlich, sobald es reif genug ist Open Source, sprich sowohl die Dokumentation des Protokolls als auch der Code der zugehörigen Software werden veröffentlicht und für jeden einsehbar sein. Ab diesem Zeitpunkt können per Git auch Leute mitwirken, die nicht im Kernteam sind.
Bis dahin hätte ich aber wie eingangs erwähnt gerne ein solches Kernteam, welches sich mit mir um die Entwicklung kümmert.
Falls ihr Interesse habt, dann schreibt mir doch einfach eine PN oder eine E-Mail an [Mail: Registrierung erforderlich].
Fragen dürfen gerne im Thread gestellt werden. Kritik zur Idee an sich (egal ob positiv oder negativ) bitte nicht hier im Thread sondern per PN äußern.
Vielen Dank!
in diesem Thread möchte ich euch gerne ein wenig in ein Nebenprojekt von mir einführen und euer Interesse für das Projekt gewinnen.
Ich bin mir ziemlich sicher, dass die meisten von euch schonmal mit FTP gearbeitet haben oder zumindest wissen, was das ist. Oft nutzen wir dieses Protokoll bzw. darauf aufbauende Software zur Übertragung von Websites zu unserem Webspace. Aber auch andere Dateien überträgt man mit diesem Protokoll. Leider ist die Spezifikation dazu schon verdammt alt und damit auch von der Funktionsweise nicht mehr unbedingt auf dem neusten Stand.
Übertragungen von vielen kleinen Dateien sind aufgrund des Aufbaus dieses Protokolls teilweise sehr langsam und die Rechteverwaltung ist quasi nicht existent.
Mit dem Protkoll "AFTP" (Alternative File Transfer Protocol) möchte ich eine verbesserte Version dieses wichtigen Protokolls ins Leben rufen.
Natürlich würde ich mich nicht an euch wenden, wenn ich noch nichts vorzuweisen hätte. Ich habe mir bereits viele Gedanken zum Protokoll gemacht und auch schon einiges an Code für eine serverseitige Implementierung geschrieben. Allerdings hätte ich gerne bei einigen Aufgaben Unterstützung durch euch!
Achtung: Details zum Protokoll werden zum momentanen Zeitpunkt nur privat weitergegeben. Der bereits fertige Code ist in einem Git-Repository und Zugang dazu kann auch gerne zur Einsicht bei Interesse privat erfragt werden.
Nun zu den offenen Positionen:
Ein solches Projekt ist sicherlich nicht klein und auch nicht in 2 Monaten beendet. In meinen Augen hat das Projekt auch keine Eile, aber ich möchte es neben meinem Hauptprojekt gerne konstant weiterführen. Damit aber nie Stillstand herrscht, suche ich ein Kernteam, welches mich bei einigen Aufgaben unterstützt.
- Programmierer (Server: Java, Client: beliebig)
- Protocol Engineers
- Tester
- Schreiber
Auch wenn die Liste nur 4 Elemente enthält, sollte eigentlich für jeden etwas dabei sein, wenn man denn Interesse hat. Hier Details zu den einzelnen Positionen:
Programmierer
Als Programmierer setzt du die Definition des Protokolls in nutzbare Software um. Du programmierst also entweder an der Client- oder Serversoftware, bis diese im produktiven Umfeld einsatzfähig ist.
Die Serversoftware wird in Java programmiert, der Client wurde noch nicht begonnen, weshalb hier der erste Bewerber wohl die Programmiersprache bestimmen darf - sofern sie nicht zu exotisch ist. Einen in "Brainfuck" programmierten Client möchte ich niemandem zumuten.
Protocol Engineer
Als Protocol Engineer entwirfst du das eigentliche Kommunikationsprotkoll. Du definierst, welche Befehle der Server kennen muss und welche Antworten auf diese Befehle folgen können. Du legst fest, wann welche Daten gesendet werden und allgemein bestimmst zusammen mit dem Team, wie die Kommunikation zwischen Client und Server abläuft. Du arbeitest eng sowohl mit den Schreibern als auch mit den Programmierern zusammen.
Tester
Als Tester musst du keine Ahnung von dem Protokoll haben. Es wäre sogar gut, wenn du das nicht hast. Denn als Tester musst du sehen, ob die von den Programmierern entwickelte Endbenutzer-Software (Server und Client) funktioniert. Wie oben bereits beschrieben existiert zum Client noch nicht einmal ein Anfang, daher werden aktuell eher Server-Tester gesucht, die die Serversoftware bei sich installieren und mit einem entsprechenden Testprogramm (Einweisung privat) versuchen, das System an seine Grenzen zu bringen.
Schreiber
Als Schreiber - mir ist leider kein besserer Name für diese Position eingefallen - dokumentierst du haargenau, wie das Protokoll funktioniert. Die Schreiber denken sich also eine möglichst einfach durchschaubare und gleichzeitig ansprechende Form der Dokumentation aus und schreiben dann genau auf, was die Protocol Engineers ihnen sagen. Dabei ist es wichtig, dass man als Schreiber auch an Leute denkt, die vielleicht nicht all zu viel mit der Materie Netzwerke, Server und dergleichen zutun haben.
Damit wären alle offenen Positionen bekannt. Das Projekt wird, wie im Titel bereits ersichtlich, sobald es reif genug ist Open Source, sprich sowohl die Dokumentation des Protokolls als auch der Code der zugehörigen Software werden veröffentlicht und für jeden einsehbar sein. Ab diesem Zeitpunkt können per Git auch Leute mitwirken, die nicht im Kernteam sind.
Bis dahin hätte ich aber wie eingangs erwähnt gerne ein solches Kernteam, welches sich mit mir um die Entwicklung kümmert.
Falls ihr Interesse habt, dann schreibt mir doch einfach eine PN oder eine E-Mail an [Mail: Registrierung erforderlich].
Fragen dürfen gerne im Thread gestellt werden. Kritik zur Idee an sich (egal ob positiv oder negativ) bitte nicht hier im Thread sondern per PN äußern.
Vielen Dank!