Course schedule

From Research management course
Revision as of 20:57, 8 February 2023 by Wiki (talk | contribs)
Jump to: navigation, search

The goal of the course is to introduce students to the technologies of scientific research. The course teaches how to plan, perform, and present research results. It provides formats acknowledged by other researchers. Each student works with an advisor and a consultant to learn how to formally state research problems, find adequate references, and generate novel and significant ideas for problem-solving. The expected outcome of the course is a research paper submitted to a peer-reviewed journal.

The course has been successfully delivered during the last eight years. Each year 15-30 students perform their research projects. Each project ends with a scientific paper, a code, a presentation, and a video. The course has a repository with over ​500 projects and its ​YouTube channel​.

Goals

  • General: to learn how to convey the author's message to the reader in a clear way.
  • Practical: to publish a scientific paper, to be welcome in the research society.

Delivery

  1. Research paper in a peer-reviewed scientific journal
  2. Computational experiment with analysis and code to reproduce it
  3. Slides with brief comprehensive results
  4. Video of the presentation speech

Schedule 2023

Date N To be done Result to discuss Symbol
February 9 0 Introduction and subscription. List of participants. Subscribed to the schedule
16 1 Set the workflow, schedule, and tools. Tools are ready to use. The project's initial status is set. Set the record
16 2 Select your project and tell about it. List references, write Abstract, LinkReview. Abstract, Introduction, References in bib-file. Abstract, LinkReview, B*egin-talk
23 3 State your problem, generally in Introduction and formally Write the problem statement, and write the basic algorithm description. Introduction with References, Problem statement
March 4 4 Set goals and plan report of your computational experiment. Run basic code. Write down the results. Goals of the experiment. Basic code, a draft report on the basic algorithm. Ready for the first checkpoint. eXperiment palning, Basic code, Report, cHeck-1
9 5 Run your computational experiment and visualize its results. Code, visual presentation of results. Create a draft of your presentation for 1'30". Code, Visualization, O*ne slide-talk
16 6 Describe the algorithm. The theory and algorithms are in the paper. Theory
23 7 Make the error and quality analysis. Finalize the computational experiment. The experiment description with error analysis. Error
April 2 8 Prepare for the reader the theoretical part and computational experiment. Explain the figures, and write conclusions. Ready to the second checkpoint. The paper draft with the sections Computational experiment and Conclusions. Checkpoint. Document, cHeck-2, M*edium-talk
9 9 Your paper is ready to the peer-review. You published your peer review of your colleague's paper. RevieW
16 10 Finalization. Collect all necessary documents: author's affiliations, review, response, English abstract, references for catalogs, and letter to the editor. The paper and slides are subjects to submit. Journal, Slide-check
23 11 Prepare your presentation. Presentation day. Final show

Consultations

  1. The workflow goes around each week, namely, week 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11.
  2. The iterative consultations and delivery of results are highly welcome! Start during the weekends.
  3. Deadline for the last version is Wednesday 6:00 am. The review goes on Wednesday's working day.
  4. Each symbol A gives +1 according the system (А-, А, А+). No symbol gives A0.

Workload

  1. Student's workload depends on the group and can vary from 54 hours and up.
  2. A consultant is expected to make one-hour meetings weekly and promptly to student's questions. So it takes 12 to 16 hours.
  3. An expert is expected to state the problem and evaluate the delivery. It takes one-hour maximum. And we guess researchers are ready to discuss their favorite problems. It creates a negative workload: for a problem the expert solves as a daily routine, some delivery appears after several months of synchronized work. The quality of the stated problem matters.

Past years