Entwickler für Anwendung zum Entwickeln, Optimieren, Testen von Handelssystemen
-
Edit:
Ich möchte präzisieren, dass der erste Schritt ein überschaubares Projekt ist.
Es muss nicht von Anfang an das volle Paket sein, bevor man es sinnvoll nutzen und somit verkaufen kann. Ich betrachte das quasi als Testlauf sowohl für die Kommunikation während der Entwicklung, die Qualität des Ergebnisses als auch für das Generieren eines Gewinns aus dem Ergebnis.
Desweiteren muss das zu diesem Zeitpunkt nur unter Windows laufen (Portierbarkeit sollte aber im Auge bahalten werden.).Ich suche einen fortgeschrittenen Programmierer für die Entwicklung einer Anwendung (bzw. einer Suite von Anwendungen) mit der zunächst Handelssysteme graphisch über einen Entscheidungsbaum/Ablaufplan (siehe Bild) definiert und in verschiedenen Formaten (MQL4 ist das wichtigste) exportiert werden können.
Das ist Phase 1 des Projektes.Es geht dabei zunächst um den Handel mit Devisen (Foreign Exchange), Gold, Silber und Öl wie sie von vielen Online-Brokern angeboten werden.
Angestrebt ist längere Zusammenarbeit um ein kommerziell vermarktbares Produkt zu realisieren. Entlohnung ist vor allem Eigentümerschaft am noch zu gründenden Unternehmen.
Ich plane auch Geld zu investieren (das ist Plan A). Allerdings muss ich dafür noch Mittel ansparen auch wenn ich einen Bekannten in Indien habe der mir jemanden dort empfehlen kann.
Sollte sich jemand hierzulande finden der das Projekt spannend findet und als Miteigentümer gerne schon einmal den Anfang macht, wäre das natürlich klasse.
Sobald man eine Beta hat oder die nicht zu umfangreiche Phase 1 realisiert wurde, kann man evtl. per Crowd-Funding weitere Entwicklungen finanzieren.Affinität zu Wahrscheinlichkeitsberechnung wäre hilfreich. Damit ist gemeint, dass man es spannend findet nach Anzeichen zu suchen anhand derer man die Marktentwicklung mit 51 bis 70% Wahrscheinlichkeit antizipieren kann.
Ein persönlicher guter Kontakt ist wichtig –ein persönliches Kennenlernen daher sehr sinnvoll. Ich wohne im Rhein-Main-Gebiet.
Ich bin offen für Studenten oder auch Schüler, wenn Fachkenntnis und Einstellung stimmen.Phase 2:
Die entwickelten Handelssysteme direkt testen. Evtl. ist dafür eine separate Anwendung sinnvoll, statt eine Bloatware zu starten.
Hierfür ist es erforderlich, in Dateien abgespeicherte Preisbewegungen des realen Devisenmarktes zu importieren, in verschiedener Weise in 2D Grafik darzustellen (Kerzen/Candlesticks, Linienchart, Renko etc.), Indikatoren darzustellen (dies sind graphische Darstellungen von mathematisch vom Preisverlauf abgeleiteten Parametern die deutlicher sichtbar machen sollen was man in der Darstellung des "nackten" Preises evtl. nicht so gut sieht wie zB. ob sich eine Preisentwicklung nach oben oder unten derzeit beschleunigt oder an Momentum verliert) und nach den in den Handelsstrategien definierten Regeln automatisiert mit Spielgeld herauszufinden, zu welchem Resultat man gekommen wäre, hätte man die Strategie im Testzeitraum mit realem Geld gehandelt.Nach Abschluss der Tests ist jeweils eine Statistik mit diversen Werten (Expectancy, Max. Drawdown, Max. Run-Up, Risk of Ruin, Gewinn/Verlust in % je Stunde im Markt (-> im Markt sein bedeutet gebundenes Kapital und Risiko...) zu erstellen inkl. einiger Plots wie zB. ein Scatter-Plot in der man alle Gewinner- und Verlierer-Trades sieht und einen Chart in der der Kontoverlauf gezeigt wird.
Also nächstes kommt das Optimieren:
Verschiedene Parameter werden im Rahmen von Vorgaben des Anwenders in verschiedenen Kombinationen durchgetestet, um ein besseres Ergebnis zu bekommen.
Ein sehr wichtiger Faktor ist zB. schlicht die Positionsgröße, dh. wie viel jeweils von dem zu handelnden Instrument (Devisenpaar, Edelmetall, Öl, Aktie, Zertifikat bezeichnet man unter Investoren/Spekulanten auch als Finanz-Instrumente) gehandelt wird. Die Positionsgröße in Verbindung mit dem Stop-Loss (automatischer Verkauf, wenn ein bestimmter Verlust erreicht wird) bestimmt das Risiko je Trade.
Die Größe des Stop Loss und der Positionsgröße haben großen Einfluss auf das Endergebnis und sind damit typische Kandidaten, um Variationen auszutesten.Es wird noch etwas komplizierter dadurch, dass man verschiedene Kombinationen von Handelssystemen testet. Das ist aber sinnvoll.
Manuelles Testen:
Der Anwender soll die Möglichkeit haben mit den importierten Preisdaten den Handelsverlauf in der Simulation in Echtzeit oder beliebiger Geschwindigkeit nachzuempfinden und von Hand mit Spielgeld Trades zu öffnen und zu schließen.
Dafür ist es erforderlich, dass der Anwender Linien und Symbole im Chart zeichnen kann.Gebühren von Brokern sind unterschiedlich und müssen in Tests einbezogen werden.
Sommer- und Winterzeiten an den wichtigsten Handelsstandorten (Sidney, Tokyo, Hong Kong, Frankfurt, London, New York) muss das Programm beachten, dh. die importierten Preisdaten vom Broker müssen jeweils "synchron gestellt" werden.Phase 3:
Handeln der Tradingsysteme mit realem Geld via Online-Broker.
Optional geht das über eine Einbindung über von Brokern bereits weit unterstütztem MetaTrader oder per direkter Anbindung an Broker.
Für die erste Option muss der Nutzer nur einen von hunderten Brokern wählen der MetraTrader unterstützt.
Die 2. Option ist nur möglich bei Brokern die in dem neuen Programm einen Vorteil für den potentiellen Kunden sehen und auch glauben, dass sich das finanziell lohnt es anzubieten.Bei MetaTrader handelt es sich um die am weitesten verbreitete Plattform für das Handeln von Forex für Privatpersonen. Das Programm bietet eine Skriptsprache über die unter anderem externe Programme eingebunden werden können.
Es soll möglich sein in diverse Handelssysteme auf einem Rechner testen zu lassen und die Ergebnisse immer wieder an den Haupt-Rechner auf dem tatsächlich gehandelt wird zu schicken.
Das Ziel ist ein kommerziell vermarktbares Programm. Der Code muss dementsprechend performant, fehlerarm, gut lesbar und gut zu warten sein.
Dh. üblicherweise finden sich meiner Ansicht nach in diesem Segment die schlechtesten Machwerke von Programmierern die man überhaupt finden kann und das oft zu hohen Preisen (keine Überraschung bei dem Markt).Es gibt zudem keine native Anwendung für Mac oder Linux.
Java wird oft verwendet. Die Benutzerfreundlichkeit der meisten Programme ist mangelhaft. Einfach zu implementierende und wichtige Funktionen fehlen bei allen Plattformen. Das ist aus meiner Sicht unzureichend und gleichzeitig ein große Marktlücke.Anvisierte Plattformen: Windows, Mac OS X, iOS (iPad, iPhone), evtl. Linux. Daher keine Plattform-spezifischen APIs.
Eine Version für iOS erscheint sehr sinnvoll. Über Android kann man nachdenken (ich meine gerade gelesen zu haben, dass Samsung Apple beim Absatz von Smartphones überholt hat).
Programmierung für iOS erforder Objective-C. Für Mac OS X dagegen kann man auch C++ verwenden.Zu entscheiden ist noch, ob ein Dongle verwendet werden soll wie zB. iLok2.
Diese Entscheidung hat jedoch noch etwas Zeit.Handelssystem http://de.wikipedia.org/wiki/Handelsstrategie
Kerzen-Charts http://de.wikipedia.org/wiki/Candlestick#Candlestick-Chart_.28Kerzenchart.29
Tading Software Metatrader http://en.wikipedia.org/wiki/MT4
Chart-Analyse (es werden ua. manuell Linien eingezeichnet, um interessante Preisregion für Trades zu finden) http://de.wikipedia.org/wiki/ChartanalyseBilder:
Logische Verschaltung mit Nodes in XSI:
http://img717.imageshack.us/img717/4864/treebt.jpgDastellungsformen von Preisbewegungen:
http://stocata.org/ta_en/images_candlesticks/candlesticks7_6_22.jpg
http://www.taguide.com/images/image006-large.jpg
http://www.taguide.com/images/image011.jpg
http://upload.wikimedia.org/wikipedia/commons/5/57/KagiSample2Chart_echarts.gifIch beabsichtige einen Grafiker zu beauftragen, um das Programm etwas ansprechender aussehen zu lassen als üblich:
http://dkl3fnj1o5loa.cloudfront.net/wp-content/uploads/2011/02/ge-stock-chart-yahoo-finance-ipad-app.png
http://i1-handheld.softpedia-static.com/images/software/screens/Bloomberg-Anywhere_5.jpg
-
Was genau ist dein Part bei dem Projekt?
-
cooky451 schrieb:
Was genau ist dein Part bei dem Projekt?
Ich habe zunächst das Grundkonzept entwickelt also was fehlt im Markt und was Sinn macht aus Perspektive des Anwenders.
In anderen Anwendungsgebieten (Musikproduktion) gibt es keine Software in der nicht mindestens eine Idee von mir realisiert wurde. Diese habe ich ohne Bezahlung an die Entwickler geschickt.
Daher kann ich wissen, dass meine Ideen von Wert sind.Die Programmabläufe kann ich sehr detailliert beschreiben.
Ich habe Programmierkenntnisse in C und Assembler bin jedoch niemals gut darin geworden.
Ich weiß wie ein Computer arbeitet und wenn ich 100 Jahre Zeit hätte, könnte ich es auch selbst umsetzen
Es sollte mir möglich sein die Programmabläufe schematisch darzustellen. Ob das in UML sein muss oder ob es mehr Sinn macht den Hauptentwickler nicht einzuengen, muss man absprechen bzw. ausprobieren.
Ich stehe natürlich voll hinter dem Projekt, weshalb ich gegenüber Brokern die es potentiell unterstützen können auch kommunizieren kann, dass es anderen Plattformen in mehrerlei Hinsicht überlegen, teilweise einzigartig ist (ausgehend davon, dass es natürlich erstmal aus dem Vapourware-Stadium heraus ist).
Dh. ich möchte mich (natürlich) auch darum kümmern, Investoren und Kooperationspartner und nicht zuletzt Trader für Feedback ins Boot zu holen.
Trader sind natürlich wichtig, weil ich meine persönliche Perspektive habe und die ist nicht bei jedem gleich.
Es ist wichtig, dass es für viele Anwender Sinn macht und nicht nur einen kleinen Teil.Den Projekt-Management-Teil übernehme ich gerne, habe aber auch kein großes Ego: Wenn es sinnvoll erscheint das andere machen zu lassen die schon Projekte, Start-Ups zum Erfolg gebracht haben und das von den anderen Teilhabern für sinnvoll gehalten wird, klebe ich nicht an einem Posten.
Mir ist zudem wichtig, dass die Entwickler, ob in Deutschland oder Indien die den essentiellen Teil der Arbeit leisten auch den größten Teil jedweden Gewinns bekommen. Also 50-80%.
Ich habe von meinem Bekannten in Indien gehört, dass er teilweise tage- und nächtelang in kleinen unklimatisierten Räumen mit seinen Kollegen programmiert hat. Mir ist wichtig, falls ich hier Outsourcing nutze, dass diejenigen die an der Software arbeiten auch belohnt werden für gute Ergebnisse und unter angenehmen Bedingungen arbeiten können.Natürlich will ich auch nicht, dass mein Anteil am Ganzen unterbewertet wird. Zu verstehen worauf es wirklich ankommt und wo bei im Markt verfügbaren Lösungen diesbezüglich die Schwachpunkte liegen sowie anschließend ein komplexes System komplett im Geiste zu entwerfen das dann tatsächlich auch die reale Arbeit von realen Nutzern entscheidend verbessert, das kann glaube ich nicht jeder.
Knifflig ist es immer eine komplexe Anwendung gut bedienbar zu machen. Das zu lösen halte ich für eine meiner Stärken.
Beides braucht sehr viel Zeit.
Aber wie schon geschrieben: Das meiste sollen die Entwickler bekommen.
Wichtiger ist mir, dass die Anwendung(en) tatsächlich die Aufgaben erfüllen (die Probleme lösen) die sie erfüllen sollen.Die Mehrheit am Unternehmen muss ich dafür halten und behalten. Ich möchte nicht, dass jemand anderes einen Teil realisiert aber so dass es schlecht nutzbar ist, anderes wichtige fehlt und das Ganze dann an einen Broker verkauft wird der andere Ziele hat und auch nicht möchte dass man mit dem Programm bei anderen Brokern handeln kann.
Also da wären einige Szenarien denkbar die auf meiner Parade regnen würdenAber ich bin fair und lasse auch andere wichtige Dinge übernehmen (Management), wenn das sinnvoll erscheint.
Was hier sinnvoll ist oder nicht habe nicht ich alleine zu entscheiden, sondern eben auch die Entwickler.
Das sollte auch vertraglich so fixiert sein, damit jeder Sicher sein kann, dass wiederum er nicht Arbeit investiert und dann nichts zu sagen hat wohin das Schiff steuert.Es wäre mir auch ziemlich wichtig, dass alle Beteiligten keine Ego-Probleme mitbringen. Das Miteinander sollte freundlich und fair sein auch wenn es um Richtungsentscheidungen und Geld geht.
Ein Vertrag der Mitspracherechte garantiert ist aber auch wichtig, denn man kennt sich ja nicht von Anfang an.Weitere Fragen gerne.
-
source of uncertainty schrieb:
Entlohnung ist vor allem Eigentümerschaft am noch zu gründenden Unternehmen.
M.a.W. der Programmierer kriegt Null-komma-nix, hat dafür aber volles Risiko. Wenn man dann ein Jahr oder mehr harte Entwicklungsarbeit reingesteckt hat und das ganze floppt, zuckst Du mit den Schultern und suchst Dir einen anderen Dummen.
Das Projekt hat ohne feste Entlohnung überhaupt keinen Anreiz und ich würde meine Hand dafür ins Feuer legen, dass Du so keinen Entwickler findest.
Imho benötigst Du Startkapital um mindestens einen Entwickler für ein volles Jahr fianziell absichern zu können. Zusätzlich zur Aussicht auf Teilhaberschaft!
-
µ schrieb:
Imho benötigst Du Startkapital um mindestens einen Entwickler für ein volles Jahr fianziell absichern zu können. Zusätzlich zur Aussicht auf Teilhaberschaft!
Sorry, aber wie ist das bei deinem Arbeitgeber? Bezahlt er dich und gibt er dir gleichzeitig auch einen Unternehmensanteil?
Gründungen sind nun mal mit Risiken verbunden...@source of uncertainty: Die Inder kommen und gehen. Sobald der nächstbeste Arbeitgeber mehr bietet, sind die weg und damit auch das Know How. Der nächste muss sich dann in den (undokumentierten) (Schrott-)Code einarbeiten. Meine Firma schaut mittlerweile zu, keine Inder mehr einzustellen...
L. G.
Steffo
-
Steffo schrieb:
µ schrieb:
Imho benötigst Du Startkapital um mindestens einen Entwickler für ein volles Jahr fianziell absichern zu können. Zusätzlich zur Aussicht auf Teilhaberschaft!
Sorry, aber wie ist das bei deinem Arbeitgeber? Bezahlt er dich und gibt er dir gleichzeitig auch einen Unternehmensanteil?
Gründungen sind nun mal mit Risiken verbunden...Meinen Arbeitgeber wird es in 1, 5 oder 10 Jahren mit hoher Wahrscheinlichkeit noch geben.
In Projekten wie diesen muss die richtge Balance gefunden werden. Warum genau soll sich ein Entwickler auf ein unbezahltes Glücksspiel einlassen? Deshalb sage ich ja, dass ausreichend Startkapital für einen gewissen Zeitraum vorhanden sein muss.
Unternehmensgründungen mit hohem Risiko finden doch i.d.R. zwischen und mit sich gegenseitig vertrauten Leuten statt. Die eben zusammen eine Idee entwickeln, ausarbeiten und mit viel Glück und Ehrgeiz zur Marktreife bringen. Hier wird aber nur ein Entwickler gesucht der sich mit vollem Risiko auf die Idee eines Fremden einlassen soll. So funktioniert das nicht.
Der OP muss die Verantwortung tragen und seinem Entwickler eine finanzielle Garantie anbieten. Nach einem Jahr kann man immer noch über weiteres Vorgehen und Risiken sprechen. Ansonsten wird er, mit solchen Anfragen an völlig Fremde, keinen Mitstreiter finden.
-
Steffo schrieb:
Sorry, aber wie ist das bei deinem Arbeitgeber? Bezahlt er dich und gibt er dir gleichzeitig auch einen Unternehmensanteil?
Gründungen sind nun mal mit Risiken verbunden...Du weißt ganz offensichtlich nicht, was bei derartigen Gründungen üblich ist.
Entwickler-Jobs bei jungen Startups ohne größere Mengen Fremdkapital sind idR. sehr arbeitsintensiv und nicht toll bezahlt. Darum bekommt man dann zumindest Firmenanteile, bei denen man sich eben auch hinreichend sicher sein sollte, dass die irgendwas wert sind, sonst würde man nicht das schlechtere Gehalt für mehr Arbeit und weniger Jobsicherheit in Kauf nehmen.
Von wildfremden Personen überhaupt nicht bezahlt zu werden ist weder in Ordnung noch üblich. Wovon sollst du denn in der Zeit bis zur Fertigstellung leben?
Mit den Unternehmensanteilen kompensierst du schlechteres Gehalt/schlechtere Arbeitsbedingungen/Risiko des Arbeitnehmers. Gratis-Entwickler gibt's dafür aber keine.
-
µ schrieb:
source of uncertainty schrieb:
Entlohnung ist vor allem Eigentümerschaft am noch zu gründenden Unternehmen.
M.a.W. der Programmierer kriegt Null-komma-nix, hat dafür aber volles Risiko. Wenn man dann ein Jahr oder mehr harte Entwicklungsarbeit reingesteckt hat und das ganze floppt, zuckst Du mit den Schultern und suchst Dir einen anderen Dummen.
Tut mir leid, wenn Du solche Erfahrungen gemacht haben solltest.
Ich glaube ich habe in meinem 2. Beitrag genug Hinweise gegeben, dass ich mir Gedanken darüber gemacht habe wie man sicherstellen kann (vertraglich), dass jeder der Arbeit investiert auch Eigentümerschaft am Endprodukt hat.Garantiertes Gehalt gibt es bei einer etablierten Softwarefirma. Dafür kann man dort oftmals nur begrenzt gestalten und des Unternehmen kassiert den Großteil der Gewinne. So sehe ich das halt.
Aber keine Chance ohne Risiko.Die oder der Haupt-Entwickler hat aus meiner Sicht (und das würde ich vertraglich festlegen) Recht auf den Hauptteil von Einnahmen und Rechte mitzubestimmen wie man die Anwendung vermarktet, wie und von wem das Unternehmen geführt wird.
Ich meinerseits möchte meine intellektuellen Rechte an dem Produkt als Gesamtkonzept (Kombination von Funktionen), sowie bestimmten Verfahren und Ideen bzgl. Mustererkennung über Heuristik/K.I. schützen und sicherstellen, dass am Ende nicht der angedachte Nutzen verwässert wird.
Dafür macht es Sinn, dass ich mit dem Hauptentwickler bespreche was ich mir wie genau vorstelle und weshalb.
Es ist wichtig, dass es weitgehenden Konsens gibt, dass meine Überlegungen zu einem guten Produkt führen.
Eine Diskussion über die Gestaltung also Mitdenken vom Entwickler ist von meiner Seite aus erwünscht.
Man muss sich aber verstehen, weil es ein gemeinsames Investment ist.
-
[quote="Steffo"]
µ schrieb:
@source of uncertainty: Die Inder kommen und gehen. Sobald der nächstbeste Arbeitgeber mehr bietet, sind die weg und damit auch das Know How. Der nächste muss sich dann in den (undokumentierten) (Schrott-)Code einarbeiten. Meine Firma schaut mittlerweile zu, keine Inder mehr einzustellen...
L. G.
SteffoEine längerfristige Zusammenarbeit ist natürlich viel wahrscheinlicher, wenn auch der Entwickler Interesse an dem hat was er da entwickelt.
Ich denke das kann man bei jemandem der halbwegs in der Nähe wohnt und die gleiche Muttersprache hat einfach besser einschätzen.Mein Bekannter hat halt in diesem Sweatshop gearbeitet. Da ist kein Wundern, dass er da raus wollte.
Jetzt ist er bei Samsung. Da gibt es Klimaanlagen
Er ist da jetzt so seit 1 Jahr und auch zufrieden, postet Fotos von sich in Südkorea auf FB, aber möchte eben in USA studieren, weil er Kernel-Programmierung machen möchte.
Ich denke, wenn er einen Job in dem Bereich hat, wird er vielleicht mal länger bleiben.Das scheint also alles Deine Einschätzung bestätigen. Deshalb würde ich das lieber mit einem Hauptentwickler in Nord-Europa machen der dauerhaft einen Überblick hat, delegiert (Outsourcing) und Code kontrolliert.
-
//Offtopic
Ich glaube ich habe noch nie so viele Fremdwörter in einem Eröffnungsthread gelesen wie in diesem. Ich fühle mich unglaublich dumm, ich verstehe nämlich nichtmal die Hälfte
-
Kóyaánasqatsi schrieb:
//Offtopic
Ich glaube ich habe noch nie so viele Fremdwörter in einem Eröffnungsthread gelesen wie in diesem. Ich fühle mich unglaublich dumm, ich verstehe nämlich nichtmal die HälfteIst doch offtopic klar:
- source of: du sollst sourcecode zu einem Projekt beitragen
- uncertainty: es ist ungewiss, ob du davon etwas hast oder haben wirst
-
Kóyaánasqatsi schrieb:
//Offtopic
Ich glaube ich habe noch nie so viele Fremdwörter in einem Eröffnungsthread gelesen wie in diesem. Ich fühle mich unglaublich dumm, ich verstehe nämlich nichtmal die HälfteEhrlich? Ich habe mich eigentlich bemüht alles einfach zu halten und ggflls. zu erklären.
In entsprechenden Foren wird mit Abkürzungen nur so um sicher geworfen.
-
Komisch: Ich bin auch ohne dein Handelssystem long in xauusd und short in xagusd, eurusd wird gesculpt oder geswingt. Wo ist der usp deines Handelssystems?
-
Swordfish schrieb:
Komisch: Ich bin auch ohne dein Handelssystem long in xauusd und short in xagusd, eurusd wird gesculpt oder geswingt. Wo ist der usp deines Handelssystems?
Ich glaube scalping schreibt sich ohne u http://en.wikipedia.org/wiki/Scalping_%28trading%29
Die Software ist kein Handelssystem. Ein Handelssystem ist eine Regelsammlung, um nach festgelegten Regeln zu traden, statt aus dem Bauch heraus.
Man beobachtet also, dass nach bestimmten Marktbewegungen oft der Kurs in eine bestimmte Richtung geht. Das ist dann eine Gelegenheit zukünftig darauf basierend zu handeln.
Das kann man "Pi mal Daumen" machen (aka "Glücksspiel") oder man schaut ganz genau, welche Regeln die beobachtete Situation am besten abbilden und testet diese Handelsstrategie (=Handelssystem) dann anschließend, bevor man mit tatsächlichem Geld aktiv wird.Das Handelssystem ist also die Handelsstrategie und nicht die Software mit der ein Handelssystem, sofern man es nicht manuell traden möchte, in ein automatisch handelbares Script "gegossen" (http://de.wikipedia.org/wiki/Scriptsprache), getestet (Backtesting, Live-Demo-Trading) und zuletzt gehandelt wird.
Das was ich konzipiert habe hat einige Alleinstellungsmerkmale (oder "unique selling points", um bei Deiner Begriffswahl zu bleiben). Das ich das nicht alles im Detail in ein öffentliches Forum schreiben möchte, sollte nachvollziehbar sein.
Ich wünsche viel Erfolg mit Deinen Trades. Du solltest allerdings mit Gold und Silber aufpassen. Beide Instrumente sind neben Öl in hohem Maße manipulierte Kurse.
Schau Dir mal die Kerzen (4 Stunden bis hinunter zu 5 Min., wenn es sein muss) für Silber-USD an und vergleiche was der Kurs jeden Tag zu jeweils gleichen Tageszeiten tut.
-
Ich erneuere nochmal die "Suchanzeige".
Ich möchte präzisieren, dass der erste Schritt ein überschaubares Projekt ist.
Es muss nicht von Anfang an das volle Paket sein, bevor man es sinnvoll nutzen und somit verkaufen kann. Ich betrachte das quasi als Testlauf sowohl für die Kommunikation während der Entwicklung, die Qualität des Ergebnisses als auch für das Generieren eines Gewinns aus dem Ergebnis.
Desweiteren muss das zu diesem Zeitpunkt nur unter Windows laufen (Portierbarkeit sollte aber im Auge bahalten werden.).
-
Thematisch ist das schon interessant für mich, da ich das ohnehin beruflich mache ( Server, Frontends mit Charts, Auswertung, etc... )
Ich frage aber noch mal zur Sicherheit nach:
Willst du ein Frontend aufbauen, mit dem der Kunde/Benutzer dann ein Handelssystem seiner Wahl zusammenbauen kann, oder hast du eine konkrete Handelsidee, die du backtesten, und live handeln willst?
-
Hallo It0101,
Nein, es geht nicht darum, dass ich für meinen persönlichen Gebrauch eine maßgeschneiderte Lösung möchte, geschweige denn nur mal eine Handelsstrategie ausprobieren.
Da wäre es sinnvoll, sich ein paar Plug-Ins und Tabellendokumente schreiben zu lassen, um einen Teil der Ideen aus der existierenden Software herauszuquetschen.
Allerdings wäre auch damit vieles wesentliche nicht machbar.
Bei den meisten Ideen geht es um Benutzerfreundlichkeit. Das lässt sich einem Programm nicht mit Plug-Ins überstülpen.Alles in allem würde ich sagen, um das was ich mir überlegt habe mit vorhandenen Werkzeugen umzusetzen, bräuchte ein Trader mindestens einen intelligenten und Vollzeit arbeitenden Assistenten.
Dennoch würden Fehler passieren (natürlich) und es wäre nicht alles so schnell wie es in Software umsetzbar ist.
2 Assistenten könnten die Ergebnisse gegenchecken und wären evtl. schneller.
Das was die Software machen soll wäre also ggflls. für viele Trader sehr wertvoll, vorausgesetzt natürlich, dass ich nicht völlig verblendete Vorstellungen habe (bzgl. Sinnhaftigkeit und Umsetzbarkeit)... ich denke aber nicht, dass dem so ist.Das Ziel ist schon eine universell nutzbare Software und zwar im ersten Schritt zunächst zum einfachen erstellen von Handelsstrategien unter Windows.
Wenn der erste Schritt erfolgreich ist (gutes Produkt und Erlöse durch Verkauf), dann würde der Ausbau folgen hin zu einer Software zum ausführlichen Testen und Optimieren insbesondere mit sinnvoller Auswertung (Statistik), Priorisieren von Strategien und schließlich Live-Trading.Ziel ist schon auch, dass das Ganze dann unter Windows und Mac läuft. Linux wäre aus meiner Sicht wünschenswert. Ob Linux zu einem Verkaufserfolg wesentlich beiträgt sei dahingestellt.
Eine Mac-Version wäre schon ein starkes Argument für Verhandlungen mit Brokern, weil viele Kunden sie damit löchern und es keine gute Lösung gibt.
(Eine Abhängigkeit von Brokern wird es aber nicht geben, wenn man eine Bridge für MT4/MT5 hat die man dort als Plug-In laden kann.)
Man müsste sich also von Anfang an Gedanken machen, dass man nicht wahllos proprietäre APIs verwendet die den Code schwer portierbar machen.
Kleinere Clients für Android und iOS machen zunehmend Sinn, denn es ist schon angedacht, dass man den stationären Arbeitsplatz jederzeit verlassen und dennoch weiter handeln kann; also Synchronisation verschiedener Rechner.
Oder jemand eröffnet nach der Arbeit in der Bahn einen Trade in der US-Session und kann zuhause nahtlos weitermachen, weil das Programm dort den offenen Trade schon parat hält. Oder man lässt das Programm nicht Trades eröffnen, wenn es ein Setup sieht, sondern lässt es eine Nachricht schicken (schon wenn sich ein Setup anbahnt - also vor dem Signal ... eine der Ideen). Ist man nun unterwegs oder im Garten, dann bekommt man das auf dem iPad oder SmartPhone serviert und kann entscheiden.
Aber natürlich bin ich hier in der Planung den Tatsachen weit voraus: Momentan ist es Vapourware.Ich beabsichtige bei der Konzeption auf jeden Fall aktive Trader einzubeziehen, damit die Software nicht nur auf einen bestimmten Tradingstil maßgeschneidert ist, sondern universell funktioniert.
Ermittlung der Anforderungen also.
Softwarearchitektur ist ein Thema in das ich mich einzulesen gedenke. Aber auch hier bin ich bereit Verantwortung abzugeben (teilweise oder komplett), wenn ein Entwickler sich des Projektes annimmt, ihm meine Beiträge hier jedoch nicht ausreichend erscheinen.
-
source of uncertainty schrieb:
Bei den meisten Ideen geht es um Benutzerfreundlichkeit. Das lässt sich einem Programm nicht mit Plug-Ins überstülpen.
Nur ist eben die Welt der elektronischen Handelssysteme eine sehr große Welt.
Es gibt eben Leute, die handeln OS-Straddels, manche machen verrückte Sachen mit Futures, manche arbeiten auf Tickbasis, manche vertrauen auf Charttechnik, auf japanische Candlestickformationen, usw ...Das ist ein extrem weites Feld...
Was du dir vornimmst, einschließlich der zahlreichen BS-Portierungen, dazu noch Anbindungen für Tickdatenpush von diversen Anbietern, Broker-anbindungen, ist kein Projekt, was man mal so nebenher in der Freizeit bastelt...
-
Ja das stimmt grundsätzlich.
Vorläufig ist Forex anvisiert. Futures im 2. Schritt. Keine Aktien, keine Optionen, keine CFDs (Natürlich macht es Sinn auch dies später nachzuholen.).
Natürlich bleibt es umfangreich. Aber noch mal der Hinweis:
Die ersten Schritte sind eher überschaubar.Es gibt zB. Trading-Simulatoren die von 1-2 Leuten entwickelt werden. Allerdings ist das was es gibt einfach nicht gut.
Hat das Projekt einen vielversprechenden Start, kann man Kapital hinein bringen zB. über Crowd-Funding oder einzelne Trader die das gerne nutzen möchten und dann auch weitere Entwickler hinzu holen.
Man kann jede Aufgabe realisieren, wenn man sie in ausreichend kleine Schritte hinunter bricht.
So in etwa hat das glaube ich Henry Ford gesagt.
Und es ist eben auch nicht so, dass man erst das komplette Konzept umgesetzt haben muss, bevor man damit etwas anfangen kann.
Verkaufen kann man das auch vorher schon.Es müssen aber alle Beteiligten von dem Projekt überzeugt sein. Das wird auf jeden Fall Zeit und Energie kosten.
Es wäre für mich auch nicht so klasse, wenn jemand abbricht.
Falls sich Interessenten finden, dann erkläre ich das etwas ausführlicher und dann muss das derjenige jeweils für sich entscheiden.Plan A ist weiterhin, dass ich etwas spare und jemanden bezahle für erste vorzeigbare Demos. Aber das kann noch 1-2 Jahre dauern.
Daher war mir das Posten hier den Versuch wert.
