General Advice & Tips
50+ Tips for Job Search Success
# | Tip |
---|---|
Research | |
1 | Identify which career field you want to work in. Go to open days, take sample courses, and speak to others in the industry to help you know what you want. |
2 | Consider your skills and qualifications. Do you need to improve them? |
3 | Educate yourself on the different job levels, from entry level to senior level. Some companies offer better progression than others. |
4 | Create a list of your wants and needs. This will help you understand what you want to gain from your career. |
5 | If you're searching for a career change, you can take a career aptitude test to find out which career best fits your personality. |
6 | Find out what employers look for in prospective employees. A company's culture page is a great place to start. |
Update Your Resume and Cover Letter | |
7 | Update your resume with your latest qualifications and skills. |
8 | Use LinkedIn, YouTube, and resume building apps for resume format samples. |
9 | Ensure your contact information is up-to-date. Consider including a photo of yourself, if you think it's suitable for the job type. |
10 | Include your work history that is relevant to the job you're applying for. |
11 | Make sure your resume has references, or note that they're available on request. |
12 | Use tools like Jobscan to optimize your resume. This way, you'll find out where your resume needs improvement. |
13 | Use simple language. You won't impress anyone by swallowing a thesaurus. |
14 | Use a grammar tool like LanguageTool to proofread your cover letter. Typos and mistakes will stick out like a sore thumb. |
15 | Keep it concise. Don't add unnecessary information. Assume the employer is busy and skim-reading, so cut to the chase. |
16 | Get someone else to proofread your resume. A fresh set of eyes will always see things you can't. |
17 | Don't spam your resume; make sure you customize your resume and cover letter for each job application. |
18 | Employers often state exactly what they are looking for in the job description. You can use that as an indication on what to include in your resume and cover letter. |
19 | Make sure you research the company before applying; look for their website and consume their content. This way, you'll know how to grab the recruiter's attention in your cover letter. |
Use Online Resources | |
20 | Engage with experts on LinkedIn for advice. |
21 | Gain skills by taking free courses on LinkedIn, Google, and Coursera. |
22 | Create an Excel spreadsheet to keep track of the jobs you have applied for. This can help you see when you might need to follow up with an employer. |
23 | Manage your alerts on job search platforms so you can stay updated on the latest vacancies. The job market is competitive, so you need to act quickly. |
24 | Use job search websites to filter out irrelevant jobs. You can make your search as specific as possible. |
Actively Search for Jobs | |
25 | Plan ahead and set measurable goals for your job search. You can set a weekly goal on how many jobs you want to apply for. |
26 | Set an alarm and spend time everyday looking for jobs you can apply for. Seeking employment is a job in itself. |
27 | Be organized and work out how many hours you'll spend job hunting every day. Don't get burnt out. |
28 | Create accounts on job search platforms and upload your resume so that you can apply with ease. |
29 | Use social media to network with professionals in your field. They might know about jobs which aren't publicly advertised. |
30 | Look for job ads on Facebook. Employers often use this to connect with a different audience. |
31 | Post and engage regularly on LinkedIn to gain recognition. Ask your existing connections to praise you. |
32 | Don't restrict yourself to jobs in one location. You can also search for jobs in surrounding areas, if you're able to travel. |
33 | Don't restrict your search to specific platforms. You can find jobs on underrated job search websites, or only on the company's website. |
34 | Don't doubt yourself. Apply for the jobs you think you don't qualify for. The worst that can happen is "no". |
35 | Go the extra mile by reaching out to hiring managers. They'll appreciate you being proactive. |
36 | Watch out for scams by thoroughly analyzing the job post. Never give over your bank details or money. |
37 | Be patient; finding a job might take longer than you expect, and don't rush into something you won't enjoy. |
Interview Preparation | |
38 | Prepare for your interview by researching the company and the interviewer. |
39 | Dress appropriately for the job. If you're unsure, go smart. |
40 | Be punctual for your interview. You don't want to keep anyone waiting. |
41 | Have multiple copies of your resume; one for you, the rest for the interview panel. |
42 | If you're going to have a digital interview, make sure your internet connection is stable. Test it and your webcam and microphone beforehand. |
43 | Pay attention to your body language. Sit up straight and maintain eye contact. |
44 | Be ready to answer challenging questions. If you're unsure, don't fumble through an answer; be honest. |
45 | Use interview guides online to rehearse commonly asked questions. |
46 | Be prepared to take a test, though this usually happens during the second or third round. |
47 | Don't drag out your answers. When practicing, you can use a timer or voice recorder to help you keep your answers short. |
48 | Be prepared to discuss your salary expectations. Do not undervalue yourself. |
49 | Take a mock interview on websites like Pramp or My Interview Practice. |
50 | Remain calm and be confident. Take a deep breath before answering and ask for some water if you need it. |
51 | Ask the interviewer questions about the job and the company. Even if you already know the answer, it can help you look engaged and invested. |
The Challenge
In today’s technology landscape, JavaScript has essentially become synonymous with client-side web development and now, with the advent of technologies and JavaScript frameworks like Node.js, Vue.js, and React.js, JavaScript is becoming a dominant server side technology as well.
Accordingly, full-stack developer resumes that reference at least some degree of JavaScript experience have essentially become universal in the software development community. This makes locating JavaScript web developers fairly easy, but makes sifting through them to find “the elite few” that much more of a challenge. Finding them requires a highly-effective recruiting process, as described in our post In Search of the Elite Few – Finding and Hiring the Best Developers in the Industry. Such a process can then be augmented with questions – such as those presented herein – to identify those sparsely distributed candidates across the globe who are true JavaScript experts.
Yeah, I know JavaScript…
As with any technology, there’s knowing JavaScript development and then there’s really knowing JavaScript. In our search for true masters of the language, we require an interview process that can accurately quantify a candidate’s position along the continuum of JavaScript expertise levels.
Toward that goal, this post offers a sampling of questions that are key to evaluating the breadth and depth of a candidate’s mastery of JavaScript. It is important to bear in mind, though, that these sample questions are intended merely as a guide. Not every “A” candidate worth hiring will be able to properly answer them all, nor does answering them all guarantee an “A” candidate. At the end of the day, hiring remains as much of an art as it does a science.
Assessing the Foundation
It's far too common to encounter 'experienced' JavaScript programmers whose grasp of the fundamentals of the language is either weak or confused.
JavaScript is a prototype-based scripting language with dynamic typing. JavaScript can, at first, be a bit confusing for developers experienced in class-based languages (such as Java or C++), as it is dynamic and does not provide a traditional class implementation. It’s therefore far too common to encounter ‘experienced’ JS developers whose grasp of the fundamentals of the language is either weak or confused.
Questions that can help assess a developer’s grasp of JavaScript fundamentals, including some of its more subtle nuances, are therefore an important component of the interview process. Here are some examples…
Q: Describe inheritance and the prototype chain in JavaScript. Give an example.
Although JavaScript is an object-oriented language, it is prototype-based and does not implement a traditional class-based inheritance system.
In JavaScript, each object internally references another object, called its prototype. That prototype object, in turn, has a reference to its prototype object, and so on. At the end of this prototype chain is an object with null as its prototype. The prototype chain is the mechanism by which inheritance – prototypal inheritance to be precise – is achieved in JavaScript. In particular, when a reference is made to a property that an object does not itself contain, the prototype chain is traversed until the referenced property is found (or until the end of the chain is reached, in which case the property is undefined).
Here’s a simple example:
Q: Compare and contrast objects and hashtables in JavaScript.
This is somewhat of a trick question since, in JavaScript, objects essentially are hashtables; i.e., collections of name-value pairs. In these name-value pairs, a crucial point to be aware of is that the names (a.k.a., keys) are always strings. And that actually leads us to our next question…
Q: Consider the code snippet below (source). What will the alert display? Explain your answer.
It is the rare candidate who will correctly answer that this alerts the string “bar”. Most will mistakenly answer that it alerts the string “foo”. So let’s understand why “bar” is indeed the correct, albeit surprising, answer…
As mentioned in the answer to the prior question, a JavaScript object is essentially a hashtable of name-value pairs where the names (i.e., keys) are strings. And they are always strings. In fact, when an object other than a string is used as a key in JavaScript, no error occurs; rather, JavaScript silently converts it to a string and uses that value as the key instead. This can have surprising results, as the above code demonstrates.
To understand the above code snippet, one must first recognize that the map
object shown does not map the object foo
to the string “foo”, nor does it map the object bar
to the string “bar”. Since the objects foo
and bar
are not strings, when they are used as keys for map
, JavaScript automatically converts the key values to strings using each object’s toString()
method. And since neither foo
nor bar
defines its own custom toString()
method, they both use the same default implementation. That implementation simply generates the literal string “[object Object]” when it is invoked. With this explanation in mind, let’s re-examine the code snippet above, but this time with explanatory comments along the way:
Q: Explain closures in JavaScript. What are they? What are some of their unique features? How and why might you want to use them? Provide an example.
A closure is a function, along with all variables or functions that were in-scope at the time that the closure was created. In JavaScript, a closure is implemented as an “inner function”; i.e., a function defined within the body of another function. Here is a simplistic example:
An important feature of closures is that an inner function still has access to the outer function’s variables even after the outer function has returned. This is because, when functions in JavaScript execute, they use the scope that was in effect when they were created.
A common point of confusion that this leads to, though, is based on the fact that the inner function accesses the values of the outer function’s variables at the time it is invoked (rather than at the time that it was created). To test the candidate’s understanding of this nuance, present the following code snippet that dynamically creates five buttons and ask what will be displayed when the user clicks on the third button:
Many will mistakenly answer that “Button 3 clicked” will be displayed when the user clicks on the third button. In fact, the above code contains a bug (based on a misunderstanding of the way closures work) and “Button 6 clicked” will be displayed when the user clicks on any of the five buttons. This is because, at the point that the onclick method is invoked (for any of the buttons), the for loop has already completed and the variable i
already has a value of 5.
An important follow-up question is to ask the candidate how to fix the bug in the above code, so as to produce the expected behavior (i.e., so that clicking on button n will display “Button n clicked”). The correct answer, which demonstrates proper use of closures, is as follows:
Although by no means exclusive to JavaScript, closures are a particularly useful construct for many modern day JavaScript programming paradigms. They are used extensively by some of the most popular JavaScript libraries, such as jQuery and Node.js.
Embracing Diversity
JavaScript accommodates an unusually wide array of programming techniques and design patterns. A JavaScript master will be well aware of the significance and ramifications of choosing one approach vs. another.
A multi-paradigm language, JavaScript supports object-oriented, imperative, and functional programming styles. As such, JavaScript accommodates an unusually wide array of programming techniques and design patterns. A JavaScript master will be well aware of the existence of these alternatives and, more importantly, the significance and ramifications of choosing one approach over another. Here are a couple of sample questions that can help gauge this dimension of a candidate’s expertise:
Q: Describe the different ways of creating objects and the ramifications of each. Provide examples.
The graphic below contrasts various ways in JavaScript to create objects and the differences in the prototype chains that result from each.
Q: Is there ever any practical difference between defining a function as a function expression (e.g., var foo = function(){}
) or as a function statement (e.g., function foo(){}
)? Explain your answer.
Yes, there is a difference, based on how and when the value of the function is assigned.
When a function statement (e.g., function foo(){}
) is used, the function foo
may be referenced before it has been defined, through a technique known as “hoisting”. A ramification of hoisting is that the last definition of the function is the one that will be employed, regardless of when it is referenced (if that’s not clear, the example code below should help clarify things).
In contrast, when a function expression (e.g., var foo = function(){}
) is used, the function foo
may not be referenced before it is defined, just like any other assignment statement. Because of this, the most recent definition of the function is the one that will be employed (and accordingly, the definition must precede the reference, or the function will be undefined).
Here’s a simple example that demonstrates the practical difference between the two. Consider the following code snippet:
Many JavaScript developers will mistakenly answer that the above alert will display “1” and will be surprised to learn that it will in fact display “2”. As described above, this is due to hoisting. Since a function statement was used to define the function, the last definition of the function is the one that is hoisted at the time it is invoked (even though it is subsequent to its invocation in the code!).
Now consider the following code snippet:
In this case, the answer is more intuitive and the alert will display “1” as expected. Since a function expression was employed to define the function, the most recent definition of the function is the one that is employed at the time it is invoked.
The Devil’s in the Details
In addition to the advanced JavaScript concepts discussed thus far, there are a number of lower-level syntactical details of the language that a true JavaScript guru will be intimately familiar with. Here are a few examples…
Q: What is the significance of, and reason for, wrapping the entire content of a JavaScript source file in a function block?
This is an increasingly common practice, employed by many popular JavaScript libraries (jQuery, Node.js, etc.). This technique creates a closure around the entire contents of the file which, perhaps most importantly, creates a private namespace and thereby helps avoid potential name clashes between different JavaScript modules and libraries.
Another feature of this technique is to allow for an easily referenceable (presumably shorter) alias for a global variable. This is often used, for example, in jQuery plugins. jQuery allows you to disable the $
reference to the jQuery namespace, using jQuery.noConflict()
. If this has been done, your code can still use $ employing this closure technique, as follows:
Q: What is the difference between ==
and ===
? Between !=
and !==
? Give an example.
The difference between “triple” comparison operators (===
, !==
) and double comparison operators (==
, !=
) in JavaScript is that double comparison operators perform implicit type conversion on the operands before comparing them whereas, with the triple comparison operators, no type conversion is performed (i.e., the values must be equal and the types must be the same for the operands to be considered equal).
As a simple example, the expression 123 == '123'
will evaluate to true, whereas 123 === '123'
will evaluate to false.
Q: What is the significance of including 'use strict'
at the beginning of a JavaScript source file?
Though there is much more to be said on the topic, the short and most important answer here is that use strict
is a way to voluntarily enforce stricter parsing and error handling on your JavaScript code at runtime. Code errors that would otherwise have been ignored or would have failed silently will now generate errors or throw exceptions. In general, it is a good practice.
Wrap Up
JavaScript is perhaps one of the most misunderstood and underestimated programming languages in existence today. The more one peels the JavaScript onion, the more one realizes what is possible. JavaScript is versatile enough to be used by front-end and back-end developers. Accordingly, finding true masters of the language for full-time or part-time roles in the United States or abroad is a challenge. We hope you find the questions presented in this post to be a useful foundation for “separating the wheat from the chaff” in your quest for the “elite few” among the best JavaScript developers to add to your development team.
Interview tips for all roles
If advancing in the process, the next interview steps vary based on the role you're applying for. Be prepared to demonstrate how you meet the qualifications of the job by sharing specific examples from your past or ideas about how you would accomplish a specific task. Be sure to share how skills you have gained throughout your career will translate to the role for which you are interviewing. For some of our openings you may be asked to write code, share a creative portfolio, or provide examples of your work in other ways. You’ll meet with a few people—some potential teammates and some cross-functional colleagues—for up to an hour each. The hiring team gets a chance to get to know you—and you get a chance to get to know the team. Post-interview, your recruiter can help you understand the specific timeline of when you can expect to hear back regarding the hiring decision. Our interview process is currently entirely virtual. For more specific guidance, you can read How to prepare for a virtual interview.
Before your interview
Do your researchDon't stop at understanding the position you’re interviewing for. You should understand what's happening in the tech industry, what Microsoft is doing well, and how we can make ourselves stand out from the competition. Make sure to prepare questions to ask during your interview. This is also a chance for you to make sure that the opportunity is what you are looking for.Know our core competencies Accelerate our cultureEnvision your futureIf needed, request accommodations. If you need any accommodations or are concerned about Microsoft Teams or other third-party virtual platform not being fully accessible for you, please submit an accessibility request. We will reach out to discuss how to best support you.
During your interview
Be yourselfDemonstrate your thinking and curiosity We want to see not only what you know, but also how you think. Be prepared to share your thought process and explain the rationale behind your decisions. When asked to solve a problem or develop code, ask clarifying questions, state your assumptions, and be prepared to share your opinions or explain your choices. Throughout the assessment process, we aspire to assess fundamental knowledge, capability, and learning potential. We don’t expect you to know everything. When you get stuck or don’t have experience with the subject matter, we encourage you to ask clarifying questions that show your integrity, collaboration, and ability to be resourceful.Be specific
Last updated