Normal view

There are new articles available, click to refresh the page.
Before yesterdayMain stream

Major League Hacking Relaunches 2023 Summer Fellowship Program

3 February 2023 at 17:21

Last summer, the Major League Hacking (MLH) Fellowship hosted its largest class with 200+ participating fellows collaborating with 20+ companies including Meta, GitHub, Memorial Sloan Kettering, and the Royal Bank of Canada. 

The MLH Fellowship Summer program is back, and we can’t wait to share with you everything we have in store!

What is the MLH Fellowship?

The MLH Fellowship is a 12-week internship alternative for aspiring software engineers. Fellows on the Software Engineering track experience what it’s like to collaborate in a small group on a real project from one of our partners.

What tracks can you participate in this summer?

We have three tracks open this summer: Software Engineering, Site Reliability Engineering, and Web3 Engineering. Below is an overview of each track to help you decide which one is right for you!

Software Engineering

Software Engineering is one of the most in-demand skills that tech companies are hiring for. As an MLH Fellow on the Software Engineering Track, you’ll be matched to a real project from one of our partners. You’ll experience what it’s like to work on a real software engineering team first-hand, working on either open- or closed-source projects that tech companies depend on every day.

Site Reliability Engineering

Site Reliability Engineering, also known as DevOps, is one of the most in-demand skills that tech companies are hiring for. It’s a hybrid between software & systems engineering that works across product & infrastructure to make sure services are reliable & scalable.

In the Site Reliability Engineering Track of the MLH Fellowship, you’ll learn the skills needed to keep products running. You’ll write code and debug hard problems. By the end of the program, you will gain valuable technical skills and the experience needed for a career in Site Reliability Engineering.

Web3 Engineering

Web3 is the name given to internet services that are built using decentralized blockchains — the distributed ledger systems used by cryptocurrencies like Bitcoin and Ether. This underlying technology has broad applications, though, and Web3 has grown to encompass gaming, social platforms, crowdfunding, CRMs, and more.

In the Web3 track of the MLH Fellowship, you’ll learn the skills needed to build on this quickly evolving part of the web and contribute to cutting-edge Web3 applications. Through expert mentorship, you’ll learn how to code on blockchains like Solana, collaborate on a team, and debug hard problems. By the end of the program, you will gain valuable technical skills and the experience needed for a career in Web3 and beyond.

Where can I go to learn more about the MLH Fellowship?

If you’re interested in learning more about the MLH Fellowship program, check out the awesome stories below written by former MLH Fellows. 

  • How the MLH Fellowship Helped Me Kickstart my Career in Tech “Both the Production and Software Engineering Fellowship Track helped me learn and train skills that have been vital to my development as a software engineer. They provided me with great examples of my capacities that I can speak to confidently in behavioral interviews and boosted my abilities and confidence as a developer.”
  • How the MLH Fellowship Helped Me Land My First Job at Microsoft“The MLH Fellowship taught me that you can make large and meaningful open-source changes early in your career if you have the right mentorship. I never thought that I could quickly and directly make changes to public code. Team planning, collaboration, and responsiveness to user feedback are something I continue to focus on as I continue to contribute to open source at Microsoft and beyond.” 
  • Read hundreds of MLH Fellowship reviews on the DEV Community!

What is the summer program deadline?

We run two batches for the summer program, Batch A runs May 30 – August 13th, 2023 and Batch B runs June 19th to September 8th. The deadline to apply for Batch A is May 9th and Batch B is May 31st.

– 

Check out our website to learn more about the MLH Fellowship, and apply here for the Summer program! For any questions about the MLH Fellowship, you can also email our team at fellowship@majorleaguehacking.com.

Interested in becoming a partner? Visit our website to learn how you can power your next open-source project with the next generation of developers.

 

The post Major League Hacking Relaunches 2023 Summer Fellowship Program appeared first on Major League Hacking News.

How I Landed a Software Engineering Internship at John Deere from a Hackathon

26 January 2023 at 19:26

Hey! My name is Damir, and I’m a Computer Science undergraduate at the University of Illinois Springfield, set to graduate in Spring 2023.

I have always been passionate about technology and programming, which led me to start attending hackathons in January 2021. To date, I have participated in numerous events and was named MLH Top 50. In this post, I’ll be sharing my experience of how participating in a hackathon helped me land a job as a Part-Time Software Engineering Intern at John Deere.

TL;DR

I participated in a hackathon at the University of Iowa, sponsored by John Deere and other companies. My team and I won second place for building an AI system to prioritize 911 calls. The day after the hackathon, a hiring manager from John Deere reached out to me for an interview. The process took less than two weeks and I landed the job.

The takeaway: Please consider going to hackathons and other events where you can network if you are looking to build a portfolio of projects and get a job.

The four of us at the University of Iowa Hackathon! From left to right: Danial, Francesca, Geo, and me.

The four of us at the University of Iowa Hackathon! From left to right: Danial, Francesca, Geo, and me.

The Job Market

In today’s competitive job market, it’s important to think outside the box when it comes to finding opportunities and standing out from other candidates. For me, that meant attending hackathons and using my skills in building apps to impress potential employers.

Applying to jobs through company websites has never been effective for me. It takes a lot of time to fill out job applications and doesn’t yield many results. With companies like Meta, Amazon, and Twitter laying off thousands of employees in 2022, it’s especially hard to enter the job market with zero years of experience.

What is a hackathon?

A hackathon is an event where coders, designers, and other tech enthusiasts come together to collaborate on software or hardware projects. Hackathons typically last for 24-48 hours and provide participants with the opportunity to work on a project in a team and showcase their solutions for specific areas, such as ecology or agriculture.

A room full of people sitting at tables and staring at computers and monitors

Everyone hacking away at the event. Next time, I’m bringing a monitor too!

Where to find hackathons?

Major League Hacking is the official student hackathon league, hosting events every other weekend, both in-person and online. You can find their 2023 Season events here. They sponsor events such as the one I attended.

Another way to find hackathons is through DevPost where new events are announced daily. And don’t forget to check with your local universities if they have their annual hackathons that don’t get advertised properly!

What to do at a hackathon?

When you attend a hackathon, it’s important to have two main goals:

  • Building an amazing project that solves an issue and wins a prize
  • Networking with everyone and making connections

The order of their importance depends on your interests, but I would advise you to find a balance between the two. If you’re attending a hackathon for a job, you want to impress people you meet there both technically and personally.

How to network?

To make the most of your time at a hackathon, here are four things to keep in mind:

1. Meet sponsors

Before hacking begins, companies that sponsor hackathons in search of talent and promotion of their company will have a table set up. Take advantage of this opportunity to talk to representatives from these companies and learn more about their work. Make sure to have a copy of your resume and portfolio on hand to give to them.

A room full of people and a corner where sponsors have tables setup

Check out the sponsor tables from MLH, John Deere Engie, and Leepfrog!

Some pointers on what you can discuss with the sponsors:

  • Ask them their names and what they do at the companies they represent
  • Seek their opinions on a project idea you have for the hackathon

2. Meet teammates

Participating in a hackathon is a great opportunity to meet other like-minded individuals who share your passion for technology. Take the time to get to know your teammates and learn about their skills and experience. Not only will you have the opportunity to work with them on a project, but they could also become valuable connections in your professional network.

Keep in mind that people can come from different backgrounds. Make sure to keep everything friendly and enjoy the time instead of creating conflicts!

3. Work and troubleshoot

Once the hackathon begins, it’s time to focus on building your project. Work closely with your teammates to come up with a solution for the challenge at hand. Be prepared to troubleshoot and problem-solve as you work. Remember that the goal is to create something functional and impressive, so don’t be afraid to take risks and think outside the box.

But also keep in mind that your solution doesn’t need to be perfect! Nobody is expecting an industry-grade project, and as long as you put in the effort, your project will count.

4. Learn from others

Hackathons are a great opportunity to learn from others in the tech community. Take advantage of the opportunity to observe other teams and learn from their approaches and solutions. Attend workshops and talks to learn new skills and techniques. Make sure to take notes and ask questions.

For us, there was one workshop to attend: From Zero to Hero – Developing and Running a Service in the Cloud by John Deere. We covered things like building an Express app, setting up CI/CD with GitHub Actions, and deploying with Terraform.

Jonathan from John Deere told us about a deploy-on-push pipeline with GitHub Actions and Terraform!

Jonathan kept trying to interact with the class through questions, such as “What is CI/CD?” or “Where can we deploy a service?”, but it was a tough audience.

I was the only one answering the questions, some of my answers were correct while others were not so much (ugh)! If you’re in a situation like that, please speak up and try your best to answer. There is absolutely no shame in being wrong and the speaker will appreciate some engagement from the audience.

After the hackathon

If you are interested in the interview process with John Deere, here is a gist of it:

There were two interviews, a quick behavioral with the manager, and a two-hour behavioral + technical on-site with the team.

The first interview was a 30-minute meeting with the hiring manager, where he told me about the job, his teams, and what the process will look like. I got to tell him about me and ask more about the position.

The second interview consisted of two parts: one hour for the behavioral portion where they asked me about general categories (collaboration, growth mindset, passion for tech, etc.).

  • The notable thing that I loved about them is that they made it clear why the question was being asked of me, such as “we are trying to figure out if you are a good teammate”
  • Another cool thing is that they gave me tips, such as try not to say “we” every time I explained the solution, instead of making it clear that it was “I” who did something

The second hour was dedicated to one Git challenge and one TDD (Test Driven Development) challenge. With the Git challenge, I had to show that I know how to create branches and push commits.

My favorite part was the Test-Driven Development portion. I was given pre-written Java unit tests and I needed to write code that would make the tests pass. It was amazing because the thing was automated with the infamous Hackerrank (yeah, Hackerrank has some actual problems instead of “invert the binary tree” nonsense).

I got the informal job offer two days later and got things in writing the next week. It was the shortest time I have ever gotten a job; only took 10 days since the first message from the hiring manager.

Recap

Participating in a hackathon is an excellent way to build a portfolio of projects, network with other professionals, and showcase your skills to potential employers. It’s a great opportunity to think outside the box and stand out from other candidates in today’s competitive job market.

I didn’t know this hackathon would turn out like that for me because I didn’t come to it to work specifically for John Deere. There is a lot of luck involved when it comes to job searching, but you must put yourself in a position that will increase your chances.

Photo of Damir and his team with his prize on stage.

We won 2nd place!

Photo of Damir with his team on stage.

We also won the CockroachDB category prize!

Interested in attending hackathons?

Join us for an upcoming hackathon, and subscribe to our hacker newsletter. Stay connected with Damir on LinkedIn!

The post How I Landed a Software Engineering Internship at John Deere from a Hackathon appeared first on Major League Hacking News.

Application Advice for Aspiring Student Ambassadors

23 January 2023 at 15:31

Hi! I’m Bailey, a fourth-year Computer Security student at York University in Toronto, Canada!  I attended ElleHacks as my first hackathon in my first year of university and that’s when I learned about Major League Hacking (MLH). 

I’ve been involved in MLH as an organizer for ElleHacks, a participant at Local Hack Days (now Global Hack Week), and most recently I’ve organized events on campus using the MLH Pizza Fund

All of these experiences inspired and enabled me to become a Microsoft Learn Student Ambassador (MLSA) last year! If you’re interested in the MLSA program or student ambassador programs generally, below are some insights into the interview and application process.  

About the Microsoft Learn Student Ambassador Program

The Microsoft Learn Student Ambassador Program (MLSA) is a global group of ambassadors who are passionate about supporting their peers in tech by organizing workshops that teach both technical and career skills. 

Before I joined the MLSA, I attended several hackathons and a Github workshop hosted by several MLSA which inspired me to join the program.

The MLSA Program and the Microsoft Learn platform was the perfect place for me to develop my tech skills while also giving back to my community. For example, in the program, I had the opportunity to attend workshops hosted by fellow ambassadors and eventually hosted my own workshop, “How to Build a Hackathon Chatbot using Power Virtual Agent (PVA)”. 

Student Ambassador Application Tips

Please keep in mind the Microsoft Learn Student Ambassador (MLSA) application may have changed since I applied in August 2021, so make sure to check out the application to note any differences. 

The MLSA program requires applicants to be at least 16 years old and be enrolled in a full-time academic institution. The most important part of the application is the written samples and they are broken down into three categories of questions: Teach, Inspire, and Promote. The questions were:

  • How would you take a technical concept and teach it to a friend or peer that has never heard of it?
  • How have you acted as an agent of change to inspire and influence your peers?
  • If you were hosting a technical event, what steps would you take to increase awareness about your event and attract the targeted audience?

When you’re answering the Tech and Promote questions, I recommend you put yourself in a community member’s shoes. For example, if you were learning a new technical concept, how would you prefer to be taught? I personally love a complex concept to be broken down into different categories like terminologies, purposes, and applications

The next important part of the application is sharing your social media profiles. These will demonstrate your contributions to the community and how you take the initiatives to guide others. You can share any platform you’d like! Some examples include YouTube, Instagram, LinkedIn, Twitter, Medium, and Hashnode. 

Student Ambassador Interviewing Advice

Hackathon experience played a big role during the Microsoft Learn Student Ambassador (MLSA) interview process. In my interview, I recounted how my hackathon team members taught me new skills when I was just starting out. 

I also used my observations of how organizations promoted their hackathons to showcase my knowledge of social media best practices. Lastly, in my interview, I talked about my experience volunteering for hackathons and giving back to the community. 

TLDR;

Before applying to any Student Ambassador program, I highly recommend joining the hackathon community. Start off by experiencing what it’s like to connect yourself with diverse hacker communities! Because I joined communities, I was able to find people who I look up to and strive forward. Don’t hesitate to learn in public, share your takeaways, and be yourself. 

If you are new to the tech community, check out Global Hack Week which MLHers host amazing workshops in various experience levels from beginner to advanced. 

 

The post Application Advice for Aspiring Student Ambassadors appeared first on Major League Hacking News.

Building Products for a Global Audience at LinkedIn with Thao Bach, Senior Software Engineer at LinkedIn

6 January 2023 at 14:59

In this episode, Senior Software Engineer at LinkedIn Thao Bach illuminates the differences between LinkedIn from region to region and describes the behavior that drives development. She also discusses what college did not prepare her for, the exciting world of open source, and the pros/cons of obtaining a degree vs. a nontraditional route.

About our Guest

Thao Bach is a Senior Software Engineer at LinkedIn Mountain View and Co-President of Mount Holyoke’s Computer Science Society. Her experience spans the development of open-source, closed-source, and consumer-facing software. She is a strong advocate of diversity—her work at LinkedIn is focused on cultivating a more inclusive community by building inclusive products.

Episode Resources

Subscribe

Transcript

John Gottfried: Hello everyone, I’m John Gottfried, co-founder of Major League Hacking, and I am so excited today to be welcoming our first guest on the new MLH podcast, Thao Bach. I’ve known Tao for many years. She’s actually a former organizer of fantastic MLH Hackathon hack Julio and helped us to put on MLH Hackcon as well, which is our organizer conference. She graduated from Mount Holyoke College in 2016 with a degree in computer science and began her career as a software engineer at LinkedIn, which I’m sure everyone here uses. They’re based in Mountain View California and she now works there as a senior software engineer. Awesome. Welcome Thao, how are you doing?

Thao Bach: I’m doing well. Thanks for having me, John.

John: Yes, of course. We are so excited to talk to you today. You joined LinkedIn a little over four years ago and you’re now a senior software engineer, which is super impressive. You’ve worked on a ton of different types of projects though. When we were talking, preparing for this podcast, it sounded like you’ve done a lot of open-source, closed-source, internal tools, consumer-facing tools. That’s a really wide breadth of knowledge over really just four or five years which is amazing. I’d love to hear a little bit from you about how your perspective has changed and how your interests have changed now that you’ve gotten to work on such a variety of projects.

Thao: Sure. I got to LinkedIn as my first job out of college. I started out pretty open-minded. I don’t think I was too opinionated on what I wanted to work on, so I pretty much just wanted to work on anything that they would trust me to work on. My first team was on a data team, which is basically working on internal tools and building tracking tools for other engineers. I was on that team for about a year and I was a frontend engineer on the team. I felt like for the first year I definitely learned a lot and I felt like it was a great team to start on mainly because it gave me a lot of exposure to what the day layer is like at LinkedIn. It also gave me another really important lesson which is understanding what are the things that I don’t necessarily like about working on that product, which I think I’ve been itching to do something more consumer-facing also.

I started working on another product that had me like do open-source code, which was really exciting because I had never contributed to open-source at that point. Then after that, I realized it’s– open source is cool, but I wanted to work on something that I can show my parents what I did and not just be like, “Hey mom and dad I submitted this code that you can see but you don’t actually know what the product looks like.”

Then I looked around in the eternal job schools and I found that the Germany team, which is then under the international organization within LinkedIn was open and so I applied and they accepted me. That meant going from being in the data org to now thinking about product internationally. I finally got to work on linkedin.com prop room, but in this case for the Germany market, which was pretty underdeveloped and so very much growing at that time.

As an international student or ex-international student, I felt really strongly about making sure that products work for not just people in the US market but also in other markets. I learned a lot about the Germany culture like for example, how much they really value birthdays, which is a weird thing to say, but it’s definitely a lot more emphasized in Germany. I basically built features to help people be able to celebrate birthdays a lot easier.

Then after that, I even got to work on other international teams within the org, like the Japan team and such. After that I realized now that I got to work on linkedin.com for the international market, I felt like I got a good grasp of what it’s like to put on a lot of hats for, “Okay, what does this segment want to do and that other segment want to do?” I realized that I wanted to transition into something where I feel like I could own the codebase because the downside to working on international teams is you’re always working on someone else’s codebase.

Even during times when you feel like I really want to change this thing, but I always feel I’m on the go because there’s yet another project that’s lined up so I can’t really fix it. I felt as I got more senior, I saw more cracks here and there in terms of code craftsmanship that I’m just like, “I just need to fix it.” Now I’m on a completely different team and for job search, which is basically like when you go on linkedin.com/jobs and you search for something, that’s my new team.

John: That’s awesome. It’s funny that you mentioned you wanted to build something your parents would understand. My parents never been to a hackathon. I still don’t know that they can completely describe it. My co-founder Swift’s parents have been to a couple of hackathons, but my parents never made it out. It’s very sad.

Thao: Oh nice. What do they think?

John: Do you think your parents have a good understanding of what you do now?

Thao: Not at all. I think if I were to ask them to describe what I do, they’d be like, “Okay you go to linkedin.com, she probably built some buttons there,” which not entirely incorrect but also built more than that. Also, there’s a lot of things that people build behind the scenes too, that’s not just me.

John: Are you now the default tech support person for your family? I’ve definitely gotten thrown into that role.

Thao: Thankfully not. Because I have to thank Google for being a good help for that because I basically told them early on like, “Hey, I think if you can Google something you’ll probably get better answers than I can for sure.”

John: That’s 90% of being a programmer anyway.

Thao: Exactly, so accurate.

John: I’m really curious about the differences in the product between all of these different regions that you’re working on. That sounds fascinating, not only from a development experience but also the product management and understanding your customer. What are some of the things that might look different for someone in a different country aside from the birthday example, which I didn’t know about that. That’s novel, but what are some other things that might be different on the platform?

Thao: This basically boils down to, I’d call it two different characterizations. One is layout, which is basically there are certain cultures like countries that speak Arabic where things have to be displayed from right to left instead of left to right. These things are done programmatically. Then the other thing is translation is a huge part of making sure that the product works well. That just because from the dictionary standpoint that the words translate doesn’t mean that when they fit together it actually makes a coherent paragraph. Making sure that translation is done well so that it’s interpreted the right way. That’s the more layout part of it.

Then there’s the second part of it, which is the more culturally focused, feature-driven part. That’s the part that I focus a little bit more on, which is basically given a segment, what kind of behaviors do people differ in terms of culture? For Germany, I think I mentioned birthdays, but there are also another aspect which is people in Germany network a lot more in person rather than online. I also think in America a lot of people are really comfortable in terms of being able to cold message someone, let’s say on LinkedIn and be like, “Hey, I basically came across your profile and I think your work is really cool. Is it okay if we connect?”

In Germany, that’s not how they reach out to each other because that would be interpreted as a little bit creepy, even though technically everything’s public. People place a huge emphasis on going to huge conferences and these really elaborate events where they invite celebrities to attend and also have these companies with big sponsorship and they really make it an event, a huge party event too.

In order for LinkedIn to engage a lot of these German users. I think they needed to invest more in how do we inject ourselves into the event space such that it would organically integrate ourselves in the ways that German users get together and network. That’s Germany. Then another small example, let’s say contrast that with the Japan segment where a lot of Japanese users are very focused on being consumers of technology rather than content contributors. You can imagine that if you have a lot of consumers and not a lot of contributors on LinkedIn, let’s say, then you’re not going to have enough content to actually help people find value in let’s say the feed.

For LinkedIn that meant investing more in people who could write articles or become strong influencers within the Japan market to say, “Hey, this is the knowledge that I’ve gathered and I’d like to share this knowledge.” The other part of that is Japanese people, again network very differently from people in the US and Germany that they usually use business cards as a way to figure out. “I’ve met this person and this person is like this.” In reality, every single business person actually has a Rolodex of all the business cards that they have had-

John: A physical Rolodex.

Thao: Exactly. As I tell you this, it seems a little bit retro on the retro side. If things can be digitalized, I think in our world we think, “Why not digitalize it?” because the less in-person physical clutter and just have that uploaded to cloud and it’ll handle it. There are a lot of things that are still kept traditional in Japan.

Then one of the features that I helped build was a Japan business card feature where basically you can take your phone and click on the LinkedIn app and basically take a picture of your business card and then that will upload to this page where you can see a picture of the business card that you took a picture of and that it scans all the texts that you have from the business card and then extract that into information for individual cards, and then there would be a field where if you wanted to make an additional note about the person you met, like, “Hey, John is from New York and loves drinking cocktails.”

I don’t actually know if you like drinking cocktails, but yes. It’s a better way to visualize it.

John: That’s actually awesome. Does that exist in the US version too?

Thao: It doesn’t. I think initial– it’s.

John: I feel like I could used that.

Thao: Really? That’s very interesting.

John: In the last year I haven’t really met that many people in person, but I used to go to a lot of conferences and events. I have a stack of business cards in a drawer somewhere.

Thao: You ever re-look through all your business cards drawer?

John: Yes. Mostly they end up going in the recycling after a certain period of time.

Thao: Okay, yes.

John: I did get some really cool ones made though. I got business cards made for myself that on one side it was all my info and the other side, it was actually a MLH sticker that you could take off and put on your laptop, and people got a kick out of that. That was fun.

Thao: That is really creative.

John: That was definitely an innovation, I’ll call it. We’ll say that.

Thao: Yes.

John: That’s awesome. Designing for all of those different use cases, I would imagine that presents a lot of technical difficulties too. What are some of the tech challenges you’ve encountered at LinkedIn? Obviously, there’s a scale there that’s unparallel, but beyond that, I’m curious what tech challenges go into the internationalization part of it.

Thao: Yes. I think this is pretty indicative of the more early days of international, but I think I mentioned the challenge of not owning your own codebase. I don’t know if other companies are like this because I think-

John: What do you mean by that?

Thao: Basically depending on what team that you are in, a team can basically have a list of people who can give, ship-its for the code. That in order for you to be able to submit a code and have that committed to the codebase, you would need X amount of people to approve of your code. We weren’t really part of a list of people who could actually say yes to a code.

For the ones that we were, it was more tiny, very international specific to give you more concrete answer about– Let’s say if you look at LinkedIn and you see different pages that you can go to so there’s the feed page and there’s a profile page. Those two pages are actually owned by two different teams, which meant that if I make a change on feed, I would need to go ask the feed team and say, “Hey, can you approve of this change?”

Then they’d be like, “Okay, sure, thumbs up.” Even though I can go in and be like, “Yes, you can push this change to feed,” the system would be like, “No, her ship, it doesn’t matter. Who cares?” You definitely have more say as an owner of the codebase by nature of being the owner. For the international team, in the early days, it was a lot of alignment conversations of coming to engineers and being like, “Hey, this is a very cultural-specific feature that we’re trying to push for this particular segment.”

Sometimes it meant having to think about compromises of how we would go about building a feature because there are tons of ways that you can go about developing something. A lot of it was us going into someone’s codebase and say, “Hey, here is one or two different designs, what do you think is appropriate?” Sometimes they would push back and be like, “I don’t know why this feature needs to exist.”

Because I think then LinkedIn was still very much US-focused. Over time I think that’s gotten a lot better in terms of thinking more about international growth and that issue has been easier over time. I’d say that when I was joining the international segment in the early days, that was basically a lot of what I felt like I had to go through.

John: Yes. That’s super different than a lot of the folks listening do a lot of their development at hackathons, right? Where you might be logged into your virtual machine literally editing the file and production. We have no tests, who need tests?

Thao: Exactly.

John: Yes, that’s funny. That brings us to an interesting transition point here. You’re getting to work on this massive codebase, something used by millions and millions of people around the world. I can only imagine how many little features and subprojects and technical nuances exist at that scale, but you built up to it, right? You studied computer science, you had internships at other companies. How did that prepare you for this type of career and maybe on the flip side, what didn’t it prepare you for?

Thao: Yes, I think it really depends on the role that you end up in after school. Because I felt like for me specifically as a front-end engineer, my flashy computer science degree that was super expensive didn’t actually teach me a lot about how I can do my day-to-day job. The most value I got was that it helped pass interviews for me that I think a lot of interviews for new college grad positions I think are still very much algorithms heavy. I think algorithms are mainly the bread and butter of computer science in schools. Once I felt like I passed through interviews, I was actually pretty shocked by how little I’ve used my knowledge in school.

John: I’ve definitely heard that before.

Thao: Yes, and it’s not really uncommon. That’s where I felt like going to hackathons actually, and then having internships previously has helped me feel a lot more prepared for my day-to-day job of being a front-end engineer beyond the things in school. I had to learn on the job.

John: One of the things that I hear a lot from folks who are currently in school is the whole like, “Should I drop out and get a job? Or should I finish a computer science degree?” What’s your perspective on that?

Thao: That’s a big question.

I think there are so many nuances to that. I think it depends on whether you’re giving advice to an international student versus a US student for example. For me, I was an international student and I think if I wanted a career in America to start with at least, then that meant I really had to graduate from college in order to get the visa status in order to be able to apply for companies in the US.

For me, having a college degree was a non-negotiable if I wanted, let’s say a job in Silicon Valley, but let’s say if you’re a local American student, your options are a lot more open that I think it’s really interesting that the barrier of entry to an engineering job I think is a lot lower than other jobs that I think there are a lot of ways that you can show that you can do the job without having a college degree. I think that that does make it a lot more inclusive.

I have colleagues who instead of going to a traditional four-year college school, they have gone through a community college or went through a hacking– a coding boot camp, and they are still able to get jobs in Silicon Valley and if not thrive despite their untraditional background. I think it really depends on your circumstances and it depends on what you really want out of a college experience also. Because I know that colleges are really expensive in America. I do like the fact that there are a lot of different paths that you can take for that.

John: Yes. You bring up a really important point. Which is that there’s certainly an immense amount of privilege built into being able to drop out of school, right? I know a lot of people who have the exact same situation as you where their visa was dependent on getting a degree and getting a job and all of these really somewhat arbitrary but really specific steps.

Thao: Yes, for sure. I’m not going to argue how American politics is built because that’s just–

John: That’s a different can of worms.

Thao: Yes.

John: You mentioned earlier that one of the projects you got to work on at LinkedIn was open-source and that it was the first open-source project you had ever worked on. What was that experience like, because a lot of the students that we work with see open-source as a way to build up their resume or learn skills that they need to get a job. You approached that a little bit later through the career that you already had.

Thao: Yes, I remember feeling almost really naked about the fact that the code that I’m writing can be seen by basically anyone, which is a slightly frightening experience. It’s a little bit like, if you were on social media, like on Instagram and you post something and your account is public, and I guess, not as much just because not a lot of people would like to look at code, but you approach it with that mindset.

I had really good mentors who were able to help me know what the best code and craftsmanship are specifically for open-source. I think LinkedIn has guidance on what to do in terms of writing for open-source, rather than writing for internal code. Things like you shouldn’t write anything that’s sensitive to LinkedIn data, specifically, that that shouldn’t be open-source, which is I guess, intuitive.

I have a funny story about this. One time, I was writing tests for my code, and usually, test writing is not my favorite thing. I get that they’re important, and they can be dull. I find entertainment in ways that I can whenever I can. I decided to just name my test variables after Disney characters, because why not? I had Simba and Pumbaa everywhere. Then when I submitted it for code review-

John: I love that.

Thao: Thank you. It makes it so much more entertaining.

John: Yes. That’s way more fun.

Thao: Yes. If you can’t get a laugh out of someone else, at least you make yourself chuckle a little bit. When I submitted it for code review, I think one of the engineers was like, “Wait, these are copyrighted words. We shouldn’t be able to be using these words, like Simba and Pumbaa.” I was like, “Okay.”

John: Disney’s going to sue you for publishing this on GitHub?

Thao: Potentially, and that wasn’t something that I completely understand. I was like, “You know what? Not an argument that I would like to have because I get it. Rather err on the safer side.” Yes, the downside of open-source is basically, I can’t use the funnest names that are trademarked. I think that’s like a tiny, tiny downside. Not the worst thing in the world. Yes, but I think it’s cool to be able to write something that other people can see, and I think it also helps if, let’s say there’s another female engineer who comes along and be like, “Hey, I actually see another female engineer at LinkedIn, who you contribute to open source.” I think that’s cool because hopefully, that’ll inspire another engineer and maybe empower her and say, “You know what? You can do this also.”

John: Yes, that’s definitely something I hear from a lot of the companies we work with that open source is– it’s almost like equal parts engineering work, but also building awareness for the company’s culture. It’s like, “Here’s how we think about code. Here’s the people who work here. Here’s what we care about.”

Thao: For sure.

John: Did you have any external contributors submitting pull requests or anything for your open source?

Thao: I don’t. I think there were some but not a lot, just because the codebase that I was contributing to, needed a lot of really specific specialty knowledge because it was not just within data, but it’s a root cause analysis dashboard that required you to understand something like data science and machine learning terms. Yes, I think the barrier of entry was pretty high for that codebase.

John: Yes, that’s totally fair. One of the things you mentioned is that you like the idea that maybe someone like you like a young woman sees your code and is like, “Hey, I’m capable of this, too.” That’s something we hear really frequently in our community, is that visibility is super important. Being able to identify with people who are a little further in their careers builds confidence. I know that when you were a student, HackHolyoke was an incredibly successful hackathon at building a diverse group of hackers.

My memory of it is that that was like a direct experience that you all had with other hackathons and with CS departments that led you to build that. I’m curious if there are any lessons that you think companies can take away from what you all built at HackHolyoke, which was incredibly successful.

Thao: First of all, I feel really flattered and honored that you felt it was really successful, because I think for us as students, being in our little room trying to organize these things, our hope was just that people showed up.

John: Yes, I know that feeling.

Thao: That’s always the fear. I think what we tried to do was we tried to make sure that our messaging felt inclusive, and that we-

John: Well, what does that mean?

Thao: That meant being able to clearly define what we have as personal values in terms of what we believe in. That meant boiling it down to as core as possible. For example, instead of saying something like, “We want to achieve a very specific image of diversity that looks like you have X number of programmers from this particular background like 50%, male, 50% female, or X percent Hispanic and X percent Black engineers,” I think we tried to formulate it as– we wanted to strive for some environment where people could feel they’re welcomed, and that it’s safe for them to be able to say, “Hey, I’m a beginner here, and I am here to learn a lot. That I hope that other people would be willing to accept that and be able to help me through the journey as I try to navigate this really weird, untraditional, whiny environment,” that was, I guess, new back then with hackathons.

I think for a lot of companies that I’ve seen where they try to come across with a messaging for diversity inclusion, I think there are times when it could come across as pretty ingenuine. I think the farther you are from what you want to say as a core message of saying, like, “Oh, we want to achieve this particular statistic, this particular number.” I think that could easily make people feel like they’re there because they are boiled down to the group that they represent, as opposed to truly that it’s okay that anyone who comes from any background, who looks like anything, should be able to feel like they are equal, and that that should be an equalizing environment, that we’re there for a common purpose of being able to learn from each other. That’s the thing that really helps in terms of everyone having that environment.

John: Yes. One of the things that I’m always impressed with, and HackHolyoke is a fantastic example of this but there are many others, is that computer science departments have a lot of struggles with representation. Many of the students who are organizing events or clubs within the MLH community have taken it into their own hands to introduce people to tech. One of the things that we’re super proud of is, only 50% of the people in our community are studying computer science. There’s a lot of programmers out there who are in different majors or are self-taught. I have a history degree for some reason. It has nothing to do with my career.

Thao: Yes, and like Swift’s study of law, right?

John: Yes, like Swift study law. What does that even mean? I think it’s really impressive to me how people like you did when you were in school, and still people today are taking this into their own hands and creating the tech industry that they want to be a part of, right?

Thao: Yes, for sure. Well, John, I don’t know if you know, but my CS department was very not diverse because it was 100% women.

John: Eva, who I was also involved with HackHolyoke has mentioned that to me.

Thao: Yes, but we were a woman’s college, so I think we had a good excuse.

John: The fact that you were able to bring other hackers from other schools to your campus, I think probably had a huge impact on people.

Thao: Yes, for sure. I did remember seeing MHacks, who was like a 1,000-person hackathon or something. Gigantic. 

John: It was a big hackathon.

Thao: They were able to bring in, I remember, at least 300 female hackers for one year. I was like, “Whoa, that is bigger than the size of my hackathon.” They’re doing really great job there. Disregarding, I know the percentage is like, whatever. To be fair, 200 person hackathon, it’s a lot easier to achieve the nice neat statistic that you want. That’s why I’m like, you know what, statistics don’t tell the whole story here.

John: Yes, ultimately, it comes down to individual experience, right?

Thao: Yes, exactly.

John: I think what we’ve seen is when someone feels included in the community when they feel comfortable, and welcome, whoever they are, they’re more likely to continue participating, continue down this career path. All of the events that bring in new people are furthering that. Each individual event statistic compounds on each other in a positive way, for the most part.

Thao: Yes. This brings me back to the days where– when you’re trying to craft the experience of a hackathon, it made me feel like, “It’s like I’m in the hospitality business here.” Except inside the hotels, you get this gigantic room or something or like dispersed rooms where people can feel like they have sustenance, and they have a place to sleep, and they have good internet.

John: It’s a little bit more chaotic than hospitality but definitely a lot of logistical similarities.

Thao: For sure. 

John: Man, I can’t tell you how many loading docks I’ve hung out in.

Thao: Oh my gosh. 

John: All sorts of weird stuff I never expected to do in my career in the tech industry.

Thao: Yes, for sure. Did you ever have a favorite snack within a hackathon that you just sat on the corner, just munched on.

John: My favorite thing is how hackathons were able to often bring in local or regional food. There was one event I went to, this is maybe not the best example, but at Rutgers, and if you’re listening and you’re from Rutgers try not to be offended here. The local specialty college food is what’s called a fat sandwich, which is like a hero, like a hoagie roll with french fries, chicken fingers, mozzarella sticks, all the fried food packed onto it with ketchup [crosstalk] It’s like a heart attack in a sandwich. I love the regional specialty cuisine. That was not my favorite, but a lot of people loved it. I’ve heard great things from Rutgers alums, Swift included.

Thao: Yes. It shows that by going to different hackathons, it’s not like you’re just jumping into a different room, another location. You’re really getting the local experience there. I remember a friend of mine who was organizing Hack Holyoke first pitched to us the idea of having baby animals from farms to Hack Holyoke.

John: I think you all started this trend.

Thao: Really? I didn’t know that, but I remember the first, we looked at her and she’s like, “Oh, is she serious?” “We’re not sure. She’s from Kazakhstan, maybe they do hackathons differently there. We’re not sure.” Then she made it happen and it was a blast.

John: Yes. I’ve met a lot of puppies and goats. All sorts of animals you would never expect to see at a hackathon. I’m into it. I’m down with the hackathon.

Thao: Yes. For sure.

John: That’s good. I’d love to hear from you as you were getting started in the tech industry we talked a little bit about how you build inclusive communities and how much representation matters, but I’m curious if you had any personal mentors or role models that you got to work with who really influenced your career?

Thao: Yes. I’ve been really lucky that I’ve had the privilege to work with a lot of really talented engineers. I think for the first few years of my career– I think what I would say temporary or circumstantial mentors where if I’m in a new codebase that I’d have people who’d be willing to coach me through how to commit to a certain codebase or what a new team is like and how do I integrate. I felt like for the first two or three years of my career, I didn’t really have a stable mentor who I had one-on-ones with regularly and basically sit down for conversations and understand how to think about planning my career.

Luckily after three years from serving in this craftsmanship code committee, I met this engineer who was then a staff engineer when I was a software engineer. I think I must have said something intelligent adjacent enough that he’s like, “Oh, I think I’d like to get coffee with Thao a few times.” I think we just talked to each other. Then after that, I realized that he could actually be a mentor of mine, which is really surprising because I think he saw potential in me and maybe liked spending time with me enough that he’s like, “Yes, I’d love to be a mentor and actually a sponsor for you.”

Mentorship relationships were never what I imagined it to be when I was right out of college. I think the way that people talked about it, I felt like you get assigned a mentor, and then somehow that mentor just sticks with you. I think it’s very much a matching process a little bit more where you have to figure out what do you really want as a mentor and making sure that that is the right fit that you really want to get along with your mentor. I think for a long time personally, I never really saw myself staying as a software engineer for a really long time.

John: What did you expect to do?

Thao: Going back a little bit, before I got to college, I actually wanted to be a chef.

John: Really? Me too.

Thao: Oh, okay.

John: I like working kitchens all through college. I love baking. I have a sour dough started downstairs. The whole thing.

Thao: Yes. That’s awesome. I guess you get to make things with your hands and then eat it. There’s no greater joy. I remember telling my parents that, “Hey, Ken, instead of going to four-year college, can I just be a chef?” My poor Asian parents who were pretty strict and traditionalists, they’re like, “How about you work in the kitchen first, and then let’s get back to you on that later.”

This was the summer before I entered college. I started working as a pastry chef intern in a hotel in Vietnam. I worked there for a couple months and I really enjoyed the job. It was unpaid. I think they probably lost money by having me as an intern because I ate a lot. I really enjoyed the job because it was really gratifying being able to think about making things for other people where they would eat my product.

It was really gratifying and it was hard labor work, but I liked the camaraderie in the kitchen. At the end of the day, I felt like the thing that I enjoyed about the kitchen was the impact that it can make for other people’s experiences. I felt like I wanted to do something that was at a bigger scale and I wasn’t going to be able to do that if I was in the kitchen for a long time.

I think career in dining is really hard. It has a huge failure rate. I went to college being undeclared and searching for something that would fit that bill. I think computer science fit that well enough for me. I think there were parts of the job that I felt like fit me that I thought was something that I enjoyed enough that I could continue, but there were other parts that I felt like maybe I don’t fit the identity of an engineer that I thought I would, that I think coming from a liberal arts background, I missed being able to think about a problem, not just from an engineering standpoint but also from a political standpoint and a design standpoint.

Basically, any interdisciplinary topics that you can think of. I didn’t think that leveraged enough of the different parts of my brain so that I could engage. Circling back to my mentor, I think what made me realize that I wanted him to be my mentor was I– it was only when I started working with him did I realize that I actually hadn’t met another engineer who I felt like shared a lot of my values and someone I can model after. He was basically the first one to do that.

Specifically, I think I was really impressed by how good he is at being able to present really complex technical problems and boil it down in ways that for people who are starting off in their career who don’t know a lot, to people who are experts, all of them can understand what he’s explaining. I think that was really impressive. The other part is also that he is a very empathetic communicator. That he’s able to understand where you’re coming from when you’re trying to ask a question and is able to say, “You know what, here’s how I would think of it. Obviously, there are things that I might not understand, but maybe you can help me explain it to you better and maybe I can learn something from you about it.”

For someone who is a really senior engineer, I thought this is really incredible that it shows immense modesty and self-awareness in order to be able to communicate something like this. The other part of him was also that he cared really deeply about mentorship and sponsorship. I think that was when I first understood the difference between mentorship and sponsorship when I started talking to him.

That mentorship is basically, you get advice more or less from another person on how to do something. Sponsorship is basically having someone who sees an opportunity that would be best fit for you and say, “Hey, I think that she is someone who should be in the room when this is happening. I think she has the particular skill set that would be great for this particular opportunity.” To really make a huge impact, a direct impact on your career progression by giving you those opportunities. I think it’s something that I’ve grown to be a lot more passionate about and more aware as I grow more senior and am able to see a lot of other engineers who I can be a sponsor to as well.

John: It’s like a structured friendship. Adam, I remember back to my first programming job and I thought I was so annoying asking questions all the time at every part of the codebase.

They were super patient and they’re still a close personal friend of mine. It’s building those types of relationships where people are invested in your success and able to work with you and able to look out for you. It’s incredibly important.

Thao: Yes. For sure.

John: It is funny though that you wanted to be a chef because whenever I talk to people about the fact that I love cooking and love baking and all of that, and I really enjoyed working in kitchens, even though you’re totally dead after a 16 hour day in the kitchen. There’s a lot of-

Thao: Feet are swollen, everything aches.

John: Yes. You smell bad. There’s food everywhere. There’s a little bit of a mental similarity between programming and working in kitchen. You get into the flow state where you’re just doing this thing in such a focused way. I don’t know, I think a lot of developers have these creative pursuits outside of programming that actually align really well. People who are musicians or artists or cooks or whatever it is. It uses a lot of similar muscle memory.

Thao: For sure. I think it’s really healthy to have outside hobbies that are different from your job. Because I remember when I was starting out, a lot of the friends that I had after they finished programming during their day job, they come back and they code their side projects. I felt like that was so bizarre because I felt like I stopped side projects when I started getting paid to code, which initially sounded so bad. Then I realized no, I think after eight hours of coding, it’s okay if I want to play piano or if I just want to cook for myself, or if I want to, I don’t know, read, and that’s totally fine.

John: I definitely burned out a bit in the first year of being in the industry because I was working all the time. I didn’t have good boundaries. I didn’t know how to take time off. I think a lot of people go through that. I think you’re right. It is totally normal and healthy to not be coding 24 hours a day. [chuckles]

Thao: For sure. If you love it, then more props to you, but I think everybody-

John: No, I definitely do a side project every once in a while, but I stare at a screen all day, I can’t do that all night too.

Thao: Yes. I totally get that.

John: We talked a lot about your career progression and how you got where you are. One of the things that’s so fascinating about the tech industry is how rapidly it changes. CS education when you were in school versus when I was in school, which wasn’t long before, but a couple of years– I’m not that old.

Thao: No.

John: Things can change really significantly. What do you think developers now should be thinking about and doing that maybe wasn’t even available to you when you were studying this six or seven years ago?

Thao: I think there has been immense knowledge base online in terms of how to do something, and that is just going to continue growing as the internet ages. A very specific example is if you were to search for a question on Stack Overflow, you’d get a lot more answers today than you did previously. That is a testament to how many engineers have started learning. It contributes to this global knowledge base online.

I think that’s something that I always felt like was why I liked the idea of open source and the idea of knowledge sharing because it democratizes knowledge, and it really is a good way to pay it forward to other people. Yes, I think that that’s basically the one thing I think that’s been the biggest advantage so far of people who are starting to learn engineering now.

John: I think especially– Stack Overflow is incredible. Obviously, no one would or could be an engineer without it, but the wealth of blogpost and tutorials and videos, it’s incredible how much is out there. I remember being a kid and borrowing programming books from the library. That was the resource. That was the only thing. It was wild. [chuckles]

Thao: Now for every topic, for every popular topic that you want to search for, you get hundreds of tutorials of different flavors. It’s almost paralyzing with the amount of choices that you have. 

John: Yes. Sometimes it is. We’re getting to the end here. This has been super interesting. I feel like we’ve followed you through your entire career journey. Well, what’s the top piece of advice you would give to someone who is in college right now, maybe in a boot camp who is looking to get there start in the tech industry? Just distill down everything you’ve ever thought about in your tech career.

Thao: Oh my gosh. I’d say if you happen to land your first job as an engineer, first of all, congratulations. Huge deal and great start. I’d say enjoy being a noob. I think being someone who’s new gives you the license to ask a lot of questions without shame. I remember feeling like– I got to ask a lot of questions. I saw myself growing a lot.

It feels great, but also really painful at the same time because you’re growing so hard and you’re like, “I don’t know if I’m actually learning something useful or I’m just hitting roadblocks every single now and then.”

I think being able to relish in the moment of saying, “Yes, I can ask some questions, and it’s fine.” Then the other part of it is, I think, learn to maintain relationships and build relationships with people who would be good advocates for you because you’ll never know how much it’ll help you in the future.

John: There’s definitely a lot of karma in– It’s not even just the tech industry, just life in general. You’ve got to pay it forward and help people out and be nice, and it really does come back in a big way.

Thao: Yes, for sure. I wish it were a lot easier to form relationships. Also, I wish it were easier even for more senior people to feel like they can ask questions because one of the surprising things I felt like I learned in the tech industry was there’s a lot of shame in not knowing something, which is crazy because there’s so much knowledge that no one person can absolutely know everything, and yet, everybody lives in this reality where they still feel some hesitation in asking a question because– It’s weird.

John: The best developers I know are incredibly good at crafting questions to other people and looking for the right answer and understanding the strategies to figure it out. They don’t necessarily have the best memories.

Thao: Right. Yes. I don’t store anything in my head ever. [chuckles] Brain is limited storage space, but computer and cloud, way more storage space than my brain.

John: It’s way cheaper to buy more storage space cloud.

Thao: Exactly. Actually, a funny story. Recently, before moving to Hawaii, I wanted to find physical storage for my furniture, and then I stumbled upon this ad that had super cheap storage space. I was like, “What is the catch here?” The ad was like, “Oh, $199 for one terabyte of storage.” I’m like, “There we go, not physical storage.” 

John: Cool. Well, to close this out, I would love to hear from you, what is your favorite pastry recipe? Tell me about your best pastry here.

Thao: Oh my gosh. I just made, I think one of my most impressive thing a couple of days ago for my birthday.

John: Oh, happy birthday.

Thao: Thank you. 420, yes, was actually my birthday.

John: That’s when I got my COVID shot.

Thao: Yes. That was also a birthday gift for myself this year, so yay birthday gift. I made a croquembouche. I don’t know if you’ve heard of it.

John: I’ve heard of it. Describe it again. I don’t know that everyone who’s listening will have.

Thao: That’s true. Basically, it’s a cream puff that is basically stuck together by a layer of caramel. Then you basically build a conical tower made out of purely cream puff. It’s this fancy French dessert that I’ve only seen pictures on Google of, but I’ve never really seen in real life nor have I attempted to make it, mainly because it’s a lot of cream puffs that I would never be able to finish. Also, it takes two days to make.

John: I’m imagining all the steps in my head like making cream puffs, making-

Thao: Oh my God.

John: -the cream, making the caramel, yes.

Thao: It is a two-day endeavor. Actually, I wanted to reference back to what you were saying before, which is there is actually a lot of overlap between baking and coding because I felt like a lot of the skills that I had to employ in my day-to-day job, I was thinking through when I was baking because it was the equivalent of breaking down a huge problem, which is how do I build this gigantic edible tower into tiny implementations and steps along the way?

I was saying, “Okay, in order for me to construct this tower, I will need to make the cream puff, I will need to make the pastry cream that goes under the cream puff, I need to make the caramel, I need to figure out what mold I can use to be able to stick all of this into a tower,” et cetera. Of course, not everything goes according to plan along the ways. You just have to pivot one way or another, and then eventually, you get something that’s edible, hopefully, and doesn’t poison anyone.

John: How was it?

Thao: It was great. It definitely met my expectations and I have super high expectations for myself. I think for people I made it for, I think they would’ve been fine with its fat-looking cream puffs, but I was like, “No, I-

John: You have high standards.

Thao: -put my reputation on the line here.”

John: I feel like I’ve seen them make that on Great British Bake Off before.

Thao: Yes.

John: It’s one of those things that’s actually impossible to do in the time they have, but they tried really hard.

Thao: Yes, for sure. Oh my gosh, I can’t imagine doing it in hours in one day. I’d probably cry.

John: Well, one day we’ll have Great British Bake Off but hackathon version like getting a bunch of developers to do an impossible task in a short period of time. That’s basically what hackathons are.

Thao: Yes, exactly. You find things to hack together and somehow you get a product. Then maybe it’ll collapse after the demo or something, or at demo, it doesn’t even work.

John: Software engineering in a nutshell.

Thao: Exactly. 

John: Awesome. Thank you so much, Thao, this has been a pleasure. I really enjoyed learning about everything you’ve worked on. I think the advice that you offered and the path that you took will be really helpful to a lot of folks in our community. I hope you have a great rest of your day. Enjoy Hawaii, it sounds beautiful and happy hacking.

Thao: Thanks, John.

 

The post Building Products for a Global Audience at LinkedIn with Thao Bach, Senior Software Engineer at LinkedIn appeared first on Major League Hacking News.

The Art and Science of Mastering Your Craft with Sandile Keswa, Senior Software Engineer at Google

6 January 2023 at 14:58

What is the best career path for a new developer? Should you go to college? What about grad school? Regardless of your path, getting involved in the open-source community is a smart way to learn, collaborate, and build a strong portfolio. 

In this interview, Senior Software Engineer at Google Research Sandile Keswa discusses hybrid learning models in education, how to get involved in open source, and advice for up-and-coming developers. 

Episode Resources

Subscribe

Transcript

Jon Gottfried: Hi everyone. I’m Jon Gottfried, co-founder of Major League Hacking. I’m so excited today we are talking to Sandile Keswa who is a Senior Software Engineer at Google. Hello.

Sandile Keswa: Hello. How are you doing?

Jon: Pretty good, man. It’s good to see you again. Sandile is a front-end leaning software engineer. He’s a huge basketball nerd, great sense of humor, loves coffee, which I think he’s drinking right now, and puzzles. He loves hacking on consumer-facing side projects that augment the human experience, which we’ll talk about a little later. Sandile is actually an MLH alum. He ran a number of MLH events and helped build the hacker community at Temple University which is where he got his BS in Computer Science and Mathematics a couple of years ago. I am so excited to have you here, Sandile. 

Sandile: Happy to be here. I don’t do podcasts often, this is new.

Jon: You’re more of a listener, not a speaker?

Sandile: Exactly. I’m what you call a lurker, I guess on Reddit.

Sandile: I’m here for the content, but I never make any of the content myself. Now we’re on the other side.

Jon: Here you go, man. This is your start.

Sandile: Oh my goodness. I’m breaking out. Great.

Jon: Awesome, man. I want to kind of start where a lot of folks in our community are right now, which is beginning their careers. I know you’ve been at Google, I think about five years now, right?

Sandile: Yes.

Jon: You went through that career path of an individual contributor like software engineer, did amazing work, became a Senior Software Engineer. I’m sure you’ve worked on some pretty amazing things over the years, I’d love to hear more about that. What are some of the projects you’ve gotten to work on over at Google?

Sandile: Totally. I started working at Google like you said, five years ago or just about, I don’t know, give or take a few months. It was right out of school. The first thing I worked on was in advertising which at the time I was not thrilled by. You don’t associate advertising with interesting problems to be solved because from the user side, you just go to a website and it’s just blocks of stuff, it’s like billboards right in your face. Working in ads really showed me exactly how vital the ads ecosystem is to what enables the web to be as magical and interesting and wide-reaching as it is now.

Display advertising especially really unlocks a lot of those key features that you love about the web. You can go and read somebody’s blog and that blog might be able to be self-sustained just because you get a little bit of ad revenue every time an impression comes through. That is pretty cool when you think [crosstalk] you don’t need money to enjoy some of the beautiful and interesting content that we have on the live web.

I worked on a team called display ad verification which sounds like the most crufty corporate-y– It’s not a very interesting sounding problem, but it is actually quite interesting. This team was specifically dedicated to making sure that– This is the example I like to use, is like, airline companies don’t want to put their display ads on articles about plane crashes. That’s not.

Jon: That would be very counterproductive.

Sandile: Exactly. Disney doesn’t want to put their ads for the new Mulan or whatever on pages about–

Jon: Car crashing or something. Like terrible news.

Sandile: The interesting thing about that problem is people don’t actually really ahead of time always know, but they don’t want to be placed next to in the real world. This team is basically dedicated to figuring that problem out. Giving advertisers the tools that they need to make sure that their ads appear in the right spots. DDM verification taught me a lot of stuff mostly about how machine learning is very hard. It’s really difficult to get it exactly right but when you do, you can enable some incredible work.

That was DDM verification. I worked there for three years. Then after that I transitioned to Google Research at New York, focused on education. Education’s always been a passion of mine. I don’t know, it feels almost like the thing that unblocks all avenues. Education is pretty much at the root of any interesting thing that any person might want to do. You always need to find out more. I was working on a few education-related research projects.

One of the research projects that I was working on ended up kind of graduating so to speak and becoming a thing that we’re actually investigating actively and putting resources into. That’s under the Google Education Umbrella. Google Education in this past year is at a very exciting year, I guess 

Jon: Transitional year maybe.

Sandile: Some products that you might have heard of, Google Classroom, Forms, ChromeOS, products like that. It has been such a huge learning experience with all the changes that have happened with social distancing and learning from home and things like that. It’s been a very interesting time to be in the space that’s the intersection of technology and education. Lots of really interesting problems to solve and a lot of problems that have never had to be solved before. How do you even know that what you’re teaching somebody is sticking if they’re just a picture on your screen that moves from time to time? It’s really difficult to evaluate those sort of things.

I feel like a lot of the stuff that is really important to the teaching process is soft stuff. Stuff that doesn’t show up in the numbers like oh, this student has been daydreaming a lot lately. I wonder what’s going on. I’m going to go and dig in, going to go have a conversation. It’s hard to pick that stuff up when we’re behind these video streams, stuff like that.

Jon: Are you saying that technology can assist with that?

Sandile: Yes. There are a lot of ways that technology can be adapted to be more helpful and more contextually aware of specific things that should or should not be happening I think in education. Broadly speaking, the video call was a basis, a foundation for making a lot of these use cases possible. It’s not smart enough in its current form to really facilitate productive classroom learning. I think a good example is keeping younger kids engaged. How do you stick a six-year-old in front of a computer for six hours and expect them to stay engaged the whole time? That’s crazy.

There needs to be an accounting and some innovation in that space to really figure it out. Ultimately I think some aspects of what we’ve taken away for 2020 are going to stick around, it’s going to make more and more sense to enable some of these cases where students can stay home and still get a great educational experience without being, in close proximity of their teacher.

Jon: It definitely increases accessibility in some ways. I think even for us, right at MLH, we were historically this totally in-person community. Now we’re really thinking about it as a hybrid model because it allows a certain amount of creativity that’s not bounded by physical, space, and requirements.

Sandile: Absolutely. I think we’ve all been challenged to think about work and school in different ways the past year. I don’t know, you even look at the technology industry and how the advent of remote working posts have really skyrocketed. I wonder what that’s going to do to the concept of that split between work and home and how we manage a virtual workplace.

Jon: What is a work day, right?

Sandile: Yes what’s a workday? Absolutely. Some of these notions that are as old as the industrial revolution we’re kind of taking them apart and doing a reaccounting of what’s valuable and what isn’t. That’s pretty exciting from the perspective of I wonder what that will enable down the road.

Jon: It’s funny though that you mentioned that getting a six-year-old to stare at a screen for however many hours, six hours, eight hours, is incredibly difficult. Every six-year-old I know could play Minecraft for six hours. What is the difference between that and what they’re getting in the classroom?

Sandile: I think there is a Twitter thread that I was reading a couple of days ago. It was talking about some comments that Elon Musk made about I think we’re overthinking some aspects of education. I was like, Oh okay that’s a cool thing to say, but I think his point was basically that. You don’t have to ask a kid to play Minecraft they’re just going to do it and they’re going to do it forever. It’s limitless boundless energy for them to do that. It’s like, can we channel that same avenue of energy and curiosity, and passion towards a direction that has educational outcomes? 100% we can, we just haven’t gotten creative enough to really make that possible yet.

Jon: I really distinctly remember, I grew up in the final years of dial-up internet when computers were actually a pain to use. I remember having these arguments with my parents where they’d be like, “Hey, you’re on the computer too much, go do other stuff, blah, blah, blah.” Precocious little six-year-old me would be like, “No, no, I’m learning stuff.” The funny thing is, I bet you kids who play Minecraft are saying the same thing. I bet you they’re modding and figuring out the circuits with whatever those red bricks are.

There’s an argument to be made that education should be more fun and creative like that and I think hackathons actually represent a lot of that creativity. You did a ton of hackathons, you organized hackathons but you also got a CS and math degree, which is highly academic. How did those different things contribute to who you are as a developer?

Sandile: Right. Yes, you know what? That’s a fantastic question. I don’t know. If we run it all the way back to undergrad, and in the hackathon scene.

Jon: The olden days.

Sandile: The olden days, if you will, yes. I think there is value to academia. Dedicating yourself to figuring out some really difficult methods of thinking and learning some history behind some of the important things that drive progress today. I had a realization in undergrad, and it was that I think being a software engineer in the modern context is more being a craftsman than being a scientist. It’s more about the techniques, and the tools and the methodologies, and the culture of it, than it is about understanding necessarily the minutiae of the theories that contribute to cool things like databases and tc, right?

Those things are all really important to understand theoretically, but you don’t need to understand those things to build an application that helps people get in a taxi and get to the airport. You don’t need to know that information. Computer science, I think it’s really interesting cross-section between practicum, basically the idea of engineering and those sets of skills, and theoretical exploration and figuring out new discrete mathematics to solve high-level problems.

Distributed systems are a good example of where computer science is necessary to building things that are actually practically helpful. You need consensus algorithms, you need all these systems dedicated to distributed ledger management. There are all sorts of things that you have to figure out that are very down the scientific route and avenue, but then you bring them over, you implement them in the form of a horizontally scalable MySQL, now, it’s practical. Now it’s a tool that people can use to build great stuff, so I don’t know.

When people ask me if you need to go and get a degree, it really, really depends what you want to do. If you want to build the applications and services that people will use and need and want, I would argue that you don’t need a computer science degree to do that. If you want to build that infrastructure, if you want to advance the state of the art, unfortunately, you’re going to have to hop in. You’re going to have to get theoretically sound and really figure out the innards of discrete mathematics and computer science and all that good stuff.

Jon: Yes. It’s like if you were to compare the people who do molecular gastronomy with a really good chef. The chef may understand how to apply their skills incredibly well but they’re not looking at the chemical reactions that derive a certain outcome. I think computer science is somewhat similar, where you’re not going to be implementing a Bubble Sort algorithm, you’re going to use one that’s in a library. Or probably a better one than Bubble Sort, anyway.

Sandile: Exactly. I know it’s a completely different skill set to write a new Bubble Sort or use an existing Bubble Sort and decide how to build maintainable software. It’s a completely different set of concerns. Whichever one of those things you want to do should really color how you structure your career and structure your time.

Jon: Yes. Google, famously has a lot of these foundational technologies available as tools, and as utilities for other applications. MapReduce is probably the most well-known example, but I’m sure there’s many others that someone did this crazy research project and came up with an incredible solution that’s now used by thousands of developers or millions of developers.

Sandile: Right, absolutely. That part of Google’s ethos is one of the reasons why I wanted to work here in the first place. I feel like there are very few large companies where I could go from display advertising to educational research with minimal friction,Like. Yeah. Just like switch, you know, and. These are fields that are usually completely unrelated, but at Google, I went from–

Jon: It could be totally different companies.

Sandile: Yes, absolutely. It’s like at Google, I went from the fourth floor in New York to the sixth floor. That’s what changed, you know what I mean?

Jon: A big change.

Sandile: I’m a fan of that but I think it’s given me time to reflect. I feel like as an industry we need to advance culturally towards dedicating ourselves to actually solving problems. There’s this weird split, I feel like in technology culture, where everybody says that they’re making the world a better place and it’s like a meme because they’re building developer metric tools. It’s like, “Yes, sure, the world is slightly better now than it was before this metric tool.”

At the end of the day, we’re at this super interesting time in history, where we have a bunch of big complicated very intimidating problems to solve and we’ve never had more tools and more incredible people working on those problems. If we incrementally build up to focusing on those problems more and more, even if it doesn’t have necessarily an economic benefit. I think we should, and I think Google’s really blazing the trail in that category.

Jon: Yes. I know you’ve done a lot of work on your own in that way through the open-source community as well. I think in many ways, that’s the perfect representation of democratizing really complex technology in a way that benefits a lot of people regardless of the business value, and you can make an argument about the business value being there, but somewhat disconnected. There’s nothing else like open source in any other industry. It’s just really novel thing. How did you get involved with that? Because I think for a lot of developers, they go straight into the corporate side, and everything they write for the rest of their career is proprietary.

Sandile: Right. My involvement with open source goes back to when I was in undergrad and sitting around my dorm room figuring out what to do. I would say that hackathons helped me find a friend group of that type of person who likes to create things and tweak things and mess with stuff, figuring out how stuff works. The natural next step to having that sort of group of people with you is to build stuff that other people can use too. It’s this realization that like, oh, the hacking that you just did on a Saturday night, oh, you figure it out how to get like, when you press this button how to make a bunch of different LEDs start blinking onThat’s terrible information.

That was my beginning into open source is building a bunch of really stupid little projects. Every once in a while one catches on a little bit, and you meet some people that are really interested in it and you get some pull requests. It gets you even more invested in that community. Open source is one of the coolest things ever. If you just step back and think about what it is, it’s a bunch of people doing work towards things that are necessarily beneficial to somebody, somewhere for free, which is awesome. It’s very cool. It’s a lot.

You can find some of the most incredible engineers and thinkers and creators on the open source playing field, so to speak. You go on GitHub and you can learn so much about how to build great software and how to reason about difficult problems just by interacting with and reading people’s code. Which I feel is such a competitive advantage in the technology field. Where it’s like you can literally educate yourself. Get to a level of proficiency that I don’t think in any other trade you could do through the same needs, GitLab and all of these other social constructs built around open source are really powerful and they have network effects that make us all build better and greater and more interesting things

Jon: I was obsessed with SourceForge growing up, which was the precursor to GitHub in many ways. You’re right that it gives people this ability to gain proficiency, but it also gives people an ability to have an impact. How else could someone who doesn’t have a job, but has skills and passion, create something that millions of people use? Obviously, you have to be able to pay the bills, we can’t discount that. That’s interesting and many people who do open source have a full-time job that’s not open source related, but like any student could go on and make a pull request that goes into a project that’s used by every company in the world. That’s wild. That’s never existed before in the history of humankind.

Sandile: That collaborative aspect to solving complicated problems is so encouraging. That maybe these magnificent, huge issues that we all have to solve are indeed solvable If we all contribute a little bit towards a solution, that’s a really cool idea.

Jon: I feel you’re touching on two parallel trains of thought here. The technical problems that need solving, but then there’s also the practical user facing problems that need solving. I think you said on your website that you build things that augment the human experience. What does that mean, exactly? How do you balance those two competing forces?

Sandile: I guess what I figured out early on is that I want to build things that make a real tangible impact to human lives. I want to build things that make it easier to learn how to fix your tractor. I want to make stuff that makes it easier for you to figure out when your crops are going to need watering so that more yields, right? Those are real, tangible, actual problems to be solved that directly affect, the things that humans need to do to make this society possible. There are lots and lots of problems that technology can solve. It can be very distracting to go and solve all of these immediate problems that don’t necessarily immediately impact what it is to be a person.

I think augmenting the human condition is my way of saying I want to make things that make it easier for people to be people. Whatever that means. That’s a really lofty thing to say, but it can be things as basic as making it easier to call your grandmother or making it easier for you to keep track of her recipes so that when you make that shakshouka, that smell just brings you back to childhood.

That stuff is so important to what it is to be human, in my opinion. Technology is so powerful in those specific use cases. It just closes gaps. That’s the stuff I really aspire to build. I acknowledge that those are some of the hardest things to build. There are all sorts of ways to mess that up. Those are really difficult problems to solve. I think we’re seeing in the wake of the last few years of technology news that bringing people closer together isn’t always a silver bullet. It’s a complicated set of issues that you have to reconcile before you can really create a beneficial set of network effects thereafter.

Jon: I also feel what you’re saying, augmenting the human experience your definition of it is very I guess I would say personal. It’s about how do you improve the things that people do to connect to one another. If I had to rephrase it. I think there’s a whole movement of augmenting the human experience towards increased productivity, which is a twist on what you’re saying. It gets down to a really philosophical argument of how does being productive impact the human experience, and what are the things that someone should be optimizing their life for, and how does technology enable or in many ways build that outcome?

Sandile: Productivity. That’s a good question to ponder on and meditate on. What is productivity in the context of what it means to be a person? I don’t know. I feel so in the economic conditions that many of us live in, Productivity  is a very necessary thing to optimize for, because it directly affects what you can, the helpfulness that you can offer to people in your life and your family, how you contribute to society.

Jon: The value of your time.

Sandile: Exactly. Technology is, I guess it’s superpower is automation. It’s really good at taking something that’s very repeatable and then shrinking it down and saving you all the time that you no longer need to spend doing that re repetitive thing. I would say building productivity tools and automation-type tools are very definitely like super duper important. As it pertains to solving those big problems. Productivity software. Definitely, it makes a mark, it helps us move the buck forward.

I don’t know. I feel in the society we’ve constructed, we really overvalue productivity from an economic sense. It’s just capitalism, really, it makes you really want to produce more and more and more, and consume more and more and more. I think that’s only a certain subset of problems that are optimized by increasing the efficiency of human beings. I don’t know. That’s a pretty sketch.

Jon: It’s a big question.

 

Sandile: Yes. I have no idea.

 

Jon: I think that somewhat menial required tasks make life more interesting in some ways. I enjoy going grocery shopping. Sometimes it’s a pain in the butt. I don’t really want to do it in the moment, but the fact that I do it. I think is actually valuable to me. Even though I could trade that time for money to have someone else do it for me. I always reflect on that where it’s, do I want to devote more hours to let’s say work for example or something else or do I want to just do the required things to live a life and I don’t know. I think there’s a balance there and there are many things that I pay to not have to do. There are many things that I do because I think that even boring stuff has value.

Sandile: Absolutely. I totally agree with that. I was talking to a friend of mine actually a couple of days ago about this thing that he was trying to do with machine learning. Basically [chuckles] it was handwriting analysis right, so a bunch of people were writing math expressions and we’re trying to turn those  Like turn those.

Jon: There was a winning hack at PennApps that did this probably not quite as well.

Sandile: No. It’s a really it’s interesting problem to solve and it’s directly helpful, being able to intuit about and reason about mathematical expressions that somebody’s writing on a piece of paper, that’s something that needs to be done. He was having a bunch of issues with all of the different ways that people could draw like the F in F of X right. It’s like all sorts of different notation styles and how old the person is that’s running it has a huge impact on just what it looks like, how reliable it is, how consistent it is. Every time you write that expression there’s a lot of variance.

The model was failing he couldn’t get the confidence that it roll up. At a certain point, he had like a plateau and he was hanging out at home and he had a bunch of samples that were really inscrutable, really, really hard to read. His girlfriend peeked over and was able to with 100% confidence just go through and identify each of the different F of Xs and identify what all the expressions are. It’s just this strange realization that, I don’t know, sometimes it feels like we all have the most powerful computer ever created in the history of the universe in our heads. I don’t think we really found a great way to combine that with technology, we’re trying to usurp it with technology.

If you look at self-driving cars same example right, it’s like we’re trying to get Level 4 self-driving which basically means we’re just trying to get a computer to do all the things involved in driving. If there’s a bouncing tire on the road, the computer needs to reason about that. If there’s somebody that wants to cross in front of the car the computer needs to reason about that. If somebody’s trying to merge in front of you, the computer needs to reason about that.

That is an incredibly difficult problem to solve because first you need to solve cognition right. You first you need to be able to have a computer that can reason about a world arbitrarily without any context, that’s something that we haven’t figured out how to do.

Jon: That’s something the brain is incredibly good at.

Sandile: Exactly right. If we could find a way to mix those two, use the strengths of both types of machine, human and robot I think that’s really the path that we have to forge better than we currently have. There’s a lot of I guess human-computer interaction research to be done in that particular avenue and I’m excited to see where we go with it. I think the technology industry is over-obsessing with automating everything, not everything is most optimally automated by a machine.

I don’t know how we got onto this topic, but– 

Jon: It’s a good one. Are you a big sci-fi fan?

Sandile: Yes I am a big sci-fi fan absolutely.

Jon: I feel like what you’re talking about it’s like Asimov, right? It’s like iRobot, Caves of Steel, those are some of my favorite books as a kid.

Sandile: Sci-fi is a fantastic looking glass for human beings, it’s a great way to stand back and look at where this trajectory goes and all sorts of different options. It’s like some of my favorite books in the world. Right now I’m reading The Three-Body Problem.

Jon: I read that recently.

Sandile: Which is a great rate highly recommended, but there are a bunch of really, really interesting takes on all these different scenarios that could affect where humans go next and sci-fi is really great for that

Jon: It shows the best and worst-case scenarios of how humans react to and use technology.

Sandile: Exactly and to some degree like humans in technology now that’s a relationship that goes back for a very long time. The thing that made our species different really is being able to use tools or technology to get advantages from a fit standpoint. Tools are what make us human, technology is what makes us human in a certain way which is a weird thing to think about. I think it’s really important that our relationship and our usage of technology is done in such a way that it enhances what it means to be a person and meditating on what that means is really important.

Jon: I’m curious are either of your parents developers?

Sandile: My dad was a mathematician, financial stuff, but is now a data architect. I forget how that happened. [laughs] I guess yes. Then my mom was a geologist but is now a data scientist so I don’t know how that happened either. Technology I guess ate the world overnight.

Jon: Well all things converge on data science maybe?

Sandile: Basically. It seems to be like a really powerful force outside of the technology sphere or I guess the technology sphere is just maybe growing to encompass these things so they both oddly enough write code now.

Jon: I was going to ask how they would explain what you do, because my parents have never been to a hackathon and don’t get it at all and they probably do get it really well.

Sandile: To a certain extent they do, but in some ways they don’t, I think especially for my mom, technology it’s just like a means to an end. It’s like yes, I want to analyze this set of data, I will use pandas and I will use and I will use all of these, I’ll use carrots to analyze the information that I have and create a model and whatever. Then I’m done I did it, I analyzed the data. Great. Moving on.

Whereas I think being a hacker is a much more intimate relationship that you have with technology. Technology is like your collaborator while you do cool stuff. Sometimes you just do stuff to do stuff. Explaining what it means to go to a hackathon, I remember my dad was just like, “Why are you doing this over and over and over again?” [laughs] It’s a great question, but it’s really because being a hacker is being a creator, it’s self-expression at the end of the day. It doesn’t I’m sure feel like it or look like it to first clients, but that’s really what going to hackathons is, using technology as your paintbrush and your canvas and painting something nice.

Jon: I love that, I always think of hacking as this intersection of art and science and we were doing a bunch of research years ago to figure out how do you describe the ideal of a hacker right? What words can you use? We happened upon this term “autotelic”, which means someone who gets pleasure from the process of something rather than the outcome.

I feel like that describes a hacker really well because even when a project fails often people leave feeling like they had this incredible learning experience or social experience or just tackle something that was creative and difficult and the output is not necessarily the point.

Sandile: Some of my fondest memories are failed hacks. [laughs] It’s like hacks that didn’t go anywhere. I think it was like PennApps 2014 fall or spring I forget which. Me and a friend of mine were trying to build an audio social network so it’s something like approximating– What’s that?

Jon: Clubhouse, is that it?

Sandile: There it’s, it was very Clubhouse-y.

Jon: You were a couple of years too early there.

Sandile: It was a little bit early, I missed the window, but yes, we had all sorts of issues with getting the recordings just right and our sharing model and all of that stuff. What I remember most is that at Temple, we would bring basically all of the people that would hack around on weekends and stuff in the ACM office. We would all just descend on a hackathon and we did that all the time and a lot of people that we brought with us just started trolling our application. This is like they hopped in and they started– This is like this really weird thing.

This is what happens when you get delirious. It’s like 4:30 AM, up on like a Saturday night and you’ve been awake for 36 hours. This is like people hop in, and they would just fill up our database with mouth sounds. They just eat really close to a microphone, it was just the most–

Jon: ASMR.

Sandile: Right. They put great comments on it, you think they’re going to say something really cool. It’s like, “Man, oh. I recorded a song.” “A song? Oh, great.” Hit play and it’s just like do like this, just somebody eating something disgusting like yogurt. It’s visceral mouth sounds.

Jon: There’s got to be a Clubhouse room that’s just dedicated to that.

Sandile: Yes. That’s one of my favorite memories. It was the most ridiculous thing. We ended up not even submitting the hack because it was so incomplete, but it was so much fun. I laughed for– It was great. That’s absolutely– I completely agree. Going in hacking and doing something like that is so much about the process, and so little about the product.

Jon: How similar is that to something like Google Research? I would guess those are very moonshotty products. What was that like?

Sandile: Google Research is definitely a little bit more structured I would say. Most of the projects that are ongoing are based on a particular paper or concept that’s explored by a bunch of subject matter experts. Eventually they pull in some engineering support, pull in some project managers, and it might graduate to be something more interesting. I guess I haven’t thought about it that way, but it is a very similar situation to the hacking idea where you’re just meditating on a concept and really seeing where it takes you because you don’t know.

Oftentimes, when you go to a hackathon, you start with one idea and you finish with another one. In research, I think it’s very much the same way. You start thinking that reality is some way, and then you find out that it’s another one. The product that results from that or doesn’t result from that is very much a- it’s fluid, and it really depends on those. Google Research is very much like that. Things get created and fade away all the time. You’re just trying to find something compelling enough to actually make it out there into the world.

Jon: Interesting. I would imagine that as you’re working on these more bleeding edge products, that they’re– You mentioned that you’re meditating on an idea. and working it. How much of your time is spent doing versus experimenting and learning? How would you actually break that out?

Sandile: I would say lately, it’s been a lot more doing, because the early phases were more research-y. More like, I would build a prototype that looks like this, we’re going to do a few UX trials, see what happens. Does it affect learning outcomes? Maybe, maybe not. Maybe let’s try it on 8th graders instead of 3rd graders. It’s much more iterative. We were tracing the shape of something interesting, though we finally found the heart of it I think a year and a half ago, and now we’ve just been building it actively.

Jon: What is it, if you don’t mind me asking?

Sandile: Well, it’s not released yet, so I can’t-

Jon: It’s a secret?

Sandile: I can’t talk about it in-depth. Basically, it’s a next generation educational learning product. Very much.

Jon: Very mysterious.

Sandile: Yes, very mysterious. I know. [laughs] It sounds so ridiculous to say, “Oh, great. Just wait.” We’re still very much in the weeds of trying to figure out how it’s going to work and who it’s going to be for.

Jon: It’s going to be like The Matrix, right? Where you just go into the simulation and you snap, and you know a new skill.

Sandile: That’s exactly what it is. Perfect. It’s going to change the whole game.

Jon: I got inside from that info.

Sandile: Probably won’t be like that, but it’s– Yes, we’re definitely seriously going back to first principles on what the learning process looks like in the classroom and how you literally get from the base floor of a concept to the top floor. It’s a bunch of journeys that like everybody takes and, generally, I think in education we kind. Summarize for everybody, right? We generalize the process that everybody takes. “Oh, you learned long division.” Then after that, somewhere along the lines we graduate to algebra, and once you know algebra, we have relations. We’re going to take you to “Do you know the quadratic formula?” It’s like this path that is so well trodded that you almost have to take it.

In these different interesting and sometimes really challenging areas of education, I think it makes sense to take alternate routes and build  tools that facilitate that exploration.

Um, and that’s sort of what this product is, is somewhat about. It’s um, it’s about

 making those tiny journeys like a much more formalized part of the educational process. Make it a lot easier to learn things in alternate ways. That’s the idea, but as you can tell, its very lofty and weird. You can do that. That’s a great question. We don’t know we’re figuring it out. Maybe we’ll never figure it out, but that’s the beauty of research. You’re chasing after the golden snitch, and making me catch it, and maybe you don’t.

That’s what I’m up to right now. I’m mostly we’re in the building phase of that. Basically we have a bunch of different ideas about what we want to actually come up with. and now were just trying to build up all of the foundation of the how, so to speak, then see what happens next.

Jon: It’s interesting when you’re talking about education. I’m reflecting back to the ways and places that I have learned the most. I think for me, a lot of that was heavily dependent on the person who is teaching me it. Great teachers, great managers, great mentors. Have you had people in your life who were so incredible that they influenced how you think about education?

Sandile: I guess my number one mentor would be my dad. It’s like a–

Jon: Aww.

Sandile: Maybe a cliche answer. My dad was raised in Apartheid South Africa, and education is really how he escaped his situation. It really took a few special teachers thast enabled him to come to college in the US and build a whole life and a career, which when he was 14, he had no conception of that’s what happened. That’s the power that education brings, it broadens your world completely. It’s also the power of great teachers that do that as well.

In raising me, I think, he instilled in me this reverence for the importance of education and the importance of the soulful atmosphere build in educational contexts like classrooms and student teacher relationships. I think that’s really guided what I do for a living. I think that stuff is really, really important and really, really difficult to do.

From a broader mentorship angle, there are a bunch of programmers and thinkers and creators that I think really influenced me and continued to influence me while I try and build the real things. you know, like Ralph Levion is one of my favorite product engineers. To read his musings on how to build front ends. And more better and more performant and more interesting ones. Iheanyi Ekechukwu is doing some really great stuff in the front space as well. I follow him.

Then on the other side of things, Bryan Cantrell has made some of my favorite talks ever and he has all sorts of resources on how to be a great manager and TL. Brian Miles, same thing, a fantastic technology leader. Finding people to model your game after so to speak, is really, really helpful. Especially if you ever get to have a conversation with one those people, you can learn a lot.

Jon: Yes, absolutely. That’s awesome. Is there any advice that you might offer to up-and-coming engineers who are maybe where you were five years ago?

Sandile: Yes, totally. I think there’s a lot of information out there, like recommending that people go and do boot camps and read all sorts of resources and go and take specific classes. I guess this is biasing towards my own experience but the best way to learn how to build a chair is to build a chair badly. That’s just how it works. If you want to learn how to build software, build software poorly.

Do it, go out there and build the most ridiculous, useless barely works piece of something. Then throw it at your friends and see what happens and then continue iterating on that, keep building. Because ultimately, it’s like I was saying before, is like software is a craft, it’s a trade. It’s not really so much of science as people expect it to be. The best way to learn how to do something that is to apprentice under somebody or work with a bunch of people who know how to do better and you’ll learn so much so quickly.

That’s my recommendation. I guess that recommendation doesn’t really address the should I go to college, should I go to grad school? Where should I work? That core mantra of continue to build and build better every time has really instructed my path, I think, through the industry.

Jon: I mean, be prolific and people won’t remember the stuff in the beginning, right?

Sandile: Yes, pretty much. Pretty much. Everybody conveniently forgets all the failures until the first success, I think. Those failures are so important, which of course, is a cliche thing to say, but it’s so true. You really can’t succeed without failing a million times first.

Jon: That’s good advice. I would like to end on something that’s totally unrelated technology because I think that everyone I know who is a good programmer has a lot of varied interests outside of tech. What’s something that you’re super passionate about these days that’s not tech related?

Sandile: I think it was during the pandemic, I’ll do multiple poppy phases. 

Jon: Well, you’re like many people. I still have my sourdough starter.

Sandile: Oh, yes. The sourdough starter I guess it’s like a common shared experience at this point, everybody’s got one.

Jon: The memes.

Sandile: I think the thing got me stuck, or I got into woodworking. Just building stools. Well, I built a stool and I built some picture frames. I was like, “You know what, this is a pretty dope.” I think the thing I figured out is that it scratches very much the same itch. Is like as hacking or programming and stuff that you get something physical at the end of it.

It’s like, “Oh, my gosh, this is great.” It’s a lot of fun and allows you to I don’t really sell and out and really figure stuff out because it feels like something that should be obvious and easy. Then you try and do it and it’s like, “Wow, it’s actually really hard to build something great.” It feels so analogous software but different, but the same, but different.

Jon: Are you impacted by the wood shortage?

Sandile: Yes, big time. I’ve been on craigslist with my binoculars looking for– I almost got a hold of some walnut that somebody in the South Bronx is trying to get rid of which would have been great because walnut costs a fortune right now. You got to get creative nowadays to try and get wood. [laughs] It’s difficult. It’s difficult.

Jon: I had the same thing with flour, man. When I got my sourdough starter, every grocery store was out of flour and I ended up having yet a 50-pound bag from some restaurant supplier that I’m still going through.

Sandile: [laughs] You might be going through that for a bit. Absolutely.

Jon: Yes. It’s a lot.

Sandile: Oh, yes. Oh, yes. The other thing that I think has been taking up my time lately is just somehow I’m a basketball nerd. The NBA added this thing, which has changed the whole game, which is called the play-in tournament. It’s like, normally how the NBA Playoffs work. It’s like you play the regular season and then they take the top eight teams by record in the East and in the West and then they do a series based on that.

Where the teams play each other and then the best team, in theory comes out of that but what they did differently this year, is instead of taking the top eight teams, they only take the top six teams and guarantee them a playoff spot. Then the bottom two slots are basically single elimination tournament between the seventh seed, the eighth seed, the ninth seed and the 10 seed fight for those spots. It’s led to some incredible games because they’re single–

Jon: You play wildcard.

Sandile: Yes, exactly. Because they’re single elimination. It’s like this super intense game the whole time and there’s really just no other avenue for that in NBA basketball because it’s mostly they take all the variance out by doing these really long best-of-seven series. Sort of the best of both worlds. I’ve been having a lot of fun with that.

Jon: That’s awesome. I feel like every major sports league has had to get real creative with structure and rules and it’s leading some really, really cool outcomes. I honestly think it’ll be a net good for forever, right?

Sandile: Yes. The creativity brought about the challenges of playing sports in a pandemic, I think will be a net positive for me in the sport  I don’t matter really anybody else but I’m having a great time.

Jon: That’s all that matters, man. Awesome. Well, thank you so much. I certainly learned a ton by talking to you and I look forward to seeing your mysterious product at some point in the future.

Sandile: Yes, hopefully, it actually ends up existing. That’d be great. I know, this has been a lot of fun, John, thanks for having me.

Jon: Awesome. My pleasure, man. Happy hacking.

Sandile: Yes. See you.





The post The Art and Science of Mastering Your Craft with Sandile Keswa, Senior Software Engineer at Google appeared first on Major League Hacking News.

Mentoring and Educating the Developers: The Role of DevRels with Vyshakh Babji, Global Lead of DevRel at Shippo

6 January 2023 at 14:52

In this episode, Global Lead of DevRel at Shippo Vyshakh Babji discusses developer relations and the role they have been playing in educating and mentoring developers in the tech space, ways a developer can improve their knowledge, and why a developer needs to have a technical mentor in the community. They also advise SaaS companies that develop platforms that developers work on. 

About our Guest

Vyshakh Babji is the Global Lead of DevRel at Shippo, a multi-carrier shipping software for e-commerce businesses. He is vastly experienced in Android software development and educating the public on his company’s products. He is improving ways to educate developers in the community.  

Subscribe

Transcript

Jonathan Gottfried: Welcome to the State of Developer Education, a podcast by Major League Hacking. We explore how technical leaders are creatively tackling the developer education gap to help prepare the next generation of technologists for the real world and build businesses that can adapt to any changes in the technology ecosystem. I’m your host, Jon Gottfried. Welcome, everyone, to the State of Developer Education, a podcast by Major League Hacking. We explore how technical leaders are creatively tackling the developer education gap to help prepare the next generation of technologists for the real world. I’m your host, Jon Gottfried, co-founder of MLH, and I’m here with Vyshakh Babji, developer relations enthusiast, worked at Shippo and RingCentral and has been in the industry for a long time. It’s really good to have you here today.

Vyshakh Babji: Thanks, Jon, for inviting me for this podcast.

Jon: Yes, thanks for coming.

Vyshakh: Yes, I’m excited.

Jon: Me too. I’d love to start off with a little bit of background on your own journey. Why don’t we go way back in time to the beginning, how did you actually decide to become a software engineer?

Vyshakh: Oh, yes. It’s funny story. I’ve been interested in computers for as long as I remember. When I was about 13, I would always think about my parents computers to see how it worked and how it performed so many tasks. I was fascinated about the inner working of the PC. Definitely, they were not happy about me taking out the PC, looking at the motherboards and hard drives and all that stuff.

That’s when I decided that I wanted to become a software engineer. I wanted to learn how to create programs that can make computers work. I set out learning everything from scratch. I started with PowerPoint presentations, and then in school, we started working on Fox programming and QBasic. I don’t know if you know QBasic.

Jon: Oh, yes.

Vyshakh: L LR 10 and Right. Make the turtle turn right and left and all that stuff. It was pretty good. That’s when I decided that going forward, I would probably become a software engineer.

Jon: When you were taking apart your parents’ computer, how much RAM did you have back then?

Vyshakh: It’s only 64MB, I would say. I think so. Yes, I think it was about 64MB or so.

Jon: That’s respectable.

Vyshakh: Yes. I was way back in 2000, I believe.

Jon: Yes, I think we’re probably close to the same age. I definitely broke many computers at my parents’ house.

Vyshakh:  Yes, it was interesting back then how things work.

Jon: Totally. Yes. I always tell people that I was part of the last generation, and I think you were too, where to make your computer do anything remotely interesting, you had to understand how it worked and how to make it do things. It wasn’t very user-friendly.

Vyshakh: Right. Yes.

Jon: Yes. Once you decided that you wanted to become a software engineer, what did that journey actually look like? How did you get from taking apart your parents’ computers to having a job as a developer?

Vyshakh: Basically, after my school– I started my schooling in India and finished my schooling. Then I entered into a Bachelor’s of Computer Science at an engineering college in India. It’s a four-year work course and finished my computer science engineering, did a lot of projects, did an internship at a telecom company, which is called Bharat Sanchar Nigam Limited. That is where I actually practically developed Android app, which basically helps the traffic police to put a fine on violators of the parking, for example, or whatever.

That’s when I got my first hands-on experience as a software engineer and developing an Android app and delivering it to this company. This company talked to Indian government and they adopted this app as one of the apps for these traffic cops. Basically so after that, I work for this company called Infosys. Infosys is one of the largest companies in India. It’s a software service provider company. Worked there on several hands-on projects on e-commerce platform. Yes, that was my other side of being actual software engineer. I moved to US, I did my master’s in San Diego State. Joined RingCentral as a developer. So that’s how my journey started.

Jon: Were able to develop an Android app right out of school? How did you actually learn to do that?

Vyshakh: It was a group project. Android was pretty new back then. I was always interested in knowing more about how Android works. It was fascinating for me to see that the smartphone can do so many things that laptop or a computer can do. Pretty robust, I would say. A lot of new features that were not in the previous generations of phones were available as a part of Android, so many apps. I was fascinated about how these apps work as well.

I started learning from Android tutorials on Google’s website, which was free. Coming back to same thing, that developer education-related stuff. They were pretty good. The guides, the tutorials were pretty good. That’s how I started learning about Android. I’m not a UI-focused person. I usually could do a lot of backend stuff. Yes. I was pretty familiar with Java back then, so Java and Android were pretty similar. That’s how I learned Android. Few of my other teammates built out several other services. I built out backend service. That’s how I learned Android.

Jon: That’s awesome. Yes, I feel like that’s a really common path, where people are using online resources, tutorials, learning from their teammates, piecing it all together to make something that works. How much of a stretch was that for you compared to what you actually learned in the computer science program?

Vyshakh: Back in school, we used to code about a hundred lines of code, and usually, people used to memorize the code and present it as a part of assignment or a project in the examinations. Going into this Android world and working on an actual project, it was a huge transition because I was never used to writing 2,000, 4,000 lines of code at once. Moving from 1,500 lines of code, working on data structures and algorithms to actual program and trying things around, it was hard.

Good thing is that we got about six to eight months to work on this project and spent a considerable amount of time figuring out how to tie so many different set of algorithms into one single set of program to run the Android app. It was pretty difficult, but because it was not a production gray code, or it was just another project that we wanted to work on, we spent enough time just tinkering around different pieces of code and getting it from stack workflow or getting it from some other sources, and just tailoring it around to meet our requirements was what we used to do back then.

Jon: Yes, that makes a lot of sense. I saw that after you built that app, but before you started at RingCentral, you did a Google Summer of Code. Is that accurate?

Vyshakh: Yes. Basically, I didn’t really do Google Summer of Code, rather I worked at this research lab called Scripps Research Lab. There was this intern who actually participated as a part of Scripps in Google Summer of Codes. We wanted to productionalize or rather create a research project around it. Basically, the project already existed, but I re-engineered the project, made sure it was as expected. It was basically a AIML-based project to figure out the early signs of a person, a human having breast cancer. That’s what I did at Scripps. I re-engineered the already existing into a actual web service-based

Jon: Got it. That makes sense. You made the transition from software engineering to developer relations. Why did you decide to go that direction? I know a lot of developers want to get more and more complex in their technical organizations, maybe become a CTO one day. DevRel is a totally different career path. What attracted you to that?

Vyshakh: This is, again, a funny story. I have always been a  and I’ve been a tech enthusiast. Being a software engineer, also talking to a lot of my peers and mentoring a lot of interns, I was pretty comfortable or I saw myself as a person who can educate the developers and also talk to the developer community with ease. Also, I have had experiences around several different programming languages, and this came across as an opportunity at RingCentral.

As soon as I finished my master’s, I was looking at job postings, career postings and all that stuff. Also during my master’s, I actually participated in two different hackathons and I met so many mentors over there. One of the mentors where was Neil Mansilla. He’s a VP of DevRel at Atlassian, I believe.

Jon: I know Neil very well.

Vyshakh: He was at this hackathon called Active Hackathon back in San Diego. He was mentoring a lot of new developers, hackers, to participate in the conference. There’s this background story. I was walking around the streets in San Diego downtown along with my friend and we saw a board saying, “Hey, come here and hack.” I was too curious to see what it is. I went into that conference room and there were so many developers sitting around and looking at stuff, talking to different developers and talking to coders, and I met Neil over there. I had no idea what it was about.

I started talking to him and he was like, “Hey, why don’t you participate in this hackathon? Back then I didn’t know what a hackathon was. I have attended a lot conference, I attended a lot of events, and I didn’t have a laptop back then. Rather, I was walking around the streets, so I just entered and I didn’t have a laptop. Neil was like, “Hey, why don’t you take my laptop and start building whatever you know, just start building. I can help you with it.” It was a 24 or 48 hours, hackathon, I guess. We sat there, we spent our whole night, whole morning, and we created a simple app and we presented it to the panel and we actually won second price-

Jon: Wow.

Vyshakh: That is when I got to know that there is this role that actually exists called developer advocate, evangelist of relations, and that inspired me to pick up or rather change my trajectory from a software engineer into DevRel space.

Jon: Wow. It’s funny, something very similar happened to me, where I was at a hackathon, a friend of mine was working in developer evangelism, we called it, and I also had no idea that role existed until he started raving about how awesome it was and how you get to help people and involve yourself in all these communities. That’s really cool. Neil was the person who convinced you to go that route. I feel like the best DevRel people I know, Neil included, would gladly give up their laptop to a hacker in need.

[laughter]

Vyshakh: Yes. He treasured us. That was crazy. We were two random kids walking in the street and getting into the conference room and he handed over his laptop over his laptop go court.

Jon: You must have looked very trustworthy.

Vyshakh: Yes. That’s the story.

Jon: That’s awesome. You touched on this a little bit, that you always had good mentors and also enjoyed mentoring other people. That’s something that’s a huge part of working in developer relations. In the same way that Neil sat there and helped you get up to speed at your first hackathon, I imagine you’ve had a lot of similar experiences with other people. What have you found makes a good technical mentor? What do you do that has impacted other people?

Vyshakh: Over the years, I had opportunity to work with a lot of talented developers. I have also had a chance to serve as technical mentors for new developers. First and foremost, the good mentor is very patient, willing to help always, and willing to answer any sort of questions. They understand that everyone learns in their own pace and support that throughout. A good mentor is always willing to share their own experiences and correct the mistakes very early in your career path.

So lets the developers make the mistakes, help them understand how to resolve the mistakes, and correct their course of path if they’re going in a wrong course. From my experience, for a software engineer, the software industry keeps changing every four or five years. It’s always good to adapt yourself to the new technologies, new languages, or rather be aware of what is in the industry. Whenever you can take help from your mentor, go for it. Don’t hesitate to reach out to your mentors, ask your mentors for help, and they’re always there to help you.

Jon: Why is it important for someone in DevRel to even spend their time mentoring? In a lot of orgs, you’re a marketing function. How does mentorship and education even factor into that?

Vyshakh: As a DevRel, or rather from my perspective, I have always been focusing on helping developers be successful in whatever they do. It probably comes as a part of your role from the interest that you have within to help mentor developers. If you see someone is struggling, you want to offer them with any type of resources, any type of, for example, help them in changing their thought process of how to approach the language as well as learn from them as well.

When they are doing some mistakes and you haven’t come across, so you go back and learn from their mistakes and be a better person to help another developer. Sometimes it is within you or you are forced to mentor the developers in the company when you are working in that role as well. That’s my perspective.

Jon: What do you do when someone asks for help with a competitor’s product?

Vyshakh: With competitors product?

Jon: Yes.

Vyshakh: Oh, I always had this thing coming up every now and then when I was working for my previous company, RingCentral. Back then, even though RingCentral provided SMS capabilities and solutions, the SMS capability was restricted for, P2P, peer-to-peer messaging services. A lot of our customers wanted to use the messaging service for marketing purposes or to run campaigns or whatever. I always used to say that here our SMS services are not usable for marketing purposes, just for the information. Now RingCentral also provides SMS capabilities for marketing just a disclaimer but back then we didn’t.

I always used to allow them to Twilio for SMS solution. There were instances where I had to explore the product, use the product by myself, write some sampling course and applications, and maybe share it with the developers when they ask me, “I don’t which product to use. Can help me?” I would give them two, three different options. I have used Twilio during the hackathon. I was just talking about the hackathon. That’s where I used Twilio SMS APIs. I used, for example, to share with the developers. You go out of the way to help these developers whenever they require some help, even with the products.

Jon: It’s almost like what you’re saying is, in your role as DevRel, it is marketing, but you’re not trying to push it down people’s throats. You’re trying to help them find the best solution.

Vyshakh: As a DevRel, you never sell your company’s product. You just make sure you give them enough information about the company’s product, enough guidance toward building out the integrations, enough help to make them successful, but at the same time, don’t force them to use the product. You are not a sales person. That’s something that a lot of people in the industry are mistaken about. DevRel is not a sales engineer. DevRel is a software engineer who is happy to work with the developers, help them become successful to use your product.

Jon: Yes, I completely agree. Even at MLH, we have a lot of different developer platforms we bring to our community. We never require anyone to use any of them. We see it as our mission to make those platforms exciting and show people how they can be used in an interesting way and let them come to their own conclusions. People are much more likely to build an affinity for a platform and continue using it into the future if they feel like they chose it for a good reason and enjoy using it and get value out of it, not if they’re just required to use it arbitrarily.

Vyshakh: Exactly.

Jon: As you are working at RingCentral and Shippo, we already talked a little bit about how mentoring developers is a requirement of the job in DevRel. Some of that happens in person at things like hackathons, but a lot of it happens asynchronously, things like tutorials or MOOCs or live streams. What are some of the more engaging educational experiences that you’ve either created or seen out in the industry?

Vyshakh: I have support developers and partners in various different ways. As you said, either by creating tutorials, code samples or POCs, proof of concepts, or by jumping on one-on-one calls and running them through your product, through your tools or code samples, actually, digging deeper into the code and help them figure out how to actually integrate, provide the best practices, provide the guidances as required as well as going into one-to-many type of outreach where you host the webinars or push your officers hours to invite these developers in one single space and try to answer all their questions in one-to-many format as well.

The other part of it is conferences, where you give TED talks about the new features or new functionalities, where you don’t go deeper into the product or the integration, but just show the capabilities of the product. All these tools or all these one-to-one or one-to-many, you can bring a lot of benefit to the developers community in various ways.

What has worked best for B2B or B2B2C business like RingCentral is either talk through webinars and approach a group of developers who have common set of questions or common set of functionalities, or jump on a customer call or jump on a developer’s calls and help them out running them through the integrations or running them through the code samples. Your tutorials and code samples and blogs would definitely help individually developers who are looking for some answers.

Jon: Great. Are there any developer platforms or communities that you think are taking a particularly novel approach to this? Who’s on the bleeding edge of educating developers?

Vyshakh: There are so many platforms out there. For example, Discord, or even your Twilio. Twilio has a different approach towards helping the developers via, let’s say, gamification of the program.

Jon: TwilioQuest is quite unique.

Vyshakh: Yes, TwilioQuest is unique. Also, I’ve come across Stripe partner programs where they have a different way of tackling the individual developers versus partner developers itself. The best source of our community would be GitHub stack workflow or Reddit communities. Well, Reddit has a subreddit called learn programming or something. That has a lot of engagement around both the pro developers and new developers entering into the community to get help from the developer community itself.

Jon: I definitely think that Reddit and Stack Overflow are pretty powerful in peer-to-peer education. It’s interesting that you mentioned TwilioQuest and Stripe because they’re quite different experiences. TwilioQuest is a game to teach you how to use an API, and Stripe really has interactive docs, but they’re not necessarily gamified. It feels like the thing that unites the two of them is that they make it incredibly easy to actually try the product. In Stripe docs, you can make API calls right from the docs. I’ve always loved that. I think that’s an incredible way to learn something. The technology behind all of those things is incredibly complex. Having siloed virtual environments that people can make API calls in is not a simple technical problem.

Vyshakh: Also, just to mention this, a lot of documentation solutions like like Read Ley or your ReadMe.io, these documentation solutions are providing built in base to input your open API spec and provide an interactive way to interact with the APIs through the documentation solution itself through API explorer options, which is great because as a developer, or rather for a company as a developer, if you are interacting with the API, you don’t want to move between multiple tools to try out the APIs. These set of functionalities that are embedded into the documentation solution, the API reference solutions, but make it easy for the developers to try out the APIs right from the documentation.

Jon: I definitely think that’s a really strong onboarding approach. When you think about developer education generally, we’ve covered a lot of ground here. We covered computer science, we covered hackathons, we covered DevRel, what would you want to see change in how developers are educated? It could be a big thing, it could be a small thing.

Vyshakh: Well, that’s a interesting thing. The developer education has evolved over the period of time. When I was kid, books were the main source of education. Starting from books, when the CD players came into picture, your DVDs or CDs with Britannica and whatnot, so all these were the source of your education. From there, when the internet became faster, Google is a source of your education. There are so much of content in today’s world that it becomes hard for the developers to choose or to follow which exact content to start looking into. They start with it, they get bored, they jump into a new tech, they get bored.

In the developer education’s perspective, for a developer, if you are interested in tech, it doesn’t matter which language you choose. Learn the course of one single language and go deeper into it. Learn the fundamentals, build your foundation around it. Then you can jump between each languages because the languages change pretty quickly, the programming languages, the technology itself changes pretty quickly.

Learn the basics, learn the foundation from one single search to begin with, and then start expanding your search for what you are looking for in a systematic approach. To get that, maybe plan your interests or rather plan the way you want to learn in such a way that you start from one single source and start expanding into multiple sources.

For the SaaS companies, whenever the developers come into your platform, make it easy for developers to have a quick win as soon as possible. Don’t make it hard for developers to understand your product. First, Let them play with your product, interact with your product as quickly as possible, get that small success. From there, go to the advanced topics and give the transition for the developers to learn your product as and when they move towards your advanced set of integrations, advanced set of building out the use cases that the developer is looking for.

There are a lot of good documentation solution, documentation tools that a lot of companies that a lot of companies can learn from how they train their developers coming into the SaaS product, but also, keep it simple. Keep it simple, keep it straightforward to begin with, and then maybe even they might advance into your product, you can definitely make sure to make them understand things easier. Keep the language very simple. That’s my input on this.

Jon: I think that’s great advice. You reminded me of a conversation I had recently with this young woman, Michelle, who graduated from our open source fellowship program, which is a 12-week immersive to teach people how to make contributions to major open source projects. It’s a big program for supporting the open source community. She was telling me that when she joined our program, we asked her if she wanted to do a project that was written in OCaml, and she had never even heard of OCaml before, but she was like, “Sure, I’ll try it out.”

On day one, the maintainer of this project mailed her a book on learning OCaml, and within two or three weeks, she had basically read the book and was submitting poll requests on this project. She was basically like, “Hey, I had never heard of this before. I had only written scripting languages, like Python, JavaScript, stuff like that. Now I feel like I can learn any programming language. I went through this really difficult experience and now I can go back, and anyone asks me to do anything in any language, I feel confident I can learn it.” I think that’s a really meaningful thing. You’re absolutely right, that doesn’t really matter what language you start with as long as you understand how to learn.

Vyshakh: Exactly. As a DevRel, you need to be a polyguard you need to. You probably have to switch between languages, but that doesn’t mean that you are actually a programmer or a developer in that particular language. Learn one language, learn it well, and switching between languages is going to be pretty simple.

Jon: I definitely find myself helping developers debug things in languages I’ve never touched before. It’s almost a different skillset than knowing how to code in that language.

Vyshakh: Yes.

Jon: I always like to finish on a fun note here. Is there any famous like developer or technologist that you would love to take out to lunch or dinner and spend a couple hours with?

Vyshakh: Yes. I’ve been big fan of Larry Page, ever since I first learned about Google. I admire him so much that I have read lot of articles, lot of things about how he started Google, and how he approached Yahoo and whatever happened then, and what are the other new projects that he’s working on and new technology that he is working on as well. I would definitely want to, if get a chance, take him out for lunch somewhere, discuss about good stuff that he’s working on, his company’s working on. Yes, it’s Larry Page.

Jon: Awesome. In reading all of the stuff about him, is there any question that’s unanswered for you, something that you would ask him immediately?

Vyshakh: I want to know from him or his perspective about what is the future of AR/VR? What is the future of Web3? [crosstalk]

Jon: Interesting. I don’t know if I’ve ever heard him say that.

Vyshakh: I’m definitely sure we are exploring the Web3 and blockchains. All these are something that I’m still trying to wrap my head around.

Jon: Me too. I don’t know if Larry was involved with this, but I used Google Glass and developed on it for quite a while. I don’t know if that counts as AR anymore, but I certainly thought it was pretty cool, but that’s a story for another time. Anyway, thank you so much. I really enjoyed hearing your perspective about DevRel and education and your own journey. Is there anywhere that you’d like to direct people to find you on the internet?

Vyshakh: Yes. The viewers of this video or the business of this podcast, you can always reach out to me via LinkedIn. My LinkedIn has linkedin.com/in/vyshakhbabji. Feel free to ping me over there, happy to talk to you and happy to help you however I can.

Jon: Awesome. Thank you, Vyshakh, and happy hacking.

Vyshakh: Thank you so much, Jon. Nice talking to you today. Thanks again for inviting me to this podcast.

Jon: The State of Developer Education is brought to you by Major League Hacking or MLH. To find out more about MLH and how we power innovation, cultivate developer communities, and teach technical skills to students around the world, visit MLH.io. Then make sure to search for developer education in Apple Podcasts, Spotify, Google Podcasts or anywhere else podcasts are found. Make sure to click subscribe so you don’t miss any future episodes. On behalf of the team here at MLH, thanks for listening and helping us empower the next generation of technologists. Happy hacking.

 

The post Mentoring and Educating the Developers: The Role of DevRels with Vyshakh Babji, Global Lead of DevRel at Shippo appeared first on Major League Hacking News.

The Essentials of an Open Source Mindset with Aliza Carpio, Tech Evangelist at Autodesk

6 January 2023 at 14:48

In this episode, Tech Evangelist at Autodesk Aliza Carpio discusses her incredible career, pivoting from engineer to marketer to product specialist, why communication is one of the most underrated skills, mentors who have influenced her, and what she loves about hackathons. This interview is full of practical career advice for up-and-coming developers, and she outlines simple hacks to speed up your career development and upgrade your skill set.

About our Guest

Aliza Carpio is a technologist, open-source leader, inventor, and blogger. She has a unique skill set in various disciplines, including backend development, marketing, product management, and evangelism. She is a sought-after guest speaker featured in publications like CNN and San Diego Magazine.

Episode Resources

Subscribe

Transcript

Jon Gottfried: Hi, everyone. I’m Jon Gottfried, co-founder of Major League Hacking, and I am so excited because today we have Aliza Carpio on the podcast. To give Aliza a quick introduction, she is a tech evangelist and principal product manager, and thought leader. She creates strategies and implements with her team and partners solutions that enable engineers across the globe to work in communities of practice, collaborate in the code as code stewards, and work with speed and build with a platform mindset.

In addition, this influences Intuit, which is a company you’ve all heard of, influences their brand within the tech industry and attracts top tech talent. She is an awesome developer evangelist and I’m so excited to hear from her today. Aliza, welcome. Thank you for being here.

Aliza Carpio: Thank you so much, Jon. Hello. Nice to see you, I guess on this podcast. I have met you before, but I’m humbled and also honored to be a part of this experience with you. Wow. It always is weird. I’m sure you can relate when you hear someone else talk about you and you’re like, “What? Is that really?”

Jon: I’m always so embarrassed.

Aliza: You always look like, “Don’t look at me while he’s saying that.” [laughs] Thank you. Thanks for that great intro.

Jon: Of course, you have a lot of accomplishments to be proud of, so it’s amazing to be able to share them with everyone.

Aliza: Thank you. To be honest, just as you believe this, I’m sure none of us arrive on our own. All of us are here because of the teams and the people that have influenced us and support us. I am very grateful to be a part of this podcast, but also very grateful to represent the teams and the leaders, and the groups that I have partnered with. Thank you.

Jon: Awesome. I would love to start with the overall scope of your career. As I was doing research for this podcast and based on some of our previous conversations, I saw that you had this really interesting combination of skills and disciplines that you had merged together into what you do today. You’re an engineer, right? You mentioned to me you’re a backend engineer, which I am too. You’ve expanded far beyond just writing code and architecting systems into product management, marketing, evangelism, hosting your own podcasts, all of these really incredible things.

I’d love to hear from you how engineering, as a core foundation of your career, set you up for a lot of these other opportunities.

Aliza: Wow. Huge. Thank you for all that. First, I would have to say that in engineering, we all choose that path because we want to make a difference, because we want to solve problems, because we want to change lives, make things easier, and make things better. The core of everything in that in engineering is the tech. Whenever people ask me, “Gosh, Aliza, what have you done with your career?” I’m like, I know it’s not a ladder. It looks like a Rorschach drawing. I get it. The inkblot, I get it. It’s not straight.

To be honest, all of the work that I’ve done and all of the experiences I’ve had have allowed me to actually create my own role. In fact, the position I have today at Intuit, I got to write my own job description because of that. Now, when other engineers come to me or other technologists come to me and ask me about how can I do that, the first thing I said is the core of it is engineering at the end, at the core. If you are someone from University or in college and still studying, my advice to you is to start there. Get two or three years under your belt minimum, and then start thinking about how do I want to learn. Where do I want to go next in terms of where do I want to make an impact?

I am huge in the belief that you need to actually have that love of lifelong learning, right? People go, “Oh my gosh, that’s another freaking corporate speak.” I’m like, actually, no. For me, it has been what I am passionate about. I still remember, oh my gosh, one of my mentors was the GM was the SVP, the GM of QuickBooks, and the GM of TurboTax, Kiran Patel.

Jon: I use them both.

Aliza: Yes. I still remember how upset he was when I was like, I was group manager, group dev manager, and I said, “Kiran, I think my next step is I want to go into marketing.” He definitely not only took a pause, but I felt like it was my dad who was upset at me, going, “What are you doing? That’s suicide. “Why are you,” he goes, “You know what your next level is, right? It’s director.” I’m like, “Yes, but I really want to learn what it’s like to and understand conversion, abandonment. I want to understand how you run a business from that side of things.”

It was not supported. I will tell you that, it wasn’t supported. I was actually the first social media manager for TurboTax on the Facebook and Twitter platforms. I also dabbled on Pinterest, as well as in YouTube. What I learned from that is tech is still at the heart of it, right? I can actually debug. I debugged quite a few things but what allowed me is to actually understand and have even deeper empathy for my customer and who we’re solving for. It actually also allowed me to partner. That role allowed me to partner with customer success or what people call customer service, customer success arm of Intuit to create, the framework for supporting our customers on social media platforms.

Now, that role, along with being a product manager, being a dev manager, and vegan engineer, that was actually the reason why the chief architect of TurboTax, who’s now the Intuit chief architect, Alex Balazs, and the then SVP of engineering, that’s actually why they reached out to me and said, “You’ve had all of these things and at the crux of it, you understand tech, and you are well connected in the community of technologists, we think you can do this job well.”

It was hilarious. Jon, if I could have shown you what it was. I thought I was going to look at the job description. I looked at three weeks’ worth of an email exchange. I’m like, “What do you think?” I’m like, “It’s great, but here’s what I’m going to do. I’m going to take what y’all wrote and I’m going to write a job description.” They go, “That’s a good move. That’s a good move.” I write a job description, I send it back to both of them. Remember, I’ve never worked for either one, right? This is all full trust of, “Okay, this is going to be great. Let me write this.” I wrote it and they said, “That’s great. Let’s get started.”

I looked around, sometimes you get those moments where you’re like, “There’s like that camera that’s like [unintelligible 00:07:24]”

Jon: About trains like that.

Aliza: You realize this is real. I started off as a tech evangelist for TurboTax focused on really changing the culture, the tech culture for our engineers to enable them to be amazing technologists, but really to give them a voice as well. Then when my boss became the Intuit chief architect, I then rolled up under him, followed him to that, and now make that same impact globally. In addition to that, I also found passion and open source because I found that at Intuit, we actually had it, but it was really on life support. That actually became something that was a rallying cry for me.

I was able to convince one of my other colleagues whose staff software engineer, Rocio Montes, to join me in this movement to create a natural open-source office, a program. We went from zero female engineers maintaining projects to 15% of our projects being maintained by female engineers. We went from all projects being about infrastructure to now projects having– we have data scientists open sourcing, product managers open sourcing, and then our projects range from front end to data, to AI, to backend, to testing. I’m very proud of some of that work, but it came from a lot of empowerment.

I would say for those of you out there that are like, “Oh, I don’t know if I want to be an engineer forever,” you might not want to be an engineer forever, but it all starts there. If you could just fall in love with that core, you can do so many other amazing things that you probably didn’t realize. To be honest, the technology industry keeps evolving. My role would never have existed years ago. There are roles that– what are you talking about? I was around before Facebook was created. There wouldn’t have been a social media manager if there were no social media platforms, right?

Jon: You don’t have the MySpace social media manager, so.

Aliza: Don’t bring back MySpace. All of us had one of those, right? We thought, “That’s going to be it. That’s going to be forever.” Then Facebook killed it. [laughs] Good question, 

Jon. Thanks.

Jon: No, it’s interesting, like you mentioned that engineering is what allowed you to get a lot of these other opportunities, and when I think back on a lot of the stuff I’ve done, evangelism is like this really interesting intersection between business and technology. You have to be able to speak both languages and translate between the two groups. I think certainly there’s a lot of stereotypes about engineers not being able to communicate, which I think are generally unfounded. I’m curious how you learned the business side of things, because you came in knowing the engineering, but business as a whole discipline on its own. How did that process actually go?

Aliza: When I was in grad school, I was working for HP Barcelona in a, at that time they were making these little startups, and so I was one of six people. Did some development work, some program management work, some all sorts of work but I would say– wait, can you rephrase that question again? I just want to make sure that I capture it properly.

Jon: Yes.

Aliza: That communication, how do I?

Jon: Really, I want to know how you rounded out your skillset, you new engineering, how did you learn the ins and outs of marketing, and business, and all of those things?

Aliza: It takes courage. No. Let me tell you where it started. I think it started when I was at HP before joining Intuit, when I was in grad school and I worked for HP Barcelona. At the time, all of the developers had to wear many hats. I got to actually not only learn how to code, whatever it was, it was called HP posters and not only was I helping with that, but I really fell in love with connecting with customers. Our customers, it was a B2B platform actually, and my customers were the resellers, the people who bought the wide format printers from HP.

What we were doing was creating an online service that connects these resellers, these mom-n-pop shops with companies like Warner Brothers that had content that could be printed. For example, for Warner Brothers, it was movie posters. Even because of that work, I got invited to actually be part of the red carpet for the Red Planet movie. I started loving the impact on customers and that love of customers actually didn’t go away. Then when I went to Intuit, it was more of a traditional role, but I ended up getting a role where it’s more B2B, where I started working with TurboTax, I was at the center. It was an infrastructure side.

Again, that love for our customers kept coming. On my third year as an engineer, I reached out to the recruiting group, and I said, ”I don’t know if this sounds crazy, I put my resume together, but I think I want to learn.” It was really that, it was the crux from– I always say, but I think I really want to learn this, and I said, ”I really want to learn what it’s like to be on the business side to make decisions about experiences and solutions for customers.” I was very lucky at the time, that recruiter basically connected me with the VP of product management for TurboTax.

It was Rick Jensen, and Rick did become, continue to become my one of my mentors for a while. He gave me 46pokFKiNH52ZK1W64wsWVH1Z2t2gueuTcj2xWWp3QCtAWGhC4m6WsQ7Sou6AtzEzrfTkoPy2ibAyA9vWsdsnRscRcX7bVyend of it, he told me what the role, what product management was about, and it was very exciting. He’s like, well, he said, ”There’s no role right now, but it’s cool that you came out.” I’m like, “Sure.” I’m just doing my research.” Three months later, he reached out to me on email and so did the recruiter and said, ”There’s two jobs. Do you want to try out for it?” I’m like, “Sure.”

It was interesting because I was one, at the time, one of five product managers in TurboTax and the only one that came from engineering. Yes, I was a fish out of water, I’ll be honest. Everyone else had an MBA, I had a master’s in something else. I came from engineering, and the first thing that I actually was doing, I’ll be honest with you, I don’t think it’s imposter syndrome. It really came to I went into a very quiet space where I was thinking like, “Okay, I’ve never done this role. I’m just going to learn.” What I ended up getting was, “Aliza, you have this role not to be quiet, but actually to play a role at the seat at the table. I need you to actually help make decisions, help move teams.”

It was that nudge and push that really started it for me. Now, you talked about communication, Jon, and I will tell you right now, communication is the most– or having that skill written and verbal is the most underrated skill at university but it is the number one skill that you need as a technologist to grow in your role or to even take another role somewhere else. I am grateful for mentors and teachers along the way who basically pushed me to focus on writing, to focus on actually being able to speak simply and with purpose, and with intent.

Communication, dude, I wish today that I can go back to UCSD and ask every one of my professors to like, ”Hey, can you please tell people– I get it we have to do our projects and whatever, but please tell them. Tell them to pick up that, what is it? What is that? The elements of style book and what is that?”

Jon: Style guide or something.

Aliza: You remember that, was that shrunk and whatever.

Jon: White.

Aliza: Then there was another book on that I was recently introduced to around writing as well, about the joy of writing, and I have to tell you, I wish people learned that more because I see that as the thing that gets in the way for many, many technologists. They could be amazing but then if you can’t actually get past the tech and explain it to non-tech people, and if you can’t actually start bridging business– the reason why you create the tech you do with business results, it’s actually going to be an issue for growth. It’s a lesson I’ve had to learn the hard way. I’m still learning it.

I still remember, Jon, the first time I was asked as an engineer to create a set of slides, and it was for the work I was doing, in some testing work I was doing, and I had never created slides. I did not know what it meant. I knew who I was talking to, going to be talking to, but I created a 50-page slide deck, and they’re like– my boss looked at me like, “You’re going in front of our CIO. I just needed one slide that showed your test results.” “But don’t you want to know all the stuff I did?” They’re like, “No, we know.” I’m like, “But I want you to know that I did the work.” “No, we know, Aliza.”

Again, and this is a skill that was really hard for me [laughs] because I really wanted you to know I did the work, and so let me give you my dissertation. Again, that was not the right thing to do. Good question. I do think if you’re listening out there, please do think about watching different or listening to different podcasts, but watching keynotes because a lot of them are on YouTube, watch how people actually present ideas. Even TED talks are great.

I’d love for you to check out on GitHub, check out some of the really well written repos and what you need to actually present the idea, and guide people to actually using your tech. Huge lesson learned, Jon, but man, big one. A big one for all technologists.

Jon: It’s interesting that you mentioned that. I got a history degree in undergrad and I definitely feel I’m weaker on a lot of the computer science fundamentals, but being able to write and speak, and craft ideas has been enormously beneficial. I think I completely agree with you, that I think it needs to be part of all curriculum. You can’t just write code or learn algorithms all the time. I like that you bring up the Git example because that’s probably the representation of what you’re talking about that most people are exposed to in the tech industry.

It’s like when you see well written documentation or tutorials, it’s a beautiful thing. It simplifies all of these complex ideas.

Aliza: The elegance of a well written document, of a well written repo. I was just going to say a well written repo is, again, so underrated, and yet it’s the thing that’s actually going to get adoption in opensource. It’s the thing that’s actually going to get you to be recognized as a technologist. Yes, the tech might be great, but man, if you can’t get past describing it, bridging it and communicating it, it’s pretty dead. I see the frustration, and I get it.

I’ll be honest, I even sometimes help technologists write emails when I know it’s going to go to the CTO, because I know what it’s like to write as Peters, but even understanding the different ways that you communicate to different audiences is its own nuance. As a technologist, no one teaches you that. I call it earning your stripes. You do need to earn your stripes and you do need to practice it. It is a practice just like coding. It is a practice. I’m speaking to you now, my gosh, Jon, if this was when I started off as an engineer, they would be no way that I would be like, “Are you kidding me? Do you want me to say what? Are you going to ask me what?”

It’s definitely a practice but you have to take baby steps. I would say, for engineers out there or technologists out there, start with your repo. Start with your Git repo and think about how are you introducing this tech. How are you gaining the adoption via your sample code or the guidance you’re giving on that documentation?

Jon: Yes. I know that you work with a lot of different teams within Intuit to help them opensource their own code. I would imagine there’s a teaching process as part of that to get things up to I guess the standards that a public developer community expects versus internal. There’s different styles and standards that people are looking for there. I’d certainly love to hear about that, but I also think on a more basic level, what do you tell engineers to learn communication skills?

I know a lot of the students we work with, they’re overwhelmed with CS coursework. They’re doing all of these crazy projects and algorithm-like proofs, and whatever it is, that they may not have the time or the mental space to explore those other areas. Whether they’re students or experienced engineers, how can someone actually get started there? What should they do?

Aliza: Let me just reframe it or reflect it back to you. You’re asking about how can students start to really practice communication skills, if you will?

Jon: Yes.

Aliza: I actually have been inspired by technologists like Ann Catherine Jose, she’s actually at Intuit. She’s the director in Mobile. One of the things that I loved about something that she taught me, she and I used to do these talks at UC, Berkeley for engineering students. There were two things that she said. One is, “An easy way is to actually think about 15 minutes, think about 15 minutes a day. Sometimes that’s shorter than you eating a sandwich. If you can say, for that 15 minutes, I am going to write for 15 minutes something I learned today or last week on my blog, or I’m going to write something on my LinkedIn profile, a post about something I read. You’re just going to give yourself 15 minutes. Not only are you practicing communication skills, but you’re actually reinforcing what you learned.”

I have to tell you since doing that, our first ever workshop on this, because I even created a slide template and basically, we made a slide template that was like a table, Week 1, Week 2, 15 minutes a day. You had to actually fill it in and commit to it. What are you going to write about? I actually practice it because of her, 15 minutes, whether it’s updating my LinkedIn or looking at someone’s repo and helping edit stuff. It’s 15 minutes. I would say, can you commit to that? I love that she said it’s probably shorter than eating lunch really or preparing your lunch.

 That’s one.

The second is don’t underestimate the power of editing. When you go to someone’s opensource repo or go onto your friend’s project repo, or even your team’s project repo, don’t underestimate the power of editing the content there because it actually will help you be more cognizant of how not only are sentences formed, but how are those thoughts formed and ideas formed. Those are the easiest things, editing repos and in writing something for 15 minutes. I think it’s something– Then just do it even if it’s not a day in a day, each day, like 15 minutes.

Start it in a week. Okay, I have 15 minutes on a Saturday or a Tuesday, or whatever. That’s what I’m going to do. Create a blog. It’s pretty easy, it’s free. Just spin up a medium profile. It really just was eye-opening to me because I’m like, “Gosh, I’ve been doing it the fricking hard way and this 15-minute thing is pretty cool.” I would say and what I’m sharing with you, Jon, I also mentor other engineers internally at Intuit, and it was one of the things I always also say, is to consider that 15 minutes and start it off in baby steps. Always baby steps.

People are always like, it’s when you work out, “Oh my gosh, I’m going to do this. I’m going to start working out for like an hour each day.” I’m like, “Are you kidding me? Try for 10 minutes.”

Jon: Yes. You got to build the habit.

Aliza: Right? Exactly. Like, “Dude, take a walk around the block. I don’t know, but this one-hour bit. That’s too much.” Anyways, you’re right, it’s a habit. In any habit, it’s about developing discipline. Discipline does not come by just like sheer talent. It’s a practice, it’s a habit. It’s not necessarily an obsession. It’s definitely something you have to practice.

Jon: Yes. I love that. I think everyone I know who’s a great writer says just write every day. One of the pieces of advice I was given early on is a lot of people really worry that someone’s going to look at what they wrote and think it’s bad, and judge them for it. The truth is when you’re starting out, no one’s reading it. Right? It’s for yourself. If you ever get to a point where you’re like a super popular blogger, if you’re that embarrassed, go back and delete the old post. You just get into the habit and do it. I found that really reassuring, right?

Aliza: That’s awesome, Jon. I’m like, stop setting it so high. Stop putting that cross to bear, man. Freaking just start it. You’re right. No, no, it’s going to go, “Did you see what Jon wrote? Can you believe that?” I’m like, “No.” The discoverability of a blog in its infancy is not there.

Jon: Very low.

Aliza: It’s super low. Maybe on page 12 of an SEO search on Google. Please, I love that. I’m going to have to use that, Jon, I’m going to use that next time when someone goes, “I don’t know, someone might read it and make a judgment, and make comments.” I’m like, “Do you really think people are going to like in the beginning? I mean, let’s be honest. I want your success, but, but everything starts with that one step.” I would say even if it’s dipping just a toe, do it every day. At some point, you will get to the deep end. You’ll be able to swim there, and do all sorts of things.

Great advice. I love it. I love it. I want to use it and I promise to give you credit.

Jon: I have to remember who told it to me so I can pass the credit along.

Aliza: Oh my God.

Jon: Well, one of the things I love about how you talk about your career and all of the work that you’ve done, is through this lens of mentorship, right? No one succeeds alone. I’d love to hear from you about who some of your greatest mentors have been and how they actually influenced your career.

Aliza: Yes. This is deep. [laughs]

Jon: We’re going right through it.

Aliza: I know. it’s definitely mentorship is something I practice both as a mentor and as a mentee. There are many, so I’m just going to start with my family. I would say one of my uncles, well, he’s the father of Filipino philosophy. Wow. I actually have a YouTube channel with him called Wisdom for My Elders.

Jon: Oh wow.

Aliza: There are two things that I learned from him. He wrote a book called The Meaning of Life in two Languages. I asked him, after reading, it’s a very short book and I’ll have to– I think it’s still on Amazon. One of the things he said to me was, “Aliza, the reason, you have today and the reason why you have today is you have an opportunity to solve problems and make a difference in people’s lives. The moment you don’t have a today, that means you’re done. You’re pretty much gone. Consider that each day is that opportunity to make a difference in someone’s life”.

Then the second thing that he taught me was that everything that you do is through an intention and that you choose what that intention is. Choose wisely. If you want to put something out there about being inclusive, choose actually to have that mindset so that you communicate in that way.” To me, learning where I’m taking and then teaching where I’m giving back, it’s one and the same.

I have a love of learning. I’m a voracious reader. I mean everything and anything. There’s always this joke at Intuit like, “I don’t know what she’s doing, but she’s doing a million things.” It’s partly because of my love of learning. Again, as I mentioned to you, we do not arrive on our own. Today, I still do– I have four engineers internally that I mentor and three engineers externally that I still mentor. Internally, I have been mentored by some of amazing leaders at Intuit and outside.

I’m going to call out Krithika Swaminathan. She is the VP of AI at Intuit. One of the things that she always preaches and I take to heart, is take every opportunity that comes your way because you never know where it’s going to lead. Even if it doesn’t lead to exactly what you think it should be, amazing things are going to happen. I would say it’s true but it takes courage to do that and to be open to that. If you can just take that in, there’s so much wisdom in that.

The second is Kiran Patel, who I mentioned to you, who was a little bit upset when I left, but the thing that I got from him was when he said, “Aliza, every risk has its reward. The greater the risk, the greater that reward, but just take calculated risks.” He said, “Unless you take that risk, you won’t be able to see what it could be and you could shape that.” I always share that also with the folks I mentor. “Oh, Aliza, that’s a new role. I don’t know. That’s a new team.” I’m like, “Yes, but it’s a new text doc and you’re going to learn, and you’re going to be better at being an engineer than you were before because you’ve got this other thing.”

Then the last I would say is Rick Jensen, who I mentioned earlier, where he basically said, seek to gain skills to add to your portfolio. I never was someone who was seeking titles because I feel that that is an empty promise. What I always tell people, and I believe in this, and this is how I live my life, is I seek to learn. I seek to actually gain fulfillment not only in learning, but in the impact I can make. I think that makes up, and of course, I have some that I just think are fierce people. Like Michelle Obama, who I like, “Yes.” Everything she’s, I’m always like, “Yes. Yes.”

Then Maya Angelou, who’s no longer obviously with us, of how you think about challenging situations and how you can change your mindset but all of that, whether it’s personal or professional, all of that actually does help you. I would say to all the technologists, whether you’re a budding technologist still at uni or a technologist out there already practicing your discipline, is to constantly be open. What I mean by that is both in the mind and the heart, and that none of us know everything. Yes, you might be fricking brilliant, but the thing is all of us have our shadows and all of us have our blind spots, and no one knows it all and has it all.

Being open is just as important as being brilliant because I’ve worked with some people that were brilliant but couldn’t take feedback, and they just really, really struggled. I no longer work with them, but man, they were brilliant in their own sense.

Jon: Yes, I mean it definitely takes some amount bravery to grow.

Aliza: I love what Jenny– What’s her name? Jenny Romney? Is that her name? She used to be the CEO of IBM. I still remember a recent Grace Hopper where she basically said that growth and comfort never coexist. For some people, that’s a scary thing, but really, as you grow, that circle of comfort grows with it, then you’re more comfortable with things. If you don’t grow, there’s going to be a lot more panic zones for you. I never want to live my life. I never regretted anything I did. I regretted all the things I didn’t do.

I would say, yes, take the calculated risk. I would say but you can find mentors in anyone and everyone. I am constantly inspired by people much younger than me, with much less experience. I’m constantly freaking inspired. I’m always like, “Oh, I didn’t even think about it that way.” It becomes a funny moment because I have these faces, and I know I’m very animated. I also think dancing about people that just came from university to learn from them. I think we all get amazing because everyone else has helped us learn something new and discover something about ourselves.

Jon: Definitely. That’s one of the things I love most about the hackathons in our community. It’s just like feeling that you can enter a place and start interacting with complete strangers who actually want to support you and help you. There are these moments where you’re in a room of 1,000 people, maybe not in the last year, but you’re in a room of 1,000 people and someone just raises their hand and stands up and says, “Hey, can anyone help me with Arduino?” People help.

Aliza: I love the energy of hackathons and I know I partnered with MLH before hackathon at RIT for Women in Tech, but there are– I love that you just said that because I know I miss it. I wish sometimes that I could bottle that energy because I think I could sell it. [laughs] Just the energy of everyone coming together, it’s like we are really tapping into our social beings as human beings. The socialness of our beings because we’re there, we’re together. We’re where there to not only innovate together but to seek partners, to seek connections, and to make things happen.

We don’t go into the hackathon just to freaking hang out. It’s actually a lot of work, I’ll be honest. People go, “Oh, this is so much fun.” I’m like, “You know it’s work,” but there’s so much fun in that, in knowing that you’re not alone in knowing that you’re in a ship with everyone else and that we’re all going to do our parts to maybe change the world. Not only make a difference maybe for one group, but influence so many more. I absolutely love that. I hope you don’t mind, but I’m going to share a couple of things that I’ve actually leveraged from MLH.

Jon: Please.

Aliza: One of the things that I leveraged is I got to teach workshops with you all at the one at RIT. We at Intuit have a couple of things. One is when I was the tech evangelist for Consumer Group for TurboTax and Mint, I actually invented and led Dream Hackathon. The reason why we called it Dream was because we actually exist to help people achieve their dreams. In that hackathon, I brought in Wild Card that came from you all. Yes, we have these topics, but you know what, let’s give you some autonomy. Let’s empower you and provide Wild Card.

The second is, and I still also have– I still use this actually, is for this other thing called Global Engineering Days that my team and I used to lead and also invented, which is a one-week hackathon also across the globe. We adopted, it’s every six months, by the way, the Cup Tower challenge. Obviously it’s a little different now.

Jon: Cup stacking.

Aliza: Cup stacking. We have that, but you should see before COVID, I am freaking amazed. I’m laughing at this, I’m like, “Hey, everyone, because I know y’all can’t use the table, can’t use a ladder.” I have seen movements of people back on top of each other. I have seen pulley systems created. Leave it up to engineers to invent all these ways. Then the last thing that I also have adopted is workshops. It’s actually giving people the tools so that they could be part of it.

Especially those may not know something about– They want to create an app on iOS but don’t know iOS. We call those Global Engineering Days workshops or GED workshops. That actually all of these components came from MLH because I truly believe in the energy created, I truly believe in the connectedness it created and the helpfulness. I think that’s the thing with any hackathon or any innovation movement, is you’ve got to be there for people. It’s like the last little hierarchy.

You’ve got to, first, as someone who provides the platform or the event, or the movement, is be there to help so that people can then go on top of that and innovate, and then inspire others to be a part of it. It’s just like this triangle. It all starts with let’s give them the tools, let’s inspire them. Don’t forget, it’s got to have fun. I think many times we forget that play it was how we all learned. I see it like, what is it? On all those freaking shows with the animal kingdom like, “Oh my God, check out the cougars, they’re playing but they’re really learning how to stalk a prey.” It’s like that and I think we can’t forget that fun is a big part of not only hackathons, but a big part of what we call software engineering, because it is a team sport.

You’ve got to build that in and you’ve got to celebrate and that’s the other thing I’ve taken from MLA just celebrating every once in a while how you all would go in the hackathons at least. I’ve been in with you all, have been like every so often, you all will announce something, “Oh, the raffle blah, blah, blah.” I’m like, “Oh my God, we got to do that. We got to do raffles.”

We even did– I think one time there was like a scavenger hunt that you all did. We do that too. Let me tell you, the number one thing that people want, at least before COVID was the unicorn onesie. Our CTO was like, “No one’s going to want that.” Actually, most company paying, I know you don’t believe that but it’s true and I remember her saying, “Oh my gosh.” I’m like, “I know. It’s for real. It’s for real, that unicorn onesie.”

Jonathan Gottfried: You know, it’s funny. I feel like there’s a lot that companies can learn about engineering culture from community events like hackathons, conferences, all those things. I don’t know. Engineering is social, it’s fun, it’s creative. It’s like almost artistic in a lot of ways and community events really reflect that and a lot of work culture doesn’t as much.

I love that you’re adopting things from MLH but I know that you have also been super involved in a lot of other communities, like girl develop [unintelligible 00:41:54] and Grace Hopper, Anita Borg all of these amazing groups. Frankly, we’re inspired by when we look at them. I’m curious what other things you’ve taken from the community to bring back to Intuit to help improve the culture and experience there?

Aliza: Oh my gosh. [laughs] Almost all of it. It’s funny because I’m co-chair for the open source track at Grace Hopper and I also obviously speak at Grace Hopper. The things that I have taken back, and this is something that I think all tech companies should actually have is we build tech to automate, to get rid of the mundane. Many times, for our internal customers who are engineers and other technologists and Zoom has allowed us to connect even during COVID or other tools whether it’s MURAL or whatever to collaborate.

The thing that you cannot remove and you cannot forget is the need to connect to sit side by side programs to actually have candid conversations about tech decisions. That is actually still something you cannot automate.

I’ve, just so you know, even brought some stuff that I’ve learned from other groups actually back to Grace Hopper and my colleague so Rocio Montes, who is the tech leader for inner source and open source with me at Intuit. She has taken even some of the elements from MLH to the open source day at Grace Hopper. I know she’s hoping to partner with MLH directly for Grace Hopper’s open source day. I think it’s about the connections that we can’t forget and the celebrations.

I think that’s what I love about GHC of Grace Hopper Celebration that that term celebration is something that I know that my boss, the Intuit chief architect and I always talk about. We make it a point that even at my biweekly meetings that there’s even like with all of the senior technologists at Intuit is that we have a moment of celebrating.

We did a couple of things. One is like we’re always highlighting two technologists what they talk about themselves but we also do celebrate small and big wins and that’s a big deal. We don’t always take that time. Because I think when we do that, when we actually start connecting, celebrating, providing people with the path to innovate. I do think we just become code monkeys, to be honest. That’s not what we are. We’re technologists and we’re here to make a difference.

Even though back at university, sorry to my professors where they’re like, “Are you sure you did this algorithm all by yourself?” Then you realize when you get out of university you will never work alone. You will always be with a team that we cannot forget, team. I think that’s what has really made it hard during COVID is because, yes, we have these ways of connecting but what we are missing is the true connections. What we’re missing is– I’ll be honest, I have problems still reading the room. The virtual room.

I have no idea especially if 90% of people just show their pictures. Do you all hate it? Do you love it? I can’t even tell, but when we’re in a room–

Jon: like what’s going on?

Aliza: I don’t know, because usually we’re on the whiteboard and I’m looking at you and you’re looking at me and sometimes you call me crazy, sometimes whatever. At least we’re having that candid exchange. I think that’s the thing that so many places, unfortunately, it’s such a different world now, Jon. Grace Hopper is so magical and last year going– I was a speaker and a co-chair, but going virtual it still had its moments, but man, I miss just like–

I remember Rocio and I one time after our talk in 2019 we just ended up getting lunch and then we just found two seats beside these– some other engineers and we sat down, got to meet people from Salesforce and Amazon and Microsoft we were all sharing our background and, “Hey, we should do a talk together. Hey, let’s follow each other.” I think that’s the thing that I miss. There is no impromptu. Not rehearsed, but it’s all like, “You got to put on the calendar.” How to spin up Zoom or whatever. It just missed that magic.

I’d love to be able to talk with you again and tell you after COVID, “Oh my gosh, I forgot to tell you about this.” Our lives are so different now but I hope that tech companies don’t lose sight of the importance of celebrating of fun, of mentoring, of teaching and of connecting.

Jon: Yes. No, I completely agree. You hit the nail on the head. One of the things I really love about what you’ve been doing at Grace Hopper is exposing so many new people to open source. We’ve touched on this a little bit throughout our conversation, but open source is this. I think a fairly unique thing in tech, like when you’re in, I don’t know, if you’re making cars, there’s no open mechanical engineering plans for your cars. Everyone is competing. It’s all IP that you own.

Your tech is unique where you share a lot of this [unintelligible 00:47:50] and a lot of the volunteer labor to create it. I’m curious to hear from you how you think people should be introduced to open source. I phrase it that way because there are many different initiatives out there to introduce people but I don’t know that all of them do it right. I’d love to hear your perspective on that.

Aliza: Of how I introduce people to it?

Jon: Yes. How do you get a developer who’s never contributed code before to get involved with open source?

Aliza: I’ll be honest with you, I get this question a lot. Because in terms of Elisa, you say this is important but how do we get started, whether it’s a small company or a group? The first thing I actually say is, open source is about community but it’s really about the essence of what it means to be a software engineer. Software engineering is a team sport and the more diversity that you have in that team. I played soccer for a while and I’ve played field hockey but I even was in intramural soccer.

You need every position filled whether it’s in defense, midfield or offensive. The thing is, is that what open source does is it actually allows you to continue to play in a team, but in even a global arena. The reason why open source is so important to me is because it’s at the crux of what I believe in. Which is one, to enable people to innovate without being judged of, “Hey, what is the ROI of that solution?” Or, “Hey, how many customers do you think are going to buy that app?”

 

No, it’s actually me as an engineer determining with maybe one other, or maybe by myself or a small group. What do we want to put out there in the community that could be helpful for others or that could be made better because people are extending our code?

If you think about that it’s at the essence of what it means to be an engineer, then it’s not foreign, but it’s a mindset shift, because a lot of people don’t think of it that way. They think of it as, “Oh, Aliza, there’s this thing, were it’s internal, and then there’s this thing that’s external and you want people to contribute to that?” I’m like, “You don’t seem to understand.” We talk about InnerSource at work. Those are just taking open source principles and bringing them internally, and that’s how we work.

It actually goes hand in hand. It’s the left to the right hand. It’s the right hand to the left hand, but what it does is it promotes community. One of the first things, just so you know, if you go to our website called opensource@intuit.com, the first thing that I actually establish there was the code of conduct, and it wasn’t because like, “Oh, he only cares about that.” No, I needed to make sure that everyone understood that community is at the heart of open source.

If you’re asking me as like, “Hey, Aliza, I’m a dev manager. Why is it important for my team member to get started in this?” Actually, one, if they do contribute to a repo where the tech is new, they’re learning, one, so you’re growing. Two is if you’re contributing, you’re now a part of a bigger community and who can support you, be there for you, and also give you kudos and celebrate that with you as you give them stars.

People usually comment back when you fix something and they thank you. It’s a very reciprocal thing. If I was to tell people today, how do I get started? First is I want you to shift your mindset that you actually, by doing open source, you’re just practicing what it’s like to be an engineer within a bigger community, within a bigger team.

Two, I would say the first thing to do is to start looking at GitHub in general. Look for things that are of interest to you, and start by just learning what people are putting out there. Then the next thing after you learn, and maybe you’ll find one or two projects, contribute, fix something, do something, extend it.

Then the third thing I would do as you are actually contributing is start thinking about what it is that you’re learning and seeing how can you bring that back to your every day and share that with your team, because then you’re also growing in terms of leadership skills or bringing external inspiration in. There is no downside to open source. There really isn’t. There’s only an upside. As an individual engineer, you’re only going to get better as an engineer because of it. There’s no cost. It’s freaking free compared to conferences and anywhere else that you’re going to go.

Then lastly, I would say is that don’t forget to actually teach people. If you’ve ever read the book by the Heath brothers, Switch: How to Change Things When Change Is Hard, provide them with a path. The first thing that we did, Rocio and I realized was that not only had to be a man set shift, but we actually had to teach people what it means, and so we set out to create targeted workshops. Then from those targeted workshops, we looked at, “Who are our potential influencers,” which by the way, we took inspiration from Instagram.

Who are potential influencers that can go, “Hey, this stuff is cool, go join me on this,” and because of that, we even have a Slack channel that’s called Open Source Servers, where we answer questions about open source and we get people to share their ideas and then get feedback about it, but man, it is not separate. I think that’s the big thing that I always tell people, “Don’t think about it as a separate initiative, think about it as part and parcel of what it means to be a software engineer and to be part of this team sport called software engineering.”

John: We actually had our graduation for the MLH Fellowship yesterday, where we had hundreds of students learning real world engineering skills, primarily through contributing to open source. It’s so interesting when they come out of this program, because, like you mentioned earlier, a lot of class projects are solo, and in the real world everything is collaborative and open source is a perfect representation of that.

All of these students come out and they’re like, “Wow, I got to talk to an engineer who lives on the other side of the world, is way more experienced than I am, has a totally different perspective, and figure out how to add value to their project and to get feedback on it and iterate. That is such a novel experience for a lot of people who are early in their careers. It’s so valuable.

I think certainly a lot of people could learn from the work that you’ve been doing, to create more open source contributors and also more open source projects and extending that philosophy to internal code.

Aliza: I think, John, you and MLH group have definitely tapped into with your fellowship program something that’s unique, that a lot of people, I think you are demystifying it, open source that is, as a way to actually learn and grow and invest in yourself. I really commend you all for finding that niche because I think it’s pretty cool a lot of our engineers that are not from uni are learning that now.

I know some of them said, “Man, I wish I could have contributed to this because I probably could have been faster at some of the things that I was doing before.” I’m like, “Probably. I know I could’ve. I know I could have learned some things.” I think so many people don’t think about it as when they go in, “Oh my gosh, I have to start a new one? I’ll have to do my own project?” I’m like, “No, we can do baby steps, contribute, edit, do comment, and then figure out what would you want to do on your own.”

Actually, I have a Grace Hopper talk all about this that we just submitted with me and another engineer and it’s all about the realization of being empowered to be part of open source so that you can grow. The benefits, again, for the company are great. One is that for the company, they get their name out there and their brand out there, because it’s one of the first two or three things that engineers looking for a job do. “Hey, how active is that company in open source.”

It’s a benefit for them. It’s a benefit for the engineer because they’re learning and growing in their craft and they can contribute more. It’s a benefit for dev managers. Because actually, their team is up-leveling those skills and they’re learning as they’re going and they’re contributing back to their team or back to the company as a whole. I commend you all.

John: Thank you. It’s a program that we’re incredibly proud of, honestly.

Aliza: I might actually, because of this, write a blog article because of it.

John: There you go.

Aliza: I’m serious. Now we’re writing each other’s blogs. I’m like, “Let me write a blog article about this,” because I think it’s pretty cool. It’s such a cool nuance and it’s interesting because I’ve shared it recently with some team members at Intuit and unfortunately, I’m having to explain it, which means get it factor. I’m having to explain it to non-technical people, and so I think I have to explain it a little bit differently.

John: This has been incredible. We only have a couple of minutes left here, but I’ve learned a ton from you and I hope that everyone who’s listening has too. I always like to end these conversations on a totally non-technical note because every engineer I know has so many passions and inspirations outside of just writing code. I’m curious, what are your hobbies or passions outside of coding?

Aliza: Oh my gosh. Outside of coding, I have for the last 10 years been doing pro bono consulting work for micro-owned businesses that are owned by women. The reason for that, and it’s all pro bono, is that 40% of small businesses in the country, in the United State, are owned by women. Did you that only 2.2%  of startups led and owned by women are actually funded by VCs? Then less than 20% of small businesses that are owned by women who ask for a small business loan actually get a loan.

To me, that is so backwards and so upside down that I want to do my best to help. That’s what I do outside. You had a second question. Was it around–

John: What are your passions and hobbies? What are you excited about outside of tech? I mean, that’s incredible by the way, I think.

Aliza: I am very happy about it because I actually have been consulting even in Mexico, for small companies or small businesses in Mexico and in the US. It’s been really, I’ll be honest with you it’s more about feeding my soul but I’m also doing it because the number one thing that I believe the most priceless thing that you can share in this world is your time. It’s the one thing that has no price, but it’s the most valuable thing and it’s partly why I believe in mentoring.

I think it’s been more so heightened because I am a three-time cancer survivor and so for me, this is the way I’m going to give back but it’s also I believe, the thing that is going to continue to fulfill me as well. This has been an amazing talk. Thank you.

Jon: Thank you so much. I mean, honestly, I am so inspired by everything you’ve done. This has been incredible. Thank you for sharing it with all of us.

Aliza: Thank you and I’m serious about writing my blog. I’m actually right after this going to write on my two dues, because I think I need to write about it, about this talk that we just had and about fellowship program but thank you so much.

Jon: I hope many of our community members get to meet you at future events.

Aliza: Yes, one day. One day, we will all be together.

Jon: One day when we’re all back.

Aliza: I know right, one day. Thank you so much, Jon, and take it easy.

Jon: Thank you, Aliza, and happy hacking everyone.

Aliza: Okay, bye. Thank you.

The post The Essentials of an Open Source Mindset with Aliza Carpio, Tech Evangelist at Autodesk appeared first on Major League Hacking News.

❌
❌