CMSC330
Organization of Programming Languages,
Spring 2022

Instructors

Name Section Office E-mail Office Hours
(also available by appointment)
Cliff Section 010X IRB2238/online Email Th 1-3/zoom
David Van Horn Section 020X Online Email F 10-noon

TAs

Name E-mail
Guido Ambasz gambasz@terpmail.umd.edu
Pranav Kulkarni pranavk@terpmail.umd.edu
Abdullah Shuaib ashuaib@terpmail.umd.edu
Abhay Patel apatel49@terpmail.umd.edu
Amanda Liu asliu@umd.edu
Amar Mujumdar amarmuju@terpmail.umd.edu
Annemarie Peek apeek@terpmail.umd.edu
Benjamin Goundry bgoundry@terpmail.umd.edu
Dalton Pang dpang1@terpmail.umd.edu
Daniel Khoshkhoo dankhosh@terpmail.umd.edu
Harleen Kaur hkaur@terpmail.umd.edu
Jacob Ginzburg jacob.ginzburg@hotmail.com
James Boggs jboggs1@umd.edu
Jay Prajapati jprajapa@terpmail.umd.edu
Joshua Kalampanayil jkalam@terpmail.umd.edu
Kaitlyn Yang kyang124@terpmail.umd.edu
Lauren Wei lwei0973@umd.edu
Le Chang lchang21@umd.edu
Luke Muratore LTM157M@gmail.com
Matthew Pohlhaus pohlhaus@bu.edu
Mollie Shichman mshich@umd.edu
Murat Ablimit mablimit@umd.edu
Nandini Venkatesh nvenkate@umd.edu
Naveen Raman nav.j.raman@gmail.com
Ohsung Kwon kwon43536@gmail.com
Seyed Mohammad Ghaemi seyedmohammadghaem@gmail.com
Shreyas Srinivasan ssriniv1@umd.edu
Sid Joshi sjoshi29@terpmail.umd.edu
Syed Zaidi szaidi@umd.edu
Tejan Gandhi tdgandhi@terpmail.umd.edu
Timothy Hicks thicks12@terpmail.umd.edu
Varun Chari vchari@terpmail.umd.edu
Vyoma Jani vjani@umd.edu
Yuzhu Fu yzfu0426@terpmail.umd.edu

Information

Lectures Section 010x: TuTh 11:00am-12:15pm ESJ 0202
Section 020x: TuTh 12:30am-1:45am IRB 0324
Midterm 1 March 10
Midterm 2 April 21
Final Thursday, May 12 4:00-6:00pm
Textbooks There are no required or recommended texts. See the resources page for useful online links.

Discussions (all in person)

0101 Nandini V. F 9:00am - 9:50am IRB 1207
0102 Vyoma J. F 11:00am - 11:50am IRB 2107
0103 Abdullah S. F 10:00am - 10:50am IRB 1207
0104 Annemarie P. F 2:00pm - 2:50pm IRB 2107
0105 Shreyas S. F 11:00am - 11:50am IRB 1207
0106 Pranav K. F 3:00pm - 3:50pm IRB 2107
0107 Guido A. F 12:00pm - 12:50pm IRB 1207
0108 Varun C. F 12:00pm - 12:50pm IRB 2107
0109 Jay P. F 1:00pm - 1:50pm IRB 2107
0110 Murat A. F 2:00pm - 2:50pm IRB 2207
0201 Mollie S. F 9:00am - 9:50am CSI 3120
0202 James B. F 10:00am - 10:50am CSI 3120
0203 Pranav K. F 4:00pm - 4:50pm CSI 3120
0204 Luke M. F 12:00pm - 12:50pm CSI 3120
0205 Joshua K. F 1:00pm - 1:50pm CSI 3120
0206 Ohsung K. F 2:00pm - 2:50pm CSI 3120
0207 Naveen R. F 2:00pm - 2:50pm CSI 2120
0208 Kaitlyn Y. F 3:00pm - 3:50pm CSI 2120
0209 Yuzhu F. F 3:00pm - 3:50pm CSI 3120

Office Hours: In-person in IRB 1108 and Online. Join the queue using Quuly.

Time (Eastern) M T W T F
9:00 Ohsung K.
Daniel K.
Mollie S. (ONLINE)
James B.

Murat A. (ONLINE)




Ohsung K.
James B.
Daniel K. (ONLINE)
Varun C. (ONLINE)

Murat A.




Tejan G. (ONLINE)
James B.



10:00 Shreyas S. (ONLINE)
Ohsung K.
Harleen K. (ONLINE)
Mollie S. (ONLINE)
Daniel K.
Murat A. (ONLINE)
Joshua K. (ONLINE)
Yuzhu F.
Matthew P.

Shreyas S.
Ohsung K.
Harleen K. (ONLINE)
Daniel K. (ONLINE)

Murat A.
Joshua K. (ONLINE)
Matthew P.


Shreyas S.
Harleen K. (ONLINE)
Varun C. (ONLINE)
Tejan G. (ONLINE)

11:00 Harleen K. (ONLINE)
Shreyas S. (ONLINE)
Abdullah S. (ONLINE)
Mollie S. (ONLINE)
Yuzhu F.
Luke M.
Matthew P.
Dalton P. (ONLINE)
Ben G. (ONLINE)

Vyoma J.
Shreyas S.
Mollie S.
Daniel K. (ONLINE)
Harleen K. (ONLINE)
Vyoma J.
Luke M.
Matthew P.
Ben G. (ONLINE)

Matthew P.
Abdullah S.
Harleen K. (ONLINE)
Yuzhu F.

12:00 Luke M.
Abdullah S. (ONLINE)
Kaitlyn Y.
Mollie S. (ONLINE)
James B.
Sid J.
Ben G. (ONLINE)



Daniel K. (ONLINE)
Mollie S.
James B.


Vyoma J.
Sid J.
Ben G. (ONLINE)


Yuzhu F.

Kaitlyn Y.
Matthew P.

1:00 Luke M.
Tim H. (ONLINE)
Le C. (ONLINE)
James B.
Syed Z. (ONLINE)
Le C. (ONLINE)
Amar M. (ONLINE)
Syed Z. (ONLINE)
Ben G. (ONLINE)

Guido A.
Annemarie P.
Tim H. (ONLINE)
Yuzhu F.
Mollie S.
Ben G. (ONLINE)
Le C. (ONLINE)
Amar M. (ONLINE)


Annemarie P.
Naveen R.
Seyed G. (ONLINE)
Kaitlyn Y.
Mollie S. (ONLINE)
2:00 Tim H. (ONLINE)
Le C. (ONLINE)
Luke M.


Lauren W. (ONLINE)
Le C. (ONLINE)
Amar M. (ONLINE)
Syed Z. (ONLINE)

Guido A.
Annemarie P.
Tim H. (ONLINE)
Pranav K.
Sid J. (ONLINE)
Lauren W. (ONLINE)
Le C. (ONLINE)
Amar M. (ONLINE)
Syed Z. (ONLINE)

Tim H. (ONLINE)
Seyed G. (ONLINE)
Mollie S. (ONLINE)


3:00 Le C. (ONLINE)
Jacob G. (ONLINE)
Sid J. (ONLINE)


Lauren W. (ONLINE)
Le C. (ONLINE)
Amar M. (ONLINE)
Abhay P. (ONLINE)

Guido A.
Annemarie P.
Jacob G. (ONLINE)
Pranav K.
Sid J. (ONLINE)
Naveen R.
Le C. (ONLINE)
Amar M. (ONLINE)
Syed Z. (ONLINE)

Varun C. (ONLINE)
Seyed G. (ONLINE)
Mollie S. (ONLINE)
Amanda L. (ONLINE)
Dalton
4:00 Nandini V.
Lauren W. (ONLINE)
Le C. (ONLINE)
Jacob G. (ONLINE)
Jay P. (ONLINE)
Jay P. (ONLINE)
Lauren W. (ONLINE)
Le C. (ONLINE)
Murat A.

Syed Z. (ONLINE)
Varun C. (ONLINE)
Jacob G. (ONLINE)
Jay P. (ONLINE)
Sid J. (ONLINE)
Abhay P. (ONLINE)
Naveen R.
Le C. (ONLINE)
Jay P. (ONLINE)

Ohsung K.
Jay P. (ONLINE)
Mollie S. (ONLINE)
Amanda L. (ONLINE)
Dalton
5:00 Nandini V.
Lauren W. (ONLINE)
Jacob G. (ONLINE)
Tejan G.

TA Meeting
No Office Hours




Varun C. (ONLINE)
Abhay P. (ONLINE)
Jacob G. (ONLINE)
Tejan G. (ONLINE)
Seyed G. (ONLINE)
Dalton P.
Abdullah S. (ONLINE)
Joshua K.
Amanda L. (ONLINE)
Abhay P. (ONLINE)
Amanda L. (ONLINE)




6:00 Tejan G.
Nandini V.



Dalton P. (ONLINE)
Joshua K.



Tejan G. (ONLINE)
Abhay P. (ONLINE)
Seyed G. (ONLINE)


Dalton P.
Abdullah S. (ONLINE)
Joshua K.
Amanda L. (ONLINE)
Abhay P. (ONLINE)
Amanda L. (ONLINE)




Class announcements will be posted via Piazza; please check the course Piazza page daily. You may sign up for the class on Piazza here.

A study of programming languages, including their syntax, semantics, and implementation. Several different models of languages are discussed, including procedural (Ruby), functional (OCaml), and memory safe systems programming (Rust). Language features such as formal syntax, scoping and binding of variables, higher-order programming, typing and type polymorphism, and object inheritance are explored.

Projects will be posted on the class GitHub.

This schedule is subject to change.

Project Release Date Due Date
Project 0 Setup 1/25 2/9
Project 1a Ruby Warmup 1/25 2/2
Project 1b Battleship Game 1/31 2/9
Project 2a OCaml Warmup 2/9 2/21
Project 2b OCaml Higher Order Functions and Data 2/17 3/7
Project 3 Regular Expression Engine 3/8 3/30 4/2
Project 4a MicroCaml Lexer and Parser 3/29 4/25
Project 4b MicroCaml Interpreter 3/29 4/25
Project 5 Stark Suit Repair 4/26 5/10
Syllabus subject to change until the start of the semester
Prerequisites: Prerequisites: C- or better in CMSC 216 and CMSC 250
Credits: 3 credits

A study of programming languages, including their syntax, semantics, and implementation. Several different models of languages are discussed, including dynamic, scripting (e.g., Ruby, Python) functional (e.g., OCaml, Haskell, Scheme), and concurrent/parallel (an aspect of many languages). Language features such as formal syntax, scoping and binding of variables, higher-order programming, typing and type polymorphism, and concurrent language features will be explored.

List of Topics (subject to change)

The following list of lecture topics will vary according to the pace of lecture.
  • Dynamic Languages (Ruby)
    • Implicit vs. explicit declarations
    • Dynamic vs. static typing
    • Text processing and string manipulation
  • Regular expressions and finite automata
  • Context-free grammars and parsing
  • Functional programming (OCaml)
    • Lists and recursion
    • Type inference and polymorphism
    • Higher-order functions and closures
    • Static (lexical) vs. dynamic scoping
    • Modularity and abstraction
  • Software security
    • Design anti-patterns that lead to security flaws
    • Defenses against security attacks
  • Advanced Topics
    • Lambda calculus
    • Operational Semantics
    • Garbage collection and memory management
    • History of Programming Languages

Grading

We will use Gradescope for grading assigning. Grades will be maintained on the course page on ELMS.

You are responsible for all material discussed in lecture and discussion section and posted on the class web page, including announcements, deadlines, policies, etc. During the semester we may provide ungraded practice homework exercises and solutions. While we will not collect these exercises, completing them is essential preparation for exams. You may work together on these ungraded homeworks, and you may of course come to office hours for additional help.

Your final course grade will be determined according to the following percentages:

Assignment Percentage
9 Programming Projects
  • Each project (e.g. P1a) is 4%, except P3 and P5 which are worth 8%.
40% Total
5 Quizzes
  1. Ruby (2/11)
  2. OCaml (3/4)
  3. DFA, NFA (4/1)
  4. OpSem, Parsing, CFG (4/15)
  5. Lambda Calculus (5/6)
10% Total
Lecture Quizzes 4% Total
2 Midterms 12% Each
Final 22%

Any request for reconsideration of any grading on coursework must be submitted within one week of when it is returned (or published on gradescope). Exam regrading requests must be made through gradescope. Any coursework submitted for reconsideration may be regraded in its entirety, which could result in a lower score if warranted.

Final course grades will be curved as necessary, based on every student's performance at the end of the semester. But: It is very likely that 90 and above earns an A, 80-90 earns a B, 70-80 earns a C, etc.; the curve will only lower the cutoffs, not raise them. Important: Completing the programming assignments is an essential part of the course. Therefore, we may fail any student who does not make a good-faith attempt on all course projects, regardless of the student's performance or scores on the other coursework. We will define good-faith attempt as achieving at least 20 percent on the gradescope server for each project. To obtain these points you may submit solutions past the late deadline.

Programming Projects

Projects must be submitted electronically following the instructions given in class. Projects may not be submitted by any other means (e.g., please do not email your projects to us). It is your responsibility to test your program and verify that it works properly before submitting. All projects are due at 11:59pm on the day indicated on the project assignment, according to the Gradescope's internal clock.

Projects may be submitted up to 24 hours late for a 10% penalty. For example, a project that would earn 90 points for an on-time submission will earn 81 (which is 90 times 0.90) if submitted late. Note that your project score as it appears on Gradescope will not include any late penalties. Any penalties will be incorporated into the final project grade on ELMS. If you submit both on-time & late, your project will receive the maximum of your latest on-time submission and the penalty-adjusted scores.

Project extensions will not be granted due to system problems, network problems, power outages, etc., so do not wait to submit a project until the night it is due. You may submit multiple times up to the deadline, and only your active submission on Gradescope is graded. Similarly, if you submit late, only your latest submission before the deadline will be graded. It is your responsibility to ensure that your submission with the highest score is the active submission on Gradescope. By default, the active submission is the latest one you have submitted. You can activate a previous submission under "Submission History" for an assignment. No consideration in grading will be made for errors made in transferring files or submitting the wrong version of your project. Having a working, unsubmitted version will not count; only submitted code will be counted.

Your projects will be graded based on test cases not provided in advance. Because grading is done automatically, you must follow the project specification exactly. Also, while projects will generally not be graded on style or documentation, we reserve the right to manually grade program source code for some projects.

Finally, any "hard coding" in a project assignment may result in a score of zero for that project, and is considered a bad-faith effort. Hard coding refers to attempting to make a program appear as if it works correctly, when in fact it does not. One example of hard coding would be printing the desired output instead of computing it. This is only one example, and if you have any questions as to what constitutes hard coding, be sure to ask ahead of time.

Do not share or publicly post your project solutions on-line; doing so constitutes a violation of academic integrity. This issue is discussed in greater detail below.

Lecture Quizzes

After every lecture, short multiple-choice quizzes that will cover the content covered in lecture, will be released on Gradescope. Lecture quizzes are due at the end of the day. We will drop the lowest 20% of all lecture quizzes at the end of the semester.

Outside-of-class communication with course staff

We will interact with students outside of class in primarily three ways: during office hours, electronically via Piazza, and electronically via e-mail. The large majority of communication should employ the first two methods, reserving e-mail for personal (presumably rare) circumstances.

Personalized assistance, e.g., with programming assignments or exam preparation, will be provided during office hours. You are responsible for developing and debugging your own programs. Do not rely on the instructional staff to make your project work. Lower-level CMSC courses provide extensive debugging and development help in office hours, but upper-level CMSC courses expect students to complete projects with minimal extra help. Therefore in CMSC 330, we will provide less debugging help than some students may be used to. If you come in with a question, expect to be pointed in the right direction, but it will be up to you to finish solving the problem on your own. Office hours for the instructional staff will be posted on the course web page a few days into the semester.

Additional assistance will provided via the Piazza web forum. You may use this forum to ask general questions of interest to the class as a whole, e.g., administrative issues or project clarification questions. The course staff will monitor piazza on a daily basis, but do not expect immediate answers to questions. Please do not post publicly any information that would violate the university academic integrity policy (e.g., project code or test cases).

Piazza allows students to post private questions that are only visible to instructors. Please use this feature if you wish to ask specific questions concerning your project solutions. Generally it will also be helpful to submit your current project code to the submit server, so instructors & TAs can try running your code on their machines before answering your questions.

Personal e-mail to instructors or TAs should be reserved for issues that cannot be handled by the above methods.

Important announcements will be made in class or on the class web page, and via piazza.

Excused Absences

Any student who needs to be excused for an absence from a single lecture, recitation, or lab due to illness shall:

  1. Make a reasonable attempt to inform the instructor of his/her illness prior to the class.
  2. Upon returning to the class, present their instructor with a self-signed note attesting to the date of their illness. Each note must contain an acknowledgment by the student that the information provided is true and correct. Providing false information to University officials is prohibited under Part 9(h) of the Code of Student Conduct (V-1.00(B) University of Maryland Code of Student Conduct) and may result in disciplinary action.

Missing an exam for reasons such as illness, religious observance, participation in required university activities, or family or personal emergency (such as a serious automobile accident or close relative's funeral) will be excused so long as the absence is requested in writing at least 2 days in advance and the student includes documentation that shows the absence qualifies as excused; a self-signed note is not sufficient as exams are Major Scheduled Grading Events. For this class, such events are the final exam, the two midterms, and quizzes, which will be given in class.

For medical absences, you must furnish documentation from the health care professional who treated you. This documentation must verify dates of treatment and indicate the timeframe that the student was unable to meet academic responsibilities. In addition, it must contain the name and phone number of the medical service provider to be used if verification is needed. No diagnostic information will ever be requested. Note that simply being seen by a health care professional does not constitute an excused absence; it must be clear that you were unable to perform your academic duties.

It is the University's policy to provide accommodations for students with religious observances conflicting with exams, but it is the your responsibility to inform the instructor in advance of intended religious observances. If you have a conflict with one of the planned exams, you must inform us prior to the end of the first two weeks of the class.

For missed exams due to excused absences, the instructor will arrange a makeup exam. If you might miss an exam for any other reason other than those above, you must contact the instructor in advance to discuss the circumstances. We are not obligated to offer a substitute assignment or to provide a makeup exam unless the failure to perform was due to an excused absence.

The policies for excused absences do not apply to project assignments. Projects will be assigned with sufficient time to be completed by students who have a reasonable understanding of the necessary material and begin promptly. In cases of extremely serious documented illness of lengthy duration or other protracted, severe emergency situations, the instructor may consider extensions on project assignments, depending upon the specific circumstances.

Besides the policies in this syllabus, the University's policies apply during the semester. Various policies that may be relevant appear in the Undergraduate Catalog.

If you experience difficulty during the semester keeping up with the academic demands of your courses, you may consider contacting the Learning Assistance Service in 2201 Shoemaker Building at (301) 314-7693. Their educational counselors can help with time management issues, reading, note-taking, and exam preparation skills.

Students with Disabilities

Students with disabilities who have been certified by Disability Support Services as needing any type of special accommodations should see the instructor as soon as possible during the schedule adjustment period (the first two weeks of class). Please provide DSS's letter of accommodation to the instructor at that time.

All arrangements for exam accommodations as a result of disability must be made and arranged with the instructor at least three business days prior to the exam date; later requests (including retroactive ones) will be refused.

Academic Integrity

The Campus Senate has adopted a policy asking students to include the following statement on each examination or assignment in every course: "I pledge on my honor that I have not given or received any unauthorized assistance on this examination (or assignment)." Consequently, you will be requested to include this pledge on each exam and project. Please also carefully read the Office of Information Technology's policy regarding acceptable use of computer accounts.

Programming projects are to be written individually, therefore cooperation or use of unauthorized materials on projects is a violation of the University's Code of Academic Integrity. Both the person receiving assistance and the person providing assistance are in violation of the honor code. Any evidence of this, or of unacceptable use of computer accounts, use of unauthorized materials or cooperation on exams or quizzes, or other possible violations of the Honor Code, will be submitted to the Student Honor Council, which could result in an XF for the course, suspension, or expulsion.

  • For learning the course concepts (including the programming languages), students are welcome to study together or to receive help from anyone else. You may discuss with others the project requirements, the features of the programming languages used, what was discussed in class and in the class web forum, and general syntax errors.
  • When it comes to actually writing a project assignment, other than help from the instructional staff a project must solely and entirely be your own work. Working with another student or individual, or using anyone else's work in any way except as noted in this paragraph, is a violation of the code of academic integrity and will be reported to the Honor Council. You may not discuss design of any part of a project with anyone except the instructor or teaching assistants. Examples of questions you may not ask others might be "How did you implement this part of the project?" or "Please look at my code and help me find my stupid syntax error!". You may not use any disallowed source of information in creating either their project design or code. When writing projects you are free to use ideas or short fragments of code from published textbooks or publicly available information, but the specific source must be cited in a comment in the relevant section of the program.

Violations of the Code of Academic Integrity may include, but are not limited to:

  1. Failing to do all or any of the work on a project by yourself, other than assistance from the instructional staff.
  2. Using any ideas or any part of another person's project, or copying any other individual's work in any way.
  3. Giving any parts or ideas from your project, including test data, to another student.
  4. Allowing any other students access to your program on any computer system.
  5. Posting solutions to your projects to publicly-accessible sites, e.g., on github. (Note that if you want to use Git, you can request free, private accounts from Bitbucket.)
  6. Transferring any part of a project to or from another student or individual by any means, electronic or otherwise.

If you have any question about a particular situation or source then consult with the instructors in advance. Should you have difficulty with a programming assignment you should see the instructional staff in office hours, and not solicit help from anyone else in violation of these rules.

It is the responsibility, under the honor policy, of anyone who suspects an incident of academic dishonesty has occurred to report it to their instructor, or directly to the Honor Council.

Every semester the department has discovered a number of students attempting to cheat on project assignments, in violation of academic integrity requirements. Students' academic careers have been significantly affected by a decision to cheat. Think about whether you want to join them before contemplating cheating, or before helping a friend to cheat.

You are welcome and encouraged to study and compare or discuss their implementations of the programming projects with any others after they are graded, provided that all of the students in question have received nonzero scores for that project assignment, and if that project will not be extended upon in a later project assignment.

Course Evaluations

If you have a suggestion for improving this class, don't hesitate to tell the instructor or TAs during the semester. At the end of the semester, please don't forget to provide your feedback using the campus-wide CourseEvalUM system. Your comments will help make this class better. CourseEvalUM is scheduled to be open between Tuesday, December 1 and Sunday, December 13, but this is subject to change by campus.

Right to Change Information

Although every effort has been made to be complete and accurate, unforeseen circumstances arising during the semester could require the adjustment of any material given here. Consequently, given due notice to students, the instructors reserve the right to change any information on this syllabus or in other course materials.

Copyright

All course materials are copyright Dept. of Computer Science, University of Maryland (Marvin Zelkowitz, Jeff Foster, Larry Herman, Atif Memon, Chau-Wen Tseng, Michael Hicks, David Levin, Nelson Padua-Perez,Anwar Mamat). All rights reserved. Students are permitted to use course materials for their own personal use only. Course materials may not be distributed publicly or provided to others (excepting other students in the course), in any way or format.

Quick Reference

Ruby

  • ruby-lang.org - The main Ruby website.
  • Quick Start (Ruby in 20 minutes)
  • Introduction to Ruby - A simple introduction to basic Ruby
  • PythonTutor for Ruby - An interactive, web-based visual debugger for Ruby programs
  • The Pragmatic Programmer's Guide - "The Pickaxe Book" is a more comprehensive overview of Ruby. It's an online version of the first edition of a printed Ruby book. The only thing to keep in mind is that it covers Ruby 1.6, while you can buy the newest printed version which covers the Ruby 1.9 and 2.0. We probably won't do anything for this course where the difference between versions. There's a lot of information here which you won't need- the most relevant sections are the first fourteen listed (the first up through "Basic Input and Output"), then "When Trouble Strkes", "Ruby and Its World", and "The Ruby Language" and "Classes and Objects". These last two are good summary references for the language.
  • Ruby Class Reference
  • Ruby documentation - A list from ruby-lang.org of Ruby reference manuals, online sources of Ruby information (some of the ones which will probably be more useful are mentioned specifically below), and Ruby articles. If you want to buy a printed book about Ruby several are listed.
  • Ruby User's Guide - An English translation of a book written by the designer of the language. More of a language reference than a tutorial.

OCaml

Rust

Formal grammars and finite automata

Lambda calculus

Ruby On Rails

  • Rails is a full-stack framework for developing database-backed web applications according to the Model-View-Control pattern.

Git

 

Other relevant texts

Previous required texts for CMSC 330 have chapters on relevant topics covered in this course. If the lecture notes are insufficient, look for these books. They should be available in the university library.

  • Concepts of Programming Languages (Seventh Edition) by R. Sebesta, Addison Wesley (2006) (ISBN 0-321-33025-0).
  • Programming Languages: Design and Implementation (Fourth Edition) by T. Pratt and M. Zelkowitz, Prentice Hall (2001) (ISBN 0-13-027678-2).
  • O'Reilly History of Programming Languages Poster