fbpx

In the movie The Secret of My Success, Brantley Foster (played by Michael J. Fox) expresses exactly the thought that goes through every graduates’ mind: “How can I get any experience until I get a job that gives me experience?”

The hardest thing to do when starting a new career, is to get experience. Often this creates a paradox. How do you get work with no experience, and how do you get experience with no work? 

In the world of open source software, this conundrum is a bit less daunting because your experience is what you make of it. By working with Open Source projects – sponsored by open source software (OSS) companies – you gain experience working on projects you like, for companies which make you feel you are important, and then you use that experience to help you find employment. 

Most companies would never allow newbies to touch their intellectual property and collateral without signing a NDA or going through some kind of training or security check. However, when your source code is open and anyone in the world can contribute to it (in addition to copy it and use it), this is no longer an issue. In fact, open source companies embrace their contributors and create communities where students can easily get their feet wet and find their way in coding, testing, and documentation. Most open source companies depend on the contributions of others to get work done. This means that the contributors work for free, simply because they want to. For students, it translates into an unpaid internship and getting some real-world experience. 

At Our Best Words, we decided to run a pilot project to see if our students could work in an open source documentation project and find the experience beneficial to jump starting their new careers in technical communication. 

I was the initiator and point of contact for the project and I approached several companies. The one company which gave us the most positive response was GitLab. GitLab is a company who creates software for Git repository management, issue tracking, and CI/CD (continuous integration / continuous delivery) pipeline management. Their software is used by hundreds of thousands of organizations worldwide and in 2019 they announced that they had achieved $100 Million of ARR (annual recurring revenue). 

I was contacted by Mike Jang of GitLab and he connected me with Marcin Sedlak-Jakubowski and Marcia Dias Ramos who were located closer to OBW’s offices in Israel. Following the meeting, the details were hammered out and everyone had their tasks to do in order to launch the pilot in mid-September.  Mike, Marcia, and Marcin hand-picked 19 issues for the students to solve. Each issue would be tagged Tich-Tov-only for OBW students, and any contributor who was not an OBW student would not be allowed to work on the issue. 

To prepare the students, I held several demonstrations with GitLab. The students had never used the software before and some were quite nervous. As the backbone of GitLab is Git, a software tool which the students were already familiar with, it wasn’t too hard to learn. Following the demonstrations, I sent the students a link to a Google drive folder with tutorials, a FAQ, and other valuable resources. 

The issues the students were assigned came from GitLab’s documentation. The documentation is written in Markdown and is checked with a linter (a static code analysis tool) called Vale. The student’s assignments were to fix issues that the Vale linter had found. The changes included: fixing spelling, grammar, usage, and voice. In some cases however,  entire pages had to be re-written.  

As I wanted this project to run smoothly and successfully, we decided to limit the pilot to 7 of our 14 students. This allowed me to manage the project more closely, and to make sure each student had only 2-3 issues to handle during the 2 month time period that the project was active for. 

The OBW students who were part of this project (with links to their GitLab profiles) were:

We worked mostly during the months of September and October and wrapped up the project in November. Each issue the students had was put on a Trello Kanban board. We had regular standup meetings where  we discussed what we were doing and discussed any issue which was causing difficulty. There were many teachable moments where I would help with repository issues, troubleshooting issues for the merge requests, and helping the students understand technical writing theories in practice. 

November came faster than we thought it would and looking back, the project ended way too quickly. About midway in, I collected feedback from Marcin, Marcia, and Mike and they told me that the experience for them was a positive one. They told us that once we were done, we could if we wanted, take on more issues than the original allotment which had been assigned to the group. 

One student in particular did just that. That student was Rachel Gottesman. She completed 33 Merge requests and helped rewrite pages of GitLab’s documentation. She was so instrumental for the 13.7 release, that GitLab announced that Rachel is the MVP for the release! We at OBW couldn’t be more thrilled! Congratulations Rachel!

Rachel’s name will appear on GitLab’s MVP page. The announcement for the release is in this blog post

Our semester has ended and our students are graduating and will soon find employment. We are gearing up for our new year and a new course. We plan to run this project again as part of our Software Documentation for TC Professionals course.

If you are interested in learning more about this valuable internship opportunity, come to the Our Best Words Open House Event on Sunday, January 10. Click here for more information. We look forward to meeting you!

Laura Novich

Laura Novich is Our Best Words’ Advanced TC Skills Lecturer. Read her full profile here.

It’s important not to consider your LinkedIn profile as an online version of your resume. Our Best Words Career Development Instructor Daniëlla Frost recommends 7 important differences between your resume and your LinkedIn profile.

  1. Length

First of all, a resume and LinkedIn profile differ in length. Where a resume should preferably have one page and in any case no more than two, your LinkedIn profile has no maximum length. Less is more? Not on your LinkedIn profile!

2. Targeted vs. rounded view

Your resume should be a targeted document, targeted at recruiters. So how do you create targeted resumes?

You can do this by creating different resume versions that focus on different skill sets and are tailored to specific jobs. Each resume version should (at least) have a focused job title, summary and skills section.

However for your LinkedIn profile, it’s best to offer profile viewers a rounded view. You want your profile to be findable by anyone, not just by recruiters who might have a specific job for you.

3. Your Photo

My advice is not to put your photo on your resume. Employers want to be protected from allegations of discrimination and a lot of them consider including a photo is unprofessional or even inappropriate.

Adding your photo to your LinkedIn profile on the other hand, is simply a must. A profile picture builds more trust and just having a photo makes your profile 14 times more likely to be viewed by others.

4. Formatting

If you want to beat resume screening software, you should use simple formatting in your resume. That means it’s all about text and therefore best to avoid using colors, images and graphics.

On LinkedIn however, you should try to make your profile a visually attractive one. 

How? By adding a cover photo as well as media (documents, photos, videos, presentations). Also make sure you link company pages to your work experience, so that you have company logos on your profile.

5. Relevant Work Experience

On your resume, you should leave out responsibilities and achievements, and in some cases even your entire work experience, when a position isn’t relevant for the application in question.

On your LinkedIn profile it’s ‘the more the merrier’. You can include every position – including job titles, company names, dates, responsibilities and achievements. This way, you’re providing the rounded view which I discussed earlier and it will help you rank better in search results.

6. Multiple Skills

On your resume, your skills section should be a short section with up to 10 skills. Do make sure you include both hard skills (what you can do) and soft skills (how you’ll do it).

On your LinkedIn profile you can add more skills. My advice is to add up to 50 skills, which is the limit. They are great ‘social proof’ and will also increase your LinkedIn Search Engine Optimization / SEO (again!).

7. References vs. Recommendations

While you don’t have to include references in your resume, it’s great to have recommendations on your LinkedIn profile. Ask (former) customers, colleagues and employers to recommend you. 

Social proof? Check. SEO-proof? Check.

So there you have it, 7 ways your resume and LinkedIn profile should differ. I hope you can use these tips to optimize both of them!

Daniëlla Frost is Our Best Words’ Career Development Instructor. She began her career as an IT Recruiter, and she loves teaching entrepreneurs, job seekers and recruiters how to find candidates & get found on LinkedIn.

Connect with Daniëlla Frost on LinkedIn or visit her website www.sociablelift.com