Hey everyone! Hope you enjoyed solving last week’s challenge. In case you haven’t seen it, I’ll link last week’s article so you can go check it out.
The article
The challenge on Coderbyte
Here's a popular way to solve last week's challenge:
Two index approach:
A more optimized solution (one that is possible because the strings of numbers are sorted) involves initializing two indexes at the start of both strings. Check to see if the element at the index in the first string is equal to, less than, or greater than the element at the index in the second string. If they are equal, push the value to the result array. Because the strings are sorted, if the element in the first string is less than the element in the second string, you can be sure the first element doesn’t exist in the second string. Therefore, you can increment the first index to look at the next value. If the element in the first string is greater than the element in the second string, you can be sure that the value in the second string doesn’t exist in the first string and can increment the second index to look at the next value. This might be clearer to see in code!
function intersection (arr) {
const inBothArrays = []
const [arr1, arr2] = arr.map((str) => str.split(', ').map((e) => parseInt(e)))
let index1 = 0
let index2 = 0
while (index1 < arr1.length && index2 < arr2.length) {
const elem1 = arr1[index1]
const elem2 = arr2[index2]
if (elem1 === elem2) {
inBothArrays.push(elem1)
index1++
index2++
} else if (elem1 > elem2) {
index2++
} else if (elem1 < elem2) {
index1++
}
}
return inBothArrays.join(',')
}
So for the example:
Calling intersection([“3, 4, 7, 11, 15”, “1, 3, 5, 8, 11”]);
your function should return “3,11”
.
Here is an illustration that might make this a little clearer.
Remember, this solution only works because the arrays are sorted. The time complexity of this solution is O(n+m)
.
This week's challenge:
For this week, we'll be solving a coding problem that was given in an actual Google phone screen interview. Remember to head over to Coderbyte to submit your code!
Write a function that takes an array containing two strings where each string represents keypresses separated by commas. For this problem, a keypress can be either a printable character or a backspace (represented by -B
). Your function should determine if the two strings of keypresses are equivalent.
You can produce a printable string from such a string of keypresses by having backspaces erase one preceding character. Consider two strings of keypresses equivalent if they produce the same printable string. For example:
checkEquivalentKeypresses(["a,b,c,d", "a,b,c,c,-B,d"]) // true
checkEquivalentKeypresses(["-B,-B,-B,c,c", "c,c"]) // true
checkEquivalentKeypresses(["", "a,-B,-B,a,-B,a,b,c,c,c,d"]) // false
Have fun and you got this!!
Our newsletter 📫
We’re going to be sending out a small, feature reveal snippet every time we release something big, so our community is the first to know when we break out something new. Give us your email here and we'll add you to our "first to know" list :)
Latest comments (40)
I came up with this simple solution :D
function checkEquivalentKeypresses(strArr) {
var x = strArr[0].split(",");
var y = strArr[1].split(",");
function backSpace(arr) {
for(var i = 0; i <= arr.length - 1; i++) {
if(arr[i] === "-B") {
delete arr[i];
delete arr[i-1];
}
}
}
backSpace(x);
backSpace(y);
if(x.join("") === y.join("")) {
return true;
} else {
return false;
}
}
checkEquivalentKeypresses(["a,b,c,d", "a,b,c,c,-B,d"])
true
checkEquivalentKeypresses(["-B,-B,-B,c,c", "c,c"]);
true
checkEquivalentKeypresses(["-B,-B,-B,c,c", "c,c,e"]);
false
checkEquivalentKeypresses(["", "a,-B,-B,a,-B,a,b,c,c,c,d"]);
false
The insight here should be that this is a variation upon Merge Sort.
Here is my solution
Hi there, this is the solution I came up with :)
Stack solution using JavaScript array methods push and pop. O(n).
Not the "code golf" solution, but I think is more readable and avoids nested looping (plus I think the ternaries are more readable once they get a little long using multiple lines).
"Clever" solutions are fun... maintainable ones save time :D
If you wanted to split this out to handle multiple cases or non-compliant arrays (say with spaces or non-string content) I would add additional functions to handle those cases, but not as the spec exists now.
Localization for non-English languages could be handled by adding a language code param to the function or a constant.
Changed, only cause when I submitted on coderbyte, the test cases showed that "-B" cases were possible in the first string (IE: comparing vs an edited string as opposed to a base-string, so... egg on my face haha)
(And I edited again... because code review matters, and there's code to be removed...)
Here's the modified solution:
A rust solution without using a stack and any number of strings:
play.rust-lang.org/?version=stable...
Ill proably make one that fails as soon as there is a difference between the arrays, maybe it will be done tomorrow
Done, also feels way less hacky and doesn't spin strings around:
play.rust-lang.org/?version=stable...
I'm learning clojure, which isn't supported by Coderbyte :-(
Here's my clojure solution:
One of the benefits of having a close relationship with our community is hearing what you all want and building it! Like this comment if you'd be interested in Coderbyte supporting clojure!
I'm not convinced this works with every case; You're missing some edge cases such as
Hi Simon,
You are correct, well spotted. I changed the solution to reflect your case and hopefully all cases :-)
Couldn't do it with one regex though :-(
This is actually awesome, it shouldn't take long to make this into something that works with multiple lines
Just compare starting from the end of the strings. When you see "-B" (possibly consecutively), you know you can skip stuff. O(n) time and O(1) space.
The fact that backspace is two characters and the keypresses are separated by commas is gross. It would be so much nicer (and realistic) for the input be an ASCII string with literal backspace characters.
Important thing when just skipping:
lets say we have "a,c,-B,-B" and we start from the back: we see a -B, so we skip the next character, now there is a c and then an a so we get ca (reversed), which is wrong. You need to count the -B s that are back to back and then remove as many "chars". also agree, real chars would be far better, also returning literal "true" and "false" hurts a lot
Some Java code that:
Got this recommended via Google and gave it a try :)
Nice! Glad you found us :)
This solution allows n-amount of inputs and uses Set to check all items are the same.
made the function to support also other data types of input..
changed naming and simplified return statement (new Set() is not ran if result.length > 1 fails first).
Doesn't Set remove duplicates?
yes.. that is why end result size should be 1
[1,1,1] => [1]
the code checks first that the initial array has more than 1 input so
[1] => [1]
would fail on the first length check
Nice!
O(s+b) is good. s for small( to search for) and b for big (to search in). But I guess, using O(s log b) is a better approach, esp if b>>s. Instead of the linear search, going with a modified binary search that indicates whether the element being searched is outside the other array's bounds would be much faster. In that case, you can get rid of the condition of the smaller array being sorted.