Refactr.Tech (2021)
Published: 2021-08-31 20:13:03

It is only fitting that my first blog is about this conference. Even though I have been in the tech field for close to 10 years now, Refactr was the first conference I ever attended in 2019. It was also the first one they ever held. The focus on inclusion and diversity was a major factor, due to me struggling with finding my voice in the tech industry. That was not the only plus. There were several different speakers and paths like many conferences I imagine but seeing myself in so many people and hearing their wins and struggles made me feel seen. I learned so much about the pain points in our industry and was motivated to do my part to help not only my organization do better in these areas but our industry as a whole. Our QA department benefited greatly as well. We took the cypress.io workshop and got a solid foundation that we are still building on today. Moving our testing efforts from 100% manual testing to 90% automation and 10% discovery testing.


The first question you may be asking is " was Refactr.tech conference 2021 just as great?" Well, no. *BUT* that is not the fault of the organizers. Considering we are still in a pandemic, this year was virtual and therefore a lot of the value I got from in person networking was gone. Having said that, I still enjoyed the conference and have thoughts on a few of the topics.

## Day 1

### Growing in our Careers 
#### Speaker Lara Hogan
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/x7n6ud16b7h1okiutdr4.jpg)

The focus of this talk was all the things you should look for in a mentor or if you are the one doing the mentoring, a mentee. It was gathered from an AWS [article](https://aws.amazon.com/blogs/startups/how-to-use-mentorship-for-startup-success/) and for the most part there was nothing new here. 
- Make sure the relationship is beneficial to both parties 
- look for a mentor with a good work life balance 
- do not be afraid to walk away if it is not beneficial 

you know the usual stuff you hear when it comes to mentor advice. The one thing that did catch my attention however, was the idea of **Sponsorships**. 

Now up until this point I always thought of sponsorships as a synonym for mentor, but Lara says that is not the case. A sponsor is someone who is not just telling a person what they should be doing but actively advocating for that person. This means if that mentor of yours is at your job, they are looking for opportunities for you to grow and they are advertising your name as a person people should consider to do a job. Lara emphasized the power of sponsorship over just mentoring. Especially in marginalized groups. She stated that marginalized people are over-mentored and **UNDER** sponsored. For someone like me who struggled finding a place in the tech space early in my career, I can totally relate to that statement.

### Where to start with AWS as a Developer
#### Speaker Sam Julien [@samjulien](https://twitter.com/samjulien)
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/walldqafcce18bdrrxjo.jpeg)

This was the second topic that caught my attention during day 1 of the conference. Our company relies heavily on AWS and besides the simple tasks I do day to day when connecting to our server, I am total noob. So, when Sam started to talk about what it takes to learn AWS I was all ears. 

> Cloud is a way to virtualize your network infrastructure. When thinking about vertical or horizontal scaling of your business, the cloud solution helps with the capital vs. operating expenses problem, by providing a service that handles that for a fraction of the costs.

After going over the basics, Sam went over some key services developers should get familiar with such as:

 - EC2
 - Lamda
 - S3

He also mentioned some pitfalls to watch out for while learning AWS:

 - Pay attention to your billing. You are billed each month so if you are not on top of things you may be surprised by that end of the month bill. To combat this, clean up your resources after working or setting them up. Do not just leave them up while you are simply learning the tools.
 - Use labs and the free tier
 - Set up billing alarms. This is good not just for learning but in general. Let's say you have an app/site out in production and you know your average traffic rate per month and adjust your billing to handle that expense. Well, all it takes is one viral moment or a confusion in url to make that site much more popular than you intended. Billing alarms are a good way to stay on top of those moments.
 - Identify and Access Management. Use the principle of least privilege. In other words, only give access to the people that need it and make sure their levels of access is proportionate to their needs.

Lastly, he went over the certification paths depending on the job you may want to take in the future. He also mentioned you do not need these certifications to apply for jobs, but are great if you are looking for a deep understanding of cloud services and tooling in a given area such as:

 1. Cloud Practitioner exam 
 - **Cloud Practitioner** - *Supervising the architecting and deployment of applications within AWS platforms.*
 2. Associate Exams
 - **Solutions arch** - *responsible for evaluating an organization's business needs and determining how IT can support those needs leveraging software*,
 - **SysOps Admin** - *responsible for providing the necessary knowledge related to the working of cloud computing, IT and business applications to improve service delivery*.
 - **Developer** - *create applications that are served on the cloud*
3. Profesional Exams
- **Solutions arch**  - *Same as it was with the associate exam but you should have a deeper understanding at this point*
- **DevOps Engineer** - *A DevOps engineer introduces processes, tools, and methodologies to balance needs throughout the software development life cycle, from coding and deployment, to maintenance and updates.*


## Day 2

### Moving beyond Performative Racial Equity in Tech
##### *a conversation with* 
#### Albrey Bristo-Brown & Nicole Sanchez
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/mth5x7qyjql0jr7q74ks.jpg)

This was not the typical powerpoint presentation. This was more a conversation between the two presenters. If you have worked in a tech company in the past couple years, you might be familiar with this format. This is a pattern many diversity training companies take, as they want to not come off as preaching to a group and have the topic be more approachable.

The business is now in high demand according to Nicole, she has been doing this for decades and there was a big difference in 2020. She is doing many more talks than before and states part of that is because white America was not listening before but now they are. She then stated right after that it is because people of color are speaking up more and not afraid of any of the repercussions that might come from it. The engagement is actually there and we are no longer waiting on the sideline for action to happen. There *seemed* to be a sense of urgency after the George Floyd video. This is when the conversation got interesting. They then break down how much of that was genuine. 

The stat they threw out was 3.8 billion went towards helping black equity over that time but only 7% went towards education. Often companies made a one time commitment by donating money but this was more of a thing companies did to not be singled out for not doing anything. Those donations were often hollow without any follow up actions to do their part in battling racial inequalities. This is where the term Performative Racial Equity comes to play. I kind of wish I had this term in my vocabulary last year, because I remember telling my team that very thing when they were all trying to figure out what to do to make a statement that they too supported BLM after the George Floyd video. You see I am 1 of 3 black people in the company, and I believe the only black engineer. Yet, it was not until I saw the company trying really hard to make a statement in support of BLM when it was now convenient to do so, that I felt disgusted by my companies lack of proactive support before:

So what do we do. Albrey and Nicole talked about a few solutions. 
- Donate your time and not just your money. 
- Be sure to have open and honest dialogue with your employees. 
- When it comes to building a working environment where minorities and underrepresented people feel comfortable expressing themselves, do not have too many managers passed around. It is hard to establish a relationship of trust and more so a connection where that manager will take action, if they are constantly being moved around. 
- The last solution I found the most revealing. They stated that black women are usually the ones with the most hurdles they must overcome in not only the tech space, but any space in general. So, if a company can help solve the issues black women are having in the company then usually that helps with a lot of the other problems in the organizations with your underrepresented groups.

## Day 3

### Career Progression
#### Speaker Mekka Okereke
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/uloxvp7xdyyjz13rj8mt.jpg)

The following notes I got from my coworker Alex since I was out on day 3 but based on these notes I really wish I was there to hear the talk Mekka gave. As a person who has thrived in the scrum team dynamic his presentation clearly put some things in the forefront of my mind. He states in order to progress in your career you have to do these 4 things:

> 1.  Skills. To perform at the next level
> 2. Opportunity. To demonstrate those skills
> 3. Perform. Put it all together
> 4. Be Recognized. Most important

Nothing mind blowing here but number 4 is the one that struck me. When working in scrum the idea is that no *one* person owns a ticket/task. It is the responsibility of the team to get tickets done. There are a lot of pros to that if you are doing proper pairing and swarming. For example, context of the ticket is shared amongst the team and you do not have to waste time getting others up to speed when it comes to code reviews and testing, others are able to fill in gaps of knowledge and cover technical blindspots you may or may not be aware of and generally the team is able to get the most important tickets done faster, but to Mekka's point, a con  is that your actual contributions may get lost in all that shuffle.  

He mentions that people need to see that you've done the work and that you are able to put it all together yourself. Just because you do good work, it does not mean you will automatically get recognized. Worse case scenario, if you do not advocate for yourself and your work, your work could be undervalued. 

This made me think to one of the retro items our team started to include in our sprint. We added in our team working agreement that we can assign tickets to individuals in Jira but we should look at that person as the one driving that ticket. Meaning work should not be done in a silo. Look to pair when you can on the work. Until reading over the notes on Mekka's speech, I always thought of that as counterintuitive to scrum. Just the idea of putting your name on a task felt anti-scrum, but in a profession such as tech where it is sometimes easy to get overlooked, it might just be the best compromise to being recognized as an individual while still working in a team setting.


## Other Topics and Thoughts

####  As I mentioned there was so much great content from the conference that I will not be able to go over here simply because I could go on and on about each topic and presenter. They do plan to update their youtube channel [Refactr.tech](https://www.youtube.com/channel/UCfBdXCYPCHEXX8ISwOQM08A) with all of the content soon. So, I highly recommend you look out for the ones I did not mention in my highlights:

 - MicroControllers (Tara Walker)
 - Diabetes and technology (Diana Rodriguez)
 - Effective testing approaches for your application (Cecelia Martinez)
 - Fault Text: The adversities in automated alternative text (Henri Helvetica)
 - Accessibility isn't Hard: Getting people to see it's easy can be (Sarrah Vesselov)
 - ARIA: A grande method of accessible markup ( Chris Demars)
 - Accessible Components (Homer Gaines)
 - Shapeshifters (Sophia Prater)
 - Gitforked (Chloe Condon)
 - Keeping up with the Caldwells (Nick & Tia Caldwell)
 - Data as a Weapon (Ayodele Odubela)
 - 7 secrets of highly successful developers (Kim Maida)


*Before the virtual conference even began they held a virtual job fair free for anyone that had the link information. In there, you got to network with several top companies, recruiters and other job seekers. I was not interested in going myself but I told several friends and coworkers and they all talked about how much they enjoyed the experience.*

Considering the circumstances they did an awesome job with this conference. Timing and presentations were well put together. There were great discussions after each presentation and the music was great during intermission. Seriously go check out their playlist: [90's Mixtape](https://open.spotify.com/playlist/6KAMh6nhenQIAuy6CSe8lI?si=b33f4ebbb7a94f41) . Hopefully the next one is in person so we can all dance to it.