💻 CS50 Harvard Course
English below
5 порад про те, як збільшити ваші шанси успішно завершити курс:
-
Визначте дні та час, коли ви будете займатися. Регулярність - запорука успіху.
-
Нові матеріали курсу стають доступні щотижнево. Намагайтеся переглянути всі відеолекції та зробити завдання протягом того тижня, коли вони були опубліковані. Тримайте темп, і пройти курс буде легше.
-
Дослідження масових онлайн-курсів показують, що одним з найважливіших факторів, що визначають вірогідність успішного завершення курсу студентом, є активна участь в обговореннях. Тож активно ставте питання, якщо вам щось не зрозуміло, відповідайте на питання ваших однокурсників, ініціюйте дискусії!
-
Навчання - справа соціальна. Запросіть ваших друзів та колег взяти участь в курсі. Підтримуйте один одного на шляху до успішного фіналу й отримання сертифікату.
-
Не упустіть можливість зав'язати знайомства з вашими колегами та однодумцями на форумах курсу. Розкажіть про себе та свою мотивацію пройти цей курс в обговореннях цього підрозділу. За бажанням, ви можете обмінятися своїми контактами в соціальних мережах зі своїми однокурсниками.
Успіхів!
Філософію цього курсу щодо академічної доброчесності краще за все описати як таку, що відповідає «здоровому глузду». Ми розуміємо, що взаємодія з колегами по курсу та іншими людьми може пришвидшити опанування навчального матеріалу. Однак, завжди існує межа між проханням про допомогу та представленням роботи іншого за свою. Цей документ окреслює обидві сторони.
Сутність всіх робіт, які ви завантажуєте для перевірки опанування матеріалів цього курсу, має бути вашою власною. Співпраця щодо виконання практичних завдань не забороняється, допоки ви користаєтесь допомогою своїх колег та друзів настільки, що це не перетворюється на роботу іншого. Загалом якщо ви просите когось по допомогу, ви можете показати свій код іншим, але не можете переглядати код інших, але лише в межах цього кодексу. Співпраця під час виконання тестових завдань заборонена. Спільне виконання фінального завдання дозволяється в межах, визначених умовами завдання.
Положення про каяття. Якщо ви вчините щось недозволене, але доведете до нашого відома (до відома модераторів курсу) протягом 72 годин, ми можемо накласти місцеві санкції, які можуть містити незадовільну оцінку для поданої роботи, але без подальших дисциплінарних заходів, крім випадків повторних вчинків.
Положення про межу. Якщо ви досягнете межі під час проходження курсу, здаватиметься, що сил вже не стане, особливо пізно ввечері, і побоюєтеся, що ви зараз зірветесь та вчините щось недозволене, ви можете до того, як дійдете таки межі, написати нам листа та попередити, що ви не бачите іншого виходу, але посилайтеся на це положення. (А потім йдіть спати!) Тоді ми напишемо вам та допоможемо.
Нижче наведені кілька загальних правил, які описують прийнятну та неприйнятну поведінку на курсі.
Обговорювати з однокурсниками практичні завдання англійською, українською або іншими людськими мовами. Обговорювати матеріал курсу з іншими з метою кращого його розуміння. Допомагати колегам знайти баг в їхньому коді, переглядаючи, компілюючи та запускаючи їх код, навіть на своєму комп’ютері. Вставляти фрагменти коду, який ви знайшли онлайн або деінде, у власний код, вказуючи, що ці фрагменти не є самостійним розв’язком конкретної задачі, і зазначаючи джерело цих фрагментів. Переглядати завдання та розв’язки з минулих версій курсу. Надсилати та показувати власний код комусь, можливо однокурсникам, щоб вони допомогли знайти помилку в ньому. Розміщувати фрагменти власного коду онлайн, щоб інші допомогли знайти в ньому помилку та виправити її. Консультуватись із менторами курсу на форумі. Звертатись онлайн або до інших джерел поза курсом за інструкціями і розв’язками складних технічних моментів, але не задля правильних розв’язків конкретного практичного завдання. Розв’язувати в групі практичні завдання за допомогою дошки чи паперу, наводячи псевдокод, але не сам код. Працювати з (навіть платним) викладачем, який може допомогти вам з курсом, але не використовувати роботу викладача замість власної.
Звертатись до банку розв’язків CS50 щодо конкретної задачі перед тим, як завантажити власний розв’язок. Просити колег показати їх розв’язок практичного завдання перед тим, як завантажити власне рішення. Декомпілювати та дизасемблювати розв’язки робітників курсу. Не наводити (в коментарях) джерела коду чи технік, які ви знайшли на інших ресурсах та інтегрували у свою роботу. Надавати чи показувати іншим учасникам курсу власний розв’язок практичного завдання, якщо він або вона не можуть його розв’язати. Підглядати за роботою іншого під час виконання тестів. Сплачувати або пропонувати оплату комусь за роботу, яку ви можете видати за свою. Надавати розв’язки практичних завдань особі, яка планує проходити цей курс у майбутньому. Шукати або переглядати тестові питання та відповіді на них перед тим, як пройти тест. Шукати або просити в інших повні розв’язки практичних завдань. Розподіляти роботу над практичним завданням між кількома особами та потім об’єднувати результати цієї роботи в одну. Видавати роботу іншої особи за свою (навіть після можливих змін). Використовувати заборонені ресурси під час виконання тестів. Переглядати розв’язок практичного завдання від іншої особи і потім будувати на основі цього власний розв’язок.
Нижче наводиться оригінальна англійська версія кодексу честі курсу CS50.
The course’s philosophy on academic honesty is best stated as “be reasonable.” The course recognizes that interactions with classmates and others can facilitate mastery of the course’s material. However, there remains a line between enlisting the help of another and submitting the work of another. This policy characterizes both sides of that line.
The essence of all work that you submit to this course must be your own. Collaboration on problem sets is not permitted except to the extent that you may ask classmates and others for help so long as that help does not reduce to another doing your work for you. Generally speaking, when asking for help, you may show your code to others, but you may not view theirs, so long as you and they respect this policy’s other constraints. Collaboration on the course’s quiz is not permitted at all. Collaboration on the course’s final project is permitted to the extent prescribed by its specification.
Regret clause. If you commit some act that is not reasonable but bring it to the attention of the course’s heads within 72 hours, the course may impose local sanctions that may include an unsatisfactory or failing grade for work submitted, but the course will not refer the matter for further disciplinary action except in cases of repeated acts.
Brink clause. If push comes to shove, and you reach a breaking point this term, particularly late at night, and fear you’re about to commit some act that is not reasonable, you may, up to the last moment before you cross that point of no return, email the course’s heads to say that you see no other way out but invoke this clause. (And then go to sleep!) We will then meet with you and, together, get you back on track. For your honesty and your return from the brink, we will waive any penalty for lateness.
Below are rules of thumb that (inexhaustively) characterize acts that the course considers reasonable and not reasonable. If in doubt as to whether some act is reasonable, do not commit it until you solicit and receive approval in writing from the course’s heads. Acts considered not reasonable by the course are handled harshly. If the course refers some matter for disciplinary action and the outcome is punitive, the course reserves the right to impose local sanctions on top of that outcome that may include an unsatisfactory or failing grade for work submitted or for the course itself. The course ordinarily recommends exclusion (i.e., required withdrawal) from the course itself.
Communicating with classmates about problem sets’ problems in English (or some other spoken language), and properly citing those discussions. Discussing the course’s material with others in order to understand it better. You do not need to cite this if it isn’t related to the pset, but we encourage citing and note-taking on your discussion anyway. Helping a classmate identify a bug in his or her code at office hours, elsewhere, or even online, as by viewing, compiling, or running his or her code after you have submitted that portion of the pset yourself. Add a citation to your own code of the help you provided and resubmit. Incorporating a few lines of code that you find online or elsewhere into your own code, provided that those lines are not themselves solutions to assigned problems and that you cite the lines’ origins. Reviewing past semesters’ tests and quizzes and solutions thereto. Sending or showing code that you’ve written to someone, possibly a classmate, so that he or she might help you identify and fix a bug, provided you properly cite the help. If it is a classmate, make sure they cite giving the help as well. Submitting the same or similar work to this course that you have submitted previously to this course, CS50 AP, or CS50x. Please include a comment at the top of the file indicating it is a resubmission to eliminate any potential confusion. Turning to the course’s heads for help or receiving help from the course’s heads during the quiz. Turning to the web or elsewhere for instruction beyond the course’s own, for references, and for solutions to technical difficulties, but not for outright solutions to problem set’s problems or your own final project. Cite any such resources, especially if they are related to a pset. Whiteboarding solutions to problem sets with others using diagrams or pseudocode but not actual code. Cite who you discussed with and what you discussed, even if you are doing this in office hours under TA supervision. It helps avoid misunderstandings down the road. Working with (and even paying) a tutor to help you with the course, provided the tutor does not do your work for you and you cite the pset help you receive.
Accessing a solution to some problem prior to (re-)submitting your own. Asking a classmate to see his or her solution to a problem set’s problem before (re-)submitting your own. Decompiling, deobfuscating, or disassembling the staff’s solutions to problem sets. Failing to cite (as with comments) the origins of code or techniques that you discover outside of the course’s own lessons and integrate into your own work, even while respecting this policy’s other constraints. Giving or showing to a classmate a solution to a problem set’s problem when it is he or she, and not you, who is struggling to solve it. Looking at another individual’s work during the quiz. Paying or offering to pay an individual for work that you may submit as (part of) your own. Providing or making available solutions to problem sets to individuals who might take this course in the future. Searching for or soliciting outright solutions to problem sets online or elsewhere. Splitting a problem set’s workload with another individual and combining your work. Submitting (after possibly modifying) the work of another individual beyond the few lines allowed herein. Submitting the same or similar work to this course that you have submitted or will submit to another. Submitting work to this course that you intend to use outside of the course (e.g., for a job) without prior approval from the course’s heads. Turning to humans (besides the course’s heads) for help or receiving help from humans (besides the course’s heads) during the quiz. Viewing another’s solution to a problem set’s problem and basing your own solution on it.