You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: _posts/2024-11-22-pyOpenSci-first-open-science-festival.md
+8-8Lines changed: 8 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -39,7 +39,7 @@ We kicked the event off on Monday, October 28, with a morning of KeyNote talks h
39
39
- Share the vibe of the event, emphasizing what stood out (e.g., collaboration, energy).
40
40
- Include 1-2 quotes from participants or speakers that capture the atmosphere.
41
41
42
-
## Keynote talks
42
+
## Keynote talks
43
43
44
44
45
45
<figureclass="align-center">
@@ -60,10 +60,10 @@ We kicked the event off on Monday, October 28, with a morning of KeyNote talks h
60
60
61
61
[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.
62
62
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.
64
64
65
65
### 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.
67
67
68
68
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.
69
69
@@ -86,28 +86,28 @@ How to [write better, cleaner code](https://www.pyopensci.org/lessons/clean-modu
86
86
87
87
### Create your first Python package
88
88
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).
90
90
91
91
### Share your code
92
92
93
93
[Reasons to share your code](https://www.pyopensci.org/lessons/publish-share-code/share-code.html)
94
94
95
95
[Adding a doi using Zenodo.](https://www.pyopensci.org/lessons/publish-share-code/cite-code.html)
96
96
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.
98
98
99
99
- Summarize the primary focus areas or skills covered during the event.
100
100
- 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
102
102
103
-
## What we learned
103
+
## What we learned
104
104
- Discuss 1-2 lessons learned from organizing or hosting the event.
105
105
- Frame these as goals for improvement or ideas for future events.
106
106
107
107
108
108
## Resources and Takeaways
109
109
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...
111
111
112
112
Our packaging guide is also being activiesly translated to Spanish and Japanese.
0 commit comments