Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.programming > #3628
| Path | csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!feeder.erje.net!eu.feeder.erje.net!zen.net.uk!dedekind.zen.co.uk!aioe.org!.POSTED!not-for-mail |
|---|---|
| From | Ivan Shmakov <oneingray@gmail.com> |
| Newsgroups | comp.lang.perl.misc, comp.programming, alt.food |
| Subject | [OT] engineering |
| Date | Mon, 15 Jul 2013 11:37:58 +0000 |
| Organization | Aioe.org NNTP Server |
| Lines | 38 |
| Message-ID | <87mwpouk89.fsf_-_@violet.siamics.net> (permalink) |
| References | <krkm21$19jd$1@news.ntua.gr> <87li5dclp5.fsf@sapphire.mobileactivedefense.com> <3q63bax8mr.ln2@goaway.wombat.san-francisco.ca.us> <87k3kxasym.fsf@sapphire.mobileactivedefense.com> <hsi3ba-va22.ln1@anubis.morrow.me.uk> <87li5coi6v.fsf@sapphire.mobileactivedefense.com> <874nc0w72t.fsf_-_@violet.siamics.net> <877ggw2gnk.fsf_-_@sapphire.mobileactivedefense.com> |
| NNTP-Posting-Host | 41vvMPMLxfEjizuK6lSUHw.user.speranza.aioe.org |
| Mime-Version | 1.0 |
| Content-Type | text/plain; charset=us-ascii |
| X-Complaints-To | abuse@aioe.org |
| User-Agent | Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) |
| X-Notice | Filtered by postfilter v. 0.8.2 |
| Cancel-Lock | sha1:wAjlqQSBHaimnwhOuvgG1t9t1ko= |
| Xref | csiph.com comp.lang.perl.misc:8709 comp.programming:3628 |
Cross-posted to 3 groups.
Show key headers only | View raw
>>>>> Rainer Weikusat <rweikusat@mssgmbh.com> writes: >>>>> Ivan Shmakov <oneingray@gmail.com> writes: [...] >>> When people can't have multiple disjunct sets of variables used by >>> unrelated parts of the same 'aggregate subroutine', they do what >>> they should be doing instead, namely, structure their code. >> I disagree. I deem the use of nested scopes as crucial to code >> structuring. Should the "roles" of the variables (whether input, >> output, or local) become apparent later, it'd be trivial to split >> the function, -- and that's likely to be done exactly along the >> scope boundaries previously coded in. > To quote my boss: Make it work now quickly and clean it up later :-). > Which means: Take some existing code which performs a more-or-less > related task, copy'n'paste it to some part of the countryside where > no trenches have been dug yet or the old ones worn out over time, > create a new nested scope lest all hell breaks lose because any > accidental interaction with the surrounings, any details about them > long lost in the land of ancient lore, [...] ... Once, I will find the patience to wait for the food engineers out there to design a sound nutritional solution. Meanwhile, I'm forced to rely on the off-the-shelf products, which are known to be full of undocumented features, deviate from the specifications every now and then, and (while I'm yet to see one myself) are reported to contain actual bugs... [Cross-posting to news:alt.food and news:comp.programming. Just in case.] -- FSF associate member #7257
Back to comp.programming | Previous | Next — Next in thread | Find similar | Unroll thread
[OT] engineering Ivan Shmakov <oneingray@gmail.com> - 2013-07-15 11:37 +0000
Re: [OT] engineering Rainer Weikusat <rweikusat@mssgmbh.com> - 2013-07-16 21:49 +0100
Re: [OT] engineering Ivan Shmakov <oneingray@gmail.com> - 2013-07-17 09:27 +0000
Re: [OT] engineering Rainer Weikusat <rweikusat@mssgmbh.com> - 2013-07-17 15:53 +0100
Re: [OT] engineering Ivan Shmakov <oneingray@gmail.com> - 2013-07-22 10:36 +0000
Re: [OT] engineering Shmuel (Seymour J.) Metz <spamtrap@library.lspace.org.invalid> - 2013-07-23 06:43 -0400
Re: [OT] engineering Ivan Shmakov <oneingray@gmail.com> - 2013-07-22 10:38 +0000
Re: [OT] engineering Rui Maciel <rui.maciel@gmail.com> - 2013-07-26 10:09 +0100
csiph-web