<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Charly B</title>
    <description>The latest articles on DEV Community by Charly B (@dordsichord).</description>
    <link>https://dev.to/dordsichord</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F590122%2F47a7f45d-179d-41b3-92fb-931e71ff1436.png</url>
      <title>DEV Community: Charly B</title>
      <link>https://dev.to/dordsichord</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/dordsichord"/>
    <language>en</language>
    <item>
      <title>Reflections on Week 2 of CodeCollab</title>
      <dc:creator>Charly B</dc:creator>
      <pubDate>Tue, 23 Mar 2021 04:25:02 +0000</pubDate>
      <link>https://dev.to/ourtimefortech/reflections-on-week-2-of-codecollab-4h8d</link>
      <guid>https://dev.to/ourtimefortech/reflections-on-week-2-of-codecollab-4h8d</guid>
      <description>&lt;p&gt;We ended week 2 with a team sprint meeting. Here are my reflections on the week. &lt;/p&gt;

&lt;h4&gt;
  
  
  The Technical
&lt;/h4&gt;

&lt;p&gt;In the first week, we spent time planning out what our MVP could look like and created issues/PRs to create our database. In the first week, we mostly worked either on local environment setup or in the same area of the stack. &lt;/p&gt;

&lt;p&gt;In the second, we’re seeing a bit more divergence with the issues we’re working on. Some are implementing our core database structure to unblock the issues created in week 1. Others continued with their environment set up. I worked on setting up a wireframe for our MVP. &lt;/p&gt;

&lt;p&gt;I will share a separate post about wireframing for developers later on.&lt;/p&gt;

&lt;h4&gt;
  
  
  Inter- / Intra-personal
&lt;/h4&gt;

&lt;p&gt;As our tasks begin to diverge, I find that it is easier to lose track of what everyone else is working on. I worried that if I lost track of progress, I would not be able to help peers with their issues or to catch up with progress on other parts of the stack when I’m finished with my issues. &lt;/p&gt;

&lt;p&gt;But Ms. Arit reminds us to practice being less judgemental of ourselves with this work. There is no need to feel ashamed of not knowing! She encourages us to ask for demos and help as needed. We can lean on each other for support. &lt;/p&gt;

&lt;p&gt;I find that I am building more trust with myself, my abilities, and my teammates. &lt;/p&gt;

&lt;p&gt;When technical issues came up this week, a peer was available to jump on a quick call to help me out or Ms. Arit would create a demo video for easy reference. When I was deliberating while reviewing someone else’s Pull Request, I referenced the threads and GH issues about the issue. When a peer had questions about some comments, we jumped on a call to discuss them. &lt;/p&gt;

&lt;p&gt;Because discussions are tracked on GH and Slack and plans are explicitly written out, I find it easy to quickly get up to speed. It is also practice in trusting that I can get up to speed as needed.&lt;/p&gt;

&lt;p&gt;After this week, I can see the value of leaning towards over-communication. It is one thing to collaborate with someone during pair programming sessions, but another to actively communicate across time zones spanning from PST and EST in the United States to GMT in Europe. &lt;/p&gt;

&lt;p&gt;There were delightful moments of communication this week, but also moments where it seemed like I or someone else was posting into a void. To avoid the voids, I want to practice proactively communicating in the written form and vocalizing my process in our project slack channel in the upcoming weeks.&lt;/p&gt;

</description>
      <category>beginners</category>
      <category>career</category>
      <category>collaboration</category>
      <category>womenintech</category>
    </item>
    <item>
      <title>I am a CodeCollab fellow with Our Time for Tech</title>
      <dc:creator>Charly B</dc:creator>
      <pubDate>Wed, 10 Mar 2021 20:35:27 +0000</pubDate>
      <link>https://dev.to/ourtimefortech/i-am-a-codecollab-fellow-with-our-time-for-tech-2kge</link>
      <guid>https://dev.to/ourtimefortech/i-am-a-codecollab-fellow-with-our-time-for-tech-2kge</guid>
      <description>&lt;p&gt;I’m a bootcamp graduate and CodeCollab fellow with &lt;a href="https://ourtimefortech.org/" rel="noopener noreferrer"&gt;Our Time for Tech&lt;/a&gt;, a coding initiative that empowers women transitioning into tech after former careers. &lt;/p&gt;

&lt;p&gt;Over the next 3 months, I will collaborate with a team of 5 early-career devs and 2 senior engineers on one of the biggest projects I’ve worked on yet! We plan to share our MVP with a community demo in late May. Until then, follow along on my journey with this blog. &lt;/p&gt;

&lt;h2&gt;
  
  
  Why I joined as a bootcamp graduate
&lt;/h2&gt;

&lt;blockquote&gt;
&lt;p&gt;"Alone we can do so little; together we can do so much." – Helen Keller&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;My time with &lt;a href="https://www.rithmschool.com/" rel="noopener noreferrer"&gt;Rithm School&lt;/a&gt; taught me to appreciate the art of collaboration. While learning by oneself is an essential skill, discussing code with peers catalyzed my learning in ways I didn’t expect. &lt;/p&gt;

&lt;p&gt;The learning intensified when we started working on a community partner’s live codebase! There are so many aspects to developing code, like learning to communicate effectively about architectural choices and learning how to (re-)prioritize with moving targets, that are introduced with a team. &lt;/p&gt;

&lt;p&gt;Real-world projects are built as a team. &lt;/p&gt;

&lt;p&gt;Teamwork is a skill set that offers endless avenues for refinement and learning. &lt;/p&gt;

&lt;p&gt;As I prepare for my first role in tech, I looked for ways to keep refining my skill sets. I’m so glad to come across Our Time for Tech and the CodeCollab track. &lt;/p&gt;

&lt;h2&gt;
  
  
  What I look forward to with CodeCollab
&lt;/h2&gt;

&lt;p&gt;Our Time for Tech was founded by Arit Amana, a software engineer with a non-tech former career. She has designed this program for career changers who understands the importance of sustained mentorship and real world projects for breaking into the tech space.&lt;/p&gt;

&lt;p&gt;Some of Code Collab’s goals for new developers:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Improve collaboration skills while building software with a team&lt;/li&gt;
&lt;li&gt;Learning how to interpret client needs, manage requirements, and implement projects to meet those needs&lt;/li&gt;
&lt;li&gt;Encouragement to stretch and grow beyond current tech stacks and skill sets&lt;/li&gt;
&lt;li&gt;Structured mentorship for junior devs as they take ownership of a product&lt;/li&gt;
&lt;/ul&gt;

&lt;h2&gt;
  
  
  The first week
&lt;/h2&gt;

&lt;p&gt;During the first week of CodeCollab we are given a client request. Our goal is to design, plan, and implement an app to meet those needs. &lt;/p&gt;

&lt;p&gt;To paraphrase Carla, a fellow dev, &lt;em&gt;we begin by building a structure for the rest of the project&lt;/em&gt;.&lt;/p&gt;

&lt;p&gt;Building a structure with a team is still so new to me. I have experience working on team projects given priorities based on business KPIs or following the structure set by senior developers. But in this first week, the senior devs have challenged us to set these priorities as a team. &lt;/p&gt;

&lt;p&gt;So far, this has involved:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Identifying our minimum viable product (MVP)&lt;/li&gt;
&lt;li&gt;Identifying issues to build this MVP: This involved recognizing the smallest pieces or lowest hanging fruit, like building a database first&lt;/li&gt;
&lt;li&gt;Getting consensus on priorities: Practicing giving convincing rationale for architectural choices, Listening and discerning impact for each option, Handling conflicts and talking it out, Contributing to a generative space for the team to think out loud, make mistakes, and bring each other back to the goal if we need to&lt;/li&gt;
&lt;li&gt;Identifying and managing scope creep. It’s OK to recognize what we cannot build within a certain amount of time. Advocating for scope boundaries can help us further define our product. Managing our scope will help us focus and deliver quality software in the time we promised.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;I’m excited to see where we go from here.&lt;/p&gt;

&lt;p&gt;Follow along with DEV posts from my cohort: &lt;a href="https://dev.to/ourtimefortech"&gt;https://dev.to/ourtimefortech&lt;/a&gt;&lt;br&gt;
Check out Our Time For Tech: &lt;a href="https://ourtimefortech.org/" rel="noopener noreferrer"&gt;https://ourtimefortech.org/&lt;/a&gt;&lt;/p&gt;

</description>
      <category>webdev</category>
      <category>beginners</category>
      <category>career</category>
      <category>collaboration</category>
    </item>
  </channel>
</rss>
