Open nicolasdb opened 5 years ago
So, as learned on the guided tutorial from lab-github.
I first started a branch called "ndaWorkshop" to add files without messing with the "master" branch
like this:
I add me references, pictures, notes and ideas like a work-in-progress. I wanted to invite people there so we can share and discuss about this workshop. but at some point, .... I had another idea and I changed the cover of my portfolio. BUT I forgot to get back on the master to do that and the change was into this branch. problem: The change won't affect the website until I merge the branch into the "Master".
So, i did that. Thinking it will merge what I have already done and I just have to continue on the same branch to add more. Yup but I need to start a new pull request. And the old stuff is still on the other pull request, which is closed now.
Conclusion: it's not the right way to do it. (but it's ok to fail, no?) đ Maybe combining an issue + some pull request when we agree and merge specific changes?
Master @satblip ,what do you think?
@cod3monk Julian, I'm trying to work on 2 sides here.
I also asked to Charlene and Pascaline who was at the workshop too about how they document. They don't use github. And since it's not about creating a new plateforme, we could test something here and just showing what are the benefit of github.
That could be perfect to present something to fablabs.io I saw that github is talking about metadata also, here in their courses about community > https://lab.github.com/courses/community-starter-kit what do you think?
description following template
if zenhub, use the pipeline, TODO>REVIEW>DONE
Assign to someOne
Use labels to define status of the job
we don't use project here yet. but could be interesting
Dernier post, préciser les tùches suivante. Responsabilité: the One.
Next step:
- [ ] Branche, résumé dans fichier .md et pull request.
- [ ] rappel facture via facturation@openfab
okokok.
Donc. I started with this idea. To welcome a new member on the team level.
https://www.mindmeister.com/1182777247
after an introduction, you want to join the organisation. Good, and you're welcome. But very soon, you'll come on github to select some taks on what you have the skills to help. FIRST step. how to use github? It's seems that the course 1 from lab.github is to much. There is too much concepts to understand as for a hard beginner.
like
Maybe let's try with something very result/communication oriented, the issue management. 1.4: GitHub Issues - Git and GitHub for Poets https://www.youtube.com/watch?v=WMykv2ZMyEQ
and we need something directly concrete, on the point of view of the "student", it must be directly related on what he is working. And showing an example on how someone do it. also, in the same field (kind of). To feel related and inspired.
And maybe create more analogy from how we use slack or an other platform...
not a loop = bad gamification. ^^
Il faut prendre en compte la syntaxe markdown. maybe starting with that and making link with slack (I know is special flavor of markdown) and what other platform use it? for slack. https://blog.hubspot.com/marketing/slack-tips https://get.slack.help/hc/fr-fr/articles/202288908-Mettre-en-forme-vos-messages
And maybe preparing a cheatsheet for the passport.
some tut's https://www.markdowntutorial.com/ https://guides.github.com/features/mastering-markdown/ some ref. https://carto.com/blog/why-we-use-markdown/ https://www.markdownguide.org/getting-started/ https://blog.ghost.org/markdown/
Main advantage I had read is to keep the focus of the writing. Most writers are distracted by the need to use the mouse just to click somewhere, and change styles or font. It break the flow of words. So, using markdown is an easy and a fast way to format your text.
8 techniques pour enseigner avec pédagogie https://www.huffingtonpost.fr/stephane-edouard/8-techniques-pour-enseigner-avec-pedagogie_b_5392323.html
Why do we use github in Openfab? (or Vulca, or as a maker?) and how?
We need to put the accent on why and how using github as a maker and not as a software developer. There is no tutorial for casual people, non nerdy geek except the one for poets but even I like it, it's still a bit weird. We need to use analogy and make reference on more common grounds. What kind of grounds then?
Spend 10 minute to understand how to use Markdown syntax; it will help you to format your text. Markdown is a way to write content for the web. https://www.markdowntutorial.com/
Explore our Open Issues on Vulca/coreTeam repository. https://github.com/Vulca/coreTeam/issues
To get further, here is a general overview Getting Started with GitHub https://www.youtube.com/watch?v=noZnOSpcjYY
Next 102: Les issues. https://www.youtube.com/watch?v=ukYSRu4k0gs
Maybe starting with that, as a goal or teaser to understand in what way it's interesting to take the time to use this.
Main structure of levelingUP. >bagdes
Start whith watching this: https://www.youtube.com/watch?v=WMykv2ZMyEQ
I'm using issues like a way to organize my ideas and to help me documenting my projects. I just start an issue on my repo and start to describe 3 important things (COP = Context, Objectives, Proposition) then I just add comments, steps, ideas, what is working , or not, taking note, copypasta of stuffs and upload pictures, meme and most important, lol cats.
note: to add picture, just copypasta them in the body of comment. It will upload it somewhere and you'll be able to use the weblink in your markdown files.
Then, let's check that: You can start by browsing issues from Vulca/coreTeam repository. Here: ../Vulca/coreTeam/issues
Issue Tracker is an advanced and complete tool for tracking the evolution of a new idea or the process of solving a problem. It allows you, your team, and your collaborators to share and discuss proposals before and while implementing them from gitlab wiki
Issues can have endless applications. Just to exemplify, these are some cases for which creating issues are most used:
SO
âAlways start with an issueâ says Job, VP of Product here at GitLab. Before you begin anything else, summarize your ideas in an issue and share it. Itâs such a simple rule, but the impact is huge. In this post we'll focus on issues for feature proposals specifically, but the rule applies in any case, no matter what kind of project you're working on. We say âstartâ with an issue and not âcreateâ an issue, because one might already exist. Make sure to search in All issues (open and closed) to see if your idea has been proposed already. https://about.gitlab.com/2016/03/03/start-with-an-issue/
Youâve found a project you like, and youâre ready to make a contribution. Finally! Hereâs how to get your contribution in the right way.
https://opensource.guide/how-to-contribute/#how-to-submit-a-contribution
I need to make a post about notification settings... It's still not very clear...
I'll add a small tiny miny challenge after the 101
your mission is to format your presentation like that!
Le boss level est trop gros. Il faut trop réfléchir pour son contenu. Comment peut-on le simplifier? Qu'elles sont les informations pertinentes à transmettre, pour se présenter? Sans devoir faire une psychanalyse de son inconscient.
Une présentation de son projet, besoin au sein du lab? les inspirations?
I'll take for exemple my documentation for NDA workshop @ fab14. Which is already mess up a little bit because a closed pull request. I'll explain later here....