Mixing Content
A powerful programming language is more than just a means for instructing a computer to perform tasks. The language also serves as a framework within which we organize our ideas about processes. Thus, when we describe a language, we should pay particular attention to the means that the language provides for combining simple ideas to form more complex ideas. Every powerful language has three mechanisms for accomplishing this:And here is some Wikipedia content:
- primitive expressions, which represent the simplest entities the language is concerned with,
- means of combination, by which compound elements are built from simpler ones, and
- means of abstraction, by which compound elements can be named and manipulated as units.
In programming, we deal with two kinds of elements: procedures and data. (Later we will discover that they are really not so distinct.) Informally, data is ``stuff'' that we want to manipulate, and procedures are descriptions of the rules for manipulating the data. Thus, any powerful programming language should be able to describe primitive data and primitive procedures and should have methods for combining and abstracting procedures and data.
In this chapter we will deal only with simple numerical data so that we can focus on the rules for building procedures.4 In later chapters we will see that these same rules allow us to build procedures to manipulate compound data as well.
Good style, being a subjective matter, is difficult to concretely categorize; however, there are several elements common to a large number of programming styles. The issues usually considered as part of programming style include the layout of the source code, including indentation; the use of white space around operators and keywords; the capitalization or otherwise of keywords and variable names; the style and spelling of user-defined identifiers, such as function, procedure and variable names; the use and style of comments; and the use or avoidance of programming constructs themselves (such as GOTO statements).
Code appearance
Programming styles commonly deal with the appearance of source code, with the goal of improving the readability of the program. However, with the advent of software that formats source code automatically, the focus on appearance will likely yield to a greater focus on naming, logic, and higher techniques. As a practical point, using a computer to format source code saves time, and it is possible to then enforce company-wide standards without debates.
Indenting
Indent styles assist in identifying control flow and blocks of code. In programming languages that use indentation to delimit logical blocks of code, indentation style directly affects the behaviour of the resulting program. In other languages, such as those that use brackets to delimit code blocks, the indentation style does not directly affect the product. Instead, using a logical and consistent indentation style makes code more readable. Compare:
They are mixed. And posted online.
Now if David Wiley is right, the heavens should open up and rain on me.Waiting...
See, it doesn't matter if I take two bits of open content and mix them in this very obviously bloggish small-scale non-commerical way. Nobody on either license cares.
The license isn't just the text. It's in the intention, the interpretation, and the enforcement of the text.
Of course you are right in one sense, the same sense in which Brian Lamb made the statement in a recent conference presentation "a creative commons license on a blog is like a sign saying 'I am not a jerk.'" But this argument seems clearly to be mixing the "spirit" and the "letter" of the law. I don't mind, personally. I try to live by the spirit. But the very fact that this distinction can be marked speaks to the fact that not everyone does, and especially in the litigeous state that is the USA, it seems like reconciling these in a way that most benefits the people we are intending to benefit with "open" and "free" content licenses would be a good idea.
ReplyDeleteIt's not simply a matter of appealing to the 'spirit' of the law.
ReplyDeleteWhat I mean to say, Scott, is that even in the litigious state that is the USA the sort of 'mixture' I am describing will not result in lawsuits.
I explain this is a bit more detail in the other post.
Sorry, but your counter example appears to be an ignoratio elenchi. You may be moving in the right direction to show that fair use allows a minimal amount of copying without permission from the copyright holder, but it doesn't really apply in this argument.
ReplyDelete