Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Adapt points from discussion to CR intro episode #140

Merged
merged 2 commits into from
Aug 16, 2024
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
104 changes: 0 additions & 104 deletions content/CodeRefinery_intro.md

This file was deleted.

118 changes: 118 additions & 0 deletions content/coderefinery-intro.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,118 @@
# About the CodeRefinery project and CodeRefinery workshops in general

```{learning-objectives}
- Understand what CodeRefinery is
- Understand how we got here
- Understand about the challenges to define CodeRefinery target audience
``

CodeRefinery is a
[Nordic e-Infrastructure Collaboration (NeIC)](https://neic.no/)
project that has started in October 2016 and is currently
funded until February 2025. We are currently working on the continuation plans.

The funding from 2022-2025 is designed to keep this project active
beyond 2025 by forming a support network and building a community of
instructors and contributors.

```{discussion} History

The CodeRefinery project idea grew out of two [SeSE](http://sese.nu) courses given at KTH Stockholm in 2014 and 2016.
The project proposal itself was submitted to NeIC in 2015, accepted in 2015, and started in 2016.

We have started by porting own lessons to the Carpentries teaching style and
format, and collaboratively and iteratively grew and improved the material to
its present form.
```

## Main goals

- Develop and maintain **training material on software best practices** for researchers that already write code.
- Our material addresses all academic disciplines and tries to be as programming language-independent as possible.
- Provide a [code repository hosting service](https://coderefinery.org/repository/) that is open and free
- for all researchers based in universities and research institutes from Nordic countries.
- Provide **training opportunities** in the Nordics using (Carpentries and) CodeRefinery training materials.
- Articulate and implement the CodeRefinery **sustainability plan**.

## Community

```{figure} img/community.png
Image showing the key areas of the CodeRefinery community: Workshops, chat inlcuding help channel, online meetings and co-working,
other collaborative training, eg on High Performance Computing topics.
```
CodeRefinery is not just workshops, we are community and want you to be part of it!

There is many different levels of involvement, from the occasional commenter in chat,
CodeRefinery ambassador (people who like the project and workshops and help us spreading the word) or lesson issue creators and lesson contributors to
local host, co-instructor or co-organizer.

Best **first step** in any case is to join the [CodeRefinery Zulip chat](https://coderefinery.zulipchat.com)
or let us know about your interest at support@coderefinery.org.

## Target audience

One common question we get is how do we relate to [the Carpentries](https://carpentries.org).
This section describes how we see it:

### Carpentries audience

The Carpentries aims to teach computational **competence** to learners through an applied approach,
avoiding the theoretical and general in favor of the practical and specific.

**Mostly, learners do not need to have any prior experience in programming.**
One major goal of a Carpentry workshop is to raise awareness on the tools researchers can learn/use to speed up their research.

By showing learners how to solve specific problems with specific tools and providing hands-on practice,
learners develops confidence for future learning.

> ## Novices
> We often qualify Carpentry learners as **novices**: they do not know what they need to learn yet.
> A typical example is the usage of version control: the Carpentry `git` lesson aims to give a
> very high level conceptual overview of Git but it does not explain how it can be used in research projects.
{: .callout}


### CodeRefinery audience

In that sense, CodeRefinery workshops differ from Carpentry workshops as we assume
our audience already writes code and scripts and we aim at teaching them **best software practices**.

Our learners usually do not have a good overview of **best software practices** but are aware of the need to learn them.
Very often, they know the tools (Git, Jupyter, etc.) we are teaching
but have difficulties to make the best use of them in their software development workflow.

Whenever we can, we direct learners that do not have sufficient coding experience to Carpentries workshops.

> ## Competent practitioners
> We often qualify CodeRefinery learners as **competent practitioners** because they already have an understanding of their needs.
{: .callout}

```{discussion}
## Challenges related to defining our target audience
We often get the feedback "I wish I would have known X earlier!".
*Competent practicioners* have run into issues with **not** caring (or not fully understanding)
about version control, documentation, modularity, reproducibility before, so they are easily motivated to learn more.
For a *novice* these topics may seem unnecessary and "too much" and the workshop may feel too difficult to follow.
However, the materials are designed so that one can always revisit a topic, when needed.
The important part is that you know that "X" exists, and where to find more information, which is also beneficial for novices.
``

## Best FAIR research software development practices?

It can be useful to ask the question: *best software practices for whom*?
CodeRefinery teaches *best research software practices* derived from producing and
shipping research software. These practices are also very good for sharing software,
though our audience will probably not need to embrace *all* aspects of
software engineering.
Therefore we also often call what we teach **good enough** software practices.
Participants of our workshops are encouraged to take from the workshop what they see useful for their own work.

```{keypoints}
CodeRefinery:
- Teaches intermediate-level software development tool lessons
- Training network for other lessons, too
- Publicly-funded discrete projects (3 projects actually) transitioning towards an open community project
- We have online material, teaching, and exercise sessions
- Our main target audience are competent practicioners, but also novices and experts can get something out of the workshops
- We want more people to work with us, and to work with more people
```
Loading