{"id":14188,"date":"2018-01-24T11:00:53","date_gmt":"2018-01-24T11:00:53","guid":{"rendered":"https:\/\/marvel7077.wpengine.com\/?p=14188"},"modified":"2018-01-24T11:00:53","modified_gmt":"2018-01-24T11:00:53","slug":"learning-code-6-months-%e2%80%8aa-product-managers-journey","status":"publish","type":"post","link":"https:\/\/marvelapp.com\/blog\/learning-code-6-months-%e2%80%8aa-product-managers-journey\/","title":{"rendered":"Learning to Code in 6 Months: \u200aA Product Manager\u2019s Journey"},"content":{"rendered":"

After working for five years as a product manager, I wanted to learn how to build new products myself to prototype some ideas. As a PM, I was fairly comfortable wireframing and doing some designs, but I\u2019d never needed to build it. However, this past year, a few of my peers who had come from computer science backgrounds mentioned it was really helpful<\/a> knowing how to code, especially as a PM. I initially picked up a Javascript book (out of curiosity) and started teaching myself how to code for a few hours on the side with the goal of learning full stack development.<\/p>\n

\"\"<\/a>

Photo by Christopher Gower<\/a><\/p><\/div>\n

I practiced many codewars challenges and then enrolled in Hack Reactor<\/a> (a bootcamp) where I spent 80 hours a week learning full stack development. It\u2019s been a crazy journey and took six months. Here\u2019s what I learned along the way:<\/p>\n

Engineers deserve a lot of credit<\/h2>\n

I always had respect for software engineers but coding for 6 months made me respect them even more. There is no \u201csmall change\u201d in a product and it takes a lot of work to craft beautiful products. Also, it takes a lot of work to make products at scale. One of the projects I worked on was building a microservice for a Twitter clone while dealing with more than 10 million data points (a tiny fraction of the volume Twitter faces). Optimizing for read speeds, write speeds and understanding system design and architecture even on that scale was hard and took much longer than I expected.<\/p>\n

\"Anyone who teaches you \u201chow to build twitter in 4 weeks\u201d is oversimplifying complex problems. You can probably prototype it, but the products we use and love on a daily basis are complex.\"<\/span><\/p>\n

Everyone can benefit from learning how to speak technically<\/h2>\n
<\/div>
<\/svg><\/div>

\"Think of coding not just as a skill, but a language. No matter your specialty, being able to speak technically is important if you work in technology.\"<\/p><\/span><\/blockquote>\n

Elements like understanding deeply what a server is, how the front end interacts with the backend, what an API is, and what are the building blocks of things we work with everyday gives you a better understanding of what it takes to build software. This would have definitely helped me earlier even before being a product manager when communicating with engineers. <\/p>\n

The ability to speak technically is really beneficial even if you don\u2019t end up coding full time as everything around us is becoming more technical.<\/p>\n

Don\u2019t give up learning how to code after trying one language<\/h2>\n

I dabbled in coding several years back, and always thought it was not for me. I had done Learn Python the Hard way<\/a> and didn\u2019t enjoy it, so I had no desire to pursue programming further (although the book is really good and I recommend it). I had also taken a class in C back in high school as my first language and felt it wasn\u2019t intuitive. But I was surprised when I began learning JavaScript and fell in love from the get-go. <\/p>\n

<\/div>
<\/svg><\/div>

\"The overall aesthetic and the ability to try things on the console and see results was strangely addictive for me.\"<\/p><\/span><\/blockquote>\n

Learning to code increases affinity for learning other technical skills<\/h2>\n

Technology is changing so fast that most new advances will become irrelevant in a few years. That means we will always have to adapt quickly along with new technology. Learning how to code made me comfortable with picking up new technical things. Before starting this journey I was always a little intimidated by it in some way. For instance, I learned web development these past six months but to pick up prototyping a mobile app is exciting for me. Now, my intimidation is gone and is replaced by a curiosity to learn new technology when I would like to.<\/p>\n

Debugging is as important as logic<\/h2>\n

One of the most amazing outcomes of the last few months has been observing my improved approach to problem solving. When things aren\u2019t functioning as expected, I\u2019ve learned to work through the issue systematically. In my case, the logic for programming came pretty naturally. But what didn\u2019t come naturally was debugging. When something didn\u2019t work according to my logic, sitting through it to understand why was not easy for me. Initially, I had the tendency to give up quickly, ask a peer to quickly have a look, have a mini panic attack or just blame the programming environment. <\/p>\n

Over time, I learned calmly working through something independently<\/strong> that\u2019s broken is as important as the logic piece (if not more).The ability to understand why an output is different than you expected, deconstruct the issue, and diagnose the problem is key to coding. Learning this made me a much better problem solver.<\/p>\n

There is no one \u201cright\u201d way to learn to code<\/h2>\n

There is a ton of material online for free, and there is no one website that teaches you how to code well. If, for example, you aren\u2019t getting one concept on Freecodecamp<\/a>, you could look it up on Codeschool<\/a>, Treehouse<\/a>, Udemy<\/a>, Udacity<\/a>,Frontend masters<\/a> or Youtube \u2014 the list is endless and keeps increasing. That\u2019s why it\u2019s hard to build a pure content company to teach skills. What\u2019s a good explanation for one person may not be the best explanation for someone else. Also the amount of free content out there is staggering.<\/p>\n

<\/div>
<\/svg><\/div>

\"Learning is personal, so it\u2019s important to find what you like and which resources work best for\u00a0you.\"<\/p><\/span><\/blockquote>\n

There is no one right website subscription \u2014 try a bunch and most come with 30 day free trials. I went through a bootcamp because I felt I would benefit from the structure and it was an amazing experience \u2014 again not necessary for everyone. <\/p>\n

One thing I also experienced is that learning to code us a nonlinear process. It\u2019s not like you only follow a curriculum from a single website \u2014 you are constantly reinforcing concepts from different places. <\/strong>There\u2019s never been a better time to learn things yourself because the material is so easily accessible.<\/p>\n

Like anything else, there is no shortcut to being good at programming<\/h2>\n

After programming for six months, I\u2019m still a beginner. Even if you coded for 30 days straight, it\u2019s unlikely that you\u2019ll become a master in only a month. That amount of time would probably just give you a cursory introduction. Over the past several months, I\u2019ve come to realize there is a lot more I don\u2019t know than I\u2019d thought when I started. <\/p>\n

\"Learning to code itself isn\u2019t hard, but lot of people tend to oversimplify what it takes to being a really good programmer, when it actually takes a lot of work.\"<\/span><\/p>\n

It\u2019s easier than ever to build an \u201capp\u201d without really learning the fundamentals of what you are doing and why. Do the work to really understand concepts, invest in data structures and algorithms and it will make programming so much better. A couple of years ago, I had followed one such program and built a rails app in 30 days and learned nothing. It was really just telling what code to put where. Don\u2019t go down that route.<\/p>\n

Learning to code doesn\u2019t mean you have to become a software engineer<\/h2>\n

I don\u2019t think I will ever solely be a software engineer. I have other strengths which I love and want to apply. I still love being a product manager; I still love company operations; I love working with designers and talking to users; and now I enjoy coding as well. Learning coding is an asset in whatever I choose to do next.<\/p>\n

There are abundant resources for learning the basics, but few for improving<\/h2>\n

There are a ton of resources for basic coding, but few that can take you to the next level.<\/p>\n

As I was writing code, I had questions like, \"Does everyone else use as many for loops? Am I writing good code? How can I improve? How would someone at Google approach this problem? How do you design system architecture? How do you get better at system design?\"<\/span><\/p>\n

One of the benefits of going to bootcamp was the ability to learn from and relate to peers going through the same journey. My assumption is that the best way to improve is by learning from colleagues within your company. Outside the workplace, there just aren\u2019t enough clear resources out there for knowing that. The problem I found is not how to get started learning to code, but understanding where you are at and how to get better.<\/strong><\/p>\n

Personally, I found it very helpful to actively seek feedback from people who are better than you. Another one helpful tip is to read code of open source projects to pick up good practices and try to contribute to them. Also resources like Thinkster<\/a> are great too for getting past the beginner stage.<\/p>\n

Community helps, but it can\u2019t be the only resource<\/h2>\n

Finding a community, even if it\u2019s just one person, is extremely helpful if you are coding. One of the best things about Hack Reactor was the community. Learning how to articulate thoughts and technical ideas to other people through pair programming was amazing. <\/p>\n

<\/div>
<\/svg><\/div>

\"Seeing how others solve problems makes you a better programmer.\"<\/p><\/span><\/blockquote>\n

It can be as small as seeing some really helpful keyboard shortcuts to learning how people approach the same thing differently. I could not find an online community that replicates the same experience. There are many reasons why, but that\u2019s for another post. At the same time, you can\u2019t just learn through pair programing. Being part of a community adds to your individual experience and your work.<\/p>\n

Hiring is still fundamentally broken<\/h2>\n

It\u2019s still all about winning the same game: resumes, interviews, whiteboarding, and breaking through the algorithm and data structure challenges. To get hired as a software engineer, you often have to play a different game than what it really takes to work as one. <\/p>\n

If I was trying to get a job as a software engineer, I can imagine how mundane the process would be. The hiring process is one dimensional in most cases, and doesn\u2019t take into account many of the things it should be testing for. How is it to work with that person? For example, do they bring out the best in people around them which is actually independent of how good a person is at data structures)? Are they persistent at problem solving? Can they learn quickly? Can they communicate? <\/p>\n

These are a few of the many factors often overlooked by hiring managers. Even though self learning is on the rise, hiring is still looking at a traditional set of indicators. For most jobs, a CS degree is preferred or required because they just haven\u2019t figured out a more accurate set of attributes to look for.<\/p>\n

This article was originally published on Romy's Medium page<\/a>. <\/em><\/p>\n","protected":false},"excerpt":{"rendered":"

After working for five years as a product manager, I wanted to learn how to build new products myself to prototype some ideas. As a PM, I was fairly comfortable wireframing and doing some designs, but I\u2019d never needed to build it. However, this past year, a few of my peers who had come from computer science backgrounds mentioned it… Read More ￫<\/a><\/p>\n","protected":false},"author":118,"featured_media":14199,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11],"tags":[],"class_list":["post-14188","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-viewpoint"],"acf":[],"yoast_head":"\n\n\n\n\n\n\n\n\n\n\n\n\t\n\t\n\n\n\n\n\t\n