From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id E46A4139694 for ; Fri, 21 Apr 2017 12:54:52 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CE513E0D43; Fri, 21 Apr 2017 12:54:27 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 77407E0CA7 for ; Fri, 21 Apr 2017 12:54:27 +0000 (UTC) Received: from katipo2.lan (unknown [203.86.205.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id F311F33D3CE for ; Fri, 21 Apr 2017 12:54:25 +0000 (UTC) Date: Sat, 22 Apr 2017 00:53:42 +1200 From: Kent Fredric To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Reverse use of Python/Ruby versions Message-ID: <20170422005342.6836157f@katipo2.lan> In-Reply-To: <1E312F8D-ADE3-47BE-9801-3C3290E4DBFD@chead.ca> References: <20170410133858.4842bbb5@katipo2.lan> <1E312F8D-ADE3-47BE-9801-3C3290E4DBFD@chead.ca> Organization: Gentoo X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/Dfo9bNatMnlajpDCqvbPXu7"; protocol="application/pgp-signature" X-Archives-Salt: c80ae847-ff2b-414e-a00a-b923bbdfccef X-Archives-Hash: 5a9eed8022b009585184a1bb2660da4c --Sig_/Dfo9bNatMnlajpDCqvbPXu7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, 20 Apr 2017 10:49:04 -0700 Christopher Head wrote: > >Usually when writing new code, you use the latest version of stuff. Not > >always but usually best. If anything make code support older while > >targeting newer. =20 >=20 > No, not how I develop. I always start by determining my target audience a= nd then develop using a feature set that allows my target audience to use t= he code as easily as is practical. I wouldn=E2=80=99t use a syscall introdu= ced in kernel 4.9 if I could avoid it, even if it made my code simpler, bec= ause most of my colleagues run Ubuntu LTS, they are part of my target audie= nce, and it wouldn=E2=80=99t be available there. To me, responsible develop= ment practices mean NOT forcing my target audience to do a manual kernel bu= ild. Eventually the syscall will be =E2=80=9Cgenerally available=E2=80=9D t= o my target audience, at which point I may go back and change the code. Slightly seems like minor misinterpretation (possibly) I think the development maxim is not that you "use newer stuff and push it = downstream" but "make sure you yourself are using newer things so that you're aware of = changes that are occurring in the pipeline and you have accommodated for them befor= e it becomes a critical to do so". For comparison, I'll be using the latest Perl version possible, and I'll be testing everything possible on the latest version, and fixing every prob= lem that the new versions introduce, ... while simultaneously also not using *any* features consciously that have been introduced since 5.8 This is just the principle of "make your own code the most accommodating", accommodate maximally for both old and new versions of things outside your control. Or to re-phrase this yet another way: - I run the latest everything so that when you do, you won't have problems - But I don't expect you to run the latest everything, though you might som= e day. --Sig_/Dfo9bNatMnlajpDCqvbPXu7 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEPZazbI/qrFT1o9rn6FQySxNmqCAFAlj6AOYACgkQ6FQySxNm qCDYoBAAot/70toNIDjvI4jFI6CkOo4oYq7TjdZCMpvIkbbMXDpxOQoogEsGkHft WgbiVzasIh2xP/6TQ79qz5ZJr3Zk5h5D0ktfk5FJGyk0BQcCw7lmA1Z8SD+6rCjY RyeELTLx9IarRHnV2zTKtgrjN8YHkr2qhL1yvSo3OR29c94A+fPq4g6IadI93ozr wb3CDTQGQ0YXSQapeByp0h9v3wTJtrNT+6NpS0hR6hyZKKwmtsDLdyAvHVZsaCiz 8+WwFf1TOVpmpcCmixQm7WgTcX9R/Duh1jhIQaSKaIPYwLQNsi+ZjFvddXtTZaFd QKq1YW3ZPMlUA7+Ntd6jxWr9hDHDIvJcWXuOCrqIboPXiPFylqjT8gfxC+sgofKj /vsilt1gJiL7vsZCAH329f2FLirzQyj22fU6SHxG4lahZkKL6aJ9BKa7zhx1Ayjw MXedccj29flKnZLBgn5ioAyH1Z7h+VMAPngxSPB3RbU1l28RZRehmz/B28J1BbUa jqKPMkMVjPte1mrgnPin24zzztMgfrPk2TfOc+v+3Q7w0qoRsotmVGzTEoUuBNj+ LSP47764jwhwtn+8Zw3qBubPFjzEzEFiwtqRloSJn3ZP5dQoMWc4rfHRq4wgGgkN SAZxiUGiJtmh8FArCTG0TU55jKFiBdpJH72prU2ljoabFp9Wqcc= =VqQt -----END PGP SIGNATURE----- --Sig_/Dfo9bNatMnlajpDCqvbPXu7--