Technical interviews can be extremely daunting. From the beginning of each question to the end, it's important to know what to expect, and to be aware of the areas you might be asked about.

Fortunately, there's a way to prepare for any question that may come your way. It involves four parts:

1. Understand the question
3. Write the code
4. Test the code

Let's try this technique with sample problem involving LinkedLists.

## The Problem

Question: Given two singly LinkedListNodes, determine if the two lists intersect. Return the intersecting node. Note that the intersection is defined based on reference, not value. If the kth node of the first linked list is the exact same node (by reference) as the jth node of the second linked list, they are intersecting.

## Step 1: Understand the question.

It's really important to know exactly what this question is asking. Some questions we could ask the interviewer are:

1. What exactly do we want to return? (A: The intersecting node).
2. Does that mean we can assume the linked lists always intersect? (A: Yes)

It's always important to gain a sense of the question before thinking about the approach to solving.

## Step 2: Discuss the tradeoffs of different solutions.

One immediate solution is to traverse both linked lists at the same time until you reach an intersection. For this example, we would make a pointer at nodes 2 and 7, and traverse each of them one-by-one until we reach a common node.

However, as you may have noticed, this will not work as the lengths of the two LinkedLists may differ. What we want to do essentially is “chop off” the beginning part of the longer LinkedListNode, and then iterate repeatedly.

This would be the kind of conversation to have with your interviewer.

## Step 3: Write the code.

Below is the method to achieve this.

We make use of helper methods here. We use `getKthNode()` to get the kth node of the given linked list. This is helpful when traversing the longer linked list to “chop off” extra nodes.

We also use `getTailAndSize()` which captures both the length and the last node of the given list. This is helpful because we definitely need the size to compare lengths of the lists. We also need the tails because if the tails of the two lists are unequal, then they don’t intersect at all.

Note that when we say “unequal”, we mean that the two nodes do not reference the same object. Even though they may have the same value and look identical, they must reference the same LinkedListNode to count as equal. (You can find more information on this here.)

Going back to the question, if we come across the case where the tails are unequal, we return a failed value (null).

## Step 4: Test the code.

Below are some good test cases we can add. A helpful rule of thumb for test cases is the following:

• Empty/null case
• Considering options in the middle/beginning/end
• Sizes equal or different

This strategy doesn't only apply to LinkedList questions – this would work for arrays, Strings, and essentially any other data structure.

For this question, our LinkedList tests would be the following:

• Two linked lists which intersect at the beginning/middle/end
• Both/one linked list is null (should return null)
• Linked lists are the same/different size

We’re done!

More Questions:

Interested in breaking into Computer Science? Eager to expand your knowledge base and learn new things? Enjoy problem solving?

If so, SWEPrep may be the newsletter for you. Subscribe to get fully explained interview prompts commonly given in engineering interviews, from Arrays to Dynamic Programming. Questions come out weekly and are also categorized by subject and difficulty. The above post is a Guest Post from the author, Sameer Khoja.