Public Lab has received support for fellows to work on Public Lab software projects via several "...
Public Lab is an open community which collaboratively develops accessible, open source, Do-It-Yourself technologies for investigating local environmental health and justice issues.
This is a testing site only. See the live Public Lab site here »
| 40 CURRENT | warren |
February 08, 2020 00:30
| almost 3 years ago
Public Lab has received support for fellows to work on Public Lab software projects via several "Summer of Code" style programs including Google's Summer of Code program -- 2019 is our sixth great year of open source coding with GSoC! In 2017 and 2018 we also joined the Rails Girls Summer of Code program, and in 2018 we participated in Outreachy. This is a key way that we are able to develop our collaborative platform (this website) as well as other Public Lab coding projects.
How to applyWant to get involved? As a first step, we ask everyone to complete a “first-timers-only” issue, which you can find on our Welcome page at https://code.publiclab.org. While it’s helpful to have some experience with the Git version tracking system, we have guides to help you go through this process, and will be there to help you get your code posted. Almost all of our code is in Ruby on Rails and JavaScript, so basic familiarity with these systems is a plus. We have a chatroom at https://publiclab.org/chat where you can get help pretty much any time. Project ideasWe kick off each season with a big brainstorm of ideas. You can find this year's discussion here: https://github.com/publiclab/plots2/issues/7360 Our Summer of Code Ideas Page will list the final brainstormed ideas that come out of this process. Call for proposalsWe have not yet opened our call for proposals, but you can read last year's here, to get ready! Feel free to ask questions there as well until the 2020 call is posted. Thanks! You can see past years' calls for proposals lists here: https://publiclab.org/tag/call-for-proposals The call for proposals asks people to post their proposals using this template: https://publiclab.org/gsoc-application-template We encourage people to leave comments, encouragement, tips, and questions on each others' proposals in a community fashion, and to be friendly and welcoming to one another! How we workOver recent years, we’ve steadily refined a workflow that helps new contributors get plugged into our community and code with a warm welcome, and aims to support building skills incrementally and cooperatively. We’re always looking for ways to improve, and welcome feedback! Once you are comfortable with our workflow by completing a At this point, we recommend you begin going through the task list, creating a pull request like a mini-project for each task. Each one will ideally have tests, and we can help you develop these. As you progress, we encourage contributors to grow as leaders by reviewing others’ pull requests, helping troubleshoot, and also taking small parts of your project to post as “first-timers-issues” for someone else. You can read more about these steps at https://publiclab.org/software-outreach and https://github.com/publiclab/plots2/labels/support. Your code will be reviewed, supported and troubleshooted (troubleshot?) and potentially published to our live site as often as once a week, and you’ll be able to see it running and get feedback from people about it to inform your work. Towards the end of your project, we’ll encourage you to take remaining pieces you’d like to see followed-up on in the future, and describe them with enough information for others to take up and complete. This could be in the form of “first-timers-only” issues, or “break-me-up” issues that list out steps that can be adapted into small stand-alone tasks. What makes a good projectHi all, at Public Lab, @emash and @warren brainstormed on this a bit, and we felt that a good project:
EvaluationsWe've posted various guidance on how we do evaluations in our Summer of Code programs. Here is a short collection of suggestions and info!
Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. BenefitsOur code contributor community is built on a commitment to mutual benefit -- we can’t create good software without welcoming in newcomers, and we are deeply invested in supporting contributors to learn new skills and grow as coders, designers, project leaders, and “cooperators”. Unlike many open source communities, much of our capacity is aimed at helping people become proficient coders, and to learn and apply principles such as code modularity, test-driven development, and more, as outlined at https://publiclab.org/software-outreach. But we also seek to change coding culture by recognizing how important communication, mutual support, and affirmative and welcoming tone are. As part of this, we seek to improve ourselves and help contributors learn how to support one another, welcome in a diverse and inclusive community, and build a more positive and equitable society by doing things a little differently. Past years
Updates[notes:soc] |
Revert | |
| 39 | warren |
January 30, 2020 21:51
| about 3 years ago
Public Lab has received support for fellows to work on Public Lab software projects via several "Summer of Code" style programs including Google's Summer of Code program -- 2019 is our sixth great year of open source coding with GSoC! In 2017 and 2018 we also joined the Rails Girls Summer of Code program, and in 2018 we participated in Outreachy. This is a key way that we are able to develop our collaborative platform (this website) as well as other Public Lab coding projects.
How to applyWant to get involved? As a first step, we ask everyone to complete a “first-timers-only” issue, which you can find on our Welcome page at https://code.publiclab.org. While it’s helpful to have some experience with the Git version tracking system, we have guides to help you go through this process, and will be there to help you get your code posted. Almost all of our code is in Ruby on Rails and JavaScript, so basic familiarity with these systems is a plus. We have a chatroom at https://publiclab.org/chat where you can get help pretty much any time. Project ideasWe kick off each season with a big brainstorm of ideas. You can find this year's discussion here: https://github.com/publiclab/plots2/issues/7360 Our Summer of Code Ideas Page will list the final brainstormed ideas that come out of this process. Call for proposalsWe have not yet opened our call for proposals, but you can read last year's here, to get ready! Feel free to ask questions there as well until the 2020 call is posted. Thanks! You can see past years' calls for proposals lists here: https://publiclab.org/tag/call-for-proposals The call for proposals asks people to post their proposals using this template: https://publiclab.org/gsoc-application-template We encourage people to leave comments, encouragement, tips, and questions on each others' proposals in a community fashion, and to be friendly and welcoming to one another! How we workOver recent years, we’ve steadily refined a workflow that helps new contributors get plugged into our community and code with a warm welcome, and aims to support building skills incrementally and cooperatively. We’re always looking for ways to improve, and welcome feedback! Once you are comfortable with our workflow by completing a At this point, we recommend you begin going through the task list, creating a pull request like a mini-project for each task. Each one will ideally have tests, and we can help you develop these. As you progress, we encourage contributors to grow as leaders by reviewing others’ pull requests, helping troubleshoot, and also taking small parts of your project to post as “first-timers-issues” for someone else. You can read more about these steps at https://publiclab.org/software-outreach and https://github.com/publiclab/plots2/labels/support. Your code will be reviewed, supported and troubleshooted (troubleshot?) and potentially published to our live site as often as once a week, and you’ll be able to see it running and get feedback from people about it to inform your work. Towards the end of your project, we’ll encourage you to take remaining pieces you’d like to see followed-up on in the future, and describe them with enough information for others to take up and complete. This could be in the form of “first-timers-only” issues, or “break-me-up” issues that list out steps that can be adapted into small stand-alone tasks. EvaluationsWe've posted various guidance on how we do evaluations in our Summer of Code programs. Here is a short collection of suggestions and info!
Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. BenefitsOur code contributor community is built on a commitment to mutual benefit -- we can’t create good software without welcoming in newcomers, and we are deeply invested in supporting contributors to learn new skills and grow as coders, designers, project leaders, and “cooperators”. Unlike many open source communities, much of our capacity is aimed at helping people become proficient coders, and to learn and apply principles such as code modularity, test-driven development, and more, as outlined at https://publiclab.org/software-outreach. But we also seek to change coding culture by recognizing how important communication, mutual support, and affirmative and welcoming tone are. As part of this, we seek to improve ourselves and help contributors learn how to support one another, welcome in a diverse and inclusive community, and build a more positive and equitable society by doing things a little differently. Past years
Updates[notes:soc] |
Revert | |
| 38 | warren |
October 19, 2019 10:50
| over 3 years ago
Public Lab has received support for fellows to work on Public Lab software projects via several "Summer of Code" style programs including Google's Summer of Code program -- 2019 is our sixth great year of open source coding with GSoC! In 2017 and 2018 we also joined the Rails Girls Summer of Code program, and in 2018 we participated in Outreachy. This is a key way that we are able to develop our collaborative platform (this website) as well as other Public Lab coding projects.
How to applyWant to get involved? As a first step, we ask everyone to complete a “first-timers-only” issue, which you can find on our Welcome page at https://code.publiclab.org. While it’s helpful to have some experience with the Git version tracking system, we have guides to help you go through this process, and will be there to help you get your code posted. Almost all of our code is in Ruby on Rails and JavaScript, so basic familiarity with these systems is a plus. We have a chatroom at https://publiclab.org/chat where you can get help pretty much any time. Brainstorming project ideasWe kick off each season with a big brainstorm of ideas. You can find this year's discussion here: https://publiclab.org/notes/warren/01-02-2019/brainstorming-for-summer-of-code-2019 Our Summer of Code Ideas Page will list the final brainstormed ideas that come out of this process. Call for proposalsOur 2019 call for proposals at Outreachy is open! Read here: https://github.com/publiclab/plots2/issues/6285 You can see past years' calls for proposals lists here: https://publiclab.org/tag/call-for-proposals The call for proposals asks people to post their proposals using this template: https://publiclab.org/gsoc-application-template We encourage people to leave comments, encouragement, tips, and questions on each others' proposals in a community fashion, and to be friendly and welcoming to one another! How we workOver recent years, we’ve steadily refined a workflow that helps new contributors get plugged into our community and code with a warm welcome, and aims to support building skills incrementally and cooperatively. We’re always looking for ways to improve, and welcome feedback! Once you are comfortable with our workflow by completing a At this point, we recommend you begin going through the task list, creating a pull request like a mini-project for each task. Each one will ideally have tests, and we can help you develop these. As you progress, we encourage contributors to grow as leaders by reviewing others’ pull requests, helping troubleshoot, and also taking small parts of your project to post as “first-timers-issues” for someone else. You can read more about these steps at https://publiclab.org/software-outreach and https://github.com/publiclab/plots2/labels/support. Your code will be reviewed, supported and troubleshooted (troubleshot?) and potentially published to our live site as often as once a week, and you’ll be able to see it running and get feedback from people about it to inform your work. Towards the end of your project, we’ll encourage you to take remaining pieces you’d like to see followed-up on in the future, and describe them with enough information for others to take up and complete. This could be in the form of “first-timers-only” issues, or “break-me-up” issues that list out steps that can be adapted into small stand-alone tasks. EvaluationsWe've posted various guidance on how we do evaluations in our Summer of Code programs. Here is a short collection of suggestions and info!
Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. BenefitsOur code contributor community is built on a commitment to mutual benefit -- we can’t create good software without welcoming in newcomers, and we are deeply invested in supporting contributors to learn new skills and grow as coders, designers, project leaders, and “cooperators”. Unlike many open source communities, much of our capacity is aimed at helping people become proficient coders, and to learn and apply principles such as code modularity, test-driven development, and more, as outlined at https://publiclab.org/software-outreach. But we also seek to change coding culture by recognizing how important communication, mutual support, and affirmative and welcoming tone are. As part of this, we seek to improve ourselves and help contributors learn how to support one another, welcome in a diverse and inclusive community, and build a more positive and equitable society by doing things a little differently. Past years
Updates[notes:soc] |
Revert | |
| 37 | warren |
October 19, 2019 08:09
| over 3 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2019 is our sixth great year of open source coding with GSoC! In 2017 and 2018 we also joined the Rails Girls Summer of Code program, and in 2018 we participated in Outreachy. This is a key way that we are able to develop our collaborative platform (this website) as well as other Public Lab coding projects.
How to applyWant to get involved? As a first step, we ask everyone to complete a “first-timers-only” issue, which you can find on our Welcome page at https://code.publiclab.org. While it’s helpful to have some experience with the Git version tracking system, we have guides to help you go through this process, and will be there to help you get your code posted. Almost all of our code is in Ruby on Rails and JavaScript, so basic familiarity with these systems is a plus. We have a chatroom at https://publiclab.org/chat where you can get help pretty much any time. Brainstorming project ideasWe kick off each season with a big brainstorm of ideas. You can find this year's discussion here: https://publiclab.org/notes/warren/01-02-2019/brainstorming-for-summer-of-code-2019 Our Summer of Code Ideas Page will list the final brainstormed ideas that come out of this process. Call for proposalsOur 2019 call for proposals at Outreachy is open! Read here: https://github.com/publiclab/plots2/issues/6285 You can see past years' calls for proposals lists here: https://publiclab.org/tag/call-for-proposals The call for proposals asks people to post their proposals using this template: https://publiclab.org/gsoc-application-template We encourage people to leave comments, encouragement, tips, and questions on each others' proposals in a community fashion, and to be friendly and welcoming to one another! How we workOver recent years, we’ve steadily refined a workflow that helps new contributors get plugged into our community and code with a warm welcome, and aims to support building skills incrementally and cooperatively. We’re always looking for ways to improve, and welcome feedback! Once you are comfortable with our workflow by completing a At this point, we recommend you begin going through the task list, creating a pull request like a mini-project for each task. Each one will ideally have tests, and we can help you develop these. As you progress, we encourage contributors to grow as leaders by reviewing others’ pull requests, helping troubleshoot, and also taking small parts of your project to post as “first-timers-issues” for someone else. You can read more about these steps at https://publiclab.org/software-outreach and https://github.com/publiclab/plots2/labels/support. Your code will be reviewed, supported and troubleshooted (troubleshot?) and potentially published to our live site as often as once a week, and you’ll be able to see it running and get feedback from people about it to inform your work. Towards the end of your project, we’ll encourage you to take remaining pieces you’d like to see followed-up on in the future, and describe them with enough information for others to take up and complete. This could be in the form of “first-timers-only” issues, or “break-me-up” issues that list out steps that can be adapted into small stand-alone tasks. EvaluationsWe've posted various guidance on how we do evaluations in our Summer of Code programs. Here is a short collection of suggestions and info!
Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. BenefitsOur code contributor community is built on a commitment to mutual benefit -- we can’t create good software without welcoming in newcomers, and we are deeply invested in supporting contributors to learn new skills and grow as coders, designers, project leaders, and “cooperators”. Unlike many open source communities, much of our capacity is aimed at helping people become proficient coders, and to learn and apply principles such as code modularity, test-driven development, and more, as outlined at https://publiclab.org/software-outreach. But we also seek to change coding culture by recognizing how important communication, mutual support, and affirmative and welcoming tone are. As part of this, we seek to improve ourselves and help contributors learn how to support one another, welcome in a diverse and inclusive community, and build a more positive and equitable society by doing things a little differently. Past years
Updates[notes:soc] |
Revert | |
| 36 | warren |
October 19, 2019 08:02
| over 3 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2019 is our sixth great year of open source coding with GSoC! In 2017 and 2018 we also joined the Rails Girls Summer of Code program, and in 2018 we participated in Outreachy. This is a key way that we are able to develop our collaborative platform (this website) as well as other Public Lab coding projects.
How to applyWant to get involved? As a first step, we ask everyone to complete a “first-timers-only” issue, which you can find on our Welcome page at https://code.publiclab.org. While it’s helpful to have some experience with the Git version tracking system, we have guides to help you go through this process, and will be there to help you get your code posted. Almost all of our code is in Ruby on Rails and JavaScript, so basic familiarity with these systems is a plus. We have a chatroom at https://publiclab.org/chat where you can get help pretty much any time. Brainstorming project ideasWe kick off each season with a big brainstorm of ideas. You can find this year's discussion here: https://publiclab.org/notes/warren/01-02-2019/brainstorming-for-summer-of-code-2019 Our Summer of Code Ideas Page will list the final brainstormed ideas that come out of this process. Call for proposalsOur 2019 call for proposals is open! Read here: https://publiclab.org/notes/warren/02-28-2019/call-for-summer-of-code-2019-proposals You can see past years' call for proposals lists here: https://publiclab.org/tag/call-for-proposals The call for proposals asks people to post their proposals using this template: https://publiclab.org/gsoc-application-template We encourage people to leave comments, encouragement, tips, and questions on each others' proposals in a community fashion, and to be friendly and welcoming to one another! How we workOver recent years, we’ve steadily refined a workflow that helps new contributors get plugged into our community and code with a warm welcome, and aims to support building skills incrementally and cooperatively. We’re always looking for ways to improve, and welcome feedback! Once you are comfortable with our workflow by completing a At this point, we recommend you begin going through the task list, creating a pull request like a mini-project for each task. Each one will ideally have tests, and we can help you develop these. As you progress, we encourage contributors to grow as leaders by reviewing others’ pull requests, helping troubleshoot, and also taking small parts of your project to post as “first-timers-issues” for someone else. You can read more about these steps at https://publiclab.org/software-outreach and https://github.com/publiclab/plots2/labels/support. Your code will be reviewed, supported and troubleshooted (troubleshot?) and potentially published to our live site as often as once a week, and you’ll be able to see it running and get feedback from people about it to inform your work. Towards the end of your project, we’ll encourage you to take remaining pieces you’d like to see followed-up on in the future, and describe them with enough information for others to take up and complete. This could be in the form of “first-timers-only” issues, or “break-me-up” issues that list out steps that can be adapted into small stand-alone tasks. EvaluationsWe've posted various guidance on how we do evaluations in our Summer of Code programs. Here is a short collection of suggestions and info!
Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. BenefitsOur code contributor community is built on a commitment to mutual benefit -- we can’t create good software without welcoming in newcomers, and we are deeply invested in supporting contributors to learn new skills and grow as coders, designers, project leaders, and “cooperators”. Unlike many open source communities, much of our capacity is aimed at helping people become proficient coders, and to learn and apply principles such as code modularity, test-driven development, and more, as outlined at https://publiclab.org/software-outreach. But we also seek to change coding culture by recognizing how important communication, mutual support, and affirmative and welcoming tone are. As part of this, we seek to improve ourselves and help contributors learn how to support one another, welcome in a diverse and inclusive community, and build a more positive and equitable society by doing things a little differently. Past years
Updates[notes:soc] |
Revert | |
| 35 | warren |
August 23, 2019 14:59
| over 3 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2019 is our sixth great year of open source coding with GSoC! In 2017 and 2018 we also joined the Rails Girls Summer of Code program, and in 2018 we participated in Outreachy. This is a key way that we are able to develop our collaborative platform (this website) as well as other Public Lab coding projects.
How to applyWant to get involved? As a first step, we ask everyone to complete a “first-timers-only” issue, which you can find on our Welcome page at https://code.publiclab.org. While it’s helpful to have some experience with the Git version tracking system, we have guides to help you go through this process, and will be there to help you get your code posted. Almost all of our code is in Ruby on Rails and JavaScript, so basic familiarity with these systems is a plus. We have a chatroom at https://publiclab.org/chat where you can get help pretty much any time. Brainstorming project ideasWe kick off each season with a big brainstorm of ideas. You can find this year's discussion here: https://publiclab.org/notes/warren/01-02-2019/brainstorming-for-summer-of-code-2019 Our Summer of Code Ideas Page will list the final brainstormed ideas that come out of this process. Call for proposalsOur 2019 call for proposals is open! Read here: https://publiclab.org/notes/warren/02-28-2019/call-for-summer-of-code-2019-proposals You can see past years' call for proposals lists here: https://publiclab.org/tag/call-for-proposals The call for proposals asks people to post their proposals using this template: https://publiclab.org/gsoc-application-template We encourage people to leave comments, encouragement, tips, and questions on each others' proposals in a community fashion, and to be friendly and welcoming to one another! How we workOver recent years, we’ve steadily refined a workflow that helps new contributors get plugged into our community and code with a warm welcome, and aims to support building skills incrementally and cooperatively. We’re always looking for ways to improve, and welcome feedback! Once you are comfortable with our workflow by completing a At this point, we recommend you begin going through the task list, creating a pull request like a mini-project for each task. Each one will ideally have tests, and we can help you develop these. As you progress, we encourage contributors to grow as leaders by reviewing others’ pull requests, helping troubleshoot, and also taking small parts of your project to post as “first-timers-issues” for someone else. You can read more about these steps at https://publiclab.org/software-outreach and https://github.com/publiclab/plots2/labels/support. Your code will be reviewed, supported and troubleshooted (troubleshot?) and potentially published to our live site as often as once a week, and you’ll be able to see it running and get feedback from people about it to inform your work. Towards the end of your project, we’ll encourage you to take remaining pieces you’d like to see followed-up on in the future, and describe them with enough information for others to take up and complete. This could be in the form of “first-timers-only” issues, or “break-me-up” issues that list out steps that can be adapted into small stand-alone tasks. EvaluationsWe've posted various guidance on how we do evaluations in our Summer of Code programs. Here is a short collection of suggestions and info!
Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. BenefitsOur code contributor community is built on a commitment to mutual benefit -- we can’t create good software without welcoming in newcomers, and we are deeply invested in supporting contributors to learn new skills and grow as coders, designers, project leaders, and “cooperators”. Unlike many open source communities, much of our capacity is aimed at helping people become proficient coders, and to learn and apply principles such as code modularity, test-driven development, and more, as outlined at https://publiclab.org/software-outreach. But we also seek to change coding culture by recognizing how important communication, mutual support, and affirmative and welcoming tone are. As part of this, we seek to improve ourselves and help contributors learn how to support one another, welcome in a diverse and inclusive community, and build a more positive and equitable society by doing things a little differently. Past years
Updates[notes:soc] |
Revert | |
| 34 | warren |
August 23, 2019 14:59
| over 3 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2019 is our sixth great year of open source coding with GSoC! In 2017 and 2018 we also joined the Rails Girls Summer of Code program, and in 2018 we participated in Outreachy. This is a key way that we are able to develop our collaborative platform (this website) as well as other Public Lab coding projects.
How to applyWant to get involved? As a first step, we ask everyone to complete a “first-timers-only” issue, which you can find on our Welcome page at https://code.publiclab.org. While it’s helpful to have some experience with the Git version tracking system, we have guides to help you go through this process, and will be there to help you get your code posted. Almost all of our code is in Ruby on Rails and JavaScript, so basic familiarity with these systems is a plus. We have a chatroom at https://publiclab.org/chat where you can get help pretty much any time. Brainstorming project ideasWe kick off each season with a big brainstorm of ideas. You can find this year's discussion here: https://publiclab.org/notes/warren/01-02-2019/brainstorming-for-summer-of-code-2019 Our Summer of Code Ideas Page will list the final brainstormed ideas that come out of this process. Call for proposalsOur 2019 call for proposals is open! Read here: https://publiclab.org/notes/warren/02-28-2019/call-for-summer-of-code-2019-proposals You can see past years' call for proposals lists here: https://publiclab.org/tag/call-for-proposals The call for proposals asks people to post their proposals using this template: https://publiclab.org/gsoc-application-template We encourage people to leave comments, encouragement, tips, and questions on each others' proposals in a community fashion, and to be friendly and welcoming to one another! How we workOver recent years, we’ve steadily refined a workflow that helps new contributors get plugged into our community and code with a warm welcome, and aims to support building skills incrementally and cooperatively. We’re always looking for ways to improve, and welcome feedback! Once you are comfortable with our workflow by completing a At this point, we recommend you begin going through the task list, creating a pull request like a mini-project for each task. Each one will ideally have tests, and we can help you develop these. As you progress, we encourage contributors to grow as leaders by reviewing others’ pull requests, helping troubleshoot, and also taking small parts of your project to post as “first-timers-issues” for someone else. You can read more about these steps at https://publiclab.org/software-outreach and https://github.com/publiclab/plots2/labels/support. Your code will be reviewed, supported and troubleshooted (troubleshot?) and potentially published to our live site as often as once a week, and you’ll be able to see it running and get feedback from people about it to inform your work. Towards the end of your project, we’ll encourage you to take remaining pieces you’d like to see followed-up on in the future, and describe them with enough information for others to take up and complete. This could be in the form of “first-timers-only” issues, or “break-me-up” issues that list out steps that can be adapted into small stand-alone tasks. EvaluationsWe've posted various guidance on how we do evaluations in our Summer of Code programs. Here is a short collection of suggestions and info!
Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. BenefitsOur code contributor community is built on a commitment to mutual benefit -- we can’t create good software without welcoming in newcomers, and we are deeply invested in supporting contributors to learn new skills and grow as coders, designers, project leaders, and “cooperators”. Unlike many open source communities, much of our capacity is aimed at helping people become proficient coders, and to learn and apply principles such as code modularity, test-driven development, and more, as outlined at https://publiclab.org/software-outreach. But we also seek to change coding culture by recognizing how important communication, mutual support, and affirmative and welcoming tone are. As part of this, we seek to improve ourselves and help contributors learn how to support one another, welcome in a diverse and inclusive community, and build a more positive and equitable society by doing things a little differently. Past years
Updates[notes:soc] |
Revert | |
| 33 | warren |
March 07, 2019 22:50
| almost 4 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2019 is our sixth great year of open source coding with GSoC! In 2017 and 2018 we also joined the Rails Girls Summer of Code program, and in 2018 we participated in Outreachy. This is a key way that we are able to develop our collaborative platform (this website) as well as other Public Lab coding projects.
How to applyWant to get involved? As a first step, we ask everyone to complete a “first-timers-only” issue, which you can find on our Welcome page at https://code.publiclab.org. While it’s helpful to have some experience with the Git version tracking system, we have guides to help you go through this process, and will be there to help you get your code posted. Almost all of our code is in Ruby on Rails and JavaScript, so basic familiarity with these systems is a plus. We have a chatroom at https://publiclab.org/chat where you can get help pretty much any time. Brainstorming project ideasWe kick off each season with a big brainstorm of ideas. You can find this year's discussion here: https://publiclab.org/notes/warren/01-02-2019/brainstorming-for-summer-of-code-2019 Our Summer of Code Ideas Page will list the final brainstormed ideas that come out of this process. Call for proposalsOur 2019 call for proposals is open! Read here: https://publiclab.org/notes/warren/02-28-2019/call-for-summer-of-code-2019-proposals You can see past years' call for proposals lists here: https://publiclab.org/tag/call-for-proposals The call for proposals asks people to post their proposals using this template: https://publiclab.org/gsoc-application-template We encourage people to leave comments, encouragement, tips, and questions on each others' proposals in a community fashion, and to be friendly and welcoming to one another! How we workOver recent years, we’ve steadily refined a workflow that helps new contributors get plugged into our community and code with a warm welcome, and aims to support building skills incrementally and cooperatively. We’re always looking for ways to improve, and welcome feedback! Once you are comfortable with our workflow by completing a At this point, we recommend you begin going through the task list, creating a pull request like a mini-project for each task. Each one will ideally have tests, and we can help you develop these. As you progress, we encourage contributors to grow as leaders by reviewing others’ pull requests, helping troubleshoot, and also taking small parts of your project to post as “first-timers-issues” for someone else. You can read more about these steps at https://publiclab.org/software-outreach and https://github.com/publiclab/plots2/labels/support. Your code will be reviewed, supported and troubleshooted (troubleshot?) and potentially published to our live site as often as once a week, and you’ll be able to see it running and get feedback from people about it to inform your work. Towards the end of your project, we’ll encourage you to take remaining pieces you’d like to see followed-up on in the future, and describe them with enough information for others to take up and complete. This could be in the form of “first-timers-only” issues, or “break-me-up” issues that list out steps that can be adapted into small stand-alone tasks. Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. BenefitsOur code contributor community is built on a commitment to mutual benefit -- we can’t create good software without welcoming in newcomers, and we are deeply invested in supporting contributors to learn new skills and grow as coders, designers, project leaders, and “cooperators”. Unlike many open source communities, much of our capacity is aimed at helping people become proficient coders, and to learn and apply principles such as code modularity, test-driven development, and more, as outlined at https://publiclab.org/software-outreach. But we also seek to change coding culture by recognizing how important communication, mutual support, and affirmative and welcoming tone are. As part of this, we seek to improve ourselves and help contributors learn how to support one another, welcome in a diverse and inclusive community, and build a more positive and equitable society by doing things a little differently. Past years
Updates[notes:soc] |
Revert | |
| 32 | warren |
March 06, 2019 23:50
| almost 4 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2019 is our sixth great year of open source coding with GSoC! In 2017 and 2018 we also joined the Rails Girls Summer of Code program, and in 2018 we participated in Outreachy. This is a key way that we are able to develop our collaborative platform (this website) as well as other Public Lab coding projects.
How to applyWant to get involved? As a first step, we ask everyone to complete a “first-timers-only” issue, which you can find on our Welcome page at https://code.publiclab.org. While it’s helpful to have some experience with the Git version tracking system, we have guides to help you go through this process, and will be there to help you get your code posted. Almost all of our code is in Ruby on Rails and JavaScript, so basic familiarity with these systems is a plus. We have a chatroom at https://publiclab.org/chat where you can get help pretty much any time. Brainstorming project ideasWe kick off each season with a big brainstorm of ideas. You can find this year's discussion here: https://publiclab.org/notes/warren/01-02-2019/brainstorming-for-summer-of-code-2019 Our Summer of Code Ideas Page will list the final brainstormed ideas that come out of this process. Call for proposalsOur 2019 call for proposals is open! Read here: https://publiclab.org/notes/warren/02-28-2019/call-for-summer-of-code-2019-proposals You can see past years' call for proposals lists here: https://publiclab.org/tag/call-for-proposals The call for proposals asks people to post their proposals using this template: https://publiclab.org/gsoc-application-template We encourage people to leave comments, encouragement, tips, and questions on each others' proposals in a community fashion, and to be friendly and welcoming to one another! How we workOver recent years, we’ve steadily refined a workflow that helps new contributors get plugged into our community and code with a warm welcome, and aims to support building skills incrementally and cooperatively. We’re always looking for ways to improve, and welcome feedback! Once you are comfortable with our workflow by completing a At this point, we recommend you begin going through the task list, creating a pull request like a mini-project for each task. Each one will ideally have tests, and we can help you develop these. As you progress, we encourage contributors to grow as leaders by reviewing others’ pull requests, helping troubleshoot, and also taking small parts of your project to post as “first-timers-issues” for someone else. You can read more about these steps at https://publiclab.org/software-outreach and https://github.com/publiclab/plots2/labels/support. Your code will be reviewed, supported and troubleshooted (troubleshot?) and potentially published to our live site as often as once a week, and you’ll be able to see it running and get feedback from people about it to inform your work. Towards the end of your project, we’ll encourage you to take remaining pieces you’d like to see followed-up on in the future, and describe them with enough information for others to take up and complete. This could be in the form of “first-timers-only” issues, or “break-me-up” issues that list out steps that can be adapted into small stand-alone tasks. Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. BenefitsOur code contributor community is built on a commitment to mutual benefit -- we can’t create good software without welcoming in newcomers, and we are deeply invested in supporting contributors to learn new skills and grow as coders, designers, project leaders, and “cooperators”. Unlike many open source communities, much of our capacity is aimed at helping people become proficient coders, and to learn and apply principles such as code modularity, test-driven development, and more, as outlined at https://publiclab.org/software-outreach. But we also seek to change coding culture by recognizing how important communication, mutual support, and affirmative and welcoming tone are. As part of this, we seek to improve ourselves and help contributors learn how to support one another, welcome in a diverse and inclusive community, and build a more positive and equitable society by doing things a little differently. Past years
Updates[notes:soc] |
Revert | |
| 31 | warren |
February 05, 2019 16:44
| almost 4 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2019 is our sixth great year of open source coding with GSoC! In 2017 and 2018 we also joined the Rails Girls Summer of Code program, and in 2018 we participated in Outreachy. This is a key way that we are able to develop our collaborative platform (this website) as well as other Public Lab coding projects.
How to applyWant to get involved? As a first step, we ask everyone to complete a “first-timers-only” issue, which you can find on our Welcome page at https://code.publiclab.org. While it’s helpful to have some experience with the Git version tracking system, we have guides to help you go through this process, and will be there to help you get your code posted. Almost all of our code is in Ruby on Rails and JavaScript, so basic familiarity with these systems is a plus. We have a chatroom at https://publiclab.org/chat where you can get help pretty much any time. Brainstorming project ideasWe kick off each season with a big brainstorm of ideas. You can find this year's discussion here: https://publiclab.org/notes/warren/01-02-2019/brainstorming-for-summer-of-code-2019 Our Summer of Code Ideas Page will list the final brainstormed ideas that come out of this process. Call for proposalsWe'll then open up a call for proposals. You can see past years' call for proposals lists here; this year's will be very similar: https://publiclab.org/tag/call-for-proposals The call for proposals will ask people to post their proposals using this template: https://publiclab.org/gsoc-application-template We encourage people to leave comments, encouragement, tips, and questions on each others' proposals in a community fashion, and to be friendly and welcoming to one another! How we workOver recent years, we’ve steadily refined a workflow that helps new contributors get plugged into our community and code with a warm welcome, and aims to support building skills incrementally and cooperatively. We’re always looking for ways to improve, and welcome feedback! Once you are comfortable with our workflow by completing a At this point, we recommend you begin going through the task list, creating a pull request like a mini-project for each task. Each one will ideally have tests, and we can help you develop these. As you progress, we encourage contributors to grow as leaders by reviewing others’ pull requests, helping troubleshoot, and also taking small parts of your project to post as “first-timers-issues” for someone else. You can read more about these steps at https://publiclab.org/software-outreach and https://github.com/publiclab/plots2/labels/support. Your code will be reviewed, supported and troubleshooted (troubleshot?) and potentially published to our live site as often as once a week, and you’ll be able to see it running and get feedback from people about it to inform your work. Towards the end of your project, we’ll encourage you to take remaining pieces you’d like to see followed-up on in the future, and describe them with enough information for others to take up and complete. This could be in the form of “first-timers-only” issues, or “break-me-up” issues that list out steps that can be adapted into small stand-alone tasks. Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. BenefitsOur code contributor community is built on a commitment to mutual benefit -- we can’t create good software without welcoming in newcomers, and we are deeply invested in supporting contributors to learn new skills and grow as coders, designers, project leaders, and “cooperators”. Unlike many open source communities, much of our capacity is aimed at helping people become proficient coders, and to learn and apply principles such as code modularity, test-driven development, and more, as outlined at https://publiclab.org/software-outreach. But we also seek to change coding culture by recognizing how important communication, mutual support, and affirmative and welcoming tone are. As part of this, we seek to improve ourselves and help contributors learn how to support one another, welcome in a diverse and inclusive community, and build a more positive and equitable society by doing things a little differently. Past years
Updates[notes:soc] |
Revert | |
| 30 | warren |
January 31, 2019 20:13
| about 4 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2019 is our sixth great year of open source coding with GSoC! In 2017 and 2018 we also joined the Rails Girls Summer of Code program, and in 2018 we participated in Outreachy. This is a key way that we are able to develop our collaborative platform (this website) as well as other Public Lab coding projects.
How to applyWant to get involved? As a first step, we ask everyone to complete a “first-timers-only” issue, which you can find on our Welcome page at https://code.publiclab.org. While it’s helpful to have some experience with the Git version tracking system, we have guides to help you go through this process, and will be there to help you get your code posted. Almost all of our code is in Ruby on Rails and JavaScript, so basic familiarity with these systems is a plus. We have a chatroom at https://publiclab.org/chat where you can get help pretty much any time. Brainstorming project ideasWe kick off each season with a big brainstorm of ideas. You can find this year's discussion here: https://publiclab.org/notes/warren/01-02-2019/brainstorming-for-summer-of-code-2019 Our Summer of Code Ideas Page will list the final brainstormed ideas that come out of this process. Call for proposalsWe'll then open up a call for proposals. You can see past years' call for proposals lists here; this year's will be very similar: https://publiclab.org/tag/call-for-proposals The call for proposals will ask people to post their proposals using this template: https://publiclab.org/gsoc-application-template We encourage people to leave comments, encouragement, tips, and questions on each others' proposals in a community fashion, and to be friendly and welcoming to one another! How we workOver recent years, we’ve steadily refined a workflow that helps new contributors get plugged into our community and code with a warm welcome, and aims to support building skills incrementally and cooperatively. We’re always looking for ways to improve, and welcome feedback! Once you are comfortable with our workflow by completing a At this point, we recommend you begin going through the task list, creating a pull request like a mini-project for each task. Each one will ideally have tests, and we can help you develop these. As you progress, we encourage contributors to grow as leaders by reviewing others’ pull requests, helping troubleshoot, and also taking small parts of your project to post as “first-timers-issues” for someone else. You can read more about these steps at https://publiclab.org/software-outreach and https://github.com/publiclab/plots2/labels/support. Your code will be reviewed, supported and troubleshooted (troubleshot?) and potentially published to our live site as often as once a week, and you’ll be able to see it running and get feedback from people about it to inform your work. Towards the end of your project, we’ll encourage you to take remaining pieces you’d like to see followed-up on in the future, and describe them with enough information for others to take up and complete. This could be in the form of “first-timers-only” issues, or “break-me-up” issues that list out steps that can be adapted into small stand-alone tasks. Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. BenefitsOur code contributor community is built on a commitment to mutual benefit -- we can’t create good software without welcoming in newcomers, and we are deeply invested in supporting contributors to learn new skills and grow as coders, designers, project leaders, and “cooperators”. Unlike many open source communities, much of our capacity is aimed at helping people become proficient coders, and to learn and apply principles such as code modularity, test-driven development, and more, as outlined at https://publiclab.org/software-outreach. But we also seek to change coding culture by recognizing how important communication, mutual support, and affirmative and welcoming tone are. As part of this, we seek to improve ourselves and help contributors learn how to support one another, welcome in a diverse and inclusive community, and build a more positive and equitable society by doing things a little differently. Past years
Updates[notes:soc] |
Revert | |
| 29 | warren |
October 03, 2018 14:49
| over 4 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2018 is our fifth great year of open source coding! In 2017 we also joined the Rails Girls Summer of Code program. This is a key way that we are able to develop our collaborative platform (this site) as well as other Public Lab coding projects. Check out the updates and ideas page for 2018 Summer of Code here! *
Ideas pageWant to get involved? Read over our Summer of Code Ideas Page to learn about possible projects How we workOver recent years, we’ve steadily refined a workflow that helps new contributors get plugged into our community and code with a warm welcome, and aims to support building skills incrementally and cooperatively. As their first step, we ask everyone to complete a “first-timers-only” issue, which you can find on our Welcome page at https://code.publiclab.org. We’re always looking for ways to improve, and welcome feedback! While it’s helpful to have some experience with the Git version tracking system, we have guides to help you go through this process, and will be there to help you get your code posted. Almost all of our code is in Ruby on Rails and JavaScript, so basic familiarity with these systems is a plus. We have a chatroom at https://publiclab.org/chat where you can get help pretty much any time. Once you are comfortable with our workflow (you can complete a second issue as well to get the hang of it) we’d like to ask that you compile your project steps into a planning issue, which you can learn about here: https://publiclab.org/notes/warren/01-18-2018/software-outreach-modularity-is-great-for-collaboration You can see examples here: https://github.com/publiclab/plots2/labels/planning At this point, we recommend you begin going through the task list, creating a pull request like a mini-project for each task. Each one will ideally have tests, and we can help you develop these. As you progress, we encourage contributors to grow as leaders by reviewing others’ pull requests, helping troubleshoot, and also taking small parts of your project to post as “first-timers-issues” for someone else. You can read more about these steps at https://publiclab.org/software-outreach and https://github.com/publiclab/plots2/labels/support. Your code will be reviewed, supported and troubleshooted (troubleshot?) and potentially published to our live site as often as once a week, and you’ll be able to see it running and get feedback from people about it to inform your work. Towards the end of your project, we’ll encourage you to take remaining pieces you’d like to see followed-up on in the future, and describe them with enough information for others to take up and complete. This could be in the form of “first-timers-only” issues, or “break-me-up” issues that list out steps that can be adapted into small stand-alone tasks. Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. BenefitsOur code contributor community is built on a commitment to mutual benefit -- we can’t create good software without welcoming in newcomers, and we are deeply invested in supporting contributors to learn new skills and grow as coders, designers, project leaders, and “cooperators”. Unlike many open source communities, much of our capacity is aimed at helping people become proficient coders, and to learn and apply principles such as code modularity, test-driven development, and more, as outlined at https://publiclab.org/software-outreach. But we also seek to change coding culture by recognizing how important communication, mutual support, and affirmative and welcoming tone are. As part of this, we seek to improve ourselves and help contributors learn how to support one another, welcome in a diverse and inclusive community, and build a more positive and equitable society by doing things a little differently. Past years
Updates[notes:soc] |
Revert | |
| 28 | stevie |
July 26, 2018 17:48
| over 4 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2018 is our fifth great year of open source coding! In 2017 we also joined the Rails Girls Summer of Code program. This is a key way that we are able to develop our collaborative platform (this site) as well as other Public Lab coding projects. Check out the updates and ideas page for 2018 Summer of Code here! *
Ideas pageWant to get involved? Read over our Summer of Code Ideas Page to learn about possible projects Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. Past years
Updates[notes:soc] |
Revert | |
| 27 | warren |
January 19, 2018 22:55
| about 5 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2017 is our fourth great year of open source coding! In 2017 we also joined the Rails Girls Summer of Code program. This is a key way that we are able to develop our collaborative platform (this site) as well as other Public Lab coding projects. 2017's program has wrapped up; Rails Girls Summer of Code ends at the end of September. Please see (and update) our Ideas page to start preparing for 2018 -- it's never too early!
Ideas pageWant to get involved? Read over our Summer of Code Ideas Page to learn about possible projects Call for proposalsOur call for proposals is not yet open, but read the Ideas page and ask questions below to get started! Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. Past years
Updates[notes:soc] |
Revert | |
| 26 | warren |
January 19, 2018 22:54
| about 5 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2017 is our fourth great year of open source coding! In 2017 we also joined the Rails Girls Summer of Code program. This is a key way that we are able to develop our collaborative platform (this site) as well as other Public Lab coding projects. 2017's program has wrapped up; Rails Girls Summer of Code ends at the end of September. Please see (and update) our Ideas page to start preparing for 2018 -- it's never too early! Ideas pageWant to get involved? Read over our Summer of Code Ideas Page and provide input over there. Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. Past years
Updates[notes:soc] |
Revert | |
| 25 | warren |
January 19, 2018 22:53
| about 5 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2017 is our fourth great year of open source coding! In 2017 we also joined the Rails Girls Summer of Code program. This is a key way that we are able to develop our collaborative platform (this site) as well as other Public Lab coding projects. 2017's program has wrapped up; Rails Girls Summer of Code ends at the end of September. Please see (and update) our Ideas page to start preparing for 2018 -- it's never too early! Ideas pageWant to get involved? Read over our Summer of Code Ideas Page and provide input over there. Links
Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. Updates[notes:soc] |
Revert | |
| 24 | warren |
January 19, 2018 22:26
| about 5 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2017 is our fourth great year of open source coding! In 2017 we also joined the Rails Girls Summer of Code program. This is a key way that we are able to develop our collaborative platform (this site) as well as other Public Lab coding projects. 2017's program has wrapped up; [Rails Girls Summer of Code ends at the end of September. Please see (and update) our Ideas page to start preparing for 2018 -- it's never too early! Ideas pageWant to get involved? Read over our Summer of Code Ideas Page and provide input over there. Links
Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. Updates[notes:soc] |
Revert | |
| 23 | warren |
January 18, 2018 21:37
| about 5 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2017 is our fourth great year of open source coding! In 2017 we also joined the Rails Girls Summer of Code program. This is a key way that we are able to develop our collaborative platform (this site) as well as other Public Lab coding projects. 2017's program has wrapped up; [Rails Girls Summer of Code ends at the end of September. Please see (and update) our Ideas page to start preparing for 2018 -- it's never too early! Ideas pageWant to get involved? Read over our Summer of Code Ideas Page and provide input over there. Links
Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors check in with a student at least once per week roughly from May-August, and offer some project management guidance and encouragement... while relying on the plots-dev list and the This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, and who can encourage students to speak up when they get stuck, and to ask the community for input and testing of their work. Students often get stuck when they don't know how something should look, or how a feature might be used by the community -- contextual info! If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Some more resources on mentoring:
CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. Updates[notes:soc] |
Revert | |
| 22 | warren |
January 16, 2018 16:23
| about 5 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2017 is our fourth great year of open source coding! In 2017 we also joined the Rails Girls Summer of Code program. This is a key way that we are able to develop our collaborative platform (this site) as well as other Public Lab coding projects. 2017's program has wrapped up; [Rails Girls Summer of Code ends at the end of September. Please see (and update) our Ideas page to start preparing for 2018 -- it's never too early! Links
Updates[notes:soc] Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors basically check in with a student once per week roughly from May-August, and offer some project management guidance... the plots-dev list can provide code-specific input so we share the burden of specific technical support. This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, as well as mentors who can offer some coding help. If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Learn more about different ways to mentor in this post CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. Students often need project and time management guidance more than code guidance, and also need to be occasionally reminded to ask for input on the community lists when they get into trouble. http://write.flossmanuals.net/gsoc-mentoring/ also has a lot of resources on mentoring. |
Revert | |
| 21 | warren |
January 03, 2018 20:56
| about 5 years ago
Public Lab has received support for students to work on Public Lab software projects via Google's Summer of Code program -- 2017 is our fourth great year of open source coding! In 2017 we also joined the Rails Girls Summer of Code program. This is a key way that we are able to develop our collaborative platform (this site) as well as other Public Lab coding projects. 2017's program has wrapped up; [Rails Girls Summer of Code ends at the end of September. Please see (and update) our Ideas page to start preparing for 2018 -- it's never too early! Links
Updates[notes:soc] Questions[questions:soc] Activities[activities:soc] MentoringWhat does it mean to be a mentor? Mentors basically check in with a student once per week roughly from May-August, and offer some project management guidance... the plots-dev list can provide code-specific input so we share the burden of specific technical support. This means that to be a mentor you don't necessarily need to know how to code -- we need mentors who know Public Lab's community and practices well, as well as mentors who can offer some coding help. If you're interested in being a mentor, email the developers list or jeff@publiclab.org -- and read over our software outreach resources to get an idea of how we work! Learn more about different ways to mentor in this post CommunicationWe do occasional chat or video sessions, and mentors rely on each other quite a bit, in the chatroom and on the plots-gsoc list. Students often need project and time management guidance more than code guidance, and also need to be occasionally reminded to ask for input on the community lists when they get into trouble. http://write.flossmanuals.net/gsoc-mentoring/ also has a lot of resources on mentoring. |
Revert |