diff --git a/frontend/src/page/Assessments/AssessmentsAssignments.jsx b/frontend/src/page/Assessments/AssessmentsAssignments.jsx index fc87915..5bb5f93 100644 --- a/frontend/src/page/Assessments/AssessmentsAssignments.jsx +++ b/frontend/src/page/Assessments/AssessmentsAssignments.jsx @@ -41,7 +41,8 @@ const AssessmentsAssignments = ({ }) => { return ( <> -

{params.ass} has {['ass1', 'ass2', 'ass3', 'ass4'].includes(params.ass) ? '' : 'not '} been released!

+ To find your assignments, please navigate to gitlab. Post on the forum if you have questions or issues + {/*

{params.ass} has {['ass1', 'ass2', 'ass3', 'ass4'].includes(params.ass) ? '' : 'not '} been released!

{['ass1', 'ass2', 'ass3', 'ass4'].includes(params.ass) && ()} + )}*/}
); diff --git a/frontend/src/page/Assessments/AssessmentsExam.jsx b/frontend/src/page/Assessments/AssessmentsExam.jsx index f7f5b2b..feac240 100644 --- a/frontend/src/page/Assessments/AssessmentsExam.jsx +++ b/frontend/src/page/Assessments/AssessmentsExam.jsx @@ -17,6 +17,8 @@ const AssessmentsExam = () => { return } else if (getters.term === '23T3') { return + } else if (getters.term === '24T1') { + return } else { return <>This is a sample exam page!; } diff --git a/frontend/src/page/Assessments/Exams/Exam24T1.jsx b/frontend/src/page/Assessments/Exams/Exam24T1.jsx new file mode 100644 index 0000000..2acdd5b --- /dev/null +++ b/frontend/src/page/Assessments/Exams/Exam24T1.jsx @@ -0,0 +1,161 @@ +import Button from '@mui/material/Button'; +import Typography from '@mui/material/Typography'; +import Divider from '@mui/material/Divider'; +import Table from '@mui/material/Table'; +import TableBody from '@mui/material/TableBody'; +import TableCell from '@mui/material/TableCell'; +import TableContainer from '@mui/material/TableContainer'; +import TableHead from '@mui/material/TableHead'; +import TableRow from '@mui/material/TableRow'; +import Paper from '@mui/material/Paper'; + +import { Link, useNavigate, useLocation } from 'react-router-dom'; + +import { Context, useContext } from '../../../context'; + +const CourseOutline24T1 = () => { + const { getters } = useContext(Context); + const navigate = useNavigate(); + + return ( + <> + + Requirements to sit the exam + + + During the duration you sit the exam, you must have access to a stable internet connection for pushing to gitlab and receiving emails. + + + This exam is covered by UNSW's Fit-to-Sit policy. That means that by sitting this exam, you are declaring yourself well enough to do so and cannot later apply for Special Consideration. + + + If, during an exam you feel unwell to the point that you cannot continue with the exam, you should take the following steps: +
    +
  1. Stop working on the exam and take note of the time
  2. +
  3. Make contact immediately with cs6080@cse.unsw.edu.au and advise them that you are unwell
  4. +
  5. Immediately submit a Special Consideration application saying that you felt ill during the exam and were unable to continue
  6. +
  7. If you were able to advise cs6080@cse.unsw.edu.au of the illness during the assessment, attach screenshots of this conversation to the Special Consideration application
  8. +
+
+ + Date, Time, and Duration + + + The final exam will be a 3 hour exam that begins at TBD and ends at TBD. + + + Students outside of Asia-Pacific region, or students with ELS requirements, may have their exam time altered and communicated to the lecturer in charge privately. If you have been given alternate instructions about start and finish times, they apply. + + + Only submissions made during your exam time window will be counted as valid. + + + Exam Structure + + + Your exam will be worth a certain number of arbitrary marks, but these marks will make up 20% of the course (the size of this assessment). + + + The exam will be very similar to assignment 4, with the following simplified criteria: +
    +
  • 80%: Providing the features and functionality required
  • +
  • 20%: Ensuring mobile responsiveness on desktop, tablet, mobile
  • +
+
+ + The main differences compared to assignment 4 are that the exam will: +
    +
  • Be substantially less work than ass4
  • +
  • Not be assessed in terms of linting & code design & accessibility & ui/ux - we will not look at your source code
  • +
  • Will not have a backend attached (local storage will be used instead)
  • +
+
+ + You are allowed to your code code from other assessments in the exam (or in the case of assignment 4, your group's code). + + + Platform to complete exam + + + The exam will be distributed via gitlab, and operationally be very similar to the release and submission of a single lab repo. + + + The exam must be completed locally or via vlab. Regardless of where you complete the exam, you must: +
    +
  • Ensure you push the work you want submitted to your gitlab master branch
  • +
  • Ensure that your code works as expected in the latest version of Google Chrome
  • +
+
+ + Technical issues relating to your local environment are not grounds for special consideration. + + + Do not leave it to the deadline to push your code to master. Submit each question when you finish working on it. + + + Communication & Help during the exam + + +
    +
  • This exam is an open book exam, meaning you are able to use the internet and other resources.
  • +
  • Whilst you can use resources on the internet, you cannot copy or plagiarise those resources.
  • +
  • You are prohibited from seeking help from other students during the exam. Any communications (physical, digital) after you or another person has started the exam time is not allowed.
  • +
  • Even after you finish the exam, on the day of the exam,on the day of the exam do not communicate your exam answers to anyone. Some students have extended time to complete the exam.
  • +
  • Do not place your exam work in any location, including file sharing services such as Dropbox or GitHub, accessible to any other person. Ensure during the exam no other person in your household can access your work.
  • +
  • Your zpass should not be disclosed to any other person. If you have disclosed your zpass , you should change it immediately.
  • +
+
+ + Deliberate violation of exam conditions will be referred to Student Integrity as serious misconduct. This may result in a 0 for the course. + + + If you have questions or clarifications needed during the exam, you can make a PRIVATE post on our usual forum (linked in sidebar). Do not message lecturers or tutors on MS teams. Do not email lecturers or tutors about issues that are not of a sensitive nature. + + + When posting a message to the forum, it's important that you are detailed in your description of your issues. If you are having technical issues: +
    +
  • Make sure your most recent code is up on gitlab
  • +
  • Show screenshots of the issue (code, terminal, etc)
  • +
  • Explain how you produced it
  • +
  • Whether you're running it locally or in vlab
  • +
+
+ + Failure to comply may result in delays in responding to your queries. + + + Clarifications made during the exam will be made at the top of this page. After each clarification, an email will be sent to all students in the course notifying them that a clarification has been made. + + + Submission + + + There will be no submit command for the final exam. At the end of the exam time, whatever code is on your latest commit pushed to your master branch (on gitlab) will be what is submitted and marked. + + + Troubleshooting + + + If you are having issues working on the exam at CSE, please follow these steps +
    +
  • If you're using VLab:try leaving VLab and reconnecting. You will likely be put on a different server, which may make your connection better. If the problem persists, try using SSH instead: instructions here or here
  • +
  • If you're using VSCode: Try disconnecting from VSCode, then changing the URL from vscode.cse.unsw.edu.au to vscode2.cse.unsw.edu.au .
  • +
  • If you're using SSH: try disconnecting and reconnecting.
  • +
+
+ + Preparation + + +
    +
  • Review previous exercises and assignments to stay confident with both theory and practical elements of the course.
  • +
  • A sample exam paper can be found here. +
    • A solution (built file, not the source code) of the sample exam can be found here. Please note, this solution may be incomplete, but it is mostly complete.
    +
  • +
+
+ + ); +} + +export default CourseOutline24T1; diff --git a/frontend/src/page/CourseOutline.jsx b/frontend/src/page/CourseOutline.jsx index 424b585..1a36248 100644 --- a/frontend/src/page/CourseOutline.jsx +++ b/frontend/src/page/CourseOutline.jsx @@ -20,6 +20,7 @@ import CourseOutline22T1 from './CourseOutlines/CourseOutline22T1'; import CourseOutline22T3 from './CourseOutlines/CourseOutline22T3'; import CourseOutline23T1 from './CourseOutlines/CourseOutline23T1'; import CourseOutline23T3 from './CourseOutlines/CourseOutline23T3'; +import CourseOutline24T1 from './CourseOutlines/CourseOutline24T1'; import { Context, useContext } from '../context'; @@ -33,6 +34,8 @@ const CourseOutline = () => { return } else if (getters.term === '23T3') { return + } else if (getters.term === '24T1') { + return } else { return <>This is a sample course outline!; } diff --git a/frontend/src/page/CourseOutlines/CourseOutline24T1.jsx b/frontend/src/page/CourseOutlines/CourseOutline24T1.jsx new file mode 100644 index 0000000..b7b4823 --- /dev/null +++ b/frontend/src/page/CourseOutlines/CourseOutline24T1.jsx @@ -0,0 +1,589 @@ +import Button from '@mui/material/Button'; +import Typography from '@mui/material/Typography'; +import Divider from '@mui/material/Divider'; +import Table from '@mui/material/Table'; +import TableBody from '@mui/material/TableBody'; +import TableCell from '@mui/material/TableCell'; +import TableContainer from '@mui/material/TableContainer'; +import TableHead from '@mui/material/TableHead'; +import TableRow from '@mui/material/TableRow'; +import Paper from '@mui/material/Paper'; + +import { Link, useNavigate, useLocation } from 'react-router-dom'; + +import { Context, useContext } from '../../context'; + +const CourseOutline24T1 = () => { + const { getters } = useContext(Context); + const navigate = useNavigate(); + + const link = (path) => `/${getters.term}/${path}`; + const redirect = (path) => navigate(link(path)); + + return ( + <> + + Contents + + + +
    +
  1. Course Details
  2. +
  3. Course Summary
  4. +
  5. Philosophy of teaching web-based front-ends
  6. +
  7. Teaching Strategies
  8. +
  9. Assessment
  10. +
  11. Schedule / Timetable
  12. +
  13. Student Conduct
  14. +
  15. Resources for Students
  16. +
  17. Course Evaluation and Development
  18. +
+
+ + + + + 1. Course Details + + + + Find information relating COVID-19 and this offering here and here. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Course CodeCOMP6080
Course TitleWeb Front-end Programming
ConvenorHayden Smith
AdminHayden Smith
Units of Credit6
Course WebsiteThis website!
Handbook Entry + http://www.handbook.unsw.edu.au/undergraduate/courses/current/COMP6080.html +
+
+ + + + + + + 2. Course Summary + + + + COMP6080 aims to develop your confidence in building modern web-based applications to industry standards. This occurs through the introduction of a range of basic concepts surrounding HTML, CSS, Vanilla Javascript, Javascript Declarative Frameworks, UI/UX Principles, Accessibility, Network & Asynchronous Programming, Front-end Testing, and other basic infrastructure. + + + This course has a heavy emphasis on industry voices, and as such a number of lectures will be given by current front-end developers from industry. These lectures primarily come from employees at Canva, a Sydney-based technology company that does a lot of work with front-end technologies. + + + COMP6080 is a challenging course. Front-end development is unlike most things you've experienced at university before. You will find the individual problems you solve much simpler than other level 6 courses, but the time you will feel that you spend on the aggregate of these issues will feel larger. A number of students will find this course quite time consuming if they're hoping to achieve a high mark. We'd encourage you to reflect on this fact before you enrol in the course. + + + + 2.1. Assumed Knowledge + + + COMP6080 assumes that you have satisfactorily completed COMP1531 and COMP2521. The main areas of knowledge you'll need from these courses are: + + +
    +
  • + A high level understanding of how interpreted scripting languages work (e.g. python), in terms of inputs, interpretation, loose typing, etc +
  • +
  • + Confident use of GIT as a version management tool +
  • +
  • + Basics of HTTP protocol and interacting with web browsers +
  • +
+
+ + Postgraduate students will need to familiarise themselves with git, specifically, if not already confident, check out the resources here. We have also provided a lab0 on the tutorials & exercises page that we encourage everyone who hasn't completed COMP1531 to complete prior to the beginning of the course. Basic competency in git is an expectation in COMP6080. + + + 2.2. Course Learning Outcomes + + + After completing this course, students will be able to: + + +
    +
  1. CLO1 : Able to apply Javascript semantics to design, construct, test and debug programs holistically
  2. +
  3. CLO2 : Construct programs for web-front end with HTML, CSS, and DOM manipulation
  4. +
  5. CLO3 : Use Javascript and CSS frameworks to allow more efficient integration of existing code and components into a final product
  6. +
  7. CLO4 : Build stable applications that utilise concurrent programming through use of Javascript's asynchronous programming techniques
  8. +
  9. CLO5 : Design and build interfaces that focus on best user experience and accessible design practices
  10. +
+
+ + + + + + + 3. Philosophy of teaching web-based front-end + + + 3.1. Challenges of teaching front-end + + + The challenges of teaching front-end in a finite time period are related to the size and scope of knowledge around modern web front-end. Building even the most basic modern web app requires an extreme breadth and depth of abstractions that take typical developers years to become very comfortable with. + + + Teaching front-end is also challenging due to the rapid advances that are made in the world of web (a good thing), which leads to sprawling and conflicting resources across the internet. This can lead to learning inconsistent or sub-standard practices and programming patterns. + + + To teach only declarative frameworks (e.g. ReactJS) as an introduction creates the problem of producing capable students who can rapidly produce work, but do so without the fundamental understanding to grow and apply their skills sustainably and with accountability. However, to teach only Vanilla Javascript would neglect the reality that nearly all students in this course will inevitably not be building actual applications with Vanilla Javascript. + + + 3.2. Approach to teaching + + + This course is about spending a term learning both Vanilla Javascript (Javascript without abstractions) and Javascript Declarative Frameworks (specifically ReactJS). The term will begin with a heavy focus on HTML/CSS, and have topics of UI/UX, Accessibility, and Testing, trickled throughout. The course will be very heavy Vanilla JS to start while slowly tapering off, and will be very light on ReactJS at the start before rapidly getting into more depth. + + + 3.3. What isn't included + + + There will be a number of people who feel strongly about the exclusion of particular topics from the course, such as typescript or more complex state managers (redux, mobx). Often when topics are omitted it's because they aren't fundamentalknowledge in the limited weeks this course is offered in. + + + We've compiled an FAQ to answer these questions. If you still have further questions or comments, we'd encourage you to use the forum linked in the sidebar. + + + Students with prerequisite knowledge in this course should understand that this is an introductory course with very limited assumed knowledge, and as such, is not a course to extent an already firm foundation of knowledge. If you are already quite competent in the areas taught in this course, please be patient as we will be moving quite slowly by your standards. If this is something that you feel may be frustrating, it may be more appropriate with your skill-set to find a more stimulating course. + + + + + + + + 4. Teaching Strategies + + + This course uses the standard set of practice-focused teaching strategies employed by most CSE foundational courses: + + +
    +
  • Lectures
  • +
  • Tutorials
  • +
  • Exercises
  • +
  • Help Sessions
  • +
  • Assignments
  • +
  • Final Exam
  • +
+
+ + 4.1. Lectures + + + Lectures will be used to present the theory and practice of the techniques in this course. Although the lectures will primarily focus on the key concepts of software engineering, some lectures will also include practical demonstrations. Lecture slides will be available on the course web page. + + + On a typical week we will only have the live Monday lecture (2 hours). The live Monday lecture will be replaced by approximately 2 hours of pre-recorded lectures to watch each week. Please note: + + +
    +
  • It's critical that you watch the 2 hours of pre-recorded lectures each week prior to the Monday lecture
  • +
  • The length of pre-recorded and live lectures may vary week to week, but the intention is to keep the average weekly duration at 4 hours across the term.
  • +
  • In general, industry driven lectures are more likely to be in the pre-recorded format
  • +
  • Lecture notes for the live lectures may only be released a day or two before the lecture. This is because as part of the teaching strategy for this course the live lectures are designed to essentially "supplement" and "round-off" the pre-recorded lectures, so it's natural to wait for some feedback from students before over-planning these.
  • +
+
+ + You can see the schedule for lectures here, and the list of lecture videos and content here. + + + Because lectures will be delivered from a range of people, it's important that students are prepared for differences in slide format and teaching style. + + + + 4.2 Tutorials + + + Tutorials are 1 hour lessons every week that help clarify ideas from lectures and work through exercises based on the lecture material. You should make sure that you use them effectively by examining in advance the material to be covered in each week's tutorial, by asking questions, by offering suggestions and by generally participating. + + + Tutorial activities can be found by going to the tutorials page. Tutorial solutions are available on the solution branch of the exercises gitlab repo. Tutorials do not contribute to your final mark. + + + Tutorials will be run via Zoom. + + + + 4.3. Help Sessions + + + Help sessions are unprepared drop-in "clinics" where students and groups can go to seek help about course related matters, whether that be the project, tutorials, or exercises. Current tutors or lab assistants will supervise each help session. + + + Help sessions will be run via Zoom. + + + A timetable for help sessions can be found here. + + + 4.4. Assignments + + + There will be a series of assignments which will run through the teaching period from weeks 1-10 and contributes to 80% of the overall course mark. + + + Assignments will be the platform you have to study and learn the material in substantially more depth. Your assignments will be completed via gitlab. + + + The intention is that the third assignment will be completed in a pair. You are able to opt out of this and work alone (at your own expense!). You can choose your pair, otherwise we will assign you a partner. You can pair up with any student in the course. + + + Information on assignments can be found in the links in section 5 (Assessment). + + + 4.6. Final Exam + + + There will be a centrally timetabled final exam which will in your UNSW exam timetable. The exam may contain a mixture of multiple choice questions, short answer questions, and programming exercises. More specific details of the exam will be provided through the course. + + + If you cannot attend the final exam because of illness or misadventure, then you must submit a Special Consideration request, with documentation, through MyUNSW within 72 hours of the start of the exam exam. If your request is reasonable, then you will be awarded a Supplementary Exam. No supplementary exams will be provided for students who score marks 49 or below on grounds of being "close" to a pass. + + + Information on the final exam can be found in the links in section 5 (Assessment). + + + + + + + + 5. Assessment + + + + + + Assess + Weighting + Due Date + Individual/Pair + Link + + + + + Ass 1 + 15% + Week 3, Friday + Individual + + + + + + Ass 2 + 5% + Week 4, Friday + Individual + + + + + + Ass 3 + 30% + Week 7, Friday + Individual + + + + + + Ass 4 + 30% + Week 10, Friday + Pair (see below) + + + + + + Exam + 20% + Exam Period + Individual + + + + + +
+
+ +
+ + + For pair assignments, you complete them a pair of your choice. If you don't have a pair, we will find one for you. You can also choose to work alone (this is something we arguably should not offer, but we do because we know there are exceptional circumstances), but we strongly do not recommend this as the workload is much higher for an individual. If the workload is a concern, work as a pair (how it's designed). + + + Nominations for your pair (or to work alone) must be complete by the end of week 5. Information about this will be distributed in weekly notices. + + + Pairs will be required to contribute regularly to gitlab and in reasonably equal contributions as we still assess contributions individually (there is no blanket group mark assigned). Failure to do so may result in a loss of marks. + + + + + + + + 6. Course Schedule / Timetable + + + The timetable for this course is outlined clearly in the timetable for lectures, tutorials, and help sessions. + + + + The content schedule is outlined below: + + + + Week 1 +
    +
  • Course Overview
  • +
  • Intro to Git
  • +
  • HTML Fundamentals
  • +
  • Image Types
  • +
  • CSS Rules
  • +
  • More Tags
  • +
  • CSS Formatting
  • +
  • CSS Layouts
  • +
  • Flexbox
  • +
  • SVGs
  • +
  • Pre-processors
  • +
  • zindex
  • +
  • CSS Showcase
  • +
  • Fonts
  • +
+
+ + Week 2 +
    +
  • Demo: HTML/CSS Page
  • +
  • Mobile CSS
  • +
  • Using CSS Frameworks
  • +
  • CSS Grids
  • +
  • Dev Tools
  • +
  • Javascript Intro (compared to C)
  • +
  • Javascript Language Features & Syntax
  • +
  • Javascript Advanced Functions
  • +
  • The Javascript Ecosystem
  • +
  • Node Package Manager
  • +
  • NPM Advanced
  • +
+
+ + Week 3 +
    +
  • Demo: Javascript - NodeJS
  • +
  • Introduction
  • +
  • DOM
  • +
  • Events
  • +
  • Javascript Closures
  • +
  • Forms
  • +
  • Local Storage
  • +
+
+ + Week 4 +
    +
  • Demo: Javascript - Browser
  • +
  • Events & Callbacks
  • +
  • Promises
  • +
  • Await / Async
  • +
  • AJAX
  • +
  • XMLHttpRequest (XHR)
  • +
  • Fetch
  • +
  • JSON & Data-interchange formats
  • +
  • Understand HTTP Servers
  • +
+
+ + Week 5 +
    +
  • Demo: Ass2 - Async & Planning
  • +
  • UI Fundamentals
  • +
  • Good & Bad UI 1
  • +
  • Good & Bad UI 2
  • +
  • Perceivability
  • +
  • Operabilitity
  • +
  • Understandability
  • +
  • Robustness
  • +
+
+ + Week 7 +
    +
  • Using Git in pairs
  • +
  • Introduction
  • +
  • Basic "Global CSS" Usage
  • +
  • Lifescycle
  • +
  • Transpilation
  • +
  • useState hook
  • +
  • Demo: ReactJS Intro & A11y
  • +
  • useEffect hook
  • +
  • Using Fetch & Hooks
  • +
  • Working with Multiple Files
  • +
  • Components & Props
  • +
  • Before you code
  • +
+
+ + Week 8 +
    +
  • Demo: ReactJS in Ass3
  • +
  • Linting
  • +
  • Routing & SPAs
  • +
  • CSS Frameworks
  • +
  • useContext
  • +
  • State management
  • +
  • Class components
  • +
  • Usability testing
  • +
  • Figma & Component Libraries
  • +
  • Pre-rendering
  • +
+
+ + Week 9 +
    +
  • Demo: ReactJS Further
  • +
  • Introduction
  • +
  • Component Testing
  • +
  • UI Testing
  • +
  • UI Testing (Demo)
  • +
+
+ + Week 10 +
    +
  • Final Exam Overview
  • +
+
+ + + + + + 7. Student Conduct + + + The Student Code of Conduct (Information, Policy) sets out what the University expects from students as members of the UNSW community. As well as the learning, teaching and research environment, the University aims to provide an environment that enables students to achieve their full potential and to provide an experience consistent with the University's values and guiding principles. A condition of enrolment is that students inform themselves of the University's rules and policies affecting them, and conduct themselves accordingly. + + + In particular, students have the responsibility to observe standards of equity and respect in dealing with every member of the University community. This applies to all activities on UNSW premises and all external activities related to study and research. This includes behaviour in person as well as behaviour on social media, for example Facebook groups set up for the purpose of discussing UNSW courses or course work. Behaviour that is considered in breach of the Student Code Policy as discriminatory, sexually inappropriate, bullying, harassing, invading another's privacy or causing any person to fear for their personal safety is serious misconduct and can lead to severe penalties, including suspension or exclusion from UNSW. + + + If you have any concerns, you may raise them with your lecturer, or approach the School Ethics Officer, Grievance Officer, or one of the student representatives. + + + Plagiarism is defined as using the words or ideas of others and presenting them as your own. UNSW and CSE treat plagiarism as academic misconduct, which means that it carries penalties as severe as being excluded from further study at UNSW. There are several on-line sources to help you understand what plagiarism is and how it is dealt with at UNSW: + + + + + + Make sure that you read and understand these. Ignorance is not accepted as an excuse for plagiarism. In particular, you are also responsible that your assignment files are not accessible by anyone but you by setting the correct permissions in your CSE directory and code repository, if using. Note also that plagiarism includes paying or asking another person to do a piece of work for you and then submitting it as your own work. + + + UNSW has an ongoing commitment to fostering a culture of learning informed by academic integrity. All UNSW staff and students have a responsibility to adhere to this principle of academic integrity. Plagiarism undermines academic integrity and is not tolerated at UNSW. Plagiarism at UNSW is defined as using the words or ideas of others and passing them off as your own. + + + If you haven't done so yet, please take the time to read the full text of + + + + + + The pages below describe the policies and procedures in more detail: + + + + + + You should also read the following page which describes your rights and responsibilities in the CSE context: + + + + + + + + + + + 8. Resources for Students + + + There is no single text book that covers all of the material in this course at the right level of detail and using the same technology base as we are. The lectures should provide sufficient detail to introduce topics, and you will then study them in further depth in the tutorials, exercises and assignments. For some lectures, further reading material may be given for students who wish to gain a deeper understanding. + + + + + + 9. Course Evaluation and Development + + + This course is evaluated each session using the MyExperience system. + + + This is being addressed during 24T1. + + +
    +
  • New assessments in order to keep the course fresh
  • +
  • More streamlined automatic marking of second assignment
  • +
  • Processes to ensure more consistent replies on forum
  • +
+
+ + ); +} + +export default CourseOutline24T1;