Re: [stack] function "adjoinment"?

chris glur <[email protected]> Sat, 6 Feb 2010 10:19:26 +0200
Newsgroups gmane.comp.lang.concatenative
Message-ID <[email protected]>
Perhaps because of 3rd [going 4th] world connectivety, I couldn't get
the ltu - yet.
But since I've 'got you on the line' I'll slip in MY topic "cat-like
for productivety".

There's no problem with people playing cross-word puzzles, but
when I queried cat-like's contribution to productivity, W. Tanksley changed the
subject and pointed out that 'greatest productivity increases are from
team-building,
hence the increased use of java'. I don't dispute this, nor the claim that any
productivity increase is bad, because it creates unemployment.

However, altho' the joy-author doesn't seem to directly say so, as
Prof. Herzberg
does in his reference to 'conquering complexity', my reference to PRODUCTIVITY
is the same as theirs: the individual algorithm-designer/coder; and not some
higher 'what is the purpose of life' consideration.

Admittedly the topic of productivity increase is related to psychology and fuzzy
stuff which we technologists don't formally know about.
While re-reading my files related to 'this' I find repeated implications towards
that "structuring helps human cognition and hence productivity"; but
like Victorian
sex it's never spelled out. Eg. is point-free good because it avoids the need to
remember names ? Or is the replacement of names by "it" really better,
when you might
NEED to know/remember whether the data is in the soak, wash, spin or
dry function?

Consider how many billions of people CAN ride-a-bicycle, but few KNOW how to.
Analogously, IMO computing productivity [in my above defined context] must start
from human-cognition/psychology. Knowing the goal is more important
that discussing
cute steps which allow you to move - perhaps towards some undefined goal.

Here's a paste  which is relevant to individual
productivity:--------------------
I had great productivity increase results with mc > cedit > User-menu/F11
for scheme-code.
My previous notes, stated that I didn't like the 'structured editor' facility,
because I had to lose sight of the text while the process inserted
the new text. Yes the annoyance of 'loss of sight of the subject' for half a
second, is related to the annoyance against top-posting ?

Once I'd accepted this small annoyance, and I'd patched cedits 'lisp' facilty
towards scheme, I found that the syntax-colouring and "just enter a
full structure
at a time instead of single-characters" was a MASSIVE productivity booster.
It's especially good for scheme, which has only a few syntax elements.

The beauty of such a system, is that when you work with a new language, or
a "haven't used for years" one, you re/familiarise yourself with the syntax
while building the cedit-templates. And 'capture' the knowledge of the syntax
-- that's how 'expert systems' work.  Then you don't have to waste your creative
mental resources on syntax trivialities. After all, an IfThenElse construct has
only 4 elements: its name, the predicate, the consequent, the alternate.

Why enter 6 keys for 'banana' when it's just a SINGLE-concept !?
I want to extend cedit's user-menu to be able to enter IDs once only, and then
just pick-them-off-a-menu for later insertion.  Scoping won't be possible.

So: avoid complexity and adding too many features to mc/cedit, but I
found cedit's
syntax hi-lighting and template-inserting editor a big productivity booster.
The hi-lighting/colouring and predefined layout/pretty-printing makes eg. the 4
components of the IfThenElse construct evident/identifiable from amongst the
mess of brackets.

I can't understand why they haven't eliminated char-by-char code writing, and
replaced it by menu-driven -- a bit like spreadsheets. The only things
you need to
originate, besides the 'sequence', are ID names.
When you want to instruct an elevator to go to floor 9, you select ONE button,
instead of writing a syntactically valid message!?

== Chris Glur.



On 2/3/10, John Nowak <[email protected]> wrote:
>
> On Jan 31, 2010, at 6:22 PM, John Nowak wrote:
>
>> We're familiar with the notion of function composition:
>>
>>    (a -> b) -> (b -> c) -> (a -> c)
>>
>> However, is anyone familiar with a notion of function "adjoinment"?
>
> For what it's worth, I've asked a similar question on LtU to cast a
> wider net:
>
> http://lambda-the-ultimate.org/node/3803
>
> - jn
>
>