Effective Strategies for Technical Writing and Research Project Selection

Slide Note
Embed
Share

Enhance your technical writing skills and choose research projects effectively by focusing on conveying information clearly, minimizing jargon, and articulating objectives with the Heilmeier Catechism approach. Learn to differentiate between good and bad problem statements and ensure your language is precise and concrete to maximize communication impact.


Uploaded on Sep 29, 2024 | 0 Views


Download Presentation

Please find below an Image/Link to download the presentation.

The content on the website is provided AS IS for your information and personal use only. It may not be sold, licensed, or shared on other websites without obtaining consent from the author. Download presentation by click this link. If you encounter any issues during the download, it is possible that the publisher has removed the file from their server.

E N D

Presentation Transcript


  1. Technical writing and choosing research projects

  2. Writing and speaking Taylor talk / paper to audience Maximize the amount of information conveyed Be as concrete and precise as possible Minimize jargon: aim is to communicate, not to sound eloquent or smart. First drafts always contain frivolous words Way harder to write less and not more.

  3. Nervous, yes, very, very nervous I am and always was, but why will you say I am mad?

  4. Heilmeier Catechism What are you trying to do? Articulate your objectives using absolutely no jargon. What is the problem? Why is it hard? How is it done today, and what are the limits of current practice? What's new in your approach and why do you think it will be successful? Who cares? If you're successful, what difference will it make? What impact will success have? How will it be measured? What are the risks and the payoffs? How much will it cost? How long will it take? What are the midterm and final "exams" to check for success? How will progress be measured?

  5. The problem statement What are you trying to do? Articulate your objectives using absolutely no jargon. What is the problem? Why is it hard? How is it done today, and what are the limits of current practice? What's new in your approach and why do you think it will be successful? Who cares? If you're successful, what difference will it make? What impact will success have? How will it be measured? What are the risks and the payoffs? How much will it cost? How long will it take? What are the midterm and final "exams" to check for success? How will progress be measured?

  6. The problem statement Bad: I want to do low-shot learning Good: I want to learn image classifiers for new categories using very little labeled data Jargon = You haven t thought about it enough

  7. The problem statement Problem is separate from approach Bad: I want to use GANs for object detection. Good: I want to improve the ability to detect objects in unusual images.

  8. The problem statement Problem should be concrete (given time-frame) What are the inputs and outputs? Very bad: I want to improve computer vision. Bad: I want to recognize objects in images . Good: Given an image, I want to identify which object categories are present in it.

  9. The problem statement Which visual elements of a design increase memory for the design and which increase liking for it? Are these elements the same, or different and what is the relationship between remembering and liking? (Meredith Hu)

  10. The problem statement Our problem therefore is twofold: We want to be able to identify if an object is passing to the left or the right of our agent. We want to measure the impact of incorporating synthetic data with real world data on accuracy in the domain of this problem. (Claire Liang, Abigail Schur)

  11. Related work and your work What are you trying to do? Articulate your objectives using absolutely no jargon. What is the problem? Why is it hard? How is it done today, and what are the limits of current practice? What's new in your approach and why do you think it will be successful? Who cares? If you're successful, what difference will it make? What impact will success have? How will it be measured? What are the risks and the payoffs? How much will it cost? How long will it take? What are the midterm and final "exams" to check for success? How will progress be measured?

  12. Related work and your work Related work should not be just a listing of past work Related work should place your work in context of past work Where did prior work fall short? They tackled a different problem: why is your statement more worthwhile? They did not use a particular cue/constraint: why is this cue useful / important? The experiments were lacking: how and what will you do instead?

  13. Describing your approach Be concrete! Bad: We use GANs and non-parametric Bayesian models for semantic segmentation

  14. Describing your approach F-matrix representation: We can use a normalized 3x3 matrix to represent the F-matrix. It is a rank 2 homogeneous matrix with 7 degrees of freedom. The F-matrix can also be represented by two epipoles and one more element, or it can be represented by a set of keypoint correspondences. - Guandao Yang, Qiuren Fang, Hanqing Jiang

  15. Evaluation and experimentation What are you trying to do? Articulate your objectives using absolutely no jargon. What is the problem? Why is it hard? How is it done today, and what are the limits of current practice? What's new in your approach and why do you think it will be successful? Who cares? If you're successful, what difference will it make? What impact will success have? How will it be measured? What are the risks and the payoffs? How much will it cost? How long will it take? What are the midterm and final "exams" to check for success? How will progress be measured?

  16. Evaluation and experimentation Ideally, falls naturally from concrete problem definition Ideally, should be designed early A bad evaluation protocol does irreparable damage

  17. Evaluation and experimentation Baselines Prior work that tackles the same problem (e.g., previous state-of-the-art) Oracles A version of your approach that has access to some privileged information / extra resources Ablations A version of your approach with some features removed

Related


More Related Content