From: "Vasiliy Molostov" <molostoff@gmail.com>
Subject: Re: List of Negative Language rules?
Date: Sun, 05 Aug 2012 22:07:28 +0400
Date: 2012-08-05T22:07:28+04:00 [thread overview]
Message-ID: <op.wikxyqh5ka8ora@aspire.local> (raw)
In-Reply-To: e6963165-d99c-4b35-be88-b9f7aa8d5f4a@googlegroups.com
Patrick <patrick@spellingbeewinnars.org> писал(а) в своём письме Sun, 05
Aug 2012 18:39:42 +0400:
> Does anyone happen to know if there is a list of negative language
> rules? If not I could try to re-read the book and compile a list. I
> think it would make for a good cheat sheet to paste to the wall to avoid
> programming errors.
Rationale should be a good reading.
In general, a language element, being an universal atomic part of a mosaic
composed of such elements, provides you with ability to picture possibly
any application, but to follow such universality each one should conform
to some ruling.
The thing here is similar to fractal seed definition. without such
definition a diversity of resulting fractals will not grow. This means
that you will restrict yourself in application design up to inability to
express your desired application.
To enumerate seeds with incorrect fractal definition (your case) you
should accept that their count can be close to equal to all possible
diversity of resulting fractals minus those are the correct ones and are
what you have decided as appropriate to you. I dont know which is
appropriate to you, but suppose that Ada is appropriate too, and with Ada
rules you can get mostly working (meaningful) error-free application.
With functions having out (or in out) parameters you will not be able to
write expressions without side effects, since these will break elementary
algebra ruling, for example the order of evaluation becomes inconsistent
with what you have wrote, and this gives you (and possibly another reader)
incorrect reading and ability to search these breaks forever, which is not
you might want. Ada is aimed to prevent incorrect reading, e.g. a
'readability' kind.
BTW, you can still use 'access' type parameters in functions instead
(which is the same as 'in out').
ps. perhaps this is too abstruse, sorry for that.
--
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
next prev parent reply other threads:[~2012-08-10 4:15 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-05 14:39 List of Negative Language rules? Patrick
2012-08-05 15:24 ` Bill Findlay
2012-08-05 15:43 ` Patrick
2012-08-05 19:17 ` Niklas Holsti
2012-08-05 16:02 ` Nasser M. Abbasi
2012-08-05 16:14 ` Patrick
2012-08-06 2:56 ` Randy Brukardt
2012-08-05 16:33 ` Yannick Duchêne (Hibou57)
2012-08-05 17:10 ` Patrick
2012-08-05 18:07 ` Vasiliy Molostov [this message]
[not found] ` <p6ft18dvj55o0h1j3af7ic08f2omoc1j20@invalid.netcom.com>
2012-08-05 19:25 ` Niklas Holsti
2012-08-05 23:35 ` Patrick
2012-08-06 0:07 ` Vasiliy Molostov
2012-08-06 0:26 ` Patrick
2012-08-06 1:04 ` Vasiliy Molostov
2012-08-06 1:33 ` Patrick
2012-08-06 2:57 ` Randy Brukardt
2012-08-06 3:21 ` Patrick
2012-08-09 21:24 ` Randy Brukardt
2012-08-09 22:00 ` Patrick
2012-08-06 2:51 ` Randy Brukardt
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox