Das ist eine meta-ish Frage, aber Google ist in diesem Fall nicht hilfreich.
Gibt es standardisierte Gewohnheiten, wo / wie / ob man Feedback zu seinem (oder ihrem) neuen Emacs-Paket einholen sollte? Vor allem - vor der Veröffentlichung.
Mein besonderer Fall ist, dass ich angefangen habe, längere und möglicherweise wiederverwendbare Teile meiner .emacs zu extrahieren und zu verpacken (der erste Punkt ist Theme-Switcher , aber ich habe ein paar weitere Ideen). Da es möglich ist, dass jemand anderes von diesem Code profitiert (und möglicherweise Verbesserungen anbietet), erwäge ich, ihn auf melpa zu veröffentlichen. Trotzdem ist mein Elisp-Wissen sehr einfach, daher zögere ich, mein Paket ohne Screening anzubieten - und leider habe ich keine Kollegen, die Elisp kennen.
Gibt es einen Ort, an dem man hier mein Paket posten könnte ? Könnten Sie die Frage überprüfen ? Ist dieser Stapelaustausch der richtige Ort? Oder vielleicht eine Newsgroup oder E-Mail-Liste?
Antworten:
Ich glaube, dies ist eine großartige Frage, wenn man bedenkt, dass Elisp eine Sprache zu sein scheint, die leicht zu erlernen ist, aber keine Sprache, die viele Menschen beherrschen (wie in, zu lernen, wie man etwas auf die bestmögliche / am besten geeignete Weise macht). .
Sie können im
#emacs
IRC-Kanal des Freenode- Netzwerks um Feedback zu bestimmten Themen bitten . Vielleicht funktionieren die Chats auf diesem Stackexchange auch. Ich habe eine Reihe spezifischer Chats gesehen, bei denen Leute über Themen wie Starter-Kits interagieren.Es gibt keinen offiziellen Ort, an dem Sie angemessene Bewertungen erhalten können. Eine Frage auf der emacs-devel- Mailingliste war, wie man sie für Neulinge zu einem schöneren Ort machen kann. Dazu gehörten auch Überprüfungen von Paketen, die im GNU ELPA-Paket-Repository wünschenswert sein könnten. Es gibt auch andere Überprüfungen, z. B. für grundlegende Patches. Hier ist ein anderes Beispiel .
Nebenbei bemerkt, wenn Sie jemanden gefunden haben, der bereit ist, Ihren Code zu überprüfen, sollten WTFs pro Minute ein guter Indikator für seine Qualität sein :)
quelle
Hier ist ein weiterer Vorschlag: Veröffentlichen Sie (eine URL zu) Ihre Bibliothek auf der Mailingliste
[email protected]
. Und Sie können sogar um Feedback in Ihrer Nachricht bitten.quelle
emacs-help
könnte eine andere gute Mailingliste sein.[email protected]
dies eine gute Mailingliste wäre (wenn das die Liste ist, die du gemeint hast). Das ist wirklich zum Stellen und Beantworten von Fragen zu Emacs. Nichts hindert es daran, es auch dafür zu verwenden, aber dafür ist es nicht wirklich da.Sie können auch nützliches Feedback erhalten, indem Sie im Emacs-Wiki eine Seite zu Ihrem Paket erstellen (und ausdrücklich zu Feedback ermutigen!). Sie können den Code auch selbst im Wiki in seinem Elisp-Bereich veröffentlichen. Zum einen habe ich viele nützliche Rückmeldungen für Code erhalten, den ich im Wiki gepostet habe.
quelle
Dies ist nur eine Idee (ich habe sie noch nie gesehen), aber Sie können sie auf ein Github-Repo übertragen, eine Ausgabe öffnen, um Feedback anzufordern, und dann eine Prämie für die Ausgabe veröffentlichen.
Wenn Sie das tun, möchten Sie genau beschreiben, wonach Sie in Ihrem Kopfgeld suchen, und es wahrscheinlich irgendwo wie r / emacs , unserem Chatroom und / oder
#emacs
IRC-Kanal ankündigen .quelle