v0.01 29 Mar 2026 WARNING!!! This is a draft syllabus and subject to potentially major changes before the end of Week 1
Spring 2026
Table of Contents
- Overview
- Staff
- Objectives
- Grading
- Lecture
- Discussion Section
- Assignments
- Project
- Schedule
- Other Good Stuff
This hands-on, practical course is intended to get you experience working on data science projects. You may have theoretical knowledge from other courses, but here we are going to implement. Doing something is rarely simple. You will likely attempt to do something, do it wrong, learn from your mistakes, and with a bit of luck and skill, eventually succeed. That’s just part of the scientific process, and data science is no exception. This course is all about the practice of data science.
In focusing on the practice, there is theory that won’t be discussed and mathematical proofs that won’t be done. That is by design. In particular:
- There are entire courses dedicated to each of the topics we’ll cover. To have time to do anything, we can’t teach all the details in a single course.
- Experts in each of these domains are out there and excited to teach you the nitty gritty about each topic. TAKE THOSE OPPORTUNITIES... the theory we are skipping is important and useful!
- We’re promoting data literacy. We believe that everyone who is data literate is at an advantage as they go out into the modern world. Data literacy is not limited to those who are computational gurus or math prodigies. You do not have to be either of those to excel at this course.
In this course, you will try many methods. You’ll even be asked to implement a technique that has not been explicitly taught. Again, this is by design. As a data scientist, you’ll regularly be asked to step outside of your comfort zone and into something new. Our goal is to get you as comfortable as possible in that space now. We want to provide you with a technical and a data science mindset that will allow you to ask the right questions for the problem at hand and set off alarm bells when something in your dataset or analysis is “off.”
| Role | Name | Section | Office Hours | Contact |
|---|---|---|---|---|
| Instructor | Jason Fleischer | --- | Signup for office hours | jfleischer@ucsd.edu |
| TA | Jason Chen | B01/B05 | Fri 10:30am - 12:30pm signup required | xic007@ucsd.edu |
| TA | Beijie (Jessica) Cheng | A02/A03/A06 | Tue 11:00am - 1:00pm signup required | becheng@ucsd.edu |
| TA | Yueying (Holly) Dong | TBD | Mon 10:00am - 12:00am, signup required | yud070@ucsd.edu |
| TA | Chaitanya Kapoor | A08/B06/B08 | Mon 8:00am - 10:00am, signup required | c1kapoor@ucsd.edu |
| TA | Shreya Musini | A04/A05/A07 | Mon 2:00pm - 4:00pm signup required | shmusini@ucsd.edu |
| TA | Zhicheng (Jackson) Wang | TBD | Thur 4:00 - 6:00pm, signup required | zhw049@ucsd.edu |
| PLA | Anchita Dash | --- | Thur 3:00pm - 4:00pm zoom link | a1dash@ucsd.edu |
| PLA | Domenic Jernigan | --- | Wed 4:00 - 5:30pm Zoom (no OH week 4/8) | djernigan@ucsd.edu |
| PLA | Sierra Peng | --- | Thur 11:30am - 1:00pm, zoom link | sepeng@ucsd.edu |
| PLA | Ansh Bhatnagar | --- | Wed 12:00pm - 1:00pm, DIB 1st Floor | abhatnagar@ucsd.edu |
| PLA | Jeronimo Adames | --- | Fri 3:30pm - 4:30pm, CENTR 206 | jadamesbaena@ucsd.edu |
Course GitHub: https://github.com/COGS108
Course discussion, Q&A and regrades: Link to join Ed
Course Canvas: https://canvas.ucsd.edu/courses/74005
Assignment and lab submission: https://datahub.ucsd.edu
Anonymous Course Feedback: https://forms.gle/MnBrvofZY7YxnwYMA
- Formulate a plan for and complete a data science project from start (question) to finish (communication)
- Explain and carry out descriptive, exploratory, inferential, and predictive analyses in Python
- Communicate results concisely and effectively in reports and presentations
- Identify and explain how to approach an unfamiliar data science task
- There is no textbook
- Python (>= 3.9) and a recent version of Jupyter Notebooks. You may fulfill this by any of the following
- Datahub
- A local copy on your own computer (we recommend the Anaconda distribution)
- Cloud services such as Google Colab, Microsoft Azure, etc. These all have a free tier or free hours before billing.
- git and a GitHub login
- If you prefer a GUI feel free to use GitHub Desktop, SourceTree, VS Code, etc.
- All other course materials will be provided on GitHub and datahub
There are no required readings for this course. But this course challenges you to learn on your own. If you're not sure where to start, the following texts may be very helpful in the course.
- Frankel, A (2020) Data Science In Pratice. Lecture notes for DSC 80 which has substantial overlap with this course
- Vanderplas, J (2023, 2nd ed) Python Data Science Handbook. Short and to the point. Both the text and the code are freely available on Github. Learn to use standard libraries to get things done.
- Grus J (2019, 2nd ed) Data Science from Scratch. This book takes you into HOWs and WHYs, rather than just learning to use a library you don't really understand. This is the harder book, but you will grow tremendously working though it. Can be accessed for free through your UCSD login
We also maintain a list of readings that can provide insight into various data science topics.
| number | each | total grade | |
|---|---|---|---|
| Assignments | 4 | 6% | 24% |
| Labs | 8 | 2% | 16% |
| In-section quizzes (8 total, lowest 2 dropped) | 6 | 1.5% | 9% |
| In-lecture exercises (30 total, lowest 10 dropped) | 20 | 0.05% | 1% |
| Project Review* | 1 | 1% | 1% |
| Project Proposal* | 1 | 10% | 10% |
| Project Checkpoints* | 2 | 10% | 20% |
| Final Report* | 1 | 15% | 15% |
| Final Video* | 1 | 3% | 3% |
| Team Evaluation Survey | 1 | 1% | 1% |
* Indicates Group Submission
Final exam: This course has no final exam. Do not show up on the date/time of the final exam. Instead this course has a final project.
All grades will be released on Canvas. It is your responsibility to check that your assignment was submitted, that your grade is accurate, and to get in touch if any are missing and/or you think there is a problem.
Extra credit worth up to 2% of the final grade will be awarded for
- Exceptional performance on the final report: meeting the "Excellent" category on more than 5 rubric items will get 0.5% bonus to the final grade.
- Exceptional participation on EdStem discussion board: Roughly the top 20 contributors will get 0.25% bonus to their final grade. You're more likely to make the cut if you help organize things, participate in good discussions and help answer questions, and less likely to make the cut if you just ask a lot of random questions.
- Answering the pre & post course surveys will give 0.5% extra credit (0.25% each for 0.5% total)
- Attending guest lecture(s) in-person is 0.25% extra credit
- Filling out all 7 of the weekly project progress surveys (0.25% of grade, see Project section below)
- If >2/3 of the students fill out SET teaching evaluations at the end of the quarter there will be an extra 0.5% of the final grade for everyone. BTW this EC criteria has not been met since 2022, why won't the current generation of students actually fill out evals?
Our grading scale is
| letter | range | letter | range |
|---|---|---|---|
| A+ | ≥ 97% | C+ | < 80 % to 77% |
| A | < 97% to 94% | C | < 77 % to 74% |
| A- | < 94% to 90% | C- | < 74 % to 70% |
| B+ | < 90 % to 87% | D | < 70 % to 60% |
| B | < 87 % to 84% | F | < 60 % |
| B- | < 84 % to 80% |
Know that a third of the class typically feels overwhelmed at the start of the quarter. That said, the average is quite high in this course (typically A). So, while we anticipate you all doing well in this course, if you are feeling lost or overwhelmed, that’s ok! Should that occur, we recommend: (1) asking questions in class, (2) attending office hours and/or (3) asking for help on EdStem.
I continue to believe that attending in-person is the best way to learn for most people. Our goal is to make the lecture and discussion section worth your while to attend through interactive content and making it a good place to get questions answered. If you can't come to a particular class session or two that's fine, but if you're planning to never come I think you're making a mistake.
Please do not attend any in-person activity (lecture/section/office hours) if you are feeling ill, especially if you are sneezing/coughing and have a fever. If you feel mildly ill but without sneezing/coughing, or if you have bad allergies, then you may come to in-person events while wearing a well-fitting mask.
This quarter there are two sections of lecture. For the first week please attend the section you were assigned. After that there will probably be enough free seats for you to attend the section you prefer, and I'm ok with that. I will podcast one of the two sections.
| Section | Time and Location |
|---|---|
| A00 | 10AM MWF GH 242 |
| B00 | 2PM MWF GH 242 |
Please bring a smartphone or tablet or laptop to lecture for occaisional live polling via Google Form. Up to 1% of your grade will be given for participating in at least 20 out of the 30 or more such exercises that will be offerred. Most lectures have 1 or 2 such exercises, but some lectures may not have any.
DO NOT COME TO LECTURE IF YOU ARE ILL! You won't impact your attendance credit if you take some time off since you can miss 1/3 of the in class exercises without loss of points.
Discussion sections will
- review the previous week's material
- administer a 20 min quiz on the previous week's material
- provide help for the week's discussion lab, assignments, or any topic
In Week 1 discussion section is a Python review; but there will be no quiz or any turn-in item that week. For subsequent weeks sections will follow the bullet points above and there will be both a quiz and help with turn-in items for the week.
If there are free seats you may attend any section you prefer, but if the seats are full and you are not registered for that section please leave so someone who is supposed to be there can participate.
| Section | Time and Location | TA |
|---|---|---|
| A01 | W 5:00p-5:50p GH 242 | TBD |
| A02 | W 11:00a-11:50a DIB 121 | Jessica |
| A03 | W 12:00p-12:50p DIB 121 | Jessica |
| A04 | W 1:00p-1:50p COA B17 | Shreya |
| A05 | W 2:00p-2:50p COA B17 | Shreya |
| A06 | W 3:00p-3:50p COA B26 | Jessica |
| A07 | W 4:00p-4:50p COA B26 | Shreya |
| A08 | W 6:00p-6:50p CSB 5 | Chaitanya |
| B01 | F 9:00a-9:50a DIB 121 | TBD |
| B02 | F 10:00a-10:50a COA B17 | Zhicheng |
| B03 | F 11:00a-11:50a COA B26 | Zhicheng |
| B04 | F 12:00p-12:50p COA B17 | Zhicheng |
| B05 | F 1:00p-1:50p PCYNH 120 | TBD |
| B06 | F 4:00p-4:50p CSB 5 | Chaitanya |
| B07 | F 3:00p-3:50p CSB 5 | TBD |
| B08 | F 5:00p-5:50p CSB 5 | Chaitanya |
Each week there will be a short lab exercise to review material from lecture and give hands-on programming experience. You can work on these exercises in your lab sections, and your section leaders will be happy to help guide you towards the correct answers. Or if you don't need help you can complete them on your own. You may seek help from your classmates or chat about problems in a group, but please realize that this is your time to practice and learn new skills with low stakes. If someone else does it for you its hard to practice and learn!
Please see the course policy on AI assistance and follow it when working on lab exercises.
Lab exercises are available to you on Datahub, and also turned in there. Lab exercises will be due on Fridays 11:59PM and released one week before they are due. If lab exercises are due on a holiday then they will be accepted until the following non-holiday day that week.
If lab exercises are low stakes and you can get lots of help, then assignments are high stakes and you can only get minimal help. They will be completed individually in Jupyter Notebooks which are released and submitted on datahub. Each assignments will cover the material in the previous two lab exercises.
Please see the course policy on AI assistance and follow it when working on assignments.
The practice of data science involves writing code to answer questions and accomplish tasks. Thus, to get practice, your assignments will require you to use Python to do just that. Not everything will be explicitly mapped out step-by-step for you. This is intentional. Figuring things out when it’s not entirely clear what to do next is part of the practice here. You’ll attempt things that won’t work and become comfortable with this. You’ll get stuck and work to get unstuck. Not quite knowing exactly what’s going on at all times is part of the process. And, to be honest, part of the job of being a data scientist.
As assignments become more difficult, we don’t want you to feel totally lost. If you’ve thought long and hard, gone down a long rabbithole on Stack Overflow, and can’t even get a sense of what the next step may be, take a step away. Take a break. Then, come back and see if you can’t solve it with a refreshed mind. If you’re still totally stuck, ask on EdStem, talk to a classmate, and/or attend office hours for help.
But how should you help one another on assignments? You should: ask a question that leads the student to figure it out for themselves, point out the correct principle/theory that applies in this case, provide a link to an explanation, or a chunk of pseudo-code. You should not: provide the full answer or code they can just copy/paste.
Assignments and labs will be submitted individually on datahub. They be released a week before the assignment due date.
It is very easy to mess up datahub submission because the UI is trash. YOU are SOLELY RESPONSIBLE for using it correctly. You will not get points back if you mess things up:
- forget to save your work and submit work with missing answers... you will lose those points
- forget to follow instructions for exercises on GitHub or fail to follow those instructions completely to the letter... you will lose those points
- forget to press the "submit" button after you are done... its a zero
- somehow corrupt a file, delete a file, etc... its a zero
- press the wrong submit button (e.g., submit A3 a second time instead of submiting A4)... its a zero for A4
- pressing the wrong submit button could end up getting you a late penalty... losing you 25% of your A3 grade in the example above
- we do not have the history of your submissions, all we can see is your last submission, we can't go back and grade the first one
- so if a second submission comes in after deadline but before grading it will be counted as late
There will be at least a dozen people each quarter who tell say "I'm so sorry there was a mistake when I clicked submit! Can I please get it graded without late penalty?" And my answer will be no. Do not be that person!
You will receive individualized feedback via email with your grade and feedback about a week after each assignment is due.
Assignments and labs will be accepted up to 5 days late with a 25% late penalty taken off your grade. Every student receives 7 free late days with NO DEDUCTION for use on any assignment or lab exercise. Without penalty, you can turn in 7 work items one day late each, or 1 work item 3 days late and another 4 days late, or any other combination.
PLEASE NOTE while your pool of late days is 7, your maximum lateness on any single item is 5 days. PLEASE NOTE these late days are intended for use when you are behind and need an extra day, illness, family emergencies, mental health crises, etc.. You will not be given more late days. You will not be given more than 5 days to get something submitted. If you cannot manage to turn in assignments within this system you need to talk with your dean because something has gone drastically wrong that cannot be handled in my class.
We will work hard to grade everyone fairly and return assignments quickly. But, we know you also work hard and want you to receive the grade you’ve earned. Occasionally, grading mistakes do happen, and it's important to us to correct them.
If you think there is a mistake in your grade, request a regrade within 72 hours of your receipt of the grade on EdStem, using the "Regrade requests" folder. This message should include evidence of why you think your answer was correct (i.e. a specific reference to something said in lecture) and should point to the specific part of the assignment in question.
Note that points will not be rewarded if you fail to follow instructions. For example, if the instructions say to name the variable orange and you name it ornage (misspelled), you will not be rewarded credit upon regrade. This is because (1) following instructions and being detail-oriented is important and (2) there are hundreds of students taking the course this quarter. It would be an unfair burden to place on TAs if we didn’t have this policy.
Your course project will be completed in a group of 4-5 people. The reality of data science is that you will have to work with others. You’ll need to work together to communicate effectively, manage time, organize your projects, and accomplish a goal. People will have different knowledge and skills sets. It is your job as a group to work together to figure out how to maximize each group member’s skills to make sure that your differences are helpful to accomplishing your goal, rather than a hindrance. For example, some of you will find the programming aspects of the class assignments very easy, while others will struggle. Alternatively, some of you may find experimental research and hypothesis testing intuitive, while others find it confusing and frustrating. It is best for your project if you choose a team with a mix of background and experience.
Groups can be found in a few different ways:
- If you have people in the class you know you want to work with, chat with one another and if you're all on board, form a group.
- There will be time to find groups in discussion section.
- If you don't know people in the class or don't have people you want to work with, no problem. Seek them out on EdStem!
You will submit who your group is via Google Form by the Wednesday of week 3 (see Course Schedule). One form will be submitted per group.
If you do not signup for a group you will be randomly assigned a group. However you generally don't want that, you'll have more fun if you get on board with people who want to work on the same thing as you. Also in my experience the randomly assigned groups have more trouble than the ones students put together on their own.
Probably the most important way to start a team off on the right foot is to discuss expectations of how you will work together. How will you divide up the work? How often and where will you meet? How will you communicate with each other? What's the maximum amount of time it should take for someone to respond to a message? How will you double check that things that need to happen did happen? If there is a problem meeting a deadline how should the person responsible let others know, and then how should the rest of the team react? There are many possible answers to these questions, and there are many more questions about expectations that you might want to ask yourselves. Your team should decide what's right for you, and then write down these expectations in a place that the team will often see it. Trust me, this will help things go more smoothly.
These project components are completed and submitted as a group and are described in the Project documentation: https://github.com/COGS108/Projects. This includes: 1) Previous Project Review 2) Project Proposal 3) Project Checkpoint #1: Data, 4) Project Checkpoint #2: EDA, 5) Final Project Report, and 6) Final Project Video
There are also components of the project that must be completed individually. Starting week 3, there will be an optional weekly survey to be completed individually describing your project progress. Students who complete all 7 weeks' surveys will earn 0.5% extra credit to their final grade. At the end of the course there is a team evaluation survey... this is your opportunity to let us know if a teammate did not contribute
| Date | Week | Day | Lecture topic | Due today | Section covers |
|---|---|---|---|---|---|
| Mar-30 | 1 | M | Welcome! | ||
| Apr-01 | 1 | W | Version Control I | python review (nothing to turn in) | |
| Apr-03 | 1 | F | Version Control II | python review (nothing to turn in) | |
| Apr-06 | 2 | M | Data & Intuition I | ||
| Apr-08 | 2 | W | Data & Intuition II | Practice assignment, pre-course survey | Q1 and D1 (git and conda) |
| Apr-10 | 2 | F | Data Wrangling | D1 | Q1 and D1 (git and conda) |
| Apr-13 | 3 | M | Ethics | ||
| Apr-15 | 3 | W | Data Science questions | GitHub ID, Group signup | Q2 and D2 (data) |
| Apr-17 | 3 | F | Data viz principles | D2 | Q2 and D2 (data) |
| Apr-20 | 4 | M | Exploratory Data Analysis | ||
| Apr-22 | 4 | W | Geospatial | A1, Project Review* | Q3 and D3 (viz / geospatial) |
| Apr-24 | 4 | F | Inference I | D3 | Q3 and D3 (viz / geospatial) |
| Apr-27 | 5 | M | Inference II | ||
| Apr-29 | 5 | W | Non parametric inference | Project Proposal* | Q4 and D4 (inference) |
| May-01 | 5 | F | Linear models I | D4 | Q4 and D4 (inference) |
| May-04 | 6 | M | Linear models II | ||
| May-06 | 6 | W | Dimensionality Reduction | A2 | Q5 and D5 (linear models) |
| May-08 | 6 | F | Machine Learning I | D5 | Q5 and D5 (linear models) |
| May-11 | 7 | M | Machine Learning II | ||
| May-13 | 7 | W | Machine Learning III | Checkpoint #1: Data* | Q6 and D6 (DR / ML ) |
| May-15 | 7 | F | Machine Learning IV | D6 | Q6 and D6 (DR / ML) |
| May-18 | 8 | M | NLP I | ||
| May-20 | 8 | W | NLP II | A3 | Q7 and D7 (ML / NLP) |
| May-22 | 8 | F | How to be wrong I | D7 | Q7 and D7 (ML / NLP) |
| May-25 | 9 | M | NO LECTURE - Memorial Day | ||
| May-27 | 9 | W | How to be wrong II | Checkpoint #2: EDA* | Q8 and D8 (how to be wrong) |
| May-29 | 9 | F | How to be wrong III | D8 | Q8 and D8 (how to be wrong) |
| Jun-01 | 10 | M | How to be wrong IV | ||
| Jun-03 | 10 | W | Guest lecture / catch up | A4 | Project help - no lab or quiz |
| Jun-05 | 10 | F | Your future | Project help - no lab or quiz | |
| Jun-08 | Finals | M | |||
| Jun-10 | Finals | W | Final project*, video*, team eval survey, post-course survey | ||
| Jun-12 | Finals | F |
* indicates group submission. All other assignments/quizzes/surveys are completed & submitted individually.
In all interactions in this class, you are expected to be respectful. This includes following the UC San Diego principles of community .
This class will be a welcoming, inclusive, and harassment-free experience for everyone, regardless of gender, gender identity and expression, age, sexual orientation, disability, physical appearance, body size, race, ethnicity, religion (or lack thereof), political beliefs/leanings, or technology choices.
At all times, you should be considerate and respectful. Always refrain from demeaning, discriminatory, or harassing behavior and speech. Last of all, take care of each other.
If you have a concern, please speak with anyone on the instruction team (professor, TAs, or IAs). If you are uncomfortable doing so, that’s ok! The OPHD (Office for the Prevention of Sexual Harassment and Discrimination) and CARE (confidential advocacy and education office for sexual violence and gender-based violence) are wonderful resources on campus.
Don't cheat. Here are some flyers on important aspects of academic integrity every student should know. You can also obtain deeper training from Academic Integrity, click around their website and explore!
You will work together on projects. You should help one another learn in general. Assignments and discussion labs should be completed individually, although you may seek help from your fellow students. However you may not give answers to each other at any time. In discussion labs its ok to be much more leading and provide more of the answer. In assignments you should be more careful about how much detail you are providing in your help to others.
Examples of good collaboration on assignments:
- Student posts non-working code to get help, others send a link to a good reference page in sklearn documentation, or point out the generic kind of mistake being made (e.g., you’ve messed up the order of operations). Nobody just writes the correct code for the student.
- Student posts a question about a theory or concept. If its not directly related to an assignment question you can choose to answer in full. However, it’s generally more helpful for learning if you use the Socratic method: ask the student questions that lead them to find the answer themselves. Also doing this helps you cement your own knowledge of the subject!
- Student posts a question about an assignment problem. Others point out important principles that we have learned in class that can be used to solve it. They describe the important points, or mention important pitfalls to avoid. References to book pages, lecture slides, or lecture video times are helpful. Nobody posts the correct answer for the student.
For group projects, you will work together but every person in the group is expected to understand every aspect of the project. People may be asked to individually explain any aspect of the project and your grade may be reduced compared to the rest of the group if you are unable to do so. Projects may include ideas and code from other sources—but these other sources must be documented with clear attribution.
Cheating and plagiarism have been and will be strongly penalized.
AI tools may be used freely in this course provided their use is transparent and properly cited. All AI contributions must be credited just as any other source would be cited. Students are fully responsible for the accuracy, originality, and quality of all submitted work. This expectation is in place to ensure that all submitted work reflects the student’s own learning and skills. Suspected submission of AI-generated content without citation or presenting it as entirely one’s own work will be reported to the Academic Integrity Office in accordance with university policy.
AI should be used as a tutor and teammate. It should not be used to do your work for you. More assistance from AI is acceptable on projects, less on labs, and very little and only conceptual help should be used on assignments.
When used for writing, it works best if you talk to it about ideas and then pick your own words, then use it again to edit your draft, then make sure you read and make final edits.
When used for programming, as a beginner talk to AI about ideas for solving the problem, ask it to explain concepts and syntax and functions. Then write the code yourself. Ask AI to help you understand errors, but you need to struggle with solving it yourself in order to learn. Ask AI to generate practice problems for you to solve.
When used for programming as an expert, then you write a design document of how to solve the problem and allow AI to work on parts of the design document. AI generate and hand validate unit tests. Always read the code AI generated, edit it as neceesary. Ask AI to critique the implementation and explain any errors.
Students requesting accommodations due to a disability must provide a current Authorization for Accommodation (AFA) letter. These letters are issued by the Office for Students with Disabilities (OSD), which is located in University Center 202 behind Center Hall. Please make arrangements to contact Prof Ellis privately to arrange accommodations. If you are struggling to get a meeting with OSD, you can let the professor know and they may be able to help accommodate while you work to get official documentation. Contacting the OSD can help you further: 858.534.4382 (phone) osd@ucsd.edu (email) http://disabilities.ucsd.edu
Sometimes life outside of academia can be difficult. Please email me or come to office hours if stuff outside the classroom prevents you from doing well inside it. I can often refer you on to the help you need.
If you don't have the most essential resources required to thrive as a student, please contact UCSD Basic Needs who can help you access nutritious food and stable housing, and help you seek the means to reach financial wellness.
If you need emergency food, finances, and/or academic and social support you can also contact UCSD Mutual Aid. They provide mentoring and aid that comes from volunteers among your peers. If you don't need that kind of support, consider joining them in helping your fellow classmates who do.
If you need counseling or if you are in a mental crisis you can contact CAPS. They provide psychiatric services, workshops, and counseling; they also operate a 24/7 crisis hotline at 858.534.3755
TL;DR If you want a letter I advise you to work as an IA or RA or some other capacity with more than one professor.
If you are bound for graduate school you will probably need letters from 2 or 3 people. Many students ask professors they have taken a class from, but I want you to know this is a bad idea. You really want to get a letter from someone you have worked with more closely, who knows your talents and personality from experience working together with you over a long time. You are one of hundreds of students I will have this quarter. TBH with relatively few exceptions I will not know you well. To get a solid letter from a prof, you want to be a research assistant, independent study, honors thesis advisee, or instructional assistant. If you are interested in grad school you need to have done the work before the beginning of senior year; letters are needed in Nov/Dec of your senior year for the following Fall admission.
If you are just one of the hundreds of students in a class, then most profs (including me) probably won't write you a letter. If they do, at best you will get a letter that is roughly "STUDENT was in my CLASS where they got an A+". Every graduate school admission committee in the world can read between the lines and see that this is not a good recommendation. Any kind of selective program will probably take a hard pass given a letter like that.
If you are an assistant (research/instructional/etc) or an honors advisee then your mentor will definitely write you a letter. And the letter you will go much much harder and into great detail about your qualities. And that kind of detailed, informative letter is what graduate admissions committees want to see.
What if you don’t have the right history to get a detailed letter from a professor? I think that a detailed letter from another source is probably better for admissions than a minimum letter from a prof. Ask your manager from when you did an internship related to your chosen field, the head of a volunteer organization you work with, a grad student you worked for on a research project, etc. Someone that has been to grad school is best, but even someone without grad experience who knows you well is a potentially useful letter.
WARNING: I have had to scale back my minimum letter writing for students in my class. You can ask, I will probably say no. Because of other time commitments I will only write minimum letters for a handful of students per quarter who were in the top 10% of the grade distribution. And because this class is so easy, don't assume just because you have an A+ that you are in that top 10%.
Most students call me Professor Fleischer or Dr. Fleischer. My last name is pronounced "fly-sure". My pronouns are he/him.
If you’re into old skool slam dunks you can call me Dr. J. I'm also perfectly happy if you call me Jason, but not all professors are OK with that kind of informality. Please do not address me as Mr. Fleischer; if you're going to use an honorific please use the one that people expect in the situation.
I should call you by your preferred name, with the correct pronunciation and any honorific or pronouns you choose. Please correct me if I ever make a mistake.
It’s great that we have so many ways to communicate, but it can get tricky to figure out who to contact or where your question belongs or when to expect a response. These guidelines are to help you get your question answered as quickly as possible and to ensure that we’re able to get to everyone’s questions.
That said, to ensure that we’re respecting their time, TAs and IAs have been instructed they’re only obligated to answer questions between normal working hours (M-F 9am-5pm). However, I know that’s not when you may be doing your work. So, please feel free to post whenever is best for you while knowing that if you post late at night or on a weekend, you may not get a response until the next day. As such, do your best not to wait until the last minute to ask a question.
If you have…
- Questions about course content: these are awesome! We want everyone to see them and have their questions answered too… so post these to the EdStem discussion board!
- A technical assignment question: Come to office hours, because answering technical questions is often best accomplished in person where we can discuss the question and talk through ideas. However, if that is not possible, post your question to the discussion board. Be as specific as you can in the question you ask. And, for those answering, help your classmates as much as you can without just giving the answer. Help guide them, point them in a direction, provide pseudo code, but do not provide code that answers assignment questions.
- Been stuck on something for a while (>30min) and aren’t even really sure where to start: Programming can be frustrating and it may not always be obvious what is going wrong or why something isn’t working. That’s ok - we’ve all been there! IF you are stuck, you can and should reach out for help, even if you aren’t exactly sure what your specific question is. To determine when to reach out, consider the 2-hour rule. This rule states that if you are stuck, work on that problem for an hour. Then, take a 30 minute break and do something else. When you come back after your break, try for another 30 minutes or so to solve your problem. If you are still completely stuck, stop and contact us (office hours, post on EdStem). If you don’t have a specific question, include the information you have (what you’re stuck on, the code you’ve been trying that hasn’t been happening, and/or the error messages you’ve been getting).
- Questions about course logistics: First, check the syllabus. If the answer is not there, ask a classmate. If you still are unsure, post on EdStem
- Questions about a grade: Post a note to instructors on EdStem and select the ‘regrade requests’ tag. Include specifics as to why you feel you mistakenly/unfairly lost points in that post.
- Something super cool to share related to class: feel free to post on EdStem ('social' tag), email the prof, or come to office hours. Be sure to include COGS108 in the email subject line and your full name in your message.
- Something you want to talk about in-depth: meet in person during office hours or schedule a time to meet by email. Be sure to include COGS 108 in the email subject line.
- Some feedback about the course you want to share anonymously: If you’ve been offended by an example in class, really liked or disliked a lesson, or wish there were something covered in class that wasn’t but would rather not share this publicly, etc., please fill out the anonymous Google Form