From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:306:2d92::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id +BtpIze+DWUuOAAA9RJhRA:P1 (envelope-from ) for ; Fri, 22 Sep 2023 18:17:59 +0200 Received: from aspmx1.migadu.com ([2001:41d0:306:2d92::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id +BtpIze+DWUuOAAA9RJhRA (envelope-from ) for ; Fri, 22 Sep 2023 18:17:59 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id D7B475FC34 for ; Fri, 22 Sep 2023 18:17:58 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=elenq.tech header.s=protonmail2 header.b=Dmo3C2U9; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=elenq.tech ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1695399479; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=qN5tdH185udxCgpJEQluRZp6v+kJaqS+LR0iwz8oZQg=; b=l/J96YVFOrHFi4jvK94NBLzQXr/ZxlXz4vrs1Jslq2TaMKTpGqb+GddZCNRp6vbj6CgD21 9Y87RYzBsatU6xLX9jXytu72Wf5BriIl9j5cgXA1pna4rNvARGfccwV8MY2VFHwYROg2cz K+hZdEzJV7/GIHg7HzWLAb4LDQ9NW6Q5TNAVklsMM0R8oFEDrYLE20+Ii5rqoycSyVzsLn uSanPHQrPjZv6U4xJNVkUEUX5qfh4ay8b6cNgPRtQChxcRYMiqs4tKzxI3NIXvTnAdpANT S1ZDub+w37qtll5gWnsacjDJjm5YlCvZ8Jy1WCMvF13tUtOge1uKOalsBVkqZg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=elenq.tech header.s=protonmail2 header.b=Dmo3C2U9; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=elenq.tech ARC-Seal: i=1; s=key1; d=yhetil.org; t=1695399479; a=rsa-sha256; cv=none; b=V5tTmGY0QFgOHZZlXNOxtS9H1n+skEQHGDc+HZUPKP1g/Zh9XST+dyl5omkCVtLsqUqn8V 8GMBleniyHhgAFMhy3xsqNZIMuxV/nC/VG+jabjudwpAkp7pe4K9Sdg6shUviFFEoBdMMY /46XQ8RZm7WSXkVgvCqHoMOnANcHFavPhTLQMscBkGY2hpoM9ZMBduphW3KoMcBIc1ub9A ODNSUF4sJ5pL5ZFunaZ+Gw08uRVLqJ/wACyPX3i2gtv00k8kLlZXduRUwyiYSAE7m8Jjkl BEPepDroeusbL5GF83nVs3949iGWwH7vaPxsAIFP23cz6D14CEOn80CJ4ebecA== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qjiqS-0004tf-Ub; Fri, 22 Sep 2023 12:17:32 -0400 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 1qjiqQ-0004qy-NI for guix-devel@gnu.org; Fri, 22 Sep 2023 12:17:31 -0400 Received: from mail-4022.proton.ch ([185.70.40.22]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qjiqN-0001md-LS for guix-devel@gnu.org; Fri, 22 Sep 2023 12:17:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=elenq.tech; s=protonmail2; t=1695399440; x=1695658640; bh=qN5tdH185udxCgpJEQluRZp6v+kJaqS+LR0iwz8oZQg=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=Dmo3C2U9FK251OpzFjyzmckGMT73xcQkLk6uwbiCyk4bAT/Lrj2uJU6EEp9vYKpap sTpKHEYWsMntbzz6XziOOuCK4zTGEykDssVq9JOD5TmnmM1J1ZW5vvuQksnwNNCIKq 8hedJ5R0YOJjjBGEb2svL2slQzhhb0oEMdjjGPdDrhBRvd9AORvdegAf7kGbHncaGh N0CUYK0eF64P9mW1NaMOk9Pz9B5td1XAoIO8Q+nXab0LyQATV+uB3XU9K1xGtdA4QD k1zuC8lQ6sBLhHiuN0CfVsenDpLLujDUOIz/ohe9P49m9BxNKzf+MsCvCwxdTx24Wi 2OLAOtiGi30Cg== Date: Fri, 22 Sep 2023 16:17:05 +0000 To: Imran Iqbal From: Ekaitz Zarraga Cc: Giovanni Biscuolo , =?utf-8?B?5a6L5paH5q2m?= , Maxim Cournoyer , Katherine Cox-Buday , "(" , guix-devel@gnu.org Subject: Re: How can we decrease the cognitive overhead for contributors? Message-ID: In-Reply-To: References: <87msyhgccg.fsf@disroot.org> <547c097a-d805-9a55-11d9-b0434327f89d@gmail.com> <871qfpjhiz.fsf@gmail.com> <87a5udaq7q.fsf@envs.net> <87il8z9yw8.fsf@xelera.eu> Feedback-ID: 3263582:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.70.40.22; envelope-from=ekaitz@elenq.tech; helo=mail-4022.proton.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -3.98 X-Migadu-Scanner: mx2.migadu.com X-Migadu-Queue-Id: D7B475FC34 X-Spam-Score: -3.98 X-TUID: +u3L5TK2UqGZ Hi, > On Sun, Sep 03, 2023 at 05:45:41PM +0000, Ekaitz Zarraga wrote: >=20 > > I use protonmail and they don't provide smtp access so I can't do git > > send-mail as easy as other people do. >=20 >=20 > A mail provider not allowing SMTP is a git forge that does not allow git > push. This is a feeling, not a fact. > > This is not Guix's fault, but it's a problem Guix doesn't help fix eith= er. >=20 > This is not on guix to fix, this in you with your choice of mail > provider. I didn't say it's a problem Guix needs to fix. Also, what I'm trying to say here is maybe I didn't have the chance to choo= se my email provider. This is the exact behavior that I was saying it's not helpful. The email based approach is fantastic, and as good as it is, is flexible en= ough to let me use it even if I don't have SMTP access. What I think Guix docs lack is an explanation for those users like me, that don't have the privilege or the mental clarity to choose an email provider = that matches your standards. > > This doesn't mean I'm against the email based approach, in fact, I real= ly > > like it. The main problem I see is many people inside guix are not > > sensible to people's problems and tastes. >=20 > The problem is people's tastes are "we need to use the web browser for > everything" which is what computers have become in a advertising and VC > funded world. We should not be forcing that on people. This is a projection, not what I meant. And even with that, if everyone wants to use the browser for everything maybe, if what we want is to *actually* reduce the cognitive overhead of people we *should* consider giving them a chance. Or should we *correct* people's tastes because they are wrong, as you suggest here? I'm not asking Guix to change the tools but the information about them. Make them more approachable doesn't necessarily mean to use a flashy web application imho. It means to give tools and knowledge, or at least to give enough pointers to that knowledge to let people jump in and feel comfortable in an easy way. So, in any case I meant what you are implying here, and I even find slightl= y offensive that kind of comment. It feels pretty insensible and purposely=20 misleading.=20 (Also: VCs and advertising have nothing to do with this, people who propose= d forges proposed quite reasonable alternatives) > > Some people are forced to use tools for several reasons, too. >=20 > But text editing and email the two things which there are a plethora of > tools, and it's very hard to imagine a scenario where someone is forced > into using one. Some people can't install things in their devices, or they can't access the network using certain protocols. Giving alternatives helps that group of people. =20 > > This is what I mean when I say many times emacs is kind of mandatory, a= nd > > this thread is kind of a demonstration of what I meant because the main > > discussion evolved to: you can use this or that in emacs to ease the de= v > > experience. >=20 > This is because emacs is a lisp machine that just happens to let you > edit text. If you are working in a lisp-y language, emacs provides the > best development experience. Emacs also lets you hand mail inside of > emacs (among many many other things). This does not mean you are forced > to use emacs. I use neovim and neomutt for my needs. Again, this comment assumes I don't understand the reasons behind it. The problem I'm trying to point is not that emacs is not great, but the fac= t that new people to the project has tons of info about emacs and around zero about any other editor or configuration, giving them the false (as you poin= t) image that emacs is mandatory to work in guix. It's a matter of sensibility, exactly the thing you are not having here. > > I don't think software we use is the main problem, but the fact that we > > are not always sensible with other people's experience. >=20 > Imagine a different scenario, where instead of this being about email it > was around guile. Would it be fair to say that a Guix makes it hard > to contribute by choosing to be implemented in guile? And that Guix > should move towards using another language that more people are familiar > with like python or javascript? That argument is not a fair argument either. Guile is structural in Guix, but emails are not and (you said it) emacs is not either. Also, what we are trying to do here is to reduce the cognitive overhead of *contributors*, not from every possible individual in the world. This is not only misleading, but unfair with my comment. You nitpicked every part of my message you could use for your final argumen= t. Which is the following: =20 > Personally I don't think its fair to ask Guix to move away from emails > because folks are more familiar with using web browsers for everything. First, I didn't, and most of the people didn't, ask Guix to move away from emails. Second, folks that are more familiar with web browsers are not inferior to the users that like using the email. If the majority of people in guix think it's a good idea to move to a web based approach, I think, the faires= t thing for guix to do is to acknowledge that, at least. That's probably not the case in this email thread, but if people like it in the future, maybe we should do it. Now, my opinion, in a different perspective. Just in case I didn't express it properly. I really like the email approach but it is true it can be hard to follow fo= r new people. That doesn't really bother me a lot. The focus should be on contributors. I am a contributor, Katherine, who started this, is a contrib= utor that has potential to contribute way more and we don't have the pleasure to get commits from because of this overhead. Using a web based approach is probably not going to fix it, but listening t= o people's needs and find a way to make the process smoother probably will. It's a job that involves all of us. From my side, instead of blaming people for their choices, I'll try to take part in the survey (which is a really good consequence of this thread) and from it probably take the responsibili= ty to write some docs or help people from my perspective as a person that does= n't use emacs and loves lisp, guile and guix anyway.=20 Best regards, Ekaitz