From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: What does "lacks a prefix" mean? Date: Tue, 14 Jul 2015 01:47:26 +0200 Message-ID: <87lhej62nl.fsf@nl106-137-147.student.uu.se> References: <1e0ad02f-ca3e-495c-bb85-61f77090d31d@googlegroups.com> <87bnfmqzn2.fsf@kuiper.lan.informatimago.com> <082e0be8-425b-4eff-8473-0c1091628695@default> <87d1zydu5g.fsf@nl106-137-147.student.uu.se> <54890979-2bf7-4665-b1d6-a147141c3dd1@default> <87pp3wkhoi.fsf@nl106-137-147.student.uu.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1436831361 25274 80.91.229.3 (13 Jul 2015 23:49:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 13 Jul 2015 23:49:21 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Jul 14 01:49:12 2015 Return-path: Envelope-to: geh-help-gnu-emacs@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 1ZEnTE-0007yD-9p for geh-help-gnu-emacs@m.gmane.org; Tue, 14 Jul 2015 01:49:12 +0200 Original-Received: from localhost ([::1]:57176 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZEnTD-0003Jf-GX for geh-help-gnu-emacs@m.gmane.org; Mon, 13 Jul 2015 19:49:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48775) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZEnT3-0003JU-9c for help-gnu-emacs@gnu.org; Mon, 13 Jul 2015 19:49:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZEnSy-0006pF-9d for help-gnu-emacs@gnu.org; Mon, 13 Jul 2015 19:49:01 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:33111) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZEnSy-0006p6-2I for help-gnu-emacs@gnu.org; Mon, 13 Jul 2015 19:48:56 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZEnSw-0007tJ-IB for help-gnu-emacs@gnu.org; Tue, 14 Jul 2015 01:48:54 +0200 Original-Received: from nl106-137-156.student.uu.se ([130.243.137.156]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Jul 2015 01:48:54 +0200 Original-Received: from embe8573 by nl106-137-156.student.uu.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Jul 2015 01:48:54 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Original-Lines: 34 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: nl106-137-156.student.uu.se Mail-Copies-To: never User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Cancel-Lock: sha1:9Laf8fu2ZCefGSyR0zpkRVYL2VQ= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 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-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:105701 Archived-At: Yuri Khan writes: > Variable dependencies start to matter a lot when > you’re trying to refactor code — e.g. to extract > part of a function into a new function of its own. > In this case, variables shared by the code that > stays and the code that moves out are a source of > complexity, and their number may be a factor in > deciding which refactoring the code actually wants. If you are to muck around with old code, which seldom is a good idea but sometimes necessary (?), then doing so will be helped to an unfathomable degree if the "let* style" has been applied when the code was originally written, as computation is stepwise performed and each step is named and put neatly into a nice looking column! It is, on the contrary, the "let style" with (let ((entity (computation_1 (computation_2 ( ... ))))) ... ) which is much more difficult to write, not to mention read, debug, and later maintain and modify. "Variable dependencies" is all schoolbook stuff - forget about it, the sooner the better, because it doesn't work like that. It doesn't increase "complexity", whatever that is. -- underground experts united http://user.it.uu.se/~embe8573