richard.kunze hat geschrieben:Wieso "als Außenstehender"? Du bist doch schon mitten drin in der CFW-Entwicklung.
Meine Fähigkeiten und mein Wissen reichen bei weitem nicht aus, um mir das anzumaßen. Wenn ich mal einen erfolgreichen Build auf die Reihe kriege, sehen wir weiter.
richard.kunze hat geschrieben:Da muss ich jetzt allerdings sagen: Egal ob die CFW jetzt "Erwartungen weckt" oder nicht, für mich ist es trotzdem ein Hobby. Das mach ich in meiner Freizeit. Unbezahlt. Und genau deswegen mache ich das auch in dem Umfang, und zu den Zeiten, und auf die Art wie ICH das will.
Das wollte ich auch gar nicht in Frage stellen. Ich denke mal, wir machen das alle unbezahlt und in unserer Freizeit. Was ich meinte, ist, daß wir uns TROTZDEM über die Außenwirkung im klaren sein müssen.
richard.kunze hat geschrieben:Wenn das nicht so wäre, dann würde sich die Arbeit an der CFW nämlich nicht wesentlich von meinem ganz normalen Job unterscheiden. Mit dem klitzekleinen Unterschied, dass normalerweise meine Kunden einen vierstelligen Betrag pro Tag dafür bezahlen, dass ich für sie nach ihren Wünschen Software entwickle.
Hmmmmm.... wenn ft sich solche SW-Entwickler leisten würde, hätten sie eine vorzeigbare Firmware, aber der TXT wäre nicht mehr bezahlbar. Und wenn ich solche Tagessätze bekäme, würde ich mir eine persönliche firmware in Indien erstellen lassen und in meiner Freizeit nur noch Anwender sein
richard.kunze hat geschrieben:Eine Roadmap fände ich ebenfalls nicht schlecht. Von mir aus auch noch mit einer Aufstellung, wer welche Aufgaben übernehmen will. Da ist die Frage denke ich eher, wie man das im Detail organisieren will (auf Github? Hier im Forum?).
Ich denke da im Detail an folgendes:
- einen "release candidate" branch, in dem nur noch bugfixing im Hinblick auf das release betrieben wird. Dazu gehörte dann auch eine buglist und die Nennung des Bearbeiters. Wer dann unterstützen möchte, weiß, an wen er sich wenden muß. Außerdem ließe sich dann bei Interesse zumindest ungefähr abschätzen, wie weit ein release noch entfernt ist...
- einen "stable" branch, in dem das jeweils letzte release als Quelle und als fertiger Build liegt
- einen "devel" branch, in dem die neuen features integriert werden können.
Jeweils nach einem release wird im devel ein feature freeze durchgeführt, der gefreezede Stand wandert nach "rc", der ehemalige "rc" logischerweise in "stable" und ... weiter gehts.
Davon unabhängig kann ja jeder forken, wo und was er will......
Daher -> GitHub.
richard.kunze hat geschrieben:Aber ganz bestimmt keine Terminvorgaben. Um es nochmal ganz deutlich zu sagen: Das hier ist ein Hobbyprojekt, das in der Freizeit der Beteiligten erstellt wird. Da sind irgendwelche Ansprüche und Forderungen nicht wirklich angebracht.
Wiederum Innenwirkung vs. Außenwirkung... Unter Außerachtlassung der genauen Umstände möchte ich auf eine Aussage wie "Der TXT ist so absolut unbrauchbar!" im Zusammenhang mit der cfw verweisen. Die Details spielen keine Rolle, aber wer bei einer Recherche zum TXT oder der cfw auf eine solche Aussage stößt, der wird wohl eher abgeschreckt. Also, was öffentlich zugänglich ist, sollte auch funktionieren. Evtl. ist da eine deutlichere Trennung zwischen release und development notwendig. Und was die Terminvorgaben betrifft, war ich zu unpräzise. Das soll keine Verpflichtung sein, sondern ein selbstgestecktes Ziel, daß das Abschätzen eines release-Zeitpunktes ermöglicht.
richard.kunze hat geschrieben:Und damit jetzt aber auch genug Rant.
Ich sehe das nicht als rant, es war von meiner Seite eine Reihe von Gedanken, die mich seit geraumer Zeit bewegten und die ich mal zur Diskussion stellen wollte. Wenn ich einstimmige Meinungen hören will, frage ich meine Kinder, ob Mama kochen soll oder wir lieber mal wieder gemeinsam einen Döner essen wollen
richard.kunze hat geschrieben:Bzw. fast, und mit einer etwas positiveren Note: Die CFW lebt vom Mitmachen. Und wer mitmacht, der kann auch beeinflussen in welche Richtung die CFW geht und wie schnell die CFW weiterentwickelt wird. Von daher: Beteiligt euch. Macht mit. Das ist der schnellste und einfachste Weg Eure Wünsche an die CFW umzusetzen.
Da ist es sicher oft weniger das Wollen als das Können... Sich nebenbei und unentgeltlich zum Fachinformatiker weiterzubilden, will ja auch nicht jeder.
richard.kunze hat geschrieben:Und die Arbeit an Brickly ist wäre ja auch nicht umsonst auch wenn es irgendwann mal RoboBlocks gibt - das ist nämlich letztendlich auch nicht viel anderes als eine Kombination von Brickly und BrickMCP fest in die CFW eingebaut..
Um BrickMCP ist es nicht wirklich schade, ich bitte meinen Kommentar nicht diesbezüglich falsch zu verstehen. Es geht um mit Brickly erstellte Projekte bzw. evtl. sogar auf Brickly aufbauende Lernkonzepte mit entsprechendem Lehrmaterial (->Tutorials, Dokumentationen, Beispielprogramme etc.)
Wenn man den TXT mit cfw neben vergleichbaren Lego-Produkten sehen möchte, würde ich Kontinuität über Integrationsgrad stellen. So schön die Idee einer oder mehrerer fest integrierte IDEs in der cfw auch ist, wenn der Brickly-RoboBlocks-Übergang für die Anwendermehrheit einen harten Bruch darstellen würde, wäre das ein massiver Nachteil. Brickly und RoboBlocks parallel weiterzuentwickeln bindet unnötige Ressourcen. Und dann droht ja irgendwann der ft-seitige Bruch in Form eines TXT-Nachfolgers, wobei ich mir da ja wie schon erwähnt sehr sinnvoll ein Prozessor-Upgrade unter Gewährleistung einer firmwareseitigen Abwärtskompatibilität vorstellen könnte. Ob das jemand bei ft auch so sieht, kann ich nicht beurteilen.
So, und jetzt nochmal ganz ausdrücklich
DANKE AN ALLE FW-BETEILIGTEN, bitte versteht meine Äußerungen nicht als Negativ-Kritik. Meine Motivation rührt hauptsächlich daher, daß ich im Moment gerne Lokalisierung und USB-Schreibrechte hätte, und zwar so, daß auch andere ANWENDER davon profitieren, d.h., daß man die cfw nicht selber bauen muß, um die ganzen neuen features zu bekommen. Das bedingt einen 0.9.3er release, und dafür fehlen noch ein paar Kleinigkeiten, wenn ich richtig verstanden habe...
So, an dieser Stelle für mich Ende des Themas, damit das nicht zu weite Kreise zieht und am Ende wirklich noch jemand beleidigt ist.
Gruß
Peter