| Objectives |
Students taking this course can expect to acquire an
understanding of the following:
- major language features including: an
understanding of static versus dynamic binding, call-by-value,
call-by-reference, call-by-name, and call-by-need, type checking and
type inference, objects and classes, concurrency;
- formal methods of specifying the semantics of
programming languages including: Structural Operational
Semantics, Transitions Semantics, Chemical Abstract
Machine, K;
|
| Contacting the Course Staff |
- For email and Piazza: please allow about 24 or so hours
for a response, except on weekends (see below).
- The staff cann not be expected to work on the weekends. If you send something late
Friday or over the weekend then you should not expect a reply before
Monday.
- Never ever EVER call any staff at
home.
|
| Submitting Assignments |
- There will be two kinds of assignments in this course:
machine problems (MPs) and hand-written assignments (HWs). MPs
are submitted as plain text files, and HWs are submittedas
PDFs. The files submitted should be named as described in the
assignment.
-
Each student is given an svn directory that needs to
be checked out once before it can be used for
submitting assignments as follows:
| mkdir <working_directory> |
|
svn co
https://subversion.ews.illinois.edu/svn/sp16-cs422/<your_netid>
<working_directory>
|
|
-
After the initial checkout, <working_directory>
will contain a subdirectory assignments. Once an
assignment (MP or HW) has been announced, if you do an
you will add a directory named after the assignment
(e.g. mp1) in the assignments
directory. That directory will contain the information
posted on the web for that assignment.
-
For an HW, the directory will contain the
file hwX.pdf, whereX is the number
of the HW. You need to add to that
directory your submission, which needs to be called as
specified in the distributed file hwX.pdf.
Typically, your submission will need to be
called hwX-submission.pdf, but check the
assignment's instructions. To submit your assignment, you
will need to do the following:
| svn add hwX-submission.pdf |
|
svn commit -m "<your comment here>"
|
|
Submissions for HWs should be in pdf format.
-
When you retrieve an MP via svn up the
directory added will contain a pdf
named mpX.pdf describing the work to be done
for the assignment, a file of a name
(typically mpX.ml) that is the same name as
the file you must submit, and infrastructure to help you test your
code. The file mpX.ml is just a stub. You need
to delete or comment out the stub code and add your own. The
webpage mps contains
further information
about how to test your code. For submission, you will only
need do
|
svn commit -m "<your comment here>"
|
|
in the directory where your MP is. You do not need to add it,
since we added it is as a stub for you. Please try to avoid
committing the .cmo and .cmi files
into the svn repository; it only occupies unnecessary space on
the server and wastes unnecessary network traffic.
You may always restrict svn commit to a specific
collection of files and directories by adding a list to
the end of the command.
Before submitting an MP assignment, you MUST make
sure that your MP
compiles with the student grading script
supplied with the assignment.
If your MP fails to compile with the student grading script,
your assignment will get NO CREDIT. There will be no partial
credit for assignments that fail to compile.
-
You may do multiple commits of either the MPs or the HWs. We
will only grade the last version committed before the Extension
deadline. Each homework will be classified as on time if
its last submission is logged before the Due date of
the assignment. If the last submission before the Extension
deadline is after the Due date, you will receive a late
penalty as described in the next section.
|
| Extensions |
- Each HW/MP will normally have an automatic 48-hour extension with
a point penalty of 20% on that HW/MP. If we cannot give such an extension
for a particular HW/MP, for example due to scheduling constraints,
we will announce that before the HW/MP is handed out.
During the automatic extension, staff is not obliged to
answer questions for that HW/MP. You are on your own.
Extensions without a point penalty for the first 48 hours and any
extension beyond the 48 hours will only be granted under very
unusual circumstances such as a medical or family emergency.
A signed note from a responsible party will be required.
If you do need such an extension for some legitimate reason,
do your best to let us know as soon as possible, preferably before
the normalHW/ MP deadline.
|
| Regrade Policy |
|
Our goal as the course staff is to grade your work carefully and
accurately. Unfortunately, occaisonally staff may overlook something,
misunderstand an otherwise correct answer, or record a score incorrectly.
This is where the regrade procedure steps in.
In order to have your regrade considered you must provide the following:
- your netid;
- what assignment or exam question was graded incorrectly; and
- why you think your answer deserves more points than what the
grader gave.
You must also submit your regrade request for a particular assignment
within one week of receiving grades for that assignment. It
must be submitted directly to the course instructor. Late regrade requests will not be accepted or read.
Good reasons to ask for a regrade:
- You used a notation that was unfamiliar to the grader but is
standard (e.g., in a textbook for one of your other courses).
- The grader recorded a score incorrectly.
- The problem was ambiguous (or just plain wrong), causing you to
interpret it differently than the grader.
- The grader marked the problem wrong incorrectly.
Bad reasons to ask for a regrade:
- Part of your answer "matched" the answer given in the solution.
A partially correct answer is still wrong.
"The difference between an
almost right word and a right word is the difference between a
lightning bug and lightning." -- Mark Twain
- You wrote down two or more answers, only one of which was correct.
Never put more than one answer for a question unless we tell you that
such a thing is legitimate.
- You expended a lot of effort answering the problem. We are
measuring mastery, not effort.
- You wrote something down.
|
| Collaboration |
You are allowed to collaborate on the machine problems (MPs) and
the written homework (HWs) of this
course, in order to figure out how to solve the problem, resolve things
you don't understand, and help each other track down errors or bugs.
Nevertheless, you must each write and test your code
separately and handin your own HW/MP.
If you collaborate with someone, you should indicate so on your
submission. Particularly, you should follow the university rules
concerning avoidance of plagarism. Tests are completely
non-collaborative.
We allow you to collaborate for several reasons:
- all research done indicates that students learn more when they are
allowed to work together;
- our own ability to respond to student questions is increased
because your peers are able to give help.
However, you have to collaborate intelligently in order to get the most
out of it. If you ask a friend to describe the solution completely to
you and then write it down (in substantially different form), you will
get the credit but you'll fail the exam because you never learned the
methods/techniques/concepts.
If you copy a friend's solution directly or substantially, that
will be considered cheating, unless you give clear cite of your
source. If you work as a group, each
writing part and sharing it with the others, that is also
considered cheating, unless your cite all members from whom you
copied. The penalties for being discovered
cheating are described in the next section, below. If you offer
your solution for others to copy, you should protect yourself
from being accused of cheating by reporting this as well. Then,
if some of those to whom you have lent your work fail to cite
you, you will be protected from cheating accusations (unless
they also claim they lent the same problem to you).
If you copy your solutions from friends or other sources, you
must cite your source.
Think of MPs and HWs as being part of the
practice for the exam. When it comes time to study, we will
likely advise you to redo your MPs and HWs.
|
| Policy on Cheating |
|
We will be looking for cheating on both homeworks and exams. The
penalty for being caught cheating a first time -- either sharing your
solution on an exam -- or copying someone else's solution (without
cite, if it is an HW or MP) -- is that you will receive a negative score
for the unit cheated on equal to the value of the unit. A homework
(MP or HW) is one unit. A numbered problem on test,
including all its parts, is a unit. The penalty if you are caught
cheating a second time is a grade of F for the class. Moreover, if
you cheat a second time, both cheating episodes will be reported to
the department. You should take all reasonable precautions to prevent
others from cheating and report any suspected cheating.
|
| Grading |
|
Our goal is to have grades back to you as soon as possible. In
practice, this will probably take about a week for each
assignment or exam. Whenever your homework is graded, its grade
will be entered
in compass.illinois.edu,
and the graded assignment will be added to you assignment repository.
Exams will only be handed
back in class once. If you are not present when the
exam is handed back, you must pick up your assignment from
the instructor during the instructor's office hours. All work
will be returned only to the author; no proxy may collect your
exam for you.
| Grading Breakdown |
|---|
| Work |
Weight |
Notes |
| Machine Problems and Written Assignments (combined) | 30% |
| Midterm | 30% |
| Final Exam | 40% |
| Project | 25% (with otheres scaled to 75%) |
Only for 4-unit graduate students |
|
|
|