From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: CVE-2017-14482 - Red Hat Customer Portal Date: Sat, 30 Sep 2017 01:24:36 +0200 Message-ID: <864lrlxf4b.fsf@zoho.com> References: <1b3bec6e-d4d5-37a7-ba54-49bd2d8281bd@yandex.com> <86k20qbcu9.fsf@zoho.com> <86o9q0a8zc.fsf@zoho.com> <87vak8rwcx.fsf@qcore> <87mv5is54g.fsf@qcore> <4d048ea0-5c54-f5ba-c903-78614480ac76@yandex.com> <83a81d8ylf.fsf@gnu.org> <20170929145921.GA5297@TP-x61s.localdomain> <87zi9dqwi2.fsf@qcore> <86tvzlxvye.fsf@zoho.com> <87vak1qs1e.fsf@qcore> <868tgxxp9l.fsf@zoho.com> <87r2upqnfm.fsf@qcore> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1506727522 22336 195.159.176.226 (29 Sep 2017 23:25:22 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 29 Sep 2017 23:25:22 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Sep 30 01:25:13 2017 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dy4ef-0004uK-8D for geh-help-gnu-emacs@m.gmane.org; Sat, 30 Sep 2017 01:25:13 +0200 Original-Received: from localhost ([::1]:37379 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dy4el-0004vx-3X for geh-help-gnu-emacs@m.gmane.org; Fri, 29 Sep 2017 19:25:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53705) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dy4eJ-0004vq-1U for help-gnu-emacs@gnu.org; Fri, 29 Sep 2017 19:24:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dy4eF-00080b-3S for help-gnu-emacs@gnu.org; Fri, 29 Sep 2017 19:24:51 -0400 Original-Received: from [195.159.176.226] (port=40996 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dy4eE-00080H-RN for help-gnu-emacs@gnu.org; Fri, 29 Sep 2017 19:24:47 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dy4e3-00026B-1j for help-gnu-emacs@gnu.org; Sat, 30 Sep 2017 01:24:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Original-Lines: 44 Original-X-Complaints-To: usenet@blaine.gmane.org Mail-Copies-To: never Cancel-Lock: sha1:yi83Kc7+7IjFKV9CREWc9Ia86dk= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:114483 Archived-At: Óscar Fuentes wrote: > AFAIU, those are different things. To begin > with, development is not the same as > programming. Development means defining the > product from first concept to deployment > (even support). Apart from that, the client > is the center of the development process. > At the poject advances, you improve your > understanding and he makes up his mind, > chooses among options, understands the > trade-offs, etc. For several reasons, this > process makes for very satisfied clients. Now this was a terminology issue only. As far as the method is concerned, I fully embrace it, and it is same way I do it - save for, I am the server as well as the client :) Regarding my proposals, I just made that up on the fly and I haven't read one word about it, and I was surprised there was already a theory to it. If there is and those terms are not in agreement with what you mean, then I take it back :) (But the terms still make sense :)) "Interactive programming" tho I always associated with the Lisp "eval and go", and eval the smallest part if you will and have the biggest part affected by this the moment it (the smallest part) is evaluated. (Probably some other languages can do this as well - Erlang?) Programming is perhaps not exactly the same as development but this property (eval and go) is a huge asset for overall development as it is so easy and fast and pleasant to try out new things and not have to compile, build, and "get there" each time to see the effects first hand. -- underground experts united http://user.it.uu.se/~embe8573