Best way to engage communities to build

amchagas commented 5 years ago

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!

thessaly commented 5 years ago

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?)

emdupre commented 5 years ago

Congratulations on the award !!! :sparkles: :rocket:

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 !

vektorious commented 5 years ago

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!

amchagas commented 5 years ago

Thanks for the input everyone!

@vektorious : unfortunately not! The money has to be used before the end of my fellowship which is end June.

@thessaly:

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: There are in principle no restrictions for what groups/communities can participate. But given time constraints and the scope of this project, I would give preference for the ones that have a track record in building/documenting things. Other than that I didn't think in any restrictions, selection criteria and would appreciate if you could share ideas, suggestions, experiences!

thessaly commented 5 years ago

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:

some experience in building hardware
have some teams from outside traditional academic contexts (maybe publish it in sites like hackaday or similar).
Maybe a min of 3 in the group, with different backgrounds
Not men-only groups, for me it's a basic one
Something I learned from a similar project (but not with hardware)... People that have already worked together in something is usually preferred

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

amchagas commented 5 years ago

(edit 18/03/2019: fixed broken link as reported by @thessaly ) I also think we are more on the b) case. But not only to test how an existing design can be adapted to local realities. Rather I think it will be a specific team task to evaluate what is available out there and decide is adapting/upgrading an existing design is the way to go, or if building from scratch is what is best.

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!

amchagas commented 5 years ago

Hi, I updated the file and added information about application process. If you have time, have a look and let me know what you think!

thessaly commented 5 years ago

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?

amchagas commented 5 years ago

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, notifications@github.com 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 https://github.com/FOSH-following-demand/building_event/issues/1#issuecomment-473796398, or mute the thread https://github.com/notifications/unsubscribe-auth/ADdOJvPLC8qUKWMSheZqBpc6HLCbwGBJks5vXz37gaJpZM4bb16S .

amchagas commented 5 years ago

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

vektorious commented 5 years ago

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 notifications@github.com:

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 https://github.com/FOSH-following-demand/building_event/issues/1#issuecomment-478975161, or mute the thread https://github.com/notifications/unsubscribe-auth/ATGUbPCe8qMzFKpi0fV0MGV0p1Y9f2aGks5vc05qgaJpZM4bb16S.

amchagas commented 5 years ago

Hi Alex,

thanks for the feedback. Yes, the name entering system is not the best, but it was the only way I could think off for an "unlimited" team number. Maybe a smart idea would be to limit teams to 10 people and have an easier form to fill.

I'll change things around a bit and see how they work...

amchagas commented 5 years ago

Hi Alex,

thanks for the feedback. Yes, the name entering system is not the best, but it was the only way I could think off for an "unlimited" team number. Maybe a smart idea would be to limit teams to 10 people and have an easier form to fill.

I'll change things around a bit and see how they work...

FOSH-following-demand / building_roadmap

Best way to engage communities to build #1