-
Notifications
You must be signed in to change notification settings - Fork 2
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
Best way to engage communities to build #1
Comments
Woohoo! Congrats :D Which pieces of hardware would be developed? Should we start a list of good projects? Can we refine the 'community' concept a bit? Are there any requirements from the funding? (academic, non academic, in any geographical areas, size of team, with history of FOSH development, etc?) |
Congratulations on the award !!! ✨ 🚀 Just wanted +1 @thessaly 's questions on refining the eligibility. It would be great to make sure you're either tapping into or helping build real communities for further FOSH development -- thinking through questions like these will help with that goal ! |
Yes congrats! Can we redefine the time frame? I won't be available from May-August and am incredible sad now 😢 Apart from that I think this sounds great! |
Thanks for the input everyone! @vektorious : unfortunately not! The money has to be used before the end of my fellowship which is end June. The hardware to be developed would depend on the results of the survey. I'm thinking if we can engage 10 different groups to build (more on the groups below), we can have the 10 most requested pieces of hardware to be developed by those groups. Community/groups: |
Cool! I'm already super curious about those survey results! The community selection thing kinda depends on what the aim of the project is: a- if it's to take OScHw to places where there was none before, then communities selected shouldn't have experience, the focus is in the learning and how to make it reproducible; b- If it's to test how a particular design is adapted locally to different contexts, then you need communities with experience in building; the focus is on the hacking they do of the original model, new ideas and materials. If it's a) the process involves some kind of learning tools, materials, etc that IMHO exceed the time frame of this project. If it's b), makes more sense, and you can have the teams doing a) in their local contexts once this project is finished. Some criteria? It's restrictive but there's always time to be flexible:
The templating we're discussing in the other issue becomes super relevant , so we can capture the lessons from these experiences once the project ends... It has to be flexible enough to show the 'flavors' of the local teams. Maybe I'm talking nonsense, you're warned :D |
(edit 18/03/2019: fixed broken link as reported by @thessaly ) I think your criteria are good! and so are the rest of the comments :) I created a new criteria.md to hash out thoughts and come up with the guidelines for group selection. I'll try to work a bit more on it over the next days. Feel free to add more ideas/suggestions here, or directly there! |
Hi, |
Hi @amchagas link is broken here is the file Sounds good! I'd make a bit more clear that we're aiming for groups to build open hardware for science. Anyway, I wouldn't limit the 'experience with building hw' criteria to science hw (maybe someone who has already built other things wants to try). So I would leave the criteria as it is. What we can do is add a bit of an introduction. What is this project about? Why are we interested in open science hardware? So people can understand better where this comes from? Also knowing it's a Mozilla project aligns you with Mozilla values that are afterwards reinforced in the criteria. We can incorporate the GOSH definition, it's wide enough to contemplate many cases. Too much bla bla from my side, should I make chgs in the file and make a pull request? |
Hi,
Thanks for the suggestions!
If you can make the changes and add them via a pull request, that would be
great!
…On Mon, 18 Mar 2019, 07:19 juli arancio, ***@***.***> wrote:
Hi @amchagas <https://github.com/amchagas> link is broken here is the file
<https://github.com/FOSH-following-demand/building_event/blob/master/criteria_and_application.md>
Sounds good! I'd make a bit more clear that we're aiming for groups to
build open hardware *for science*. Anyway, I wouldn't limit the
'experience with building hw' criteria to science hw (maybe someone who has
already built other things wants to try). So I would leave the criteria as
it is.
What we can do is add a bit of an introduction. What is this project
about? Why are we interested in open science hardware? So people can
understand better where this comes from? Also knowing it's a Mozilla
project aligns you with Mozilla values that are afterwards reinforced in
the criteria. We can incorporate the GOSH definition, it's wide enough to
contemplate many cases.
Too much bla bla from my side, should I make chgs in the file and make a
pull request?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ADdOJvPLC8qUKWMSheZqBpc6HLCbwGBJks5vXz37gaJpZM4bb16S>
.
|
Hi all, http://ec2-3-17-144-2.us-east-2.compute.amazonaws.com/index.php/148539?lang=en |
Hey,
Sorry if this was just your first draft and you intended to rework it anyways but…going into details:
On the landing page:
- there is just this tick box with the General Data Protection Regulation. Maybe add sth like I Accept the (…).
- I feel like the centered text and then the block text don’t go well together. Maybe add some more formatting?
Participant Information:
- I feel like it entering the names here is not really intuitive. The whole semicolon thing is all about extracting the data afterwards, right? Would it be possible to write: NAME, FAMILY NAME, gender, email, ; and extract the names etc. by the colon and semicolon? Or maybe it’s just me who finds it unintuitive ;) (Is this something lime survey does for you or do you extract the data from a .csv on your own?)
As you see, no major things. Probably just a matter of taste.
Alex
… Am 02.04.2019 um 14:34 schrieb Andre Maia Chagas ***@***.***>:
Hi all,
I made a first draft of the application form for this event. Comments and suggestions are again more than welcome!
http://ec2-3-17-144-2.us-east-2.compute.amazonaws.com/index.php/148539?lang=en <http://ec2-3-17-144-2.us-east-2.compute.amazonaws.com/index.php/148539?lang=en>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#1 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ATGUbPCe8qMzFKpi0fV0MGV0p1Y9f2aGks5vc05qgaJpZM4bb16S>.
|
Hi Alex, thanks for the feedback. I'll change things around a bit and see how they work... |
1 similar comment
Hi Alex, thanks for the feedback. I'll change things around a bit and see how they work... |
We managed to get a small extra grant to actually build tools based on the survey results!
The idea right now is:
Get the results of the survey and elect local communities as "project leads" (10 project leads seem doable).
setup a time frame to work on (most likely now is May-June 2019)
each community would be responsible for developing a piece of hardware. They commit to following a documentation template (as well as a repository template) so that other people can easily contribute and onboard
each community gets a small amount of money for buying supplies and developing their project
we do weekly check ins with the communities to see how development is going, and to help iron out issues early on
All communities come together online at the end of the time frame for "show and tell" and to celebrate the efforts.
Ideas and suggestions on this are super welcome!
The text was updated successfully, but these errors were encountered: