Pre-work Checklist: Developer: Elsie_TESTING

[elseclc]

Bonnie's Draft -WIP. Will tell you when I am done

Prerequisite

We are looking forward to having you on our team. Please make sure to attend the general Hack for LA onboarding to get the process started https://meetup.com/hackforla/events.

Overview

As a developer on the website team this issue will be your companion and a place to track your progress with the path we have set out for you.

Special Notes

1. This issue will stay open for as long as you are on the Website team. Use it as a place to indicate that you have completed a level as well as get instructions on how to progress.
2. Usually we don't want to you have more than one issue assigned to you at a time, this issue is the exception, because it is instructions on how to work on other issues. Do not close this issue until you leave the team (please see to do items associated with leaving professionally)
3. The action items listed below should mostly be worked on in a sequential order. However, you don't have to wait on one if you can proceed with the others, For instance, you don't have to wait for attending a weekly meeting before setting up your dev environment.
4. During the General Hack for LA onboarding, you will be directed to fill out a form that will add you to the website team Google drive and GitHub teams, and then you will add yourself to the roster. If you have not done that yet, you will not be able to do the action items in section 1
   • [WE NEED TO WRITE AN AUTOMATION THAT ADDS PEOPLE TO THE ROSTER AUTOMATICALLY]

Action Items

Table of Contents

Sections 1 - Joining the website team 2 - Team Meetings (Options and Requirements) 3 - Development Environment Setup 4 - First GitHub Issue (GFI) 5 - Weekly Updates 6 - 1st Pull Request 7 - Additional reading 1 8 - 2nd good first issue 9 - Pull Request Reviews - GFI 10 - Additional reading 2 11 - Small Issue 12 - Pull Request Reviews - Small 13 - Issue Making - Level 1 (GFI & Small) 14 - Medium Issue 15 - Pull Request Reviews - Medium 16 - Issue Making - Level 1 (Medium) 17 - Large Issue 18 - Pull Request Reviews - Large 19 - Issue Making - Level 1 (Large) and additional levels 20 - X-Large Issue 21 - Joining the Merge team FAQ Resources

1 - JOINING THE WEBSITE TEAM.

• [x] Self Assign this issue (gear in right side panel).
  • [ ] If there are no gears in the right side panel of this issue (next to Assignees, Labels, Projects, Milestone,Development):
    • [ ] check to see if you are logged in to GitHub (if you are not logged in your will see a sign in button on the top right of this browser tab).
      • if you are not logged in
      • [ ] log in and try to self assign again. If that does not work, continue with the instructions below.
      • if you are logged in
      • [ ] contact a merge team member or technical lead on the hfla-site Slack channel with the following message

        Hi.  I don't see the gear on my issue, here are my details:
        issue: #
        github handle:
        date onboarded:
        row on roster:

      • [ ] add the following text to a comment on this issue

        I don't have access, I have messaged the merge team / technical lead in the hfla-site slack channel.

• [x] Add yourself to the #hfla-site and #hfla-site-pr Slack channels
• [x] Register for Zoom meetings using the form at [Replace with URL TO SLIDE WITH ZOOM REGISTRATION LINKS - this will get replaced by an automation that happens during onboarding, but in the meantime we will link to the slide]
• [x] Add the "role: front end" or "role: back end" or both label(s) to this issue and remove the "role missing" label (gear in right side panel)
• [x] Add this issue to the Project Board under the Projects section (gear in right side panel)
• [x] Sign up for a Figma account
• [x] Fill out the INTAKE Self Test so that we can help you find issues that will match where you need to fill in.

• [x] Post the following message in a comment below on this issue and then answer it.

  ### 1 - JOINING THE WEBSITE TEAM update
  >How many hours did it take you to finish this step?
  

⇧ Table of Contents

2 - TEAM MEETINGS (OPTIONS AND REQUIREMENTS)

• [x] Attend weekly team meetings:
  • [ ] Developer (front-end/back-end) weekly team meeting, Tuesdays 7-8pm PST
  • [ ] (Optional) Office Hours, Thursdays 7-8pm PST
  • [ ] All team meeting (UX, Development, Product), Sunday 10am-12pm PST
• [x] Note: The meetings on the 1st-7th of every month are planning meetings for leads and merge team. You are welcome to observe but we don't provide team member support.
• [x] Note regarding weekly team meeting requirements: All website team members are required to attend at least 1 team meeting in a week (held on Tuesdays, Thursdays and Sundays). In case, you are unable in any given week, you should reach out to the tech leadership team. Exceptions to this requirement may be provided on a case-by-case basis. Also, please let the tech leadership team know through a slack message in the #hfla-site Slack channel as well as an @ mention in a comment of the issue that you would be working on, if you are planning to take a week off or a longer vacation.

• [x] Post the following message in a comment below on this issue and then answer it.

  ### 2 - TEAM MEETINGS update
  >which meetings did you register for
   - [ ] Developer (front-end/back-end)
   - [ ] (Optional) Office Hours
   - [ ] All team meeting 
  >When did you attend your first team meeting?
  

⇧ Table of Contents

3 - DEVELOPMENT ENVIRONMENT SETUP

• [ ] Complete steps 1.1 - 1.7 in Part 1: Setting up the development environment within Contributing.md
  • [ ] OPTIONAL: If you run into any issues, use 4.1 How do I ask for help within Contributing.md as a visual example to get a hold of our HfLA website leadership team. That way we can help you resolve any set up issues immediately.
  • [ ] If you have never setup your development environment before, please update your Ongoing Skills List to check off "Setting up your local environment from a contributing file"
• [ ] Post the following message in a comment below on this issue and then answer it. While keeping in mind that this is just to get feedback on how long it took you to get to this point. There is no right or wrong answers. There is no judgement. It is ok if you take a long time or if you do it really fast or at any pace. Getting your dev environment setup will be easier for some people because they might already have some experience or items installed on their computer and you may not. This is an important step, be patient with yourself and your computer but keep on it till you get it done.

  ### 3 - GETTING YOUR DEVELOPMENT ENVIRONMENT SETUP update
  >How many hours did it take you to finish this step?

⇧ Table of Contents

4 - FINDING AND ASSIGNING YOUR FIRST GITHUB ISSUE (GFI)

• [ ] Read section 2.1 - 2.2 in Part 2: How the Website team works with GitHub issues within Contributing.md
• [ ] Take the first issue from this prefiltered view of the project board (status: prioritized backlog, good first issues = dev: GFI)
  • [ ] Follow the steps in section 2.4 Claiming an Issue to assign yourself your first issue.
  • [ ] under the Project Board's Prioritized Backlog column and use 2.7 Working on a Issue within Contributing.md to start working on your issue
  • [ ] Read 2.6 What to do when you need to stop mid issue

• Once you self assign an issue, an automation will post a welcome message in a comment giving you additional guidance to manage your issue (includes how to provide estimates and progress reports there).

  • [ ] On assignment, you will be prompted to estimate Availability and ETA.

    Availability for this week:

    My estimated ETA for completing this issue:

    Once you have done that on your good first issue, check this box, above, on this issue to let us know you have completed that task and understand how to do it in future.

    • If you have any questions about estimating the issue you choose, please add them to the issue, put the issue in the questions/review column, and add the label ready for dev lead and help wanted
• [ ] Post the following message in a comment below on this issue and then answer it.

  ### 4 - FINDING AND ASSIGNING YOUR FIRST GITHUB ISSUE update
  >How many hours did it take you to finish this step?

⇧ Table of Contents

5 - GIVING WEEKLY UPDATES ON YOUR DEVELOPMENT ISSUES

• [ ] Progress Reports: Copy the below and put it in the issue once you have been assigned to the issue at least 5 days (we check weekly on Fridays), or sooner if you have something to report. If you finish this issue before 5 days are reached, Yeah!!, do it on your next issue. This update should be done every week for every issue that you are assigned to. The checkbox here is meant for us to see if you understood the instructions when you end up doing your first weekly progress update.

  Provide Update
  1. Progress
  2. Blockers
  3. Availability
  4. ETA

• [ ] Post the following message in a comment below on this issue and then answer it.

  ### 5 - GIVING WEEKLY UPDATES ON YOUR DEVELOPMENT ISSUES update
  >on what issue did you give your first weekly update?
  - #

⇧ Table of Contents

6 - SUBMITTING YOUR FIRST PULL REQUEST

• [ ] Read sections 3.1.a - 3.1.c in 3.1 How to make a pull request to learn more about how to make a pull request (PR) for the issue that you are working on and how to make changes to your PR if changes are requested by the reviewer
  • Confirm you understand the following:
  • [ ] Please work on only one issue at a time and wait until your pull request is merged before picking up another issue.
  • [ ] Please keep an eye on your PR, if someone leaves you a comment asking for a change, please respond in a timely way.

• [ ] Once your pull request has been accepted, post the following message in a comment below on this issue and then answer it.

  ### 6 - PULL REQUESTS update
  >Did you receive any reviews that required you to change anything on your PR? 
  - [ ] no
  - [ ] yes (if yes, describe what you learned)
  
  >What is the number of your first merged pull request?
  - #

⇧ Table of Contents

7 - ADVANCED READING TO READY YOU FOR LARGER MORE COMPLEX ISSUES

• [ ] Read the Start Here - Developers in Figma
• [ ] Go familiarize yourself with the Hack for LA Design System page in Figma (where you can see components and their SCSS classes)
• [ ] Post the following message in a comment below on this issue and then answer it.

  ### 7 - ADVANCED READING TO READY YOU FOR LARGER MORE COMPLEX ISSUES update
  >How many hours did it take you to finish this step?
  >Do you have any questions about what you read?
     - [ ] yes, I had questions, and I left comments in the appropriate issues [WE NEED TO UPDATE THOSE TWO RESOURCES TO HAVE LINKS TO ISSUES WHERE PEOPLE CAN PUT QUESTIONS AND MOVE THE ISSUES TO THE QUESTIONS/REVIEW COLUMN]
     - [ ] no, I did not have any questions

⇧ Table of Contents

8 - MOVE ON TO 2ND GOOD FIRST ISSUE (AKA, IT GETS EASIER AND DID YOU BRANCH CORRECTLY?)

• Do another good first issue (two per person total). We have you do another simple issue because this we want you to
  • see the difference once you have successful setup your dev environment
  • see how each PR gets easier to do with repetition
  • make sure you know how to branch properly (most problems show up in the second commit)
• [ ] Take the first issue from this prefiltered view of the project board (status: prioritized backlog, good first issues = dev: GFI)
• [ ] Submit your PR
• Once your pull request has been accepted
  • [ ] Update your Ongoing Skills List to check off "GitHub branching" & "Pull Requests"
  • [ ] post the following message in a comment below on this issue and then answer it.

    ### 8 - MOVE ON TO 2ND GOOD FIRST ISSUE update
    >Did you receive any reviews that required you to change anything on your PR? 
    - [ ] no
    - [ ] yes (if yes, describe what you learned)
    >What is the number of your 2nd merged pull request?
    - #

⇧ Table of Contents

9 - GOOD FIRST ISSUE (GFI) PULL REQUEST REVIEWS

Now that you have two merged good first issue PRs, you are eligible to review good first issue PRs, Review Required from other people who are following in the same journey path as you.

See How to review Pull Requests guide will teach you how to review pull requests.

Please review 5 good first issue PRs. Each PR requires at least two reviews, so by reviewing 5 good first issue PRs you are repaying the effort that others did for you (provided 4 reviews for your 2 good first issues) plus 1 extra review to help us all make up the deficit for people who submit a PR but don't get this far.

• [ ] reviewed 1st good first issue pr
• [ ] reviewed 2nd good first issue pr
• [ ] reviewed 3rd good first issue pr
• [ ] reviewed 4th good first issue pr

• [ ] reviewed 5th good first issue pr

  • [ ] After each good first issue PR that your review, please paste the following text in a comment below

    ### 9 - PULL REQUEST REVIEWS - GFI - Update
    I have reviewed a `good first issue` PR #
    >Did you catch anything?
    
    - [ ] yes
    - [ ] no
    
    >If you did't catch anything, did anyone else who reviewed it after you, catch anything?
    
    - [ ] no
    - [ ] yes
    
     >if yes, describe what you learned?

    • [ ] Once all 5 good first PRs have been merged, check of the box for "good first issue" under "Reviewed other people's Pull Requests" on the Ongoing Skills List
  • [ ] If there are no good first issue PRs to review right now, paste this comment instead and check back later. You can also go onto section 10.

    ### 9 - PULL REQUEST REVIEWS - GFI - Update
    There are currently no `good first issue` PRs to review, but ill check back later.

⇧ Table of Contents

10 - UNDERSTAND HOW TO PROGRESS THROUGH ISSUES IN THE PRIORITIZED BACKLOG AND ON ISSUE MAKING AND TEMPERATURE CHECK

Congrats on making it this far. Issues get more complicated from here, either they include more changes, or have several files to change or you have to research something that we are unsure how to do, or there is complicated logic that needs writing or rewriting. Each issue size that you take on will guide you to a more complicated level in sequence, and you can see from the labels and overviews what they are about.

Its important that you try to work on issues that fill in gaps in your knowledge (see the self tests for a reminder about what to look for).

• INTAKE Self Test
• ONGOING Skills List

So keep going, the fun stuff is about to start.

Having said that, we are also going to have you take on some issue making (surprise! There is no issue making fairy, only volunteers like you that created issues for the people that come after them). Pay attention to how the issues you have already worked on are constructed and how they change as they go up the ladder. That way when we start you on the issue making portion of the team work, you will know what you are shooting for when its your time to make issues.

Also, we want you on the Merge team. This will ensure you are a competent developer and an awesome collaborative contributor to any team you join in the future.

• [ ] Let us know that you have re-reviewed your issues, have read the above and are continuing on the team

  ### 10 - UNDERSTAND HOW TO PROGRESS THROUGH ISSUES IN THE PRIORITIZED BACKLOG AND ON ISSUE MAKING update
  >Did you receive any reviews that required you to change anything on your PR? 
  - [ ] Im am so ready, bring it on (continuing)
  - [ ] I am worn out from the setup and the good first issues but still game (continuing)
  - [ ] I won't be continuing, (please let us know why in a comment and close this issue)
  

[THIS WHOLE THING COULD BE MOVED TO A WIKI PAGE THAT EXPLAINS THE VALUE TO THEIR CAREER AND HAVE A TLDR HERE]

⇧ Table of Contents

11 - MOVING ON TO A SMALL ISSUE

• [ ] Assign yourself a small issue, for the role you have indicated, from this prefiltered view of the project board (status: prioritized backlog, small = dev: small)
• [ ] Follow the instructions the bot adds as comments on the issue
• [ ] Submit your PR
• [ ] Once your pull request has been merged post the following message in a comment below on this issue and then answer it:

  ### 11 - SMALL update
  >Did you receive any reviews that required you to change anything on your PR? 
  - [ ] no
  - [ ] yes (if yes, describe what you learned)
  >What is the number of your small merged pull request?
  - #

⇧ Table of Contents

12 - PULL REQUEST REVIEWS - SMALL

Now that you have your small PR merged, you are eligible to review small PRs, Review Required from other people who are following in the same journey path as you.

Please review 3 `small PRs. Each PR requires at least two reviews, so by reviewing 3 good first issue PRs you are repaying the effort that others did for you (provided 2 reviews for your 1 small issue PR) plus 1 extra review to help us all make up the deficit for people who submit small PRs and then drop off the team.

• [ ] reviewed 1st small pr
• [ ] reviewed 2nd small pr

• [ ] reviewed 3rd small pr

  • [ ] When you have reviewed a small PR, please paste the following text in a comment below

    ### 12 - PULL REQUEST REVIEWS - Small - Update
    I have reviewed a `small` PR #
    
    >Did you catch anything?
    
    - [ ] yes
    - [ ] no
    >If you did't catch anything, did anyone else who reviewed it after you, catch anything?
    
    - [ ] no
    - [ ] yes
    
     >if yes, describe what you learned?

    • [ ] Once all 3 good first PRs have been merged, check off the box for "small" under "Reviewed other people's Pull Requests" on the Ongoing Skills List
  • [ ] If there are no small PRs to review right now, paste this comment instead and check back later. You can also go onto section 13.

    ### 12 - PULL REQUEST REVIEWS - Small - Update
    There are currently no `small` PRs to review, but i'll check back later.

⇧ Table of Contents

13 - GET EXPERIENCE MAKING ISSUES - LEVEL 1 (GFI & Small)

Creating issues from templates will give you experience on how issues

• are constructed
• are queued up for review
• are queued up for approval
• are prioritized (milestones)
• and appear in the prioritzed backlog

and like the good first and small issues you have already done, they are perscritive enough to do with no prior experience issue making.

• [ ] Take the first issue from this prefiltered view of the project board (status: ERs and epics that are ready to be turned into issues, good first & small = IM: 1 + extra filters)
• [ ] Assign yourself
• [ ] Move the issue to the in progress column
• [ ] Follow the instructions in the issue
• [ ] create the issue(s) it calls for. These new issues will end up in the new issue approval column with the label ready for merge team

• Once the ER or Epic has been accepted by the Merge team and closed and the issue(s) you created have been moved into the prioritized backlog

  • [ ] Post the following message in a comment below on this issue and then answer it.

    ### 13 - GET EXPERIENCE MAKING ISSUES - LEVEL 1 (GFI & Small) update
    >Which EPIC or ER did you work on (provide the issue number)
    
    #
    
    >How many hours did it take you to make the issue(s)?
    
    Number of hours: 
    
    >Did you find anything required clarification or anything we could improve about the instructions?
    
    Suggestions for improvement: 

⇧ Table of Contents

14 - MOVING ON TO A MEDIUM ISSUE

• [ ] Take the first issue from this prefiltered view of the project board (status: prioritized backlog, medium issues = dev: medium)
• [ ] Assign yourself a medium for the role you have indicated (front/backend or both)
  • [ ] If there are no medium size issues in the prioritized backlog column
    • [ ] add the label needs issue: medium to this issue, so that we can notify you when new medium size issues are released
    • [ ] add the following comment to this issue

      There are no medium issues right now.  Please let me know if one becomes available.

    • [ ] skip the rest of the Section 14 & 15 instructions and go onto instructions Section 16. You will circle back to these sections when an issue becomes available
  • [ ] If there is medium size issue in the prioritized backlog column and you have self assigned
    • [ ] Follow the instructions the bot adds as comments on the issue
    • [ ] Submit your PR
    • [ ] Once your pull request has been merged, post the following message in a comment below on this issue and then answer it

      ### 14 - MEDIUM update
      >Did you receive any reviews that required you to change anything on your PR? 
      - [ ] no
      - [ ] yes (if yes, describe what you learned)
      >What is the number of your medium merged pull request?
      - #

⇧ Table of Contents

15 - PULL REQUEST REVIEWS - Medium

Now that you have your medium PR merged, you are eligible to review medium PRs, Review Required from other people who are following in the same journey path as you.

Please review 3 `medium PRs. Each PR requires at least two reviews, so by reviewing 3 medium PRs you are repaying the effort that others did for you (provided 2 reviews for your 1 medium issue PR) plus 1 extra review to help us all make up the deficit for people who submit medium PRs and then drop off the team.

• [ ] reviewed 1st medium pr
• [ ] reviewed 2nd medium pr

• [ ] reviewed 3rd medium pr

  • [ ] When you have reviewed a medium PR, please paste the following text in a comment below

    ### 15 - PULL REQUEST REVIEWS - Medium - Update
    I have reviewed a `medium` PR #
    
    >Did you catch anything?
    
    - [ ] yes
    - [ ] no
    >If you did't catch anything, did anyone else who reviewed it after you, catch anything?
    
    - [ ] no
    - [ ] yes
    
     >if yes, describe what you learned?

  • [ ] If there are no medium PRs to review right now, paste this comment instead and check back later. You can also go onto section 16.

    ### 15 - PULL REQUEST REVIEWS - Medium - Update
    There are currently no `medium` PRs to review, but i'll check back later.

⇧ Table of Contents

16 - ISSUE MAKING - LEVEL 1, MEDIUM

• [ ] Take the first issue from this prefiltered view of the project board (status: ERs and epics that are ready to be turned into issues, medium = IM: Level 1 + Complexity: Medium
  • If you find any results in the make issues column
    • [ ] assign yourself to the first issue in that column
    • [ ] move the ER or EPIC to the in progress column
    • [ ] create the issue(s) it calls for. These new issues will end up in the new issue approval column with the label ready for merge team
    • [ ] once you have made the issues and added the labels, move the issue making ER or Epic issue into the questions column
    • [ ] add a comment, letting the merge team know that you have made the issues (include a link to each of the new issues)
    • [ ] add the label ready for merge team
    • [ ] there will likely be some back and forth with the merge team, until your issues are ready to be prioritized. When it is, the issue making issue will be closed and you are welcome to move onto the next checkbox
  • If you had to skip section 14 working on a medium issue
    • [ ] Circle back to section 14. If there still is no medium issue to work in the in progress column.
    • [ ] Leave the following message as a comment one of the Medium issues you just created and when the issue is prioritized we will assign the issue to you if there are no other medium issues you have picked up.

      I created this issue, so I could have a medium issue to work on.  Please assign to me once approved.  My Skills Issue is #

    • [ ] once you get assigned, circle back to section 14 to update your checklist.
    • [ ] hide the comment below that says "There are no medium issues right now. Please let me know if one becomes available."
    • [ ] remove from this issue, the label needs issue: medium
  • If there are no Level 1 Issue making Medium size Epics or ER, use these links to check for issue making issues in this order and do the first one that has results. Then continue picking up these issues until you get to a level 2 medium or a level 2 medium issue becomes available in the prioritized backlog.
    • IM: 2 + good first issue
    • IM: 2 + Complexity: Small
    • IM: 2 + Complexity: Medium
      • Once you have made a medium size issue and its been approved, you can work on the medium issue (go back to section 14
      • [ ] hide the comment below that says "There are no medium issues right now. Please let me know if one becomes available."
      • [ ] remove from this issue, the label needs issue: medium

⇧ Table of Contents

[DO WE WANT THEM TO MAKE ANOTHER MEDIUM ISSUE]

17 - MOVING ON TO A LARGE ISSUE

• [ ] Take the first issue from this prefiltered view of the project board (status: prioritized backlog, large issues = dev: large)
• [ ] Assign yourself a large issue
  • [ ] If there are no large size issues
    • [ ] please add the label needs issue: large to this issue, so that we can notify you when new medium size issues are released
    • [ ] skip the rest of the section 17 & 18 instructions and go onto section 19. You will circle back to these sections when an issue becomes available
• [ ] Submit your PR.
• [ ] Once your pull request has been merged, post the following message in a comment below on this issue and then answer it.

  ### 17 - LARGE update
  >Did you receive any reviews that required you to change anything on your PR? 
  - [ ] no
  - [ ] yes (if yes, describe what you learned)
  >What is the number of your large merged pull request?
  - #

⇧ Table of Contents

18 - PULL REQUEST REVIEWS - LARGE

Now that you have your large PR merged, you are eligible to review large PRs, Review Required from other people who are following in the same journey path as you.

Please review 3 `large PRs. Each PR requires at least two reviews, so by reviewing 3 medium PRs you are repaying the effort that others did for you (provided 2 reviews for your 1 medium issue PR) plus 1 extra review to help us all make up the deficit for people who submit medium PRs and then drop off the team.

• [ ] reviewed 1st large pr
• [ ] reviewed 2nd large pr

• [ ] reviewed 3rd large pr

  • [ ] When you have reviewed a large PR, please paste the following text in a comment below

    ### 18 - PULL REQUEST REVIEWS - Large - Update
    I have reviewed a `large` PR #
    
    >Did you catch anything?
    
    - [ ] yes
    - [ ] no
    >If you did't catch anything, did anyone else who reviewed it after you, catch anything?
    
    - [ ] no
    - [ ] yes
    
     >if yes, describe what you learned?

  • [ ] If there are no large PRs to review right now, paste this comment instead and check back later. You can also go onto section 19.

    ### 18 - PULL REQUEST REVIEWS - Large - Update
    There are currently no `large` PRs to review, but i'll check back later.

⇧ Table of Contents

19 - ISSUE MAKING - LEVEL 1 (LARGE) AND ADDITIONAL LEVELS

• [ ] Take the first issue from this prefiltered view of the project board (status: ERs and epics that are ready to be turned into issues, large = IM: Level 1 + Complexity: Large)
  • [ ] Assign yourself to the EPIC or ER and put it in the in progress column
  • [ ] Follow the same steps you have done on the other issue making issues before

IM: Level 2 + Complexity: Small

IM: Level 2 + Complexity: Medium

IM: Level 2 + Complexity: Large

IM: Level 2 + complexity: extra large

IM: Level 3 + good first issue

IM: Level 3 + complexity: small

IM: Level 3 + complexity: medium

IM: Level 3 + complexity: large

IM: Level 3 + complexity: extra large

IM: Level 4 + good first issue

IM: Level 4 + complexity: small

IM: Level 4 + complexity: medium

IM: Level 4 + complexity: large

IM: Level 4 + complexity: extra large

⇧ Table of Contents

20 - MOVING ON TO A XTRA LARGE ISSUE

⇧ Table of Contents

21 - JOINING THE MERGE TEAM

⇧ Table of Contents

FAQ section

Are there exceptions to which size issues I work on?

- Medium (you can work on one medium issue, but only one at a timeone per person, with some exceptions, see below) - Large (you can work on more than one large issue, but only one at a time) - The reasons for this progression are: - The issues start out as being prescriptive and become less so as you gain more experience by working through increasingly complex issues. - We are trying to teach you the team methodology through the issues themselves. - It ensures you understand what we expect and the quality of contributions. - You can work on back-to-back small issues if it meets the following criteria: - You are learning something new and need to work on an issue of a lesser complexity - Since we have a limited number of these, you must get approval from lead or pm - You can work on a second medium issue if it meets the following criteria: - You are learning something new and need to work on an issue of a lesser complexity - Since we have a limited number of these, you must get approval from lead or pm

What should I do if I have a question about an issue I'm working on, and I haven't gotten a response yet?

- First, you should post the question or blocker as a comment on your assigned issue, so it can be easily referred to in the next bullet points. - Then, add the label "Status: Help Wanted" so other developers can see it and potentially help answer your question. In addition, you will still need to post a Slack message or bring it up in meeting so we know you need help; see below for how to do that. - Also, you can post your question on the hfla-site slack channel and link the issue you're working on, so other developers can see and respond. - Lastly, you can add the issue to the "Development team meeting discussion items" "Questions/In Review" column of the Project Board so that it can be addressed in the next development meeting. Please bring it during the meeting that you need help.

If you need to take some time off from the team

Copy and customize this response, and leave it in a comment on this issue ``` I need to take some time off from the team. I believe I will be back on [Replace with DATE YOU WILL BE BACK] ``` - If you have put work in, please make sure its well documented. - Add the label `away on hold` - Move this issue to the questions column - if you are assigned to an issue, if you have not yet made any progress on the issue, please unassign.

⇧ Table of Contents

Resources/Instructions

• Contributing.md - Hack for LA
• GitHub Project Board - Hack for LA
• GitHub Project Board Prioritized Backlog highlighted and sorted by Front End
• GitHub Project Board Prioritized Backlog highlighted and sorted by Back End/DevOps
• Figma - Hack for LA
• Google Drive - Hack for LA website team
• Agenda / Notes - Dev Team Tuesday meeting
• Agenda / Notes - All Team meeting
• How to review Pull Requests
• To find contact information for the merge team members and technical leads, please take a look at our Meet the Team wiki page

⇧ Table of Contents

---

Skills List - INTAKE

Skills List, self test on Intake, fill out when you join the team, don't update

Front End

• [x] Setting up your local environment from a contributing file
• [ ] GitHub branching

• [ ] Pull Requests

  Back End

• [x] API requests
• [ ] Cron Job Scripting

• [ ] CRUD operations

  All Developers

• [x] Reviewed other people's Pull Requests
• [x] Resolved Merge Conflicts
• [x] Written documentation for other Developers (Architecture, etc.)
• [ ] Mentored other developers

Return to section 1 section 10

⇧ Table of Contents

Skills List - ONGOING

Skills List, update as you do work on this team

Front End

• [ ] Setting up your local environment from a contributing file (section 3)
• [ ] GitHub branching (done in section 8)

• [ ] Pull Requests (section 8)

  Back End

• [ ] API requests
• [ ] Cron Job Scripting

• [ ] CRUD operations

  All Developers

• Reviewed other people's Pull Requests
  • [ ] good first issue (section 9)
  • [ ] smal (section 12)
  • [ ] medium
  • [ ] large
  • [ ] x-large
• [ ] Resolved Merge Conflicts
• [ ] Written documentation for other Developers (Architecture, etc.)
• [ ] Mentored other developers

⇧ Table of Contents

[github-actions[bot]]

Hi @elseclc.

Please don't forget to add the proper labels to this issue. Currently, the labels for the following are missing:

• Role

NOTE: Please ignore this comment if you do not have 'write' access to this directory.

To add a label, take a look at Github's documentation here.

Also, don't forget to remove the "missing labels" afterwards. To remove a label, the process is similar to adding a label, but you select a currently added label to remove it.

After the proper labels are added, the merge team will review the issue and add a "Ready for Prioritization" label once it is ready for prioritization.

Additional Resources:

• Wiki: How to create issues
• Wiki: How to read and interpret labels

[elseclc]

1 - JOINING THE WEBSITE TEAM update

How many hours did it take you to finish this step?

0.5 hrs

[elseclc]

2 - TEAM MEETINGS update

which meetings did you register for

• [ ] Developer (front-end/back-end)
• [ ] (Optional) Office Hours
• [ ] All team meeting When did you attend your first team meeting?

2024-06-25 special 1:1 meeting with bonnie

[github-actions[bot]]

@elseclc

Please add update using the below template (even if you have a pull request). Afterwards, remove the 'To Update !' label and add the 'Status: Updated' label.

1. Progress: "What is the current status of your project? What have you completed and what is left to do?"
2. Blockers: "Difficulties or errors encountered."
3. Availability: "How much time will you have this week to work on this issue?"
4. ETA: "When do you expect this issue to be completed?"
5. Pictures (optional): "Add any pictures of the visual changes made to the site so far."

If you need help, be sure to either: 1) place your issue in the Questions/In Review column of the Project Board and ask for help at your next meeting, 2) put a "Status: Help Wanted" label on your issue and pull request, or 3) put up a request for assistance on the #hfla-site channel. Please note that including your questions in the issue comments- along with screenshots, if applicable- will help us to help you. Here and here are examples of well-formed questions.

_{You are receiving this comment because your last comment was before Tuesday, July 2, 2024 at 12:06 AM PST.}

[github-actions[bot]]

@elseclc

Please add update using the below template (even if you have a pull request). Afterwards, remove the '2 weeks inactive' label and add the 'Status: Updated' label.

1. Progress: "What is the current status of your project? What have you completed and what is left to do?"
2. Blockers: "Difficulties or errors encountered."
3. Availability: "How much time will you have this week to work on this issue?"
4. ETA: "When do you expect this issue to be completed?"
5. Pictures (optional): "Add any pictures of the visual changes made to the site so far."

If you need help, be sure to either: 1) place your issue in the Questions/In Review column of the Project Board and ask for help at your next meeting, 2) put a "Status: Help Wanted" label on your issue and pull request, or 3) put up a request for assistance on the #hfla-site channel. Please note that including your questions in the issue comments- along with screenshots, if applicable- will help us to help you. Here and here are examples of well-formed questions.

_{You are receiving this comment because your last comment was before Tuesday, July 9, 2024 at 12:07 AM PST.}