Computer Science 270
Survey of Programming Languages

Dr. Stephen Bloch
office 203 Post Hall
phone 877-4483
Web page
Class Web page
office hours TTh 1:30-4:00, W 2:30-4:00
class meetings TTh 9:25-10:50 AM

1  Who Should Take This Course

This course is intended primarily for students majoring or minoring in computer science or information systems. It assumes CSC 171 and 172 as prerequisites. If you’re taking 172 concurrently with 270, you’ll have a more difficult time, but you should be able to survive the course; talk to the instructor. This is largely a programming course, so students should expect to spend a lot of time designing, writing, testing, and debugging programs.

2  Languages and Paradigms

If you’re taking this course, you are already comfortable with the notion of writing a program, and you’ve learned some of the techniques and data structures most often used in computer programs. But you’ve probably only worked in one or two languages (e.g. Scheme, Java, C++, C, Visual Basic, Perl, PHP, Python...), of the thousands of languages out there, each of which has its own strengths and weaknesses.

The word “paradigm” originally meant a way of remembering verb conjugations and noun declensions. Since the publication of Kuhn’s Structure of Scientific Revolutions, the word has taken on a different meaning: an approach to a field of study that affects not only what answers you get, but even what questions you ask.

Computer scientists often refer to four major paradigms of programming: procedural or imperative, object-oriented, functional, and logical or declarative. But the boundaries aren’t always clear-cut. It’s generally possible to program in any paradigm in any language; languages differ in what paradigm “comes naturally”. Thus we describe Scheme as a “functional language”, C a “procedural language”, and Prolog a “logical/declarative language” because those are the paradigms that come most naturally in each language. C++ and Java are both on the spectrum between procedural and object-oriented, with C++ more procedural and Java more object-oriented. Each paradigm works best to solve a particular sort of problem, and to be a competent programmer you should be familiar with all four (and whatever fifth one comes along in a few years).

Some computer scientists consider this four-paradigm framework too inflexible, arguing that a truly powerful language should enable the programmer to mix seamlessly individual features associated with each of the four.

3  What You Should Get from This Course

A programming language is a tool. A programmer who approaches every problem by thinking about how to solve it in procedural/OO Java is like a carpenter who uses a hammer on everything, even when a saw or a screwdriver would be more appropriate. A competent programmer must be able to select the most appropriate language and paradigm for any given problem. (Half of last year’s final exam in this course was “For each of the following programming problems, what language would you use to solve it and why?”) Furthermore, a competent programmer must be able to write idiomatically in each language, i.e, to write in the style to which that language is suited: don’t be like the carpenter who chooses a screwdriver, but still uses it like a hammer. And a competent programmer must also be able to learn a new language and its idiom quickly.

So by the end of this semester, you should be able to

You can learn a lot more about cars by building or repairing one than by driving one. Similarly, you can learn a lot more about a programming language by implementing (part of) it than by just programming in it. This course doesn’t aim to make you a compiler-writer, but we’ll do just enough implementation to give you a glimpse “under the hood”; those of you who take CSC 272 next semester will go much more thoroughly into how a programming language works.

Goethe once wrote “he who doesn’t know foreign languages knows nothing of his own.” (Of course, he wrote it in German: “wer fremde Sprachen nicht kennt, weiß nichts von seiner eigenen.”) It’s hard to understand the structure of a language if you don’t have other languages to compare it with. The same goes for programming languages: even if you end up writing most of your future programs in Java, the experience of having written in other languages and other paradigms may make you a better Java programmer.

4  Texts

I’ve ordered one textbook through the Bookstore, and included links to some other on-line sources:

5  Topics and assignments

We’ll spend the a few weeks on each of three specific languages: Scheme, C++, and Prolog. (Everyone in this class is presumed already familiar with Java, so we won’t waste class time on it.)

I’ll give nine specific programming assignments, one every week or two: three in Scheme, three in C++, and three in Prolog. In addition, there will be an implementation project on each of the three languages: I recommend doing these in Scheme, since that’s the language used by the Programming Languages: Application and Interpretation textbook.

You are encouraged to write some or all of your programs using “Pair Programming”, a common professional practice in which two programmers work together to design, code, test, and debug the program. I’ll give you some articles about Pair Programming, but I want to point out that it does not mean “you write one program, I’ll write another and we’ll both get credit for both;” it means both students work together on all of the program, taking turns having one type while the other looks over the typist’s shoulder. The main benefit of this, particularly when you’re working in an unfamiliar language, is that the one who’s not typing can continually proofread for typoes, syntax and logic errors, and you can brainstorm together on how to solve the problem or how to express your solution in a new language. When you turn in a program with two students’ names on it, I want each of the students individually to also send me a brief description (a paragraph or so) of how the team worked and what you think each partner contributed and learned.

You’ll learn something different from each classmate you work with, so you are encouraged to switch partners from one program to another.

6  Grading

The most important part of my job in this course is to help you develop an understanding of how and why to program in different languages and paradigms. The less important and less fun part is assigning a letter grade at the end of the semester. Obviously, a single letter grade won’t capture everything you’ve learned and what you can do that you couldn’t do before, but Adelphi and the State of New York require it. So....

Each of nine homework assignments will be worth 6% of the semester grade. Each of three implementation projects will be worth 12% of the semester grade. The final exam will be worth 15% of the semester grade. The remaining 5% of the semester grade is “brownie points”.

Any program turned in after midnight, Thursday, Dec. 10 will be thrown away ungraded.

We’ll have a two-hour final exam on Dec. 15, from 10:30 AM to 12:30 PM. The final exam is comprehensive: it may include questions about any of the three languages or Java, about programming languages in general, about implementation issues, or about which language you would choose to solve a particular problem.

The final exam must be taken at the scheduled time, unless arranged in advance or prevented by a documented medical or family emergency. If you have three or more exams scheduled on the same date, or a religious holiday that conflicts with an exam or assignment due date, please notify me in writing within the first two weeks of the semester in order to receive due consideration. Exams not taken without one of the above excuses will be recorded with a grade of 0.

7  Program standards

Every program must contain, in the first few lines, a comment indicating the name(s) of the student(s) working on it and what the program is supposed to do. Programs not containing this information, clearly visible, will get a zero.

Every program must be accompanied by a session log (I’ll show you how to do this) showing how the program works on test cases. Programs with inadequate or poorly-chosen test cases will lose points; programs turned in with no test runs at all will lose lots of points.

Every program must be adequately and accurately commented, as appropriate in the current language.

For those of you who used PSP in CSC 160, 171, or 172, I’ve set it up for this class’s use too. You are invited to use it to record your time, program size, and defects encountered, but I don’t plan to grade it this semester.

Programs are not abstract works of art, they are supposed to run and solve real problems. So if I get a program that doesn’t compile or run, I will give it a zero, no matter how much time you put into it. Don’t bother turning in a program you haven’t tested yourself.

8  Ethics

The Adelphi University Code of Ethics applies to this course; look it up on the Web at .

Most homework assignments in this course involve writing, testing, and debugging a program by yourself or in a team of two. You are welcome to seek help on mechanical and syntactic matters (“how do I save this file?”, “how do I get a session log?”, “what does this compiler error message mean?”) from other students in the class or from tutors in the Learning Center; however, for higher-level tasks of design, coding, testing, and debugging, I expect you to work by yourself or with your one partner. If I see that three different people/teams have turned in nearly-identical programs, I’ll grade it once and divide the credit among the three, so the best any of them can hope for is 33%. If you turn in a program that I can find on the Web (without your name on it), it’ll get a zero.

9  Conclusion

But cheating and copying aren’t what I want to think about this semester. I find computer languages a fascinating subject, at the intersection of computer science and human psychology. Language designers are coming up with new neat ideas every day, which is one reason there’s a new “hot” language every few years. Perhaps one of you will have an idea that becomes the “hot” language of the year 2015.

Last modified: Friday, August 28th, 2009 3:24:33pm