RE: Wie unser Projekt derzeit funktioniert
Hallo Jörg, Ich bin seit 12 Jahren Berater. Und der Report war grottig. Es war als defekt beschrieben obwohl wäes ein enhancement ist. Er war gegen ein OS gestellt dabei sollte das Feature alle OS ansprechen. Dann schreibt man nich wie Applikation Excel. Wenn ich Excel 2000 habe ist das feature vielleicht nicht enthalten. In 365 kann das feature sich jederzeit ändern. Das ist einfach so nicht professionell oder zufriedenstellend. Man kann aus dem wie es präsentiert wurde annehmen das es sich um ein Support Reqeust handelt und die schließen wir in Bugzilla. Da gibt es keine Ausreden. Ob das zu einem Schaden führt oder nicht weiß ich nicht ist mir auch egal. Ich hätte erwartet das außer mir noch jemand ein Interesse hat das reports einen gewissen allgemeinen Standard genügen. Diese Anforderung stelle ich nicht gegen Gabi sie tut was sie kann, sondern anderen Mitgliedern die es besser wissen müssten. Meine Empfehlung nimm es mit für die Zukunft. Vergangenes können wir nicht ändern Am 7. Februar 2020 18:56:59 MEZ schrieb "Jörg Schmidt" : >Hallo Michael, > >> -Original Message- >> From: Dr. Michael Stehmann [mailto:anw...@rechtsanwalt-stehmann.de] >> Sent: Friday, February 07, 2020 1:32 PM >> To: dev-de@openoffice.apache.org >> Subject: Re: Wie unser Projekt derzeit funktioniert >> >> Hallo, >> >> Am 07.02.20 um 11:57 schrieb Jörg Schmidt: >> > Nachtrag >> > >> > >> > Hallo Michael, >> > >> > ich habe gerade übersehen das Du 'in Deinem eigenen Thread' >> geantwortet hast, denn sonst hätte ich das gleich geschrieben: >> > >> > Du hast mich projektschädigendem Verhalten beschuldigt, ich >> bitte Dich diese Aussage zu überdenken und entsprechend >klarzustellen. >> >> Das Ergebnis war objektiv projektschädigend. > >Dagegen verwahre ich mich. Insbesondere auch deshalb weil ich als >Committer Verpflichtungen gegenüber dem Projekt eingegangen bin, die >ich ernst mehme und die ich mir nicht durch eine unüberlegte Bemerkung >in Frage stellen lasse. > >Ich wiedehole das ich nicht das Projekt dadurch schädigen kann, das ich >etwas tue wozu auf unseren Seiten extra aufgefordert wird und ich hatte >festgestellt das die diesbezüglich genannte Seite inhaltlich aktuell >ware und ich mir sehr wohl bewusst über uneere Kapazitäten bin und >deshalb nun auch keineswegs einen Aufruf im Sinne 'schreibt mehr >Feature-Requests' verfasst habe, sondern nichtöffentlich einer >einzelnen Nutzerin einen Rat gegeben habe. > > > >Ich will aber gerne in Ruhe auf die anderen Dinge eingehen: > >> Ich gehe bis auf Weiteres davon aus, dass Dir die Folgen nicht vor >den >> Augen standen, als Du die Nutzerin animiert hast, einen >Featurerequest >> zu formulieren. > >doch, mir standen 'die Folgen' vor Augen und es lag überhaupt kein >Grund vor diese Folgen, die pro Jahr Dutzende (?) treffen nun gerade >hier als Hinderungsgrund zu sehen. > >> Es war daher objektiv absehbar, dass die Nutzerin, die sich >> der Mühe der >> Formulierung eines Featurerequest unterzogen hatte, >> enttäuscht werden würde. > >Nein, das war es nicht, denn was eigentlich zu erwarten war, war das >der Issue, wie hunderte Andere, in Ruhe dahindämmern würde, weil >einfach nicht genügend Leute da sind issues auch nur rein >'verwaltungstechnisch' zuverlässig und zeitnah zu bearbeiten. > >Das war aber, wennn auch etwas gemildert, schon bei OOo der Fall und >die Lage war eindeutig: man rief trotzdem zu Issues auf weil auch >Issues die man nicht richtig bearbeiten kann/konnte als allgemein >wichtige Quelle für Anregungen galten. > >> Ich muss leider - ebenfalls bis auf Weiteres - wohl davon >> ausgehen, dass >> Du die Verantwortung hierfür bei dem siehst, der der Nutzerin >> geantwortet hat. > >Dann stelle ich hiermit fest das ich bei demjenigen keine besondere >Verantwortung oder Schuld sehe sondern einzig seine Antwort nicht >höflich fand und die Tatsache das er darauf verwies kein MSO und/oder >Excel zu haben peinlich (oder lächerlich). >Wenn Du jetzt noch zur Verteidigung vorbringst das das Problem an der >deutschen Sprache lag, bin ich sprachlos - klar, kann nicht jeder >deutsch, aber man muss dieses Argument nicht überziehen bei einem >Dialog den man auch ohne Sprachkenntnisse deuten kann. > >Oder anders gesagt: wäre es nicht vernünftig das sich im Zweifel jemand >der vom Thema eines Issues keine Ahnung hat, vielleicht zurückhält? >Oder ist selbst dieser Hinweis nun schon wieder provokant? > >> Ok, man mag die Antwort daher als etwas voreilig ansehen. Was >> wäre aber >> die Alternative gewesen? > >Wenn wir unsere Arbei koordinieren würden, gäbe es Zuständigkeiten für >bestimmte Issue-Bereiche bzw. weil uns dafür das Personal fehlt z.B. >eine simple Liste worauf Personen eingetragen sind die für bestimmte >Bereiche kompentent sind und wo jeder nachschlagen kann (ohne die Leute >kennen zu müssen) und dann kurz eine Email schreiben könnte: >'Hallo Jörg, Du bist doch Calc-Experte. Hier ist eine Nutzerin die >irgendeine Sortierung von Excel
RE: Wie unser Projekt derzeit funktioniert
Hallo Michael, > -Original Message- > From: Dr. Michael Stehmann [mailto:anw...@rechtsanwalt-stehmann.de] > Sent: Friday, February 07, 2020 1:32 PM > To: dev-de@openoffice.apache.org > Subject: Re: Wie unser Projekt derzeit funktioniert > > Hallo, > > Am 07.02.20 um 11:57 schrieb Jörg Schmidt: > > Nachtrag > > > > > > Hallo Michael, > > > > ich habe gerade übersehen das Du 'in Deinem eigenen Thread' > geantwortet hast, denn sonst hätte ich das gleich geschrieben: > > > > Du hast mich projektschädigendem Verhalten beschuldigt, ich > bitte Dich diese Aussage zu überdenken und entsprechend klarzustellen. > > Das Ergebnis war objektiv projektschädigend. Dagegen verwahre ich mich. Insbesondere auch deshalb weil ich als Committer Verpflichtungen gegenüber dem Projekt eingegangen bin, die ich ernst mehme und die ich mir nicht durch eine unüberlegte Bemerkung in Frage stellen lasse. Ich wiedehole das ich nicht das Projekt dadurch schädigen kann, das ich etwas tue wozu auf unseren Seiten extra aufgefordert wird und ich hatte festgestellt das die diesbezüglich genannte Seite inhaltlich aktuell ware und ich mir sehr wohl bewusst über uneere Kapazitäten bin und deshalb nun auch keineswegs einen Aufruf im Sinne 'schreibt mehr Feature-Requests' verfasst habe, sondern nichtöffentlich einer einzelnen Nutzerin einen Rat gegeben habe. Ich will aber gerne in Ruhe auf die anderen Dinge eingehen: > Ich gehe bis auf Weiteres davon aus, dass Dir die Folgen nicht vor den > Augen standen, als Du die Nutzerin animiert hast, einen Featurerequest > zu formulieren. doch, mir standen 'die Folgen' vor Augen und es lag überhaupt kein Grund vor diese Folgen, die pro Jahr Dutzende (?) treffen nun gerade hier als Hinderungsgrund zu sehen. > Es war daher objektiv absehbar, dass die Nutzerin, die sich > der Mühe der > Formulierung eines Featurerequest unterzogen hatte, > enttäuscht werden würde. Nein, das war es nicht, denn was eigentlich zu erwarten war, war das der Issue, wie hunderte Andere, in Ruhe dahindämmern würde, weil einfach nicht genügend Leute da sind issues auch nur rein 'verwaltungstechnisch' zuverlässig und zeitnah zu bearbeiten. Das war aber, wennn auch etwas gemildert, schon bei OOo der Fall und die Lage war eindeutig: man rief trotzdem zu Issues auf weil auch Issues die man nicht richtig bearbeiten kann/konnte als allgemein wichtige Quelle für Anregungen galten. > Ich muss leider - ebenfalls bis auf Weiteres - wohl davon > ausgehen, dass > Du die Verantwortung hierfür bei dem siehst, der der Nutzerin > geantwortet hat. Dann stelle ich hiermit fest das ich bei demjenigen keine besondere Verantwortung oder Schuld sehe sondern einzig seine Antwort nicht höflich fand und die Tatsache das er darauf verwies kein MSO und/oder Excel zu haben peinlich (oder lächerlich). Wenn Du jetzt noch zur Verteidigung vorbringst das das Problem an der deutschen Sprache lag, bin ich sprachlos - klar, kann nicht jeder deutsch, aber man muss dieses Argument nicht überziehen bei einem Dialog den man auch ohne Sprachkenntnisse deuten kann. Oder anders gesagt: wäre es nicht vernünftig das sich im Zweifel jemand der vom Thema eines Issues keine Ahnung hat, vielleicht zurückhält? Oder ist selbst dieser Hinweis nun schon wieder provokant? > Ok, man mag die Antwort daher als etwas voreilig ansehen. Was > wäre aber > die Alternative gewesen? Wenn wir unsere Arbei koordinieren würden, gäbe es Zuständigkeiten für bestimmte Issue-Bereiche bzw. weil uns dafür das Personal fehlt z.B. eine simple Liste worauf Personen eingetragen sind die für bestimmte Bereiche kompentent sind und wo jeder nachschlagen kann (ohne die Leute kennen zu müssen) und dann kurz eine Email schreiben könnte: 'Hallo Jörg, Du bist doch Calc-Experte. Hier ist eine Nutzerin die irgendeine Sortierung von Excel auch in Calc haben will, ich verstehe das nicht ganz, schau doch Du bitte mal auf den Issue.' Die Reaktionszeit auf den Issue war äußerst vorbildlich, vielleicht hat diese Schnellingkeit zu einer weniger guten Antwort (wie ich meine) beigetragen. > In fachlicher Hinsicht hast Du bei mir weiterhin einen ausgezeichneten > Ruf. Michael, bitte, ich habe gesagt das mir meine Verpflichtungen als Committer in den Sinn kamen und ich möchte nicht einen Ruf erlangen der da hiesse ich halte mich nicht daran. Ebenso lesen auch Auftraggeber gelegentlich unsere Listen ... > 1. Zu überlegen, ob der Wunsch durch eine Extension erfüllt > werden kann. Ich habs überlegt, ich habe sogar gestern schon angefangen zu programmieren. In Starbasic kann ich einen Teil der Anforderungen optimal umsetzen, einen anderen aber nicht. Für Letzteres wäre zumindest Java, C++ nötig, die ich nicht kann. Sollte eine Extension fertig werden, so werde ich diese auch an den Issue hängen. Gruß Jörg - To unsubscribe, e-mail: dev-de-unsubscr...@openoffice.apache.org For
RE: Wie unser Projekt derzeit funktioniert
Hallo Peter, > -Original Message- > From: Peter Kovacs [mailto:pe...@apache.org] > Sent: Friday, February 07, 2020 2:04 PM > To: dev-de@openoffice.apache.org > Subject: Re: Wie unser Projekt derzeit funktioniert > Aber ich bin offen wenn wir das ausprobieren wollen. Mit oder ohne > Plattform. (Obwohl lieber mit) Andere sind bei unkonventionellen Dingen leider weniger offen ... Ich fände z.B. wir könnten die Möglichkeiten nutzen die uns die Tatsache bietet das wir als ein Apache-Projekt Teil einer großen Apache-Gemeinschaft sind und ich annehme das sich die Leute auch projektübergreifend helfen würden. Andere finden schon diesen Vorschlag eine schlechte Idee. Warum entzieht sich meinem Verständnis. Gruß Jörg - To unsubscribe, e-mail: dev-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-de-h...@openoffice.apache.org
RE: Wie unser Projekt derzeit funktioniert
Hallo, > -Original Message- > From: Dave [mailto:davepo...@gmail.com] > Sent: Friday, February 07, 2020 1:53 PM > To: dev-de > Subject: Re: Wie unser Projekt derzeit funktioniert > > Ich stelle mir die Frage, ob es nicht möglich wäre, in Form von > Kooperationen mit Informatik-Fachbereichen bei Bachelor- oder > Masterarbeiten neue Programmiererinnen für AAO zu gewinnen? Allein die > Suche nach diesen wäre so eine Art Werbekampagne. Lg, Dave Bezüglich Praktika hatte ich das Gleiche vor Jahren in Zusammenhang mit der Vereinsidee vorgeschlagen, weoil es schon beim OOoDeV Thema war, da jedoch nicht umgesetzt wurde. Etwas hingegen nur Ähnliches hatte ich, vor einigen Monaten, offlist, hinsichtlich Mitarbeitern für Dokumentation, vorgeschlagen und jemanden um etwas Kontaktanbahnung gebeten und aus dem Ganzen entstand ein Streit und infolge reden wir nicht mehr miteinander. Für mich wieder eine völlig unverständliche Situation. Gruß Jörg - To unsubscribe, e-mail: dev-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-de-h...@openoffice.apache.org
Re: Wie unser Projekt derzeit funktioniert
Hi Dave, Also wir haben etwa alle 3 Monate jemanden der schreibt er würde gerne mitmachen. Wir sagen dann so den ersten Schritt den man machen kann. Versuchen dann einzuordnen. Und dann muss der Interessierte dann was tun. Und das funktioniert dann nicht. Ich glaube wenn man mehr nach haken würde und Bauchpinselt dann passiert mehr. Aktuell sind aber alle aktiven mit anderen Dingen beschäftigt oder werden ständig abgelenkt. Ich will zum Beispiel eine Freiwillige anschreiben, welche mir gesagt hat sie würde gerne mitmachen. Ich bin aber die letzten 2 Wochen nicht dazu gekommen. So wie andere Sachen auch liegen bleiben. Wenn wir herausfinden wie wir interessierte auch an der Stange halten können wir nach Multiplikatoren suchen. Wir brauchen auch aufgaben. Auch diese müssen vorbereitet werden. Auch hier mangelt es. Aktuell müssen Neulinge (dazu zähle ich mich auch noch) viel in Eigenarbeit sich erarbeiten. Weiß nicht ob das so Studie Freundlich ist. Ich hätte das damals als ich an der Hochschule war zumindest nicht gemacht. Aber ich bin offen wenn wir das ausprobieren wollen. Mit oder ohne Plattform. (Obwohl lieber mit) Beste Grüße Peter On 07.02.20 13:53, Dave wrote: > Ich stelle mir die Frage, ob es nicht möglich wäre, in Form von > Kooperationen mit Informatik-Fachbereichen bei Bachelor- oder > Masterarbeiten neue Programmiererinnen für AAO zu gewinnen? Allein die > Suche nach diesen wäre so eine Art Werbekampagne. Lg, Dave > > On Fri, Feb 7, 2020 at 1:46 PM Peter Kovacs wrote: > >> Hallo, >> >> >> Kurze Ergänzung zum Thema Bugzilla im Allgemeinen: >> >> 1) support requests sollten im Forum gelöst werden. Deswegen wäre meine >> Empfhelung den Link der Foumsdiskussion zu posten. Selbst wenn er nicht >> in english ist. >> >> 2) Reuirements sollten nicht Abhängigkeiten auf externe Quellen haben. >> Die liegen außerhalb unseres Einflusses und können sich ändern. Also >> Feature wie Applikation XYZ ist eine sehr schwache Beschreibung. >> >> Muss auf jedenfalls ergänzt werden. >> >> 3) Man kann auch selber ergänzen. Selbst wenn man nicht glaubt das >> daraus was wird. Weil gerade dieses Sortierbeispiel ist vielleicht auch >> etwas das ein Junior OO Entwickler in angriff nehmen kann. >> >> Deswegen würde ich solche Requests auch nie per se abschreiben. Wir >> müssen uns aber darüber bewusster werden, und mehr Informationen >> anfügen, damit wir sie Anfängern geben können. >> >> >> Beste Grüße >> >> Peter >> >> On 07.02.20 13:32, Dr. Michael Stehmann wrote: >>> Hallo, >>> >>> Am 07.02.20 um 11:57 schrieb Jörg Schmidt: Nachtrag Hallo Michael, ich habe gerade übersehen das Du 'in Deinem eigenen Thread' geantwortet >> hast, denn sonst hätte ich das gleich geschrieben: Du hast mich projektschädigendem Verhalten beschuldigt, ich bitte Dich >> diese Aussage zu überdenken und entsprechend klarzustellen. >>> Das Ergebnis war objektiv projektschädigend. >>> >>> Du hast den Vorgang wie folgt geschildert: >>> >>> "Ich gab also den Rat doch bitte bei uns im Bugtracker eine >>> Feature-Request zu formulieren, obwohl ich wenig Hoffnung hatte das die >>> Nutzeriun sich diese Mühe machen würde. >>> >>> Sie machte sich aber die Mühe (#128278)." >>> >>> Ich gehe bis auf Weiteres davon aus, dass Dir die Folgen nicht vor den >>> Augen standen, als Du die Nutzerin animiert hast, einen Featurerequest >>> zu formulieren. >>> >>> Du konntest aber objektiv nicht davon ausgehen, dass ein Entwickler >>> diesen Request im Sinne der Nutzerin bearbeiten würde. Oder hast Du mit >>> einem Entwickler kommuniziert und ihm dieses Feature "an's Herz gelegt"? >>> >>> Daher habe ich ja auch geschrieben: >>> >>> "Damit Du das zukünftig vermeiden kannst, noch ein paar Informationen:" >>> >>> Es war daher objektiv absehbar, dass die Nutzerin, die sich der Mühe der >>> Formulierung eines Featurerequest unterzogen hatte, enttäuscht werden >> würde. >>> Ich muss leider - ebenfalls bis auf Weiteres - wohl davon ausgehen, dass >>> Du die Verantwortung hierfür bei dem siehst, der der Nutzerin >>> geantwortet hat. Du schriebst nämlich: >>> >>> "2. Wie kann man nur eine solche Antwort geben?" >>> >>> Ich gebe hierzu folgendes zu bedenken: Einem in englischer Sprache >>> verfassten Report war ein Screenshot beigefügt, dessen Texte in >>> deutscher Sprache waren. Man kann und sollte aber nicht davon ausgehen, >>> dass alle im Projekt der deutschen Sprache mächtig sind. >>> >>> Ok, man mag die Antwort daher als etwas voreilig ansehen. Was wäre aber >>> die Alternative gewesen? Hätte oooforum (fr) (offenbar ein Franzose) ein >>> "need more information" schreiben sollen? Dann hätte er in der Nutzerin >>> aber nur die Hoffnung auf die Umsetzung ihres Wunsches verstärkt und >>> damit wohl auch ihre finale Enttäuschung. >>> Zum Einen weil es hier um meine Person und meinen Ruf geht, und zwar >> auch über das Projekt hinaus. >>> In fachlicher Hinsicht hast Du bei mir weiterhin einen ausgezeichneten >>> Ruf.
Re: Wie unser Projekt derzeit funktioniert
Ich stelle mir die Frage, ob es nicht möglich wäre, in Form von Kooperationen mit Informatik-Fachbereichen bei Bachelor- oder Masterarbeiten neue Programmiererinnen für AAO zu gewinnen? Allein die Suche nach diesen wäre so eine Art Werbekampagne. Lg, Dave On Fri, Feb 7, 2020 at 1:46 PM Peter Kovacs wrote: > Hallo, > > > Kurze Ergänzung zum Thema Bugzilla im Allgemeinen: > > 1) support requests sollten im Forum gelöst werden. Deswegen wäre meine > Empfhelung den Link der Foumsdiskussion zu posten. Selbst wenn er nicht > in english ist. > > 2) Reuirements sollten nicht Abhängigkeiten auf externe Quellen haben. > Die liegen außerhalb unseres Einflusses und können sich ändern. Also > Feature wie Applikation XYZ ist eine sehr schwache Beschreibung. > > Muss auf jedenfalls ergänzt werden. > > 3) Man kann auch selber ergänzen. Selbst wenn man nicht glaubt das > daraus was wird. Weil gerade dieses Sortierbeispiel ist vielleicht auch > etwas das ein Junior OO Entwickler in angriff nehmen kann. > > Deswegen würde ich solche Requests auch nie per se abschreiben. Wir > müssen uns aber darüber bewusster werden, und mehr Informationen > anfügen, damit wir sie Anfängern geben können. > > > Beste Grüße > > Peter > > On 07.02.20 13:32, Dr. Michael Stehmann wrote: > > Hallo, > > > > Am 07.02.20 um 11:57 schrieb Jörg Schmidt: > >> Nachtrag > >> > >> > >> Hallo Michael, > >> > >> ich habe gerade übersehen das Du 'in Deinem eigenen Thread' geantwortet > hast, denn sonst hätte ich das gleich geschrieben: > >> > >> Du hast mich projektschädigendem Verhalten beschuldigt, ich bitte Dich > diese Aussage zu überdenken und entsprechend klarzustellen. > > Das Ergebnis war objektiv projektschädigend. > > > > Du hast den Vorgang wie folgt geschildert: > > > > "Ich gab also den Rat doch bitte bei uns im Bugtracker eine > > Feature-Request zu formulieren, obwohl ich wenig Hoffnung hatte das die > > Nutzeriun sich diese Mühe machen würde. > > > > Sie machte sich aber die Mühe (#128278)." > > > > Ich gehe bis auf Weiteres davon aus, dass Dir die Folgen nicht vor den > > Augen standen, als Du die Nutzerin animiert hast, einen Featurerequest > > zu formulieren. > > > > Du konntest aber objektiv nicht davon ausgehen, dass ein Entwickler > > diesen Request im Sinne der Nutzerin bearbeiten würde. Oder hast Du mit > > einem Entwickler kommuniziert und ihm dieses Feature "an's Herz gelegt"? > > > > Daher habe ich ja auch geschrieben: > > > > "Damit Du das zukünftig vermeiden kannst, noch ein paar Informationen:" > > > > Es war daher objektiv absehbar, dass die Nutzerin, die sich der Mühe der > > Formulierung eines Featurerequest unterzogen hatte, enttäuscht werden > würde. > > > > Ich muss leider - ebenfalls bis auf Weiteres - wohl davon ausgehen, dass > > Du die Verantwortung hierfür bei dem siehst, der der Nutzerin > > geantwortet hat. Du schriebst nämlich: > > > > "2. Wie kann man nur eine solche Antwort geben?" > > > > Ich gebe hierzu folgendes zu bedenken: Einem in englischer Sprache > > verfassten Report war ein Screenshot beigefügt, dessen Texte in > > deutscher Sprache waren. Man kann und sollte aber nicht davon ausgehen, > > dass alle im Projekt der deutschen Sprache mächtig sind. > > > > Ok, man mag die Antwort daher als etwas voreilig ansehen. Was wäre aber > > die Alternative gewesen? Hätte oooforum (fr) (offenbar ein Franzose) ein > > "need more information" schreiben sollen? Dann hätte er in der Nutzerin > > aber nur die Hoffnung auf die Umsetzung ihres Wunsches verstärkt und > > damit wohl auch ihre finale Enttäuschung. > > > >> Zum Einen weil es hier um meine Person und meinen Ruf geht, und zwar > auch über das Projekt hinaus. > > In fachlicher Hinsicht hast Du bei mir weiterhin einen ausgezeichneten > > Ruf. Ich hoffe, ich muss das, was ich hierzu in den vergangenen Tagen > > geschrieben habe, nicht wiederholen, um dies zu belegen. > > > > Hervorzuheben ist auch Dein großer Eifer beim Usersupport und > > bemerkenswert Deine emotionale Beziehung zu unserem Projekt. > > > >> Zum Zweiten weil es um die Sachfrage geht wie mit Feature-Requests > verfahren werden soll. > > Mein Vorschlag wäre: > > > > 1. Zu überlegen, ob der Wunsch durch eine Extension erfüllt werden kann. > > Es war eigentlich schon immer "Politik" im Projekt, Extensions, wenn es > > eben geht, insoweit zu bevorzugen, wofür es auch gute Gründe gibt, die > > ich Dir sicherlich nicht zu erklären brauche. Das schließt nicht aus, > > dass ein Feature, dass durch eine Extension realisiert wurde, "bei > > Bewährung" (und brauchbarer Lizenz) dann irgendeinmal auch im Core-Code > > landet. > > > > Ein Beispiel ist Loook: Natürlich wäre es schön und nützlich, eine > > Volltextsuche in AOO zu haben, die ganze Verzeichnisbäume durchsuchen > > kann. Das wurde aber schon zu SUN-Zeiten nicht realisiert. Stattdessen > > gibt es ein kleines Python-Programm, welches dieses Feature verwirklicht > > und das unabhängig von OOo und AOO (und LO) gepflegt werden kann. Klar > > erfüllt es
Re: Wie unser Projekt derzeit funktioniert
Hallo, Kurze Ergänzung zum Thema Bugzilla im Allgemeinen: 1) support requests sollten im Forum gelöst werden. Deswegen wäre meine Empfhelung den Link der Foumsdiskussion zu posten. Selbst wenn er nicht in english ist. 2) Reuirements sollten nicht Abhängigkeiten auf externe Quellen haben. Die liegen außerhalb unseres Einflusses und können sich ändern. Also Feature wie Applikation XYZ ist eine sehr schwache Beschreibung. Muss auf jedenfalls ergänzt werden. 3) Man kann auch selber ergänzen. Selbst wenn man nicht glaubt das daraus was wird. Weil gerade dieses Sortierbeispiel ist vielleicht auch etwas das ein Junior OO Entwickler in angriff nehmen kann. Deswegen würde ich solche Requests auch nie per se abschreiben. Wir müssen uns aber darüber bewusster werden, und mehr Informationen anfügen, damit wir sie Anfängern geben können. Beste Grüße Peter On 07.02.20 13:32, Dr. Michael Stehmann wrote: > Hallo, > > Am 07.02.20 um 11:57 schrieb Jörg Schmidt: >> Nachtrag >> >> >> Hallo Michael, >> >> ich habe gerade übersehen das Du 'in Deinem eigenen Thread' geantwortet >> hast, denn sonst hätte ich das gleich geschrieben: >> >> Du hast mich projektschädigendem Verhalten beschuldigt, ich bitte Dich diese >> Aussage zu überdenken und entsprechend klarzustellen. > Das Ergebnis war objektiv projektschädigend. > > Du hast den Vorgang wie folgt geschildert: > > "Ich gab also den Rat doch bitte bei uns im Bugtracker eine > Feature-Request zu formulieren, obwohl ich wenig Hoffnung hatte das die > Nutzeriun sich diese Mühe machen würde. > > Sie machte sich aber die Mühe (#128278)." > > Ich gehe bis auf Weiteres davon aus, dass Dir die Folgen nicht vor den > Augen standen, als Du die Nutzerin animiert hast, einen Featurerequest > zu formulieren. > > Du konntest aber objektiv nicht davon ausgehen, dass ein Entwickler > diesen Request im Sinne der Nutzerin bearbeiten würde. Oder hast Du mit > einem Entwickler kommuniziert und ihm dieses Feature "an's Herz gelegt"? > > Daher habe ich ja auch geschrieben: > > "Damit Du das zukünftig vermeiden kannst, noch ein paar Informationen:" > > Es war daher objektiv absehbar, dass die Nutzerin, die sich der Mühe der > Formulierung eines Featurerequest unterzogen hatte, enttäuscht werden würde. > > Ich muss leider - ebenfalls bis auf Weiteres - wohl davon ausgehen, dass > Du die Verantwortung hierfür bei dem siehst, der der Nutzerin > geantwortet hat. Du schriebst nämlich: > > "2. Wie kann man nur eine solche Antwort geben?" > > Ich gebe hierzu folgendes zu bedenken: Einem in englischer Sprache > verfassten Report war ein Screenshot beigefügt, dessen Texte in > deutscher Sprache waren. Man kann und sollte aber nicht davon ausgehen, > dass alle im Projekt der deutschen Sprache mächtig sind. > > Ok, man mag die Antwort daher als etwas voreilig ansehen. Was wäre aber > die Alternative gewesen? Hätte oooforum (fr) (offenbar ein Franzose) ein > "need more information" schreiben sollen? Dann hätte er in der Nutzerin > aber nur die Hoffnung auf die Umsetzung ihres Wunsches verstärkt und > damit wohl auch ihre finale Enttäuschung. > >> Zum Einen weil es hier um meine Person und meinen Ruf geht, und zwar auch >> über das Projekt hinaus. > In fachlicher Hinsicht hast Du bei mir weiterhin einen ausgezeichneten > Ruf. Ich hoffe, ich muss das, was ich hierzu in den vergangenen Tagen > geschrieben habe, nicht wiederholen, um dies zu belegen. > > Hervorzuheben ist auch Dein großer Eifer beim Usersupport und > bemerkenswert Deine emotionale Beziehung zu unserem Projekt. > >> Zum Zweiten weil es um die Sachfrage geht wie mit Feature-Requests verfahren >> werden soll. > Mein Vorschlag wäre: > > 1. Zu überlegen, ob der Wunsch durch eine Extension erfüllt werden kann. > Es war eigentlich schon immer "Politik" im Projekt, Extensions, wenn es > eben geht, insoweit zu bevorzugen, wofür es auch gute Gründe gibt, die > ich Dir sicherlich nicht zu erklären brauche. Das schließt nicht aus, > dass ein Feature, dass durch eine Extension realisiert wurde, "bei > Bewährung" (und brauchbarer Lizenz) dann irgendeinmal auch im Core-Code > landet. > > Ein Beispiel ist Loook: Natürlich wäre es schön und nützlich, eine > Volltextsuche in AOO zu haben, die ganze Verzeichnisbäume durchsuchen > kann. Das wurde aber schon zu SUN-Zeiten nicht realisiert. Stattdessen > gibt es ein kleines Python-Programm, welches dieses Feature verwirklicht > und das unabhängig von OOo und AOO (und LO) gepflegt werden kann. Klar > erfüllt es nicht alle Wünsche (beispielweise die Markierung der Funde im > Text), aber es ist wohl ganz brauchbar. > > 2. In jedem Fall - möglichst mit dem Nutzer zusammen - eine detaillierte > Spezifikation zu erstellen. > > 3. Zu überlegen, ob man das Feature selbst realisieren kann. Wenn nicht, > dann: > > $. Jemanden, der den Wunsch vielleicht so oder so erfüllen könnte, die > Angelegenheit unter Hinweis auf die praktische Bedeutung des erbetenen > Features "ans Herz" zu legen. > > Gruß > Michael > >
RE: Wie unser Projekt derzeit funktioniert
Nachtrag Hallo Michael, ich habe gerade übersehen das Du 'in Deinem eigenen Thread' geantwortet hast, denn sonst hätte ich das gleich geschrieben: Du hast mich projektschädigendem Verhalten beschuldigt, ich bitte Dich diese Aussage zu überdenken und entsprechend klarzustellen. Zum Einen weil es hier um meine Person und meinen Ruf geht, und zwar auch über das Projekt hinaus. Zum Zweiten weil es um die Sachfrage geht wie mit Feature-Requests verfahren werden soll. Gruß Jörg - To unsubscribe, e-mail: dev-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-de-h...@openoffice.apache.org
Re: Wie unser Projekt derzeit funktioniert
Hallo, dass das Report-Tool nicht in einem geordneten Verfahren gesichtet und bearbeitet wird, liegt einfach daran, dass es keinen gibt, der es macht. Weder der Chair, noch das PMC, noch eine Abstimmung auf der dev können irgendjemanden befehlen, sich darum zu kümmern. Es muss sich ein Freiwilliger, besser sogar eine Gruppe finden, der oder die diese Aufgabe übernimmt. So wie es mit den Übersetzungen war: Das Werkzeug war defekt, es gab aber Menschen, die übersetzen wollten, es gab jemanden, dem dieser Missstand auffiel, und dann hat sich eine Freiwillige gefunden, die sich der Aufgabe angenommen hat. Sie hat sich schlicht diesen "Hut" selbst aufgesetzt. Nur so kann es auch mit der QA laufen. Missstände zu benennen ist notwendig, damit sie bekannt werden, aber nicht hinreichend, um sie zu beheben. Wir sollten weniger fragen, was das Projekt tun oder irgend jemand organisieren müsste, sondern jeder Einzelne sollte sich fragen, was er tun kann und will. Gruß Michael signature.asc Description: OpenPGP digital signature
RE: Wie unser Projekt derzeit funktioniert, war: Chemnitzer Linux-Tage 2020
Hallo Peter, _bitte_ lies meine Antwort sorgfältig, denn ich nehme an Du verstehst meine Reaktion betreffs des Issues falsch und ich möchte nicht grundlos Streit. > -Original Message- > From: Peter Kovacs [mailto:pe...@apache.org] > Sent: Thursday, February 06, 2020 4:32 PM > To: dev-de@openoffice.apache.org > Subject: Re: Wie unser Projekt derzeit funktioniert, war: > Chemnitzer Linux-Tage 2020 > Ich habe die Infos ergänzt und den Report angepasst. > > Ich weiß nun nicht warum das ich nun machen muss. Du sollst das nicht machen, auch kann ich nicht erkennen das in dem Issue etwas gefehlt hätte, noch habe ich irgendwen aufgefordert etwas zu tun. WIR (das Projekt AOO) fordern unsere Nutzer auf Issues zu schreiben um uns zu helfen, auch für Featurewünsche, dann können wir die die wir zur Hilfe auffordern aber nicht so behandeln wie in dem issue geschehen. (Hinweis: ich selbst hatte die Dateianhänge geprüft (VOR der Antwort von "oooforum") und hatte der Nutzerin mitgeteilt diese seien technisch in Ordnung und ich wisse darüber hinaus nicht warum beim Download ein 'falscher' Name zugeordnet wird, halte das aber für kein Problem, weil projektseitig (AOO) sich Fachleute mit den Issus beschäftigen und diese keine Probleme mit diesen 'technischen Unregelmäßigkeiten' haben würden) > Warum kann > das jemand > anderes dem das viel früher aufgefallen ist nicht tun? z.B. weil es überhaupt keine praktikable Organisation/Absprache oder was auch immer gibt wer für die Betreuung der issues verantwortlich ist und nach welchen 'Kriterien' das erfolgen soll? Und weil ich mich hier, wieder einmal, für den leisesten Versuch über dieses Problem zu reden, angreifen lassen müss? Hinweis: Nein, spziell über Bugzilla habe ich nicht geredet, aber jedem muss doch auffallen das das dazu gehört. z.B. wäre eine konkrete Frage: Wenn in Bugzilla ein Featurewunsch geäußert wird, wie bewerten wir Diesen? Nach welchen Kriterien? Hält es wirklich jemand für zweckmäßig das vom Zufall abhängig zu machen, wer den Issue bearbeitet (wieder meine ich NICHT die Programmierung)? Und BITTE versucht nicht wieder an eine Riesenorganisation oder 'Grundsatzpapiere' zu denken, das alles gab es bei OOo auch nicht, aber ich kann doch wohl nicht annehmen das es gewollt sein könnte das in solchen Fragen allein der Zufall regieren soll. Worum geht/ging es hier? imho gibt es kein geregeltes Verfahren, wie wir issues bearbeiten (und ich meine damit nicht deren Umsetzung, sondern deren Sichtung und Kommunikation mit den Anwendern, sowie irgendeine 'Klassifizierung'/Planung, die im Mindestmaß den Programmierern überhaupt eine einfachen inhaltlichen Überblick ermöglicht, was an issues offen ist oder, im besseren Fall, Grundlagen legt welche Issues wir (als Projekt insgesamt) für wichtig halten und welche weniger, _z.B._ als Entscheidungshilfe für neu zu uns kommende Programmierer Wie sonst willst Du denn das Programm koordiniert weiterentwickeln? Wie sonst willst Du die Leistung Freiwilliger Außenstehender (derer die Bugs melden) wertschätzen, wenn Du nicht weist was Du ihnen antworten sollt, weil einfach keine Abschätzung möglich ist zu den Fragen: Wird ihr Issue überhaupt umgesetzt? Wenn ja, wann ungefähr? > Wovor hast du Angst? Ich habe keine Angst. Ich habe in einem konkreten Einzelfall kritisiert das man mit unseren Anwendern nicht so umgehen sollte wie "oooforum" das im issue getan hat und offen gesagt finde ich es lachhaft bis peinlich in einem freien OFFFICE-Projekt zu äußern man habe nicht einmal den notwendigen technischen Zugang, zu Vergleichszwecken, zu MS Office. Ich rede AN DIESER STELLE, nicht über 'FOSS-Politik', sonderen über praktische Notwendigkeiten. > Oder ist dir das Empören so wichtig? Ich musste mir vor einigen Tagen auf users-de den 'Kopf waschen lassen', weil ich mich unfreundlich gegenüber einem Anwender verhalten hatte. Mich hat das nicht erfreut, aber ich fand es angemessen. Und ich darf annehmen die Community fand es richtig, denn es gab keine Kritik an der Kritik. Rede bitte nicht über "Empörung", wenn wir doch hier einen ähnlichen Fall vor uns haben. Oder ist Höflichkeit nur auf Mailinglisten wichtig, aber nicht in Bugzilla? Gruß Jörg - To unsubscribe, e-mail: dev-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-de-h...@openoffice.apache.org
