AINovice2005 commited on
Commit
7235e3c
·
verified ·
1 Parent(s): 73c2148

Update src/index.qmd

Browse files
Files changed (1) hide show
  1. src/index.qmd +9 -9
src/index.qmd CHANGED
@@ -66,7 +66,7 @@ Also, an important insight was observed:
66
 
67
  The following PRs represent different dimensions of software engineering: DevOps, API design, documentation enhancement and developer tooling:
68
 
69
- 1. [Add Optuna + Transformers Integration Example (huggingface/cookbook)](https://github.com/huggingface/cookbook/pull/304)
70
 
71
  **Challenge:** Demonstrating hyperparameter optimization for transformer models with evaluation, observability and storage of trials.
72
 
@@ -77,7 +77,7 @@ The following PRs represent different dimensions of software engineering: DevOps
77
 
78
  **Outcome:** Enabled practitioners to optimize model training 3-5x faster using Auto ML search strategies.
79
 
80
- 2. [Modernize Python Tooling with pyproject.toml (skorch-dev/skorch)](https://github.com/skorch-dev/skorch/pull/1108)
81
 
82
  **Challenge:** Skorch relied on legacy packaging (`setup.py`, `requirements.txt`, `.pylintrc`, `.coveragerc`, `MANIFEST.in`) causing maintenance burden and incompatibility with modern Python tooling.
83
 
@@ -88,7 +88,7 @@ The following PRs represent different dimensions of software engineering: DevOps
88
 
89
  **Outcome:** Simplified maintenance, improved `CI/CD` reliability, aligned with `Python ecosystem standards`.
90
 
91
- 3. [Reduce CI Flakiness by Configuring HF Token and Caching (PrunaAI/pruna)](https://github.com/PrunaAI/pruna/pull/406)
92
 
93
  **Challenge:** CI test runs failed due to Hugging Face API rate limits and memory-intensive dataset downloads causing non-deterministic test failures.
94
 
@@ -99,18 +99,18 @@ The following PRs represent different dimensions of software engineering: DevOps
99
 
100
  **Outcome:** Reduced `CI` flakiness from frequent failures to stable test runs, unblocking maintainers and improving development velocity.
101
 
102
- 4. [Add Interactive Demo Link to Fast LoRA Inference Blog Post (huggingface/blog)](https://github.com/huggingface/blog/pull/3044)
103
 
104
  **Challenge:** The LoRA inference optimization blog post lacked an interactive component, limiting reader ability to experiment with the concepts.
105
 
106
  **Technical Approach:**
107
 
108
- - Created an interactive [Replicate](https://replicate.com/paragekbote/flux-fast-lora-hotswap) deployment showcasing PEFT +BnB+ Diffusers integration with LoRA hotswapping.
109
  - Embedded the demo link directly in blog post for immediate experimentation and usage.
110
 
111
  **Outcome:** Readers can now test `LoRA inference optimizations` interactively, transforming passive reading into active learning. Interactive demos reduce the gap between reading and understanding by 5x.
112
 
113
- 5. [Extend callback_on_step_end Support for AuraFlow and LuminaText2Img Pipelines (huggingface/diffusers)](https://github.com/huggingface/diffusers/pull/10746)
114
 
115
  **Challenge:** `AuraFlow` and `LuminaText2Img` pipelines lacked callback support present in other diffusion pipelines, breaking consistency for users.
116
 
@@ -133,9 +133,9 @@ Note that if you propose breaking changes that affect the public API without dis
133
 
134
  2. **Use Programming Language Standards to Improve your Contributions**
135
 
136
- There are standards for every major programming language such as the **[PEP Index](https://peps.python.org/) for Python, [Go Programming Language Specification](https://go.dev/ref/spec) for Golang or the [RFC Series](https://www.rfc-editor.org/) for building public APIs**. Try to reference them in your GitHub issues, use methods from them in your PRs and since these standards are widely accepted and adopted by programmers, your contributions are more likely to be accepted sooner.
137
 
138
- Examples can be seen in this [**PR**](https://github.com/skorch-dev/skorch/pull/1108) and this [**issue**](https://github.com/PrunaAI/pruna/issues/225).
139
 
140
  3. **Treat the CI Green Light as Non-Negotiable Before Merging**
141
 
@@ -179,4 +179,4 @@ If I could summarize this case-study into one actionable insight:
179
 
180
  **Small and frequent contributions which are well tested to a focused set of projects compound faster than large, sporadic contributions to many projects.**
181
 
182
- The [scripts](https://github.com/ParagEkbote/ParagEkbote.github.io/tree/main/scripts) used for data collection are available for reference and PR links are also included.
 
66
 
67
  The following PRs represent different dimensions of software engineering: DevOps, API design, documentation enhancement and developer tooling:
68
 
69
+ 1. [Add Optuna + Transformers Integration Example (huggingface/cookbook)](https://github.com/huggingface/cookbook/pull/304){target="_blank"}
70
 
71
  **Challenge:** Demonstrating hyperparameter optimization for transformer models with evaluation, observability and storage of trials.
72
 
 
77
 
78
  **Outcome:** Enabled practitioners to optimize model training 3-5x faster using Auto ML search strategies.
79
 
80
+ 2. [Modernize Python Tooling with pyproject.toml (skorch-dev/skorch)](https://github.com/skorch-dev/skorch/pull/1108){target="_blank"}
81
 
82
  **Challenge:** Skorch relied on legacy packaging (`setup.py`, `requirements.txt`, `.pylintrc`, `.coveragerc`, `MANIFEST.in`) causing maintenance burden and incompatibility with modern Python tooling.
83
 
 
88
 
89
  **Outcome:** Simplified maintenance, improved `CI/CD` reliability, aligned with `Python ecosystem standards`.
90
 
91
+ 3. [Reduce CI Flakiness by Configuring HF Token and Caching (PrunaAI/pruna)](https://github.com/PrunaAI/pruna/pull/406){target="_blank"}
92
 
93
  **Challenge:** CI test runs failed due to Hugging Face API rate limits and memory-intensive dataset downloads causing non-deterministic test failures.
94
 
 
99
 
100
  **Outcome:** Reduced `CI` flakiness from frequent failures to stable test runs, unblocking maintainers and improving development velocity.
101
 
102
+ 4. [Add Interactive Demo Link to Fast LoRA Inference Blog Post (huggingface/blog)](https://github.com/huggingface/blog/pull/3044){target="_blank"}
103
 
104
  **Challenge:** The LoRA inference optimization blog post lacked an interactive component, limiting reader ability to experiment with the concepts.
105
 
106
  **Technical Approach:**
107
 
108
+ - Created an interactive [Replicate](https://replicate.com/paragekbote/flux-fast-lora-hotswap){target="_blank"} deployment showcasing PEFT +BnB+ Diffusers integration with LoRA hotswapping.
109
  - Embedded the demo link directly in blog post for immediate experimentation and usage.
110
 
111
  **Outcome:** Readers can now test `LoRA inference optimizations` interactively, transforming passive reading into active learning. Interactive demos reduce the gap between reading and understanding by 5x.
112
 
113
+ 5. [Extend callback_on_step_end Support for AuraFlow and LuminaText2Img Pipelines (huggingface/diffusers)](https://github.com/huggingface/diffusers/pull/10746){target="_blank"}
114
 
115
  **Challenge:** `AuraFlow` and `LuminaText2Img` pipelines lacked callback support present in other diffusion pipelines, breaking consistency for users.
116
 
 
133
 
134
  2. **Use Programming Language Standards to Improve your Contributions**
135
 
136
+ There are standards for every major programming language such as the **[PEP Index](https://peps.python.org/){target="_blank"} for Python, [Go Programming Language Specification](https://go.dev/ref/spec){target="_blank"} for Golang or the [RFC Series](https://www.rfc-editor.org/) for building public APIs**. Try to reference them in your GitHub issues, use methods from them in your PRs and since these standards are widely accepted and adopted by programmers, your contributions are more likely to be accepted sooner.
137
 
138
+ Examples can be seen in this [**PR**](https://github.com/skorch-dev/skorch/pull/1108){target="_blank"} and this [**issue**](https://github.com/PrunaAI/pruna/issues/225){target="_blank"}.
139
 
140
  3. **Treat the CI Green Light as Non-Negotiable Before Merging**
141
 
 
179
 
180
  **Small and frequent contributions which are well tested to a focused set of projects compound faster than large, sporadic contributions to many projects.**
181
 
182
+ The [scripts](https://github.com/ParagEkbote/ParagEkbote.github.io/tree/main/scripts){target="_blank"} used for data collection are available for reference and PR links are also included.