[teamfx] Re: [teamfx] RE: [teamfx] Re: [teamfx] RE: [teamfx] Re: [teamfx] RE: [teamfx] Re: [teamfx] Re: [teamfx] RE: [teamfx] Re: [teamfx] Zusammenarbeit mit OpenJFX - Es geht vorwärts!

  • From: Hendrik Ebbers <hendrik.ebbers@xxxxxxxxx>
  • To: teamfx@xxxxxxxxxxxxx
  • Date: Tue, 12 Jan 2016 23:18:25 +0100

Hi,
ich denke, dass wir einmal priorisieren sollten, was wir genau wollen. Soweit 
ich das verstanden hab geht es hier um 2 Punkte:
- Ein zusätzlichen Issue-Tracker für JavaFX in dem jeder Tickets anlegen, 
kommentieren und priorisieren (voten) kann
- Eine technische Infrastruktur um Patches für JavaFX zu liefern

Für Punkt A ist sicherlich Jira das beste Mittel, für Punkt B sicherlich GitHub.

Ich persönlich sehe in A keinen Mehrwert, da es meiner Meinung nach:
- Mehr Verwirrung schafft
- Das ganze nur Aussagekräftig ist wenn es alle JavaFX Tickets beinhaltet
- Es für mich fraglich ist ob Oracle / das JavaFX Team mögliche Auswertungen 
des Systems wirklich nutzt

In B sehe ich persönlich einen großen Mehrwert. Allerdings muss hier auch 
einiges an Vorarbeit geleistet werden. Alle Leute die Interesse daran haben an 
Bugfixes für JavaFX mitzuwirken müssten den Oracle Prozess zur Anmeldung im 
Issue-Tracker durchlaufen. Dazu kommt, dass wir einen vernünftige Übernahme der 
JFX sources benötigen und auch eine Doku zum Bauen, Testen, etc. Sicherlich 
wird es auch bei TeamFX Leute geben die daran kein Interesse bzw. keine Zeit 
haben. Diese Leute könnten aber vorgeschlagene Änderungen reviewen. Hierdurch 
würde die Qualität der Patches deutlich steigen und somit auch die Change dass 
sie angenommen werden. Sobald der erste Patch aus dem Repo durch ist 
unterschreiben vielleicht auch andere das OCA und beginnen ihren eigenen 
Feature Branch. 
Auch hier sehe ich nicht wirklich wo ein Voting System helfen sollte. Features 
werden eh von Oracle vorgegeben und initial wär es sicherlich eh das beste, 
wenn man Jonathan und Kevin mal nach ein paar kleinen Tickets fragt mit denen 
man rumspielen kann. Ich denke, dass das fixen von kleinen Bugs hier deutlich 
realistischer ist als das hinzufügen von neuen Features.

Ich denke, dass wir beide uns hier grad im Kreis drehen, da der eine den 
anderen nicht überzeugen wird :) Daher bin ich auf weitere Meinungen gespannt.

Hendrik

Von meinem iPhone gesendet

Am 12.01.2016 um 22:18 schrieb Markus KARG <markus@xxxxxxxxxxxxxxx>:

Hendrik,

Zunächst einmal: Du kannst als Entwickler keinen Bug bei Oracle einstellen, 
weil dort nur bestimmte Personen Schreibrechte in JIRA erhalten. Die Regel 
dazu sind streng (strenger als zu der Zeit in der wir unsere Accounts 
bekommen haben). Selbst die TeamFX-Mitglieder haben dort nicht alle einen 
Account und würden teilweise auch keinen erhalten. Das vorab.

Es gibt Personen, die gerne Voten möchten, und wir könnten Ihnen diesen 
Wunsch erfüllen. Es gibt Interesse bei Oracle an Statistiken über Community 
Votes; auch diesen Wunsch könnten wir erfüllen (ja, auch Oracle findet 
Oracle's System den letzten Müll, und bis hoch zu Kevin Rushforth hat keiner 
die Macht daran etwas zu ändern, nebenbei bemerkt; und jene Oracles, die das 
ändern könnten [Reinhold u. a.], wollen das nicht ändern, aus verschiedensten 
Gründen auf die wir keinen Einfluss haben). Es gibt Personen, die suchen 
einfach eine kleine Programmieraufgabe oder hätten Spaß bei JavaFX zu helfen, 
und für jene wäre eine Top-Ten praktisch, damit sie einen möglichst großen 
Dienst erweisen. Usw. Usf.

Es werden von verschiedener Seite eben verschiedene Wünsche an uns bzw. unser 
zukünftiges System herangetragen, und von daher finde ich es ein wenig 
Schade, dass derzeit ausschließlich die Bekanntheitskarte gespielt wird und 
wir nicht etwas professioneller über die technischen Fakten sprechen welches 
System diese Wünsche denn wirklich umsetzen könnte und welches uns einfach 
nur aus dem Bauch heraus am besten gefällt.

Ich habe nichts gegen Github und Bitbucket, aber sie erfüllen rein objektiv 
betrachtet eben weniger Anforderungen als Gitlab.

-Markus

-----Original Message-----
From: teamfx-bounce@xxxxxxxxxxxxx [mailto:teamfx-bounce@xxxxxxxxxxxxx] On ;
Behalf Of Hendrik Ebbers
Sent: Dienstag, 12. Januar 2016 20:28
To: teamfx@xxxxxxxxxxxxx
Subject: [teamfx] Re: [teamfx] RE: [teamfx] Re: [teamfx] RE: [teamfx] Re: 
[teamfx] Re: [teamfx] RE: [teamfx] Re: [teamfx] Zusammenarbeit mit OpenJFX - 
Es geht vorwärts!

Ich versteh das mit dem Voten immer noch nicht - warum man für Tickets voted 
ist mir natürlich klar ;) Wenn ich als Entwickler einen Bug in JFX hätte 
würde ich ihn bei Oracle einstellen (ja, das System da ist der letzte Müll). 
Ich würde aber gefühlt nicht in einem anderen Repo (egal ob Github oder 
Gitlab) für das Ticket Voten, da ich nicht sehe, wie das den Bug nach vorne 
bringt.

Von meinem iPhone gesendet

Am 12.01.2016 um 20:06 schrieb Markus KARG <markus@xxxxxxxxxxxxxxx>:

Und *das* senkt dann die Einstiegshürde für Dritte? Wenn er zum Voten auf 
ein anderes Portal wechseln muss, das wir dann zusätzlich zu GitHub 
verwalten müssen? Wieso das einfach sein soll, als gleich die integrierte 
Lösung in GitLab zu verwenden (die bereits fertig eingerichtet online ist) 
erschließt sich mir leider nicht.

-----Original Message-----
From: teamfx-bounce@xxxxxxxxxxxxx [mailto:teamfx-bounce@xxxxxxxxxxxxx] ;
On Behalf Of Hendrik Ebbers
Sent: Dienstag, 12. Januar 2016 20:00
To: teamfx@xxxxxxxxxxxxx
Subject: [teamfx] Re: [teamfx] RE: [teamfx] Re: [teamfx] Re: [teamfx] RE: 
[teamfx] Re: [teamfx] Zusammenarbeit mit OpenJFX - Es geht vorwärts!

Hiermit könnte es gehen:

http://feathub.com

Von meinem iPhone gesendet

Am 12.01.2016 um 19:55 schrieb Markus KARG <markus@xxxxxxxxxxxxxxx>:

Wie können wir es Dritten ermöglichen zu voten, wenn wir uns für Github 
entscheiden?

-----Original Message-----
From: teamfx-bounce@xxxxxxxxxxxxx 
[mailto:teamfx-bounce@xxxxxxxxxxxxx] On Behalf Of Dirk @ Google
Sent: Dienstag, 12. Januar 2016 19:31
To: teamfx@xxxxxxxxxxxxx
Subject: [teamfx] Re: [teamfx] Re: [teamfx] RE: [teamfx] Re: [teamfx] 
Zusammenarbeit mit OpenJFX - Es geht vorwärts!

+1 für github, schliesse mich Alex Meinung an.

Am 12.01.2016 um 19:29 schrieb Alexander Casall (Redacted sender 
"alexander.casall" for DMARC) <dmarc-noreply@xxxxxxxxxxxxx>:

+1 für github, da die Hürde für Interaktionen von dritten kleiner 
+ist, da fast jeder bei github einen Account hat

On 12.01.2016, at 19:24, Markus KARG <markus@xxxxxxxxxxxxxxx> wrote:

Danny,

GitLab stellt uns kostenlos einen absolute unbegrenzt nutzbaren 
CloudService in der Variante "Enterprise Edition" zur Verfügung.

* Keine Kosten
* Cloud Hosting in Europa
* Alle Enterprise Features
* Beliebig viele Projekte, privat wie öffentlich
* Beliebig viele Accounts
* Garantiert auf unbegrenzte Zeit

-Markus

-----Original Message-----
From: teamfx-bounce@xxxxxxxxxxxxx 
[mailto:teamfx-bounce@xxxxxxxxxxxxx] On Behalf Of Danny Althoff
Sent: Dienstag, 12. Januar 2016 10:04
To: teamfx@xxxxxxxxxxxxx
Subject: [teamfx] Re: [teamfx] Zusammenarbeit mit OpenJFX - Es geht 
vorwärts!

Am 11.01.2016 um 18:41 schrieb Markus KARG:
Ich habe mir übrigens die letzten Tage intensiv die aktuellen 
Cloud-Dienste von github und gitlab angeschaut und kann nicht 
bestätigen, dass github in irgend einer Weiße "besser" ist. Was 
genau ist denn am *heutigen* Cloud-Service von gitlab effektiv und 
objektiv betrachtet schlechter als bei gitlab? Wie gesagt, ich 
kannte gitlab bis vor kurzem nicht, finde es aber inwzischen 
tatsächlich besser als github, vor allem aufgrund des 
hervorragenden Service und der superschnellen Nachrüstung der von 
mir gewünschten Features. Aber lass uns die anderen auch mal was 
dazu sagen...! ;-)

Hi Markus, hi Liste,

wir sind nur ein zusammengewürfelter Haufen, ein paar 
OpenJDK/OpenJFX-committer und einige ohne jeglichen Zugriff, daher würde 
ich vorschlagen, dass wir mit einer gemeinsamen Basis starten. Ich finde 
es sehr begrüßenswert eine Auswahl zu haben, natürlich spielen hier 
persönliche Preferenzen immer eine wichtige Rolle, auch wenn ich selber 
mit GitHub bisher sehr gute Erfahrungen gemacht habe, es macht mir auch 
Spaß immer wieder im OpenJFX-Repo von Debian rumzusuchen.

Wir sollten eines bei der Entscheidung nach einer gemeinsamen Basis nicht 
vergessen: lasst uns erst mal einen Anfang finden, später können wir noch 
immer wechseln.

Auch wenn ich mit GitLab bisher keine Erfahrungen gemacht habe, bin ich 
aber dafür *GitLab* zu verwenden. Wieso? Wir kennen alle Github ;) also 
lasst uns mal über den Tellerrand schauen.

Da ich aber bei jedem System, welches ich nicht kenne, mir erst mal die 
Herstellerseite anschaue, habe ich eine technische Frage an dich Markus:
welche Version nutzen wir dafür? CE oder EE? Wenn CE: wo wird das denn 
dann gehostet? Wenn EE: wer zahlt denn dann dafür?! Wäre für mich ein 
absolutes Votum für GitHub, sollte das ganze mit einem Preis versehen 
sein.


Gruß
Danny




Other related posts:

  • » [teamfx] Re: [teamfx] RE: [teamfx] Re: [teamfx] RE: [teamfx] Re: [teamfx] RE: [teamfx] Re: [teamfx] Re: [teamfx] RE: [teamfx] Re: [teamfx] Zusammenarbeit mit OpenJFX - Es geht vorwärts! - Hendrik Ebbers