From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: New maintainer Date: Tue, 6 Oct 2015 00:20:22 +0300 Message-ID: <5612E996.7090700@yandex.ru> References: <5610207A.2000300@harpegolden.net> <83fv1r3gzp.fsf@gnu.org> <83bncf3f9k.fsf@gnu.org> <5610E0BC.8090902@online.de> <83si5r106e.fsf@gnu.org> <831td9z18h.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1444080039 24067 80.91.229.3 (5 Oct 2015 21:20:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 5 Oct 2015 21:20:39 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 05 23:20:34 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZjDBR-00089G-Pj for ged-emacs-devel@m.gmane.org; Mon, 05 Oct 2015 23:20:33 +0200 Original-Received: from localhost ([::1]:47807 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZjDBR-0001rM-8q for ged-emacs-devel@m.gmane.org; Mon, 05 Oct 2015 17:20:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52481) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZjDBM-0001rB-Ji for emacs-devel@gnu.org; Mon, 05 Oct 2015 17:20:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZjDBJ-0008Of-5d for emacs-devel@gnu.org; Mon, 05 Oct 2015 17:20:28 -0400 Original-Received: from mail-wi0-x231.google.com ([2a00:1450:400c:c05::231]:33149) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZjDBI-0008N3-W4 for emacs-devel@gnu.org; Mon, 05 Oct 2015 17:20:25 -0400 Original-Received: by wiclk2 with SMTP id lk2so139660208wic.0 for ; Mon, 05 Oct 2015 14:20:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=OW7MyfHNrAyxoMG83LBdOZLt9SwQwDt/uPL/HjREHUk=; b=glYiT7N3MwX7v5d1qFAI1qsuVXJ7z3ic7E6psospwedMt54temyjujF8u/09YbpFsH gyQAzIApDDL0cMfm3TqwHc3b7Veq5QrpvtVwZXKPhmURc/juCbAVrKpr/kyO7uDJE/Cy /LQU4hvi8qieLcy5iaL19u+6B7JU2zfGEaBrpwX0LKW/q5DSyL3nIiJyBdMiAhDNDvfT rFvU+Lf/R56f8W3rRRtIBmZLnV6N/1Lq3SMvrnBhzPwYfCSQ30bhStjMTnRnRCvrE8OI km78sjwBQ/keVCQTJnlJSgQr+NYGvS3HvhsLedb4RCxtt+sWGneI87SVSIc0prtp6D0d /3Tw== X-Received: by 10.181.29.74 with SMTP id ju10mr14546281wid.5.1444080024024; Mon, 05 Oct 2015 14:20:24 -0700 (PDT) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id ka10sm28906294wjc.30.2015.10.05.14.20.22 for (version=TLSv1/SSLv3 cipher=OTHER); Mon, 05 Oct 2015 14:20:22 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Thunderbird/41.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::231 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:190976 Archived-At: On 10/05/2015 10:02 PM, John Wiegley wrote: > This is a great question, and one I've been pondering myself, since the most > pressing variable for me in all of this is time. I fear that might be a problem. > Where I think I can contribute best is the bigger picture, or "meta issues": > weighing in on technical discussions, making higher-level decisions about > technical direction, keeping an eye on user experience within the community In the end, you might encounter a lack of clearly defined points when someone asks you to make a decision. More often, the regular contributors already have an idea what they want to do in the limited time they can spend working on Emacs, and often it's not easy to make such a person change their mind. Not every change is announced or discussed either, so I think a maintainer should be subscribed to emacs-diffs. Likewise, even if you make a decision that a certain aspect of Emacs needs work, there's no guarantee that someone else will readily begin working on it. > and the quality of Emacs resources, coordinating volunteers, ensuring proper > legal forms are maintained, liaising with the FSF, and assisting other > maintainers so they don't burnout and receive the help they need. We really don't have enough volunteers. So an ideal maintainer, IMHO, would find ways to energize more people to volunteer, maybe by making the contribution process easier somehow (one could mention a better bug tracker, code review process, CI, documentation, etc; in short, a lot of things could be better, and all of them require work, in the end, rather than simply discussions and decisions), making the development process more transparent to the community, or, you know, handling a lot of the grunt work themselves. Maybe all of the options together. > Another area we're falling behind in is the type of IDE features that are > taken for granted in special-purpose editing environments, such as effortless > code browsing, refactoring, and more interactive debugging. The things you can > do when editing Java and Javascript are downright impressive, and I see no > reason Emacs can't compete better here. That area is closer to my interests, and I'd happily see one more person (or several) participate in these discussions, but preferably in lower-level terms (like the details of the xref interface, or the project API). So far, they've ended more in disagreement than anything else, and it's pretty discouraging.