This course assumes you have taken and passed CSC 171 ("Introduction to Computer Programming") and either CSC 172 ("Introduction to Algorithms and Data Structures") or CSC 173, This course will demand a lot of time programming, testing, and debugging in C or C++, particularly in the latter half of the semester, so we'll also cover the basics of C and C++ programming, on the assumption that you already know some Java.
This course will explain the basic concepts common to many computer operating systems and introduce you to a great number of tools and features provided by operating systems, especially Unix, which is popular at academic and research institutions and widely used for servers.
It will also introduce the C and C++ languages. C and Unix grew up together, with each used to write the other, and even today a significant fraction of Unix software is written in C. The C++ language was developed in the 1980's as a collection of enhancements to C, and eventually became one of the most popular languages for professional application programming. The Java language, which most of you learned last year, might be called a ``cleaned up C++'', so a lot of C++ will be familiar to you. Other concepts in C++, particularly pointers and memory management, are probably unfamiliar to you, so that's what we'll concentrate on.
The Unix operating system has more personality than most, not because of how it works but because the people who built (and continue to build) it left such a distinctive mark on it with their senses of beauty, humor, and responsible behaviour. These have led to a system which, once you've grasped its fundamental philosophy, allows you both to make efficient use of your time and to have fun at it.
The creators of Unix used computers all day, every day, and wanted to use them as efficiently as possible. These people loved elegance and simplicity, and hated re-inventing the wheel, so they built a number of simple tools that could be combined as needed in billions of ways. They also loved whimsy, so you will find a lot of puns and jokes built into the system. On the other hand, they believed strongly in personal responsibility, so destructive pranks, invasions of privacy, and insults are strongly discouraged -- usually not by rules, but by peer pressure. Unix has evolved from a computer system to a philosophy and finally to a community. I hope, among other things, to make you productive and civilized members of that community.
A disadvantage of building the whole system out of simple tools is that you need to learn a lot of simple tools before you can do anything. So in the first half of the semester you'll read a lot of documentation and try your skill on small examples. In the second half of the semester the emphasis will shift from reading about Unix tools to actually using them.
Many of the people in this class are taking CSC 270 concurrently. The two courses have different emphases: 270 is primarily about programming languages, with occasional mentions of operating-system issues, while 271 is primarily about the Unix operating system and secondarily about the C and C++ programming languages.
This is not a theoretical course; it is a very practical, hands-on course. To learn the stuff I expect you to learn, you must spend a lot of time on the computer trying things. Every time you read about a new command, or hear me describe one in lecture, try it. Invent new ways to use it, beyond what I or the textbook have described. Play with it. The best way to learn Unix and C++ is to use them until you don't even have to think about the most common commands--your fingers know them by heart.
I've ordered several textbooks through the Adelphi Bookstore, some on Unix and some on C++. All of the textbooks are "recommended", not "required": I don't expect to be giving specific assignments from a specific page of a specific book.
I'll also give some reading assignments in class handouts, on the World Wide Web, by email, in magazines, etc.
There will be several homework assignments.
Exams 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 month of the semester in order to receive due consideration. Exams not taken without one of the above excuses will get a grade of 0.
Homework and programming assignments will be accepted late, with a penalty of 1/3 per 24 hours or portion thereof after they're due. An hour late is 33% off, 25 hours late is 67% off, and after 48 hours don't bother turning it in. It's still a good idea to do as much of it as you can, however, because I'll assume on the exams that you've done the homework.
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, or a program that has little or nothing to do with the problem I assigned, 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.
The Adelphi University Code of Ethics applies to this course; look it up on the Web at http://academics.adelphi.edu/policies/ethics.php .
Most homework assignments in this course involve writing, testing, and debugging a program by yourself. You are welcome to seek help on mechanical and syntactic matters ("how do I save this file?", "what does this compiler error message mean?") from me, from other students in the class, and from tutors in the Learning Center, and you are welcome to discuss general approaches to a problem with classmates; but you may not copy large pieces of programs or homework solutions. If you do, all the students involved will be penalized.
All work on an exam must be entirely the work of the one person whose name is at the top of the page. If I have evidence that one student copied from another on an exam, both students will be penalized; see above.