Hast du dieses Projekt auf Github? Ich bin hauptberuflich iOS Entwickler und würde mir die Sache gerne einmal ansehen, bzw dazu beitragen.
3 Likes
Eine einfache Möglichkeit ist es auf seinem NAS zu hause eine VM mit einem schlanken Linux laufen zu lassen. Diese VM kann man kurzfristig von allen Desktop-Rechnern und auch von mobilen Geräten aus starten und per Remote PP bedienen/anschauen. Der Stromverbrauch ist niedrig und die Sicherheit hoch.
Wie viel “Spaß” die Bedienung auf einem kleinen Handy macht sei mal dahin gestellt… Wobei TV bekommt das sogar ziemlich gut realisiert…
2 Likes
Und jetzt machen wir mal Zahlen Daten, Fakten.
Fakt ist: Portfolio Performance ist das kostenlose Powertool dieser Zeit.
Das Projekt ist gereift, zu einem sehr wichtigen Instrument.
Ich habe aber nicht die Lust, im Zeitalter von Oreo 8.0 = Java + ein bischen Bytecode Compiler Optimierung und letztendlich Linux - Kernel Version > 4.xx.xx weiter mit Windows oder Linux zu wurschteln.
Ich wünsche mir eine Android 8.0 Version als profesionelles Arbeitsmittel.
Ich brauche Bussines taugliche Zahlenströme, und Planungsparameter auf Jahresbasis.
Ich biete finanzielle Unterstützung mit dem Ziel, das ganze über Google Play Store refinanziert zu bekommen. Ich bin geduldig, und habe Zeit.
Als ein Mann Hobby Projekt kommen wir nicht vorwärts.
Es gibt immer noch ein Arbeits und Privat leben und Familie.
Wie kommen wir weiter. Ist ein Freelancer Job für ein bis zwei Leute.
Ich hätte sogar geeignete Kanditaten im Kopf. Sehr lange her, aber die gibt es immer noch.
Ehrlich Vorwärts, eine Win Win Story vom feinsten.
Mfg
Ich
So ich antworte mir mal selber.
Das Projekt ist bei den geeignetsten Leuten dieser Zeit. Wir können sogar noch Apple mit ins Boot bekommen. Machen die gleichen hoch effizienten Menschen fast wie nebenbei.
Der Ball rollt. Am spätestens 25.08.2018 beginnt die Zeitreise.
Ich weis sehr genau was ich warum wie will. Ist alles nur Gui für mich, sowas egal ob Java, Windows oder Apple drauf steht. Fenster verschiebe Systeme aus beliebigen Epochen.
Immer das gleiche für mich. Ich spiele seit Linux Kernel 1.xx mit.
Ist entweder, C dann C++, Dbase 4 oder Clipper Mfc von Microsoft seit 1998, geht jetzt immer noch. Leider nur bis WinXp 2014. Heist dann irgendwann Visual Studio 2017 Proffesional mit MSDN Abo um den Spagat von MFC auf jetzt zu deichseln
MfG
Ich
Gibt es irgendwelche zeitlichen Vorstellungen der Umsetzung?
Falls Du damit einen festen Zeitplan meinst, dann habe zumindest ich den nicht. Ich arbeite daran, soweit es meine Zeit und Prioritäten zulassen.
Hintergrund meiner Frage ist, dass ich eine Android-App als Prototyp habe, die das PP-XML (also für meinen Fall) verarbeiten kann, der Sync über Google Drive läuft und initial erste Portfoliodaten anzeigt.
Evtl. könnte man hier gemeinsame Sache machen.
2 Likes
Interessante (wiederkerhende) Diskussion, kurz 2 Gedanken dazu:
-
Ich finde auch, dass die begrenzte Haupt-Entwicklungsressource @AndreasB sich auf Funktionen der Desktop-Anwendung konzentrieren sollten.
Mobilversion ist aus meiner Sicht „nett“, aber der primäre Anwendungsfall sind Performanceauswertung, Reporting und Analysen, die auf dem Desktop aus meiner Sicht gut aufgehoben sind. -
Ich glaube ein echter „Enabler“ für parallele Entwicklung von mobilen Apps wäre die Entkopplung der Kursaktualisierungen in der XML-Datei. Dann könnten mobile Apps ebenso wie der Desktop-Client zum „Betrachten“ verwendet werden. Für die Entwicklung der mobilen Apps würden sich offensichtlich auch andere Freiwillige finden / anbieten. Das könnte dann also parallel / entkoppelt laufen und würde nicht die Weiterentwicklung der Desktopversion beeinträchtigen.
Solange ich mobil nur den „letzten Datenstand“ aus der Desktopanwendung öffnen kann, bietet das auch nicht viel Mehrwert. Und ich weiß nicht ob man die ganze „Kurse abrufen“-Logik nachbauen möchte.
Mögliche Lösungsansätze:
- Trennen der Codebasis in „Business-Logik, die zumindest unter Android wiederverwendbar ist“ und „Desktop-Client“. Meine Java-Zeit ist etwas her (heute .NET), meine Hoffnung wäre dass es hier die Möglichkeit gibt eine Bibliothek für Desktop und Mobil als Zielplattformen zu entwickeln (sowas wie .NET Core
) Damit sollte sich Neu-Entwicklung kritischer Business-Logik wie Kursaktualisierungen und Performance-Berechnung vermeiden lassen. Kaum auszumalen wie viele Foren-Threads „Performance unter Android/iOS anders als auf dem Desktop“ es sonst zukünftig geben würde. - Erstellen einer „Backend-Komponente“ für die Kursaktualisierungen. Hier könnte man z. B. versuchen ein Paket für eine NAS wie Synology zu bauen. Oder einen kleinen Service, den man irgendwo in der Cloud deployen kann (Azure o.Ä.) und der die Kurse in einer XML Datei z. B. in einem Cloud-Speicher aktualisiert.
Aber das sind nur ein paar kurze Einwürfe, ich kann mit der Desktop-Version sehr gut leben
Christoph
1 Like
Aktuell nichts offizielles.
Gerne! Ich schreibe Dich mal direkt an.
Hallo in die Runde,
zum Thema Web-Client möchte ich auch mein Interesse bekunden. Ich würde eine mobile PWA empfehlen, die dann zumindest weitestgehend unabhängig vom Smartphone wäre. Ein Backend wäre vermutlich in der Tat sinnvoll für Kursaktualisierungen und zur Vorhaltung der aktuellen PP-Daten. Ich bin aktuell ziemlich viel im Web-Bereich privat aktiv. Insbesondere die Backend-Seite mit Python ist eine ziemlich nette Sache da hier viele Bibliotheken schon verfügbar sind. Dort könnte ich mich auch engagieren und eine RestApi für eine mobile Client-Anwendung bereitstellen. Gibt es eine genaue Vorstellung, was ein solcher „Viewer“ leisten müsste? Ich Stelle mir folgendes vor:
- Sync der Positionen im Depot (Anzahl, Typ, Wert, Kaufdatum) gegen ein Backend auf einem Server nach Start der Desktop Anwendung. Pflege dieser Positionen nur in Desktop App.
- Kursabruf aktuelle Positionen über Yahoo etc.
- Berechnung Gewinn/Verlust ohne Betrachtung vonDividenden oder bereits realisierten Gewinne
- Anzeige in Webanwendung als Liste und Chart
Das sollte erst einmal gar nicht so kompliziert sein und man könnte seine aktuell offenen Positionen übersichtlich mit aktuellen Kursen beurteilen. Aktuell nutze ich „My Stocks Portfolio“ unter Android und ich baue die Positionen da immer sozusagen nach. Das ist schon lästig.
Wie aufwändig wäre ein Plugin in PP zu realisieren, das die aktuell aktiven Positionen als Datei an einen Server hochlädt? Mit Java hab ich sehr wenig am Hut und würde hier Unterstützung benötigen.
Wer hat hier Interesse, das mal näher zu diskutieren?
Heiko Günther
Für die Kursaktualisierungen gibt es seit Kurzem Historische Kurse von Portfolio Report.
Vor einiger Zeit (📱 Alpha-Tester für mobile Portfolio-App gesucht) hat sich die Mehrheit der Nutzer für eine Datenspeicherung in der Hoheit des Nutzers ausgesprochen. Das kann durchaus auch eine Cloudlösung sein, aber eine vom Nutzer ausgewählte/betriebene.
Ansonsten kann ich ein Großteil Deiner Gedanken nachvollziehen. Ich schreibe auch Dich – wie alle, die Unterstützung anbieten möchten – direkt an.
Hallo an Alle,
kommt denn keine Webapplication in Frage?
Stefan
Aus meiner Sicht schon, die Alpha-Version war/ist eine Webapp.
Da hier nur wortkarge Antworten gibt, wärme ich die Suppe nochmals auf 
Wie ist jetzt der Status der Web-Applikation, nachdem im Jänner genügend Tester (Alpha-Tester der WebApp in PP-Forum)aufgenommen wurde? Wann wäre die Beta-Phase in etwa?
Wo liegt denn eigentlich das Problem bei der Portierung? Java wurde doch speziell entwickelt, um Plattformunabhängigkeit zu erreichen. Der Preis dafür war eben die geringere Geschwindigkeit und die Notwendigkeit, einen Interpreter zu installieren, der den erzeugten Pseudo-Code zur Laufzeit in ausführbaren Maschinencode des Zielsystems übersetzt.
Ich kenne mich mit Java nicht weiter aus, habe es vor ca. 20 Jahren mal kurz ausprobiert, wegen der geringen Geschwindigkeit aber sehr schnell wieder fallen lassen.
Portfolio Performance ist konzeptionell als Desktop Anwendung entwickelt, sprich die verwendeten Bibliotheken brauchen Funktionen die das PC Betriebssystem zur Verfügung stellt.
Soweit ich vermute, sprechen wir bei der Entwicklung der App für Handy von einer zusätzlichen Anwendung die nicht identisch zur Desktop App sein kann.
Und ja, Java ist Plattform unabhängig, jedoch gibt es für Android & Co keine Java Runtime Version.
1 Like
Danke für die Info, mit einer fehlenden JRE hatte ich nicht gerechnet.
Hallo, im Zusammen iOS/Android und zusätzliche Anwendung, möchte ich mal auf die Uno Platform Aufmerksam machen.
Hier wird es kurz zusammengefasst. Damit würde man mit nur einer Codebasis alle Plattformen abdecken können. Hatte das nur zufällig entdeckt und musste an PP denken.
Falls das nicht sowieso schon bekannt ist, wäre es ja eine Überlegung Wert, bevor jetzt mit einer zusätzlichen Anwendung nur Android bedient wird.
Was meint ihr dazu?
Das ist – zumindest von meiner Seite – nicht geplant. Ich glaube aber, dass Desktop und Mobil zwei verschiedene Szenarien sind, die sich in der UI und in den Anwendungsfällen unterscheiden.