Spaces:
Sleeping
Sleeping
Update src/index.qmd
Browse files- 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.
|