In my teaching methodologies, I employ a number of different techniques. This document will explain to you what these course components mean, and why they are organized the way they are. It will also teach you the policies I have around these components, and why the policy exists.
Academic integrity, in all things, is a key feature of my courses. Most courses are now "locked" until you have completed the current set of academic integrity requirements (common to most SMCS courses.) Until you agree to abide by our academic integrity regulations, and demonstrate to us that you understand what they are about, you won't be able to interact with the course. There is no relief from any missed evaluations because you didn't complete this requirement to unlock your course. Once completed, we are then comfortable with proceeding with your work, knowing that if you violate the rules of academic integrity, you were duly cautioned about the results.
While at first this may appear to be an online-delivery model for a webcourse, it is
Student who benefit from flipped-classroom models are:
Flipped-classroom delivery addresses these items, and it does it well.
This model still provides for one period per week of in-person interaction with your instructor, and sometimes more if review sessions are needed. It allos for testing to take place in a defined period, so that it's not happening randomly and making it easier to miss a test. Sick? No problem. You can review the materials later - but if you're sick with in-class teaching, you need to get someone else to give you their notes, which you hope you can decipher.
Testing is still done in the traditional manner; all that's really changing is the lectures, which most people simply sit and stare at, are no longer an onerous period you must attend
Assignments are usually more significant pieces of work, which are used to evaluate your ability to creatively solve complex problems. In Computer Science, you
If you treat assignments as grunt work that is boring, you're already shutting yourself off from the whole essence of the discipline. If you don't enjoy solving problems, then Computer Science might not be the best fit for you - nor would any of the SMCS disciplines, I imagine. This isn't vocational training; this is about bringing you to love what you do, so that you will have a long and rewarding career. To fully realize your potential, you need to become an independent thinker and problem solver; this is why you work on assignments. Sometimes you work with other people - you also need to learn how to integrate with other programmers.
Nobody likes tests or midterms. They're stressful, and they're a lot of work to prepare for. Why do we do this to you?
Tests show us what you can recall from your own mind, without the assistance of reference materials or the Internet. They measure something very different from assignments; with assignments, you have all your resources at your fingertips, you can look anything up - so you are given relatively complex problems to solve.
Tests are assessing your ability to work
Final exams, of course, are just summary examinations for an entire course, and they give us (as instructors) a clearer idea of how much knowledge you acquired during the course. That is why class tests/midterms and final exams tend to have the greatest weight in the course; you're not a very valuable employee if you have to look up every concept, even the most basic, every time you attempt a task.
As you can see from the descriptions above, assignments and tests are measuring different things, and they're measuring them in different ways. It would be a lot like trying to determine if your engine oil of your car needed replacement based on your windshield washer fluid level. The two are completely unrelated. Or, more to the point - it would be like trying to examine a mechanic in their ability to change the spark plugs on a vehicle by looking at how well they put down protective paper pads on the seat and floor of the car. The activities simply aren't the same.
I hope you can understand, and appreciate, why we can't interchange these components.
Some courses, particularly those in introductory programming, contain labs - these are where you typically come to a lab instruction area and you complete simpler tasks relevant to a topic you've just learned. We now evaluate your lab work based on your output (results) rather than simple presence-in-seat. You are encouraged to attend labs, but you are not requried to do so. Nevertheless, if you never attend a lab, and you show up in an instructor's office at the end of a semester claiming to be completely lost with the entirety of the course, do not expect a lot of sympathy. Labs are where you practice your skills, and where you have access to personnel (me, and upper-level students) who can explain where you go wrong with your coding or your interpretation of instructions. We're there to assist you, but we can only do so if you engage in the lab activities. It's ultimately your choice.
In some courses I will include auxiliary information in the form of documents, or explanatory videos. These may not directly follow the course pedagogy but will help explain some of the concepts mentioned in the course - for example, in Computer Communications I talk about transmission power levels and the inverse square law - but that's a theoretical explanation that's not easy to understand, until you watch a video of me measuring an electromagnetic field and you see the measurement dropoff with distance. These sorts of auxiliary references are there to help you more fully understand some topics and concepts, and while these materials themselves are not directly tested, the concepts they're trying to illustrate are part of the course, and those will be tested.
In this document, I've endeavoured to explain to you the typical components of a course, and what they're about. Hopefully, you now have a clearer picture of what we are doing when we present a course to you. Ultimately, we seek to do two things:
If you choose to go further in academia, then you'll find that a Master's programme (typically two years) will teach you what research is, how to be involved in it, and how to propose related research, perform it, document it, and present your research results in the form of a thesis, under the supervision of a Ph.D. faculty member who has an established research programme.
Of course, a Ph.D. itself is a five to six-year endeavour that will see you, under the supervision of established Ph.D. faculty, propose your own research topic, perform it, document it, refine your work, and preset that in a much larger thesis form; you will also defend this thesis against scrutiny, as well as demonstrate a comprehensive knowledge of the discipline. You may even have a Master's-level student or students who will work with you on your project.
Whether you choose to continue in academia, or you move into the working world, you will need the ability to acquire, integrate, and synthesize your own knowledge in order to succeed - and that basis is what we aim to provide to you.