From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: New Package for NonGNU-ELPA: clojure-ts-mode Date: Mon, 28 Aug 2023 04:49:32 +0300 Message-ID: References: <87il9kksqz.fsf@dfreeman.email> <87a5uw9ivs.fsf@posteo.net> <87ttt42gna.fsf@dfreeman.email> <87wmy080kn.fsf@posteo.net> <83v8djcydl.fsf@gnu.org> <87350ndquw.fsf@dfreeman.email> <83350ncbns.fsf@gnu.org> <87cyzrjbd8.fsf@dfreeman.email> <83zg2vav46.fsf@gnu.org> <87o7j99304.fsf@dfreeman.email> <87wmxj27fn.fsf@dfreeman.email> <831qfrptiq.fsf@gnu.org> <57429221-d9be-5791-e975-b3539905e2f6@gutov.dev> <83a5udlj47.fsf@gnu.org> <87a5udk1co.fsf@posteo.net> <6cdc9514-7fad-51d2-3420-af65558c3cbe@gutov.dev> <12da6957-ab5a-cafa-70d7-ec0abffac3f5@gutov.dev> <87il90aqvs.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8373"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Cc: Philip Kaludercic , Eli Zaretskii , Danny Freeman , Stefan Kangas , emacs-devel , Manuel Uberti To: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Aug 28 03:50:11 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qaROM-0001zG-Cl for ged-emacs-devel@m.gmane-mx.org; Mon, 28 Aug 2023 03:50:11 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qaRNz-0003BN-6z; Sun, 27 Aug 2023 21:49:47 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qaRNx-0003BF-49 for emacs-devel@gnu.org; Sun, 27 Aug 2023 21:49:45 -0400 Original-Received: from wout1-smtp.messagingengine.com ([64.147.123.24]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qaRNt-00016F-Uv; Sun, 27 Aug 2023 21:49:44 -0400 Original-Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 8EEBE3200900; Sun, 27 Aug 2023 21:49:37 -0400 (EDT) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Sun, 27 Aug 2023 21:49:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm3; t= 1693187377; x=1693273777; bh=fhW/435j2PTNupzRnYECf1CnCFdnWkjNzV+ Hv0mCb5w=; b=KtuL3PWW3IDO2jkA14ayx2k/pb8pBaBLp5x2X8yYnA7+NBlV7H9 iojKDTO78cXQP9YcIb0JoQEJA+Xrz7+sCypSTcx8syja+Us5cDwaLfgfn4zwT2Uh /jgodnpbhKQeAsq4nOI+hwXNLGl7icd5j21wVchtEmHD53ctvdIBGKZCxL/aza3i nY1fi8a1LqBW1ze6s3/RMDdWdOo2JzaSD6ZfAa8vxTC6sMon0x+Q1eWIJX5yJbeS sutp6vDNFj5BoghHbaRJEdLls6PSSvD1lS4dlpe3K5ySPUA/zOztyVi6QZEA4siB 2C7TDP1c3y1BBuMlXZNe90adkyVeCMwMkqg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1693187377; x=1693273777; bh=fhW/435j2PTNupzRnYECf1CnCFdnWkjNzV+ Hv0mCb5w=; b=v4+x1t3e/gwx4lYEENscyDfBWwfooqRbUp/0iaIXkOIPN6mBG6o +bNr8SPUpsHt0IaiMYwldWuThrwdlyU05cHzvpgurRwpCXD7lLgYT2Ok2D8P+iJE 07trTiVw/TIoJfsKOYOa6PQoXEZ57qHsq5U0NFlK1+0KUMrmhcRfmMkUTgHQwcUi l3rPlRO2b11JFvzcZJOHYnBwFny/mGx1z8bz9AKb7z484jHbJ5SavMKEvJI4xfzB a9wCq5n5oxjXgib/Lc8WVcRLSL5cRdLdNGkDixKd0RB1pVGR/mYzfAMSqlMnHG5u HL5bPbqRW8pJi/XcNg3eG7+6Imp+AwT9d0A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudeffedgheduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtkeertddtfeejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepueffveeiffeugffgveejvdegteeuhfdugfehleelfeejtdelteethfdtieeg vddunecuffhomhgrihhnpehgihhthhhusgdrtghomhenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumhhithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 27 Aug 2023 21:49:34 -0400 (EDT) Content-Language: en-US In-Reply-To: <87il90aqvs.fsf@gmail.com> Received-SPF: pass client-ip=64.147.123.24; envelope-from=dmitry@gutov.dev; helo=wout1-smtp.messagingengine.com X-Spam_score_int: -31 X-Spam_score: -3.2 X-Spam_bar: --- X-Spam_report: (-3.2 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.414, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:309393 Archived-At: On 28/08/2023 04:37, João Távora wrote: > The first two go GitHub's discussion facilities. So, it's not true I > ask people to use Debbugs exclusively. So please don't twist facts to > indulge your intuition, which is quite probably wrong in at least some > aspects. I made that conclusion from your past statements and, yes, the README: https://github.com/joaotavora/eglot#status-of-this-github-repository > You know these low-effort users don't even read the README > (most haven't read the big letters saying that the repo isn't the > upstream anymore, so I still get GitHub PRs). They google "Eglot", land > on the github repo, press "issues", look around, press "new issue" and > get that list. Then they choose most likely one of the first two > bullets.. Surely what "low-effort" users do or do not do would not reflect on the number of reports in Debbugs where only "good" bug reports arrive? >>> and a "look it doesn't work". They write it usually under their own name >>> and email address (as opposed to a somewhat anonymous alias). I think this >>> is a good thing. >> >> That's the same "50 squats" principle I mentioned previously. > > I missed it, but it's not a very good sporting analogy. 50 squats are > useless unless you're some kind of gym bronco. In contrast, spending 5 > minutes reading some prose I wrote about the usual difficulties with > Eglot bug reports is not 50 squats, it is time well spent. And not much > to request of a user of Free software about to ask for much more than 5 > minutes of my mind. It will reduce the amount of questioning and > guessing that I have to do, thus severely increasing the chances that > the report reaches some positive outcome. The point was that any kind of barrier will filter out the less motivated, likely resulting in higher average quality. It will filter some very good ones too, though. > Even the super-fancy super-modern JS frameworks on GitHub ask reporters > to do much more, down to actually proving their MREs in actual code. > > And yet I still explicitly offer people a forum to "informally and > freely report problems". Of course, if they just want to chat, there's > a limit on how I can help, so often I end up referring people to the > troubleshooting guide. All good to me. > Corny as it sounds, instead advance your goals with positivity. There > can be a better bug tracker out there, of course. I think you should > "sit down and do the work" (TM). If you're an expert in these things, > find a forge, implement all or at least most of the hard requirements. > Discuss (preferably offline) with the main stakeholders, show something > palpable even if not finished. And yes, with every serious enterprise > comes the possibility of failure, partial or even total. That's part of > the game and part of the thrill to be honest. That almost sounds easy when you phrase it like that. >> My own experience is that the projects inside the core, which were >> never on Github, get incomparably less feedback. Much fewer bug >> reports, questions, suggestions, and so on. >> >> project.el (for example) is most of the time treated like a code drop >> which people either use, or code around, or revert to Projectile. > > What "feedback" are you looking for? Improvements? Recognition? > (serious recognition, not silly github stars). Scrutiny? riticism? > All of the above? Sure. > Not every package has to have direct feedback about it. Some packages > are about infrastructure, and project.el is like that, partly. Others > are about UI, like Company, so it makes sense you have more feedback > there. I can see when people have issues, from discussions online. And in one case they ask, in the other -- more readily work around. > It's good to have discrete packages, to be honest. Who gives > feedback on Emacs's wonderful C macrology? Yet they use it every day. The principle extends to all the core packages I had been paying attention to. ruby-mode and VC have graphical components as well. Xref -- even more so.