Advanced Topics
Research Methods — How to Read, Write, and Evaluate ML Papers
Develop the skills to read, understand, and critically evaluate machine learning research papers.
- Paper Structure — Understanding the anatomy of ML research papers
- Critical Evaluation — Identifying strengths and weaknesses in research
- Reproducing Results — Implementing and verifying research findings
"Research is formalized curiosity. It is poking and prying with a purpose."
Prerequisites
Before diving in, make sure you're comfortable with:
- Core ML Concepts — Supervised/unsupervised learning, model evaluation, bias-variance
- Python Programming — Ability to read and implement ML algorithms in code
- Linear Algebra and Calculus — Matrix operations, gradients, optimization basics
- Statistics — Probability distributions, hypothesis testing, confidence intervals
- Basic Research Experience — Reading technical documentation and blog posts
Learning Objectives
After completing this tutorial, you will be able to:
- Apply the 5-pass reading strategy to efficiently read ML papers
- Critically evaluate research papers by questioning baselines, methods, and claims
- Design and conduct proper ablation studies to isolate component contributions
- Implement reproducible research with proper documentation and versioning
- Apply statistical significance tests to validate experimental claims
- Write clear, structured ML research papers following academic conventions
- Use reference management tools to organize and track research literature
- Identify common pitfalls in ML research methodology and reporting
ML Research Methods — Complete Guide
ML research drives the field forward. Understanding how to read, evaluate, and conduct research is essential.
How to Read an ML Paper
Ablation Study Design
Reproducibility Checklist
Paper Writing Structure
Statistical Significance in ML
Reference Management
Real-World Applications
6+ Detailed Use Cases
1. Industry Research Labs (Google, Meta, OpenAI)
- Full-time researchers publish at top venues (NeurIPS, ICML, ICLR)
- Research directly informs product development and new capabilities
- Reproducibility requirements are high due to public scrutiny
2. University Research Groups
- PhD students and postdocs push fundamental boundaries
- Focus on novel algorithms, theoretical insights, and benchmarks
- Collaboration with industry through internships and funding
3. AI startups
- Research teams develop proprietary algorithms for competitive advantage
- Must balance novelty with practical applicability
- Patent implications and publication strategy matter
4. Healthcare AI Research
- Clinical validation requires rigorous experimental methodology
- Regulatory compliance demands reproducible and auditable research
- Multi-site studies need standardized evaluation protocols
5. Autonomous Vehicles Research
- Safety-critical applications demand extreme rigor
- Simulation environments enable controlled experimentation
- Real-world deployment requires bridge from research to production
6. NLP and Language Model Research
- Rapid iteration cycles with new benchmarks emerging monthly
- Scale of experiments requires careful resource management
- Open-source models enable community validation and extension
7. Federated Learning Research
- Privacy constraints shape experimental design
- Distributed systems add complexity to reproducibility
- Cross-silo and cross-device settings require different methodologies
Common Mistakes and How to Avoid Them
5+ Common Mistakes
1. Not Reading Papers Carefully Before Implementing
- Mistake: Skimming abstracts and diving straight into code
- Solution: Follow the 5-pass reading strategy; understand the full context first
- Impact: Misunderstanding assumptions leads to incorrect implementations
2. Comparing Against Weak Baselines
- Mistake: Using outdated or poorly tuned baselines to inflate improvements
- Solution: Use current state-of-the-art, tune baselines with grid search, report baselines fairly
- Impact: Published improvements may not hold up in practice
3. Running Experiments Only Once
- Mistake: Reporting a single run as the final result
- Solution: Run 3-5 seeds minimum, report mean and standard deviation, use statistical tests
- Impact: Results may be due to random chance, not actual improvements
4. Ignoring Computational Constraints
- Mistake: Proposing methods that require unrealistic compute resources
- Solution: Report training time, GPU hours, and cost; compare fairly at same compute budget
- Impact: Methods that look good on paper may be impractical in production
5. Not Documenting Hyperparameters
- Mistake: Using "default" or "tuned" without specifying what that means
- Solution: Document all hyperparameters in supplementary materials or config files
- Impact: Impossible for others to reproduce your results
6. Cherry-Picking Metrics and Datasets
- Mistake: Reporting only favorable results on specific datasets
- Solution: Test on multiple diverse datasets, report all metrics, acknowledge weaknesses
- Impact: Misleading the community about true method performance
Comparison Table
Research Paper Quality Assessment
| Criterion | Weak Paper | Good Paper | Strong Paper |
|---|---|---|---|
| Baselines | Outdated, untuned | Current, reasonably tuned | SOTA, grid-searched, fair compute |
| Experiments | Single run, one dataset | 3 seeds, multiple datasets | 5+ seeds, statistical tests, error bars |
| Ablations | None or partial | Key components ablated | All components, systematic analysis |
| Reproducibility | No code, vague details | Code available, hyperparams listed | Full code, Docker, seeded, documented |
| Limitations | Not discussed | Brief mention | Thorough discussion with future work |
| Writing Quality | Unclear, poorly structured | Clear, follows conventions | Excellent, compelling narrative |
Interview Questions
7 Common ML Research Interview Questions
Q1: How do you approach reading a new ML paper? A: Use the 5-pass strategy: (1) title, abstract, conclusions in 5 min; (2) figures, tables, claims in 10 min; (3) methods section in 15 min; (4) experiments and baselines in 30 min; (5) deep dive with implementation attempts. Always ask: What problem? What approach? What baselines? What limitations?
Q2: What makes an ablation study well-designed? A: A good ablation study: (1) removes one component at a time, (2) re-tunes remaining hyperparameters, (3) runs multiple seeds for statistical significance, (4) reports all results (not just favorable ones), (5) interprets what each component contributes, and (6) discusses interaction effects between components.
Q3: How do you determine if an improvement is statistically significant? A: Use paired t-tests or bootstrap tests across multiple runs (3-5 seeds minimum). Check p-value (typically p < 0.05) and effect size. A statistically significant result means the improvement is unlikely due to random chance, but also consider if the improvement is practically meaningful.
Q4: What are common signs of a poorly conducted ML study? A: Red flags include: (1) single-run results without error bars, (2) weak or outdated baselines, (3) no ablation studies, (4) missing hyperparameter details, (5) cherry-picked metrics or datasets, (6) no discussion of limitations, (7) code not available.
Q5: How do you handle the reproducibility crisis in ML research? A: (1) Fix random seeds, (2) document all hyperparameters, (3) version datasets and code, (4) use Docker for environment, (5) run multiple seeds with error bars, (6) publish code and configs, (7) use experiment tracking tools (W&B, MLflow).
Q6: When should you trust a benchmark result? A: Trust results when: (1) multiple methods are compared fairly at same compute budget, (2) results are statistically significant across multiple seeds, (3) datasets are standard and well-understood, (4) code is available for verification, (5) results have been independently reproduced.
Q7: How do you decide whether a paper's claims are valid? A: Evaluate: (1) Are baselines well-tuned? (2) Are the evaluation metrics appropriate? (3) Do ablation studies support the claims? (4) Is the statistical methodology sound? (5) Are limitations acknowledged? (6) Can the results be independently verified?
Practice Exercise
Hands-On: Critically Evaluate a Research Paper
Objective: Practice reading and critically evaluating an ML research paper.
Paper Selection: Choose one of these classic ML papers:
- "Attention Is All You Need" (Vaswani et al., 2017)
- "BERT: Pre-training of Deep Bidirectional Transformers" (Devlin et al., 2019)
- "Deep Residual Learning for Image Recognition" (He et al., 2016)
Exercise:
- Apply the 5-Pass Strategy and write a 1-page summary: | Pass | Time | Focus | |------|------|-------| | Pass 1 | 5 min | Problem, Key Claim, Key References | | Pass 2 | 10 min | Key Figure, Main Results, Architecture | | Pass 3 | 15 min | Methods, Experimental Details |
- Core Algorithm: [What is the key technical innovation?]
- Loss Function: [What is being optimized?]
- Assumptions: [What does this method assume?]
Pass 4 Summary (30 min)
- Baselines: [Are they fair and well-tuned?]
- Datasets: [Are they standard and appropriate?]
- Ablations: [What do they tell us?]
2. **Design an Ablation Study** for the proposed method:
```python
# Pseudocode for ablation study
experiments = {
"full_model": {"attention": True, "ffn": True, "residual": True},
"no_attention": {"attention": False, "ffn": True, "residual": True},
"no_ffn": {"attention": True, "ffn": False, "residual": True},
"no_residual": {"attention": True, "ffn": True, "residual": False},
"no_norm": {"attention": True, "ffn": True, "residual": True, "norm": False},
}
for name, config in experiments.items():
for seed in [42, 123, 456]:
result = train_and_evaluate(config, seed)
log_result(name, seed, result)
- Write a Critique (1 page) addressing:
- What are the paper's strongest contributions?
- What are the main limitations not discussed?
- How could the experimental evaluation be improved?
- What follow-up questions would you ask the authors?
Bonus Challenge:
- Reproduce one key experiment from the paper using the provided code
- Compare your results with the reported results and discuss any discrepancies
- Implement one proposed improvement and evaluate it
Key Formulas Reference
| Formula | Expression | Context |
|---|---|---|
| Welch's t-test | t = (X1 - X2) / sqrt(s1^2/n1 + s2^2/n2) | Comparing two models |
| Bootstrap CI | CI = [theta_hat - zSE, theta_hat + zSE] | Confidence intervals |
| Effect Size (Cohen's d) | d = (X1 - X2) / pooled_std | Practical significance |
| Multiple Testing (Bonferroni) | p_adj = p * m | Correcting for m comparisons |
| Sample Size Estimation | n = (z * s / E)^2 | Planning experiments |
| BLEU Score | BP * exp(sum(w_n * log(p_n))) | Translation quality |
Key Takeaways
Further Reading
- "How to Read a Paper" by S. Keshav (2007) -- The classic 5-pass reading strategy
- "Writing Tips for ML Research" by Dario Amodei -- Practical advice for research writing
- "Reproducibility in ML" (Pineau et al., 2021) -- ICML reproducibility guidelines
- "The ML Reproducibility Checklist" -- Standard checklist for experimental rigor
- "Doing Research in ML" by Andrew Ng -- Advice for aspiring ML researchers
- "Paper Reading Strategy" by Chip Huyen -- Modern approach to reading ML literature
What to Learn Next
-> Causal Inference -- Moving Beyond Correlation Learn about causal inference -- moving beyond correlation.
-> ML Ethics -- Fairness, Bias, Interpretability and Responsible AI Learn about ml ethics -- fairness, bias, interpretability and responsible ai.
-> ML Interview Prep -- Questions, Answers and System Design Learn about ml interview prep -- questions, answers and system design.
-> ML Cheatsheet -- Quick Reference Guide Learn about ml cheatsheet -- quick reference guide.
-> Capstone Projects -- End-to-End ML Applications Learn about capstone projects -- end-to-end ml applications.
-> ML System Design -- Architecture and Production Patterns Learn about ml system design -- architecture and production patterns.