Skip to content

Commit c9621e3

Browse files
committed
feat(blog): ff draft blog post
1 parent 594d60c commit c9621e3

File tree

2 files changed

+9
-9
lines changed

2 files changed

+9
-9
lines changed

_posts/2024-11-22-pyOpenSci-first-open-science-festival.md

Lines changed: 8 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -39,7 +39,7 @@ We kicked the event off on Monday, October 28, with a morning of KeyNote talks h
3939
- Share the vibe of the event, emphasizing what stood out (e.g., collaboration, energy).
4040
- Include 1-2 quotes from participants or speakers that capture the atmosphere.
4141

42-
## Keynote talks
42+
## Keynote talks
4343

4444

4545
<figure class="align-center">
@@ -60,10 +60,10 @@ We kicked the event off on Monday, October 28, with a morning of KeyNote talks h
6060

6161
[Eric's talk](human-dimension-clean-documented-data-science-code.html) emphasized the importance of readability, user-friendly installation, and thorough documentation in data science projects. He shared personal experiences and best practices to highlight how these elements enhance collaboration and the overall impact of scientific work.
6262

63-
The "Roast Your Repo" exercise was my favorite part of this talk. Eric invited attendees to critique a repository from his thesis. We discussed the repo's shortcomings, which were highlighted by a lack of documentation, testing, and modularity. Often when we are talking about making code and workflows reusable, small non-technical things like fleshed-out README files that describe the repo contents and file names make a huge difference in reusing the work.
63+
The "Roast Your Repo" exercise was my favorite part of this talk. Eric invited attendees to critique a repository from his thesis. We discussed the repo's shortcomings, which were highlighted by a lack of documentation, testing, and modularity. Often when we are talking about making code and workflows reusable, small non-technical things like fleshed-out README files that describe the repo contents and file names make a huge difference in reusing the work.
6464

6565
### Melissa Mendonça
66-
Melissa Mendonça shared her personal journey into open source. I really appreciated the discussion of her transition from academia to a career focused on open source scientific software. It can be hard and brave to leave academia- a difficult experience I've recently endured in my career. Melissa emphasized the importance of the scientific Python ecosystem, showcasing how foundational libraries like NumPy and SciPy form the basis for a vast and interconnected network of specialized domain-specific projects.
66+
Melissa Mendonça shared her personal journey into open source. I really appreciated the discussion of her transition from academia to a career focused on open source scientific software. It can be hard and brave to leave academia- a difficult experience I've recently endured in my career. Melissa emphasized the importance of the scientific Python ecosystem, showcasing how foundational libraries like NumPy and SciPy form the basis for a vast and interconnected network of specialized domain-specific projects.
6767

6868
Melissa also discussed the challenges and benefits of working within a volunteer-driven community, emphasizing the need for clear governance, transparent decision-making, and a thoughtful approach to engaging with software users. Topics that pyOpenSci cares a lot about. Melissa outlined her interpretation of open science, emphasizing transparency, reproducibility, accessibility, and the need for independent investigation of research results.
6969

@@ -86,28 +86,28 @@ How to [write better, cleaner code](https://www.pyopensci.org/lessons/clean-modu
8686

8787
### Create your first Python package
8888

89-
Day two was about [Python Packaging](https://www.pyopensci.org/python-package-guide/tutorials/intro.html#what-is-a-python-package): Guidance on creating and distributing Python packages, including best practices for packaging and sharing code. We taught learners how to make the code that they write reusable and [installable in Python environments](https://www.pyopensci.org/python-package-guide/tutorials/installable-code.html) using [Hatch](https://www.pyopensci.org/python-package-guide/tutorials/get-to-know-hatch.html). We also covered how to add [metadata to your package using a pyproject.toml file which is the modern standard for Python packaging](https://www.pyopensci.org/python-package-guide/tutorials/pyproject-toml.html), and a [license](https://www.pyopensci.org/python-package-guide/tutorials/add-license-coc.html).
89+
Day two was about [Python Packaging](https://www.pyopensci.org/python-package-guide/tutorials/intro.html#what-is-a-python-package): Guidance on creating and distributing Python packages, including best practices for packaging and sharing code. We taught learners how to make the code that they write reusable and [installable in Python environments](https://www.pyopensci.org/python-package-guide/tutorials/installable-code.html) using [Hatch](https://www.pyopensci.org/python-package-guide/tutorials/get-to-know-hatch.html). We also covered how to add [metadata to your package using a pyproject.toml file which is the modern standard for Python packaging](https://www.pyopensci.org/python-package-guide/tutorials/pyproject-toml.html), and a [license](https://www.pyopensci.org/python-package-guide/tutorials/add-license-coc.html).
9090

9191
### Share your code
9292

9393
[Reasons to share your code](https://www.pyopensci.org/lessons/publish-share-code/share-code.html)
9494

9595
[Adding a doi using Zenodo.](https://www.pyopensci.org/lessons/publish-share-code/cite-code.html)
9696

97-
[Publishing your code both via a journal like JOSS](https://www.pyopensci.org/lessons/publish-share-code/publish-code.html) and through the pyOpenSci peer review partnership with JOSS. and also making it ["published" and accessible using PyPI](https://www.pyopensci.org/lessons/publish-share-code/publish-code.html#pypi) and conda-forge.
97+
[Publishing your code both via a journal like JOSS](https://www.pyopensci.org/lessons/publish-share-code/publish-code.html) and through the pyOpenSci peer review partnership with JOSS. and also making it ["published" and accessible using PyPI](https://www.pyopensci.org/lessons/publish-share-code/publish-code.html#pypi) and conda-forge.
9898

9999
- Summarize the primary focus areas or skills covered during the event.
100100
- Highlight relevance to open science challenges or community needs.
101-
Tip: you can publish a package to PyPI using Hatch as well. Check out the tutorial
101+
Tip: you can publish a package to PyPI using Hatch as well. Check out the tutorial
102102

103-
## What we learned
103+
## What we learned
104104
- Discuss 1-2 lessons learned from organizing or hosting the event.
105105
- Frame these as goals for improvement or ideas for future events.
106106

107107

108108
## Resources and Takeaways
109109

110-
Most of the resources used to teach are published on our [pyOpenSci lessons website](https://www.pyopensci.org/lessons). packaging guide...
110+
Most of the resources used to teach are published on our [pyOpenSci lessons website](https://www.pyopensci.org/lessons). packaging guide...
111111

112112
Our packaging guide is also being activiesly translated to Spanish and Japanese.
113113

images/events/fall-festival-2024-stats.svg

Lines changed: 1 addition & 1 deletion
Loading

0 commit comments

Comments
 (0)