12 ms·

Gaming CS Interviews

• leetrout 4y ago
  > Guidance is expected; a great interview should be more of a conversation than a one-sided question and one-sided answer. I had a particularly awful interview at Google where the interviewer scoffed at me needing assistance. And in an interview at Twitter with a xoogler they asked me what I knew about number theory and I said "nothing" and they said they majored in it and proceeded to ask me number theory questions. For a Django tooling position. He asked me how many prime numbers there were and I said "optimus prime" and he looked at me and asked if I was serious and if he should record my answer. I said yes followed by "autobots roll out" Such a waste of my time to fly out there.
  • piinecone 4y ago
    Google notoriously hire Megatron supporters. You should have known!
  • ZephyrBlu 4y ago
    I want to believe this is satire but I know it's not even an egregious example.
  • Cthulhu_ 4y ago
    Really sounds like the guy wanted to talk about himself instead of actually interview you. I hope you were able to send some feedback to his superior, since they missed a hire because of his shit.
    • leetrout 4y ago
      They were well aware of how he acted. I was warned by another interviewer earlier. "Whats the rest of your day?" <shows schedule> "Oh. X is from Google and he still does their style of interviewing"
      • fnimick 4y ago
        Then having him still in the interview chain is an organization failure and a great signal to the interviewee (you) that team dynamics are going to be a problem.
  • bodge5000 4y ago
    I remember being told once in an interview "I'll be your google, your stackoverflow, so anything you'd usually search for on there ask me". Eventually I got to the point where I forgot how to do something simple where you'd usually just google it to refresh your memory. I decided to take his advice seriously and asked him, to which he responded to me basically by rephrasing my question as another question back to me. I can tell you now there is no chance Stackoverflow would be as big as it is if the responses you got back where riddles.
    • falcor84 4y ago
      I agree in principle, but also see how the interviewer might have felt that there's a good opportunity there to assess your reasoning skills about that thing. I actually like it when an interview takes some small detours.
    • AlchemistCamp 4y ago
      A more realistic answer would have been, "[duplicate] Closed 4 seconds ago."
    • DonHopkins 4y ago
      At least the person who wanted to be your google didn't collect all your personal information then serve you targeted ads. That sounds like a lame pick-up line, and they sound like a crazy stalker!
    • PainfullyNormal 4y ago
      I had an interviewer say something very similar to that to me once during a live pair coding session. I got to a point where I asked him a question about how javascript worked and he said "Hmm, I don't know. Let's see!" We spent the rest of the interview trying to figure out if javascript did indeed work that way. I didn't get the job.
  • atoav 4y ago
    In such situations I tend to ask that question directly: "It was my understanding that you looking for someone who will help you with Django tooling. I can do that. Although number theory sounds interesting, I never felt the need of diving into it in order to solve any Django-related issue. I would be happy to learn more about how you think number theory relates to Django tooling should I start working here." When people try to be important like that, it is paramount to take them at face value. In a lot of geek environments this happens all the time. People trying to push that one niche topic they really know about, because this is their comfort zone. The problem is: that one niche topic will rarely be a natural fit for any given conversation. More often than not just asking how they think this relates to the conversation at hand is enough to tame them a little bit. Many times the stuff people say will contradict with the stated (or implicit) goals of a conversation. in this case the chosen topic was one with which the interviewer felt at home. So another approach would have been to make it even more about them by e.g. instead of answering their question showing that you did your research: "Ah number theory! I saw you majored in number theory, I admittedly never had the need to dive too much into it — what role does number theory play in $Companyname?"
    • _the_inflator 4y ago
      Great answer. Connect with the current position. I would add here, that you may ask in a polite way, how number theory relates to the position at hand, here Django. This way, the interviewer has to open up specifically. There might be something, that could be important and interesting or simply a bluff.
      • NalNezumi 4y ago
        Not exactly the same situation, but from a snarky interviewer I've gotten the answer equivalent to "lol I was told you were the Django expert? According to your resume? Are you not supposed to know that?" Still it does tell you that you have to work with this massive asshole, so it's a worthwhile approach to get more info about the workplace you'll be in.
        • mlatu 4y ago
  • sarchertech 4y ago
    The fact that the twitter interviewer introduced themselves as a xoogler is absurd.
    • solardev 4y ago
      What the heck is a xoogler? Sounds like some sci fi slime mold monster.
      • SamoyedFurFluff 4y ago
        Xoogler is a slang term for someone who used to work at Google (ex-googler).
        • DonHopkins 4y ago
          And MeToogler is a slang term for someone who used to work under Andy Rubin at Google, and won part of the $310 sexual harassment lawsuit settlement. https://www.cnbc.com/2020/09/29/googles-310-million-sexual-misconduct-settlement-details.html https://www.cnbc.com/2020/09/29/googles-310-million-sexual-m... https://www.cnbc.com/2018/11/01/google-employees-walk-out-in-protest-of-sexual-misconduct-handling.html https://www.cnbc.com/2018/11/01/google-employees-walk-out-in...
      • dougmn 4y ago
        Here ya go: https://www.quora.com/In-Google-recruiting-what-does-Ex-Googler-Xoogler-mean https://www.quora.com/In-Google-recruiting-what-does-Ex-Goog...
    • zzyzxd 4y ago
      You would be surprised how common this is. Lots of startup companies also love to brag about how many xooglers they have recruited. I once interviewed at a startup and the CTO introduced himself as "xoogler". After the interview I checked his Linkedin profile and he had a summer internship at Google 7 years ago.
      • porknubbins 4y ago
  • delta_p_delta_x 4y ago
    Oh, this is hilarious. Well done for the 'Autobots roll out'! :D
  • newshorts 4y ago
    My google coding interview was much l33t. He asked me a graph search question. However at the time I didn’t know what a graph was. I’m self taught. But I did understand the ask, which was to find a path through a series of locations. I also happened to have some experience with slime mold finding optimal paths and once even tried to simulate it using a genetic algorithm. That was the best solution I could come up with, a genetic algorithm that would optimize a path through a series of locations based on a reward system. However, I did not say the word “graph” and its not an optimal solution. I didn’t pass. I view the situation as both “I wasn’t prepared” and “google missed an opportunity to hire someone who might approach things a bit differently”.
    • cbozeman 4y ago
      > and its not an optimal solution. Therein lies your problem, and you can see it writ large on everything Google does. Because they're so dominate at so many things (search, video hosting / streaming, etc.), anything that doesn't fall under "optimal solution" and "immediately profitable" goes to the waste bin near immediately. There are entire websites dedicated to how fast Google kills a project that could have been really great with a year or two of love and care. They've come to expect overnight success because it's been so dramatic for the past two decades. This blinds them to a lot of opportunities, and it comes, pretty much, from the top down and has filtered into nearly everyone. > “google missed an opportunity to hire someone who might approach things a bit differently”. That isn't what they want. See above. Optimal solutions, instant / near-instant profitability.
      • kweingar 4y ago
        As a counterpoint to this, I interviewed at Google and was sure I had flunked. On every one of the follow-up questions, I didn't produce a working solution, let alone an optimal one. I still got the offer. Truthfully I do attribute much of it to luck. From what I have heard, most people had more difficult questions than I did, often with more strict interviewers. It's a high variance process for sure. If I were to interview for the same position now, I would most likely not pass the interviews.
  • deleted 4y ago
    [deleted]
  • ZiiS 4y ago
    Whist number theory may never come up in Django tooling. "Something you don't know" always will; it is valid to try and determine how people respond to questions they don't know the answer too.
    • manfre 4y ago
      If the candidate says they don't know a topic, that is a valid response. It's not worthwhile to ask detailed questions about the topic. That's a sign of an inexperienced and/or unprepared interviewer.
      • pclmulqdq 4y ago
        Asking someone "how many prime numbers are there?" seems pretty valid to me. It's an easy question. The two valid answers are: "a lot" or "infinite" (with "more than 10" also being a fine answer IMO). I'm not sure the interviewer was expecting the actually correct answer here (infinite) - lots of programmers don't know that there are infinite prime numbers - I think he was trying to set up for an explanation of an algorithms problem. By saying "Optimus Prime," OP has shown that he prefers to cover up gaps in his technical knowledge with snark and being an asshole rather than taking a stab at it and working in good faith. That answer would have disqualified him in my opinion. Even respectfully saying "I thought I was intervieweing for a Django tooling position" would have opened the door to further conversation.
        • Verdex 4y ago
          If the job had been some sort of super low level position requiring a lot of hand written advanced data structures, then I might agree with you. Hashes, priority queues, skip lists, etc all rub up against more math heavy topics (number theory, statistics), so you would expect a candidate to at least have some familiarity with prime numbers. However, for a web framework? Like, primes are pretty simple, but they're also pretty niche. What range of 'easy' questions that are not directly or indirectly related to the job are allowed to be asked? Can we ask questions about the correct leavening agents to use for different types of bread? I mean technically we're just trying to see how they cover up gaps in their technical knowledge. And all questions are 'easy' for the right people. If you lure someone into a place with the promise of gainful employment and then waste their time with niche questions that are unrelated but you happen to have warm fuzzies about, then you should probably expect to get a bit of snark.
  • AzzieElbab 4y ago
    Well what do you expect from a person who majored in number theory but makes a living working on django tooling in a company that doesn’t really use django to begin with? Delay and reschedule interviews until you get an interviewer whose LN profile does not clearly indicate a mismatch
  • seer-zig 4y ago
    Do you think they blacklisted you from twitter after that encounter? :P
• hardware2win 4y ago
  So basic data structures and their Os, trees, proficiency with strings, sorting and recursion? It doesnt feel like something really hard
  • bradlys 4y ago
    The issue isn't telling people about basic things like you learn in a CS major - it's about taking random problems and solving them on a whiteboard without any errors (syntactically or otherwise) while explaining the solution, alternative solutions, and figuring out any gotchas that they love to throw in less than 20 minutes. An easier one would be something like this - https://leetcode.com/problems/combination-sum-ii/ https://leetcode.com/problems/combination-sum-ii/ By the time they've stated the problem and you went through the usual gotcha questions - you've already lost 5 minutes of the <20m you have. It's just very intense and allows for very little margin of error. You have to be exceptionally on your game and used to solving these types of questions outside of an interview in <10 minutes.
    • saagarjha 4y ago
      I've seen some very bad interviewers that will fault you for non-perfect solutions, but most will have some sort of reasonable leeway in what they will take as a solution.
      • bradlys 4y ago
        This experience varies too much for the individual. I've been given almost no leeway with all of my interviews. Most of my peers are in a similar bucket but I will admit - I seem to get some of the worst experience out of my peer group. I am often given more LC hards than my peers and still rejected even if I give multiple solutions with optimal complexity. At this point, we all suspect it's due to superficial factors but can't obviously do anything about it. Some people I know who are URT would not even have to solve the problem to get a passing grade. Some know this and actively take advantage of it (and good for them) but others are blissfully unaware and are shocked when they find out that what they experience isn't the norm.
• HelloNurse 4y ago
  > Strings are just arrays of characters, so any algorithms you learn for arrays also applies to strings. I.e. don't believe the anti-American propaganda on Unicode.org.
  • jonathankoren 4y ago
    Every squiggle language transliterates to 7 bit ascii without loss of fidelity anyway. ¯\_(ツ)_/¯
    • mnsc 4y ago
      Of course, eg. {lefthandraised}\_({eyes}{slantedmouthkindabelowtheeyes})_/{righthandraised}
      • Izkata 4y ago
        For the mildly curious who never bothered to look it up: シ - shi, pronounced like the word "she" ツ - tsu (Japanese katakana)
      • jonathankoren 4y ago
        ~\_:)_/~
  • tinalumfoil 4y ago
    This is roughly true. Obviously with UTF-8 or UTF-16 you'll have O(n) access times for an arbitrary code point, but you can always convert to UTF-32 and that encoding is just an array of code points so you get O(1) random access back.
    • remram 4y ago
      But random access to codepoints is still useless for all purposes.
    • WorldMaker 4y ago
      UTF-32 !== UCS-2 and makes no guarantees about fixed code point size like UCS-2 did (and is considered deprecated because of that). There's an encoding issue with UTF-16 extending past the current "Astral Plane", but neither UTF-8 nor UTF-32 have that problem. We have no current idea at all what we might ever think to encode past the "Astral Plane", but that doesn't mean you should ever assume UTF-32 is UCS-2 and free of surrogate code points.
• mckirk 4y ago
  I was already halfway through the article when I realized I'd misunderstood the title: It's not about about using games to interview people (Factorio style), which still might have made sense to test self-taught engineers, but about how to game the interview process.
  • dubbel 4y ago
    And honestly, it's not really about gaming the process, but succeeding in it. Gaming the process sounds to me like you are abusing some weakness in the system without doing the work required. That is not the case here imho.
    • confidantlake 4y ago
      For real, if you spend 100+ hours studying algorithms and system design you are not gaming anything. Gaming me would be finding out the questions before hand and memorizing the solutions.
    • PainfullyNormal 4y ago
      I thought gaming was taking the optimal path, ie: min/maxing. Abusing a weakness in the system sounds more like "cheating" or "fraud."
  • bboytony 4y ago
    I thought this article was about game development interviews.
  • hitpointdrew 4y ago
    Man I didn’t it read it as either of those. I was expecting it to be about interviewing at companies that make games (Blizzard, Rockstar, EA, etc.).
• Planktonne 4y ago
  If you're using an interview that bares 'little relevance to an employee’s day-to-day work' and that requires dedicated prep to pass, then what you're doing is optimising a process for finding people who will tick boxes and jump through meaningless hoops. That's fine - some jobs do require that - but it does mean that any 'best and brightest' rhetoric should be shelved. Everyone knows that tech hiring is broken, but still the trumpets sound about how it really means something to get through one of these processes. It is almost a counter-signal.
  • Jensson 4y ago
    > If you're using an interview that bares 'little relevance to an employee’s day-to-day work' and that requires dedicated prep to pass, then what you're doing is optimising a process for finding people who will tick boxes and jump through meaningless hoops. You mean all those jobs requiring college degrees? Or is that different somehow? The main reason is that difficult tests has positive signal even if they are partly irrelevant or tedious, and interview prep has nothing on 4 years spent full time, and on top of that you have to pay for college.
    • Planktonne 4y ago
      > The main reason is that difficult tests has positive signal They provide a signal, but I don't think the evidence suggests that it's necessarily a positive one. "Can you play Czardas on the tuba" is a difficult task that would provide a strong hire/no hire signal, but that doesn't mean it would be a good signal to use when looking for developers. The big tech companies themselves admit that a bunch of their employees are not sufficiently competent [1]; clearly, current hiring practices are suboptimal. Just because a test exists doesn't mean it's valid. > You mean all those jobs requiring college degrees There are many jobs where high performance doesn't require a college degree, and for those jobs, requiring a degree is again an exercise in box-ticking that should be replaced with a more meaningful measure. There are also jobs were significant education in the topic is important, and a degree provides better evidence of that that many other things, so can be a useful signal. We know that tech hiring is broken, but whenever it's criticised, the people invested in this system get outraged. "What do you want us to do, just hire everyone?" etc. No one is saying - or has ever said - that assessing applicant competence is a bad idea, just that assessing the ability to rote learn is not the best use of time when hiring developers. The current system is not the only way, and for an industry that prides itself on being filled with problem solvers and hackers, it's bizarre to me how much people rest on the idea that the existing system is imperfect but present, and so should be left alone. [1] https://www.reuters.com/technology/exclusive-meta-girds-fierce-headwinds-slower-growth-second-half-memo-2022-06-30/ https://www.reuters.com/technology/exclusive-meta-girds-fier...
• felixr 4y ago
  > a sorting algorithm may take O(n log(n)) runtime which is pretty common but be able to operate on an array in-place, only requiring O(n) storage. If it's in-place the sorting might only require constant space and it can be O(1 ) [edit: in terms of space complexity]
  • unwind 4y ago
    Did you mean O(n)? It seems hard to sort n items without at least touching all of them once, which would make the time complexity linear (O(n)) instead of constant (O(1)). Or are you talking about storage needs? Then it sounds very hard to go sub-linear ... I'm confused. I'm certainly not a good theoretical computer scientist, but I did quickly google this and I couldn't find any trace of constant-time sorting (unless you goalpost it to have O(n log n) processors, but that is kind of cheating, here).
    • Twisol 4y ago
      The fiddly detail here is that big-O notation can be used to measure the usage of any resource, not just time. The poster above noted that an in-place sort might have constant space complexity -- although this only makes sense if you discount the space required for the input anyhow (which is literally linear in the input size!). Wikipedia distinguishes two measures of space, "total" (including the input) and "auxiliary" (excluding the input). The poster above you is likely referring to auxiliary space.
    • felixr 4y ago
      Sorry, wasn't clear. Was talking about the space complexity. If you sort in-place you don't need O(n) space, you can do with O(1 ). Not talking about time complexity
    • aliceryhl 4y ago
      They mean the amount of storage, and they're only counting additional memory allocated by the algorithm, and not the memory containing the input.
    • sfink 4y ago
• deleted 4y ago
  [deleted]
• bootsmann 4y ago
  >One common subtopic I would recommend having a basic familiarity with is amortized big-O, aka expected big-O, whereby you use some neat probability theory to say that the expected value of an operation is, for instance, O(1) even though sometimes it may be O(n) for individual calls. Isn't he mixing two terms here? If I recall correctly amortisation shows up in deterministic algorithms where some steps might frontload work that consecutively makes others easier. For instance you have some graph algorithm that looks at all the neighbours of some node in every iteration which means the runtime theoretically depends of the degree of the node, but if you can guarantee that each edge will only be inspected once your total time complexity only depends on the number of edges. On the other hand expected time complexity is used when you run a probabilistic algorithm like quicksort, where individual sort calls actually have a variance in time complexity.
• IshKebab 4y ago
  Hmm I feel like the best way to "game" these interviews is just to learn solutions to the top 100 leetcode questions and then act as if you're figuring it out on the spot. That's what I started doing in preparation for a Facebook interview but I think that's not actually going to happen in the end anyway due to the hiring freeze and also the ridiculous H1B situation.
  • parimal7 4y ago
    Recently gave an interview where they asked me to open my Leetcode profile, and checked if there are any prior submissions to the asked questions. ¯\(ツ)/¯
    • Zalastax 4y ago
      Interesting! I suppose one could prepare for that by having a second profile with just a few questions solved?
      • IshKebab 4y ago
        Solve all the questions you don't want them to ask!
    • bradlys 4y ago
      Seems like a flawed system. I would just use a fake profile or say I only used CTCI as prep.
    • cbozeman 4y ago
      Nice, so now everyone has to further game the system by deleting their real profiles, making fake ones, and saying, "I don't use Leetcode."
    • bogomipz 4y ago
      I sincerely hope you walked out of that interview without accommodating that request. Would hope you mind naming the company only so others can avoid it? Treating a candidate as suspects seems to be a new low, even for the tech industry. An interview is a two way street. That person probably did you a favor though by letting you know what your potential coworkers and/or company culture was about.
• saagarjha 4y ago
  > Given an array of integers, write a function that will remove all duplicates. (be sure to add the obligatory followup, what is its runtime?) > The “aha” moment here comes if you realize that by sorting the input, you can just walk along the array with all duplicates being next to each other, resulting in an efficient solution. You could also stick all the numbers in a set, since it seems like order doesn't matter…
  • bitbearr 4y ago
    Yeah, which improves the time complexity too. Plus many languages offer easy list to set conversion
    • trinovantes 4y ago
      Does it? Set insertion is O(log n) and you need to insert n items.
      • orlp 4y ago
        Not if you use a hash set. This is expected O(n) time to de-duplicate an array of integers while maintaining the original order (more explicitly written than I normally would in Rust for didactical purposes): let mut hash_set = HashSet::new(); let mut len = 0; for i in 0..arr.len() { if !hash_set.contains(&arr[i]) { hash_set.insert(arr[i]); arr[len] = arr[i]; len += 1; } } arr.truncate(len);
        • trinovantes 4y ago
          Good point but it's not exactly a free lunch. You're trading memory for the speedup. You can also use radix sort for what I'd like to call "fake" O(n) sort since physical hardware puts an upper limit on the hidden constant.
          • saagarjha 4y ago
            Radix sort generally places far more restrictions on the keys than a set would.
• sfink 4y ago
  The conflation of "amortized" with "expected" feels a bit off to me. Amortized O(f) strongly suggests that the sum of n operations is very very close to O(n×f). I wouldn't say hashmap insertion is amortized O(1), because if you craft input that always incurs a hash collision, then n insertions is much worse than O(n). I would say that it's expected O(1), meaning that with high probability an insertion takes constant time. Conversely, "amortized" is only a useful description when it is known that some operations will take much longer than others, yet the total time is bounded. (If you bring up amortized time, you're pretty much implying that the distribution of times is uneven, otherwise you wouldn't have mentioned it.) For example, if you're doubling the length of an array on overflow, then I would say the amortized time of a push is O(1). It would seem weird to say that the expected time is O(1). If I wanted to be more complete, I'd say "normally a push is constant time, but when the array needs to be expanded then it's O(n). The amortized time is still constant, though." Expected time refers to a single operation. Amortized time describes the mean time of a series of operations.
  • ctrlmeta 4y ago
    > Expected time refers to a single operation. Amortized time describes the mean time of a series of operations. Pardon my ignorance but I don't see the difference between these two sentences. Expected time of a single operation = Sum of time taken for all possible input cases / Number of cases (assuming each input case is equally likely to occur). Is it not? Isn't it then the same as amortized time?
    • vient 4y ago
      A difference is in the number of times you use some operation. For example, you expect to do a lot of pushes in vector so you can say about amortized time because it will hold on average and you can calculate running time from it and expected number of pushes somewhat precisely (with unknown constant multiplier which is independent of input data, on theoretical hardware at least). On the other hand, an individual array is usually sorted only once. Here it is more appropriate to speak about average or expected complexity of quicksort which is O(NlogN) but in you particular run it may become either better or worse and this will noticeably affect running time, by a factor dependent of N value. You can say about amortized time of quicksort though if you expect to sort different arrays a lot of times and you know their distribution, or at least the fact that they are sufficiently random shuffled or maybe sufficiently sorted beforehand.
• Eleison23 4y ago
  The first time I encountered a "riddle" type interview question, I'd already held 5+ jobs and I nominally had 8 years' experience in IT. The job was for a Unix sysadmin job in academia. The interviewer described a room with two lightbulbs in it, and a room down the hall with two switches, and I was supposed to figure out which switch controlled which bulb without going back-and-forth so much. I was stumped & didn't really know how to proceed, so I just gave up. They hired me anyway. Afterward they explained the answer to me. Start with both bulbs dark; turn on one switch, wait a few minutes, then turn on the other and touch the bulbs. The hot bulb corresponds to the first switch. (This only makes sense in the age of incandescent bulbs.) I thought it was nice and a clever touch to see whether a candidate can think outside the box, and of course I was grateful to be hired even though I couldn't do so. Oftentimes I'll report for an interview and it's more like a preliminary onboarding and tour of the premises. Sometimes a company has already made that hire decision before they call you in-person. This might raise a red flag for you, if a company is so desparate to put you at a desk that they don't even make you run the gauntlet, so think about it.
  • thallium205 4y ago
    Bulbs nowadays are LED and don't get warm.
    • orlp 4y ago
      Nowadays everyone and their mother has a smartphone on them. Place down your smartphone and start recording. Move to the switches and flip them as needed. Check back the recording to provide your answer.
    • solardev 4y ago
      As an aside, this isn't really true. LEDs are way more efficient (more watts in visible light and not just heat), but not 100% so. They still get warm and need heat sinks and sometimes airflow, etc. or they can still overheat. If you leave a LED bulb on for a while next to one that's been off, you can definitely feel the heat difference with your bare hands. This is especially true at the higher end of lumen output, where you're optimizing for peak brightness instead of max efficiency. The power vs brightness curve isn't linear for a given emitter (and the human perception of brightness isn't linear either). A LED that's twice as bright will be more than twice as hot. If you have a bright headlight it will typically be in metal housing that also doubles as a heat sink, and probably have internal thermo regulation to turn itself down before overheating.
• jakuboboza 4y ago
  I've seen people ask questions they can't answer on their own. Always ask self if you really want to work in a place that have this type of people in commanding positions. Also given the saturation of the market with job offers YOU choose not they EMPLOYER. This might change in future but be aware of this current balance, you can game it. Also even if you have infinite skill you might be not liked by random reason. That happens, bad/good days happen, interview is harder for interviewer than interviewee usually. You are showing Your GOOD sides and he is assesing your BAD and GOOd sides.
  • bradlys 4y ago
    There may a saturation of job offers but the offers aren’t not good. I’m not getting staff offers for $500k+/yr from random enterprise IT consultancy. I’d be lucky if I even got granted stock at many of these companies - let alone a $200k+ salary.
    • jakuboboza 4y ago
      where do I apply for 500k USD/year job ?
      • bradlys 4y ago
        FAANG offers plenty. See levels.fyi
• mikessoft_gmail 4y ago
• ramesh31 4y ago
  >Many companies in the tech industry have started moving away from traditional, technical whiteboard interviews, because they tend to bare little relevance to an employee’s day-to-day work What companies? I have literally never interviewed anywhere that didn't run the standard cargo cult gamut.
  • PainfullyNormal 4y ago
    The article is 5 years old. At the time, a lot of non-FAANG companies were moving away from this style of interview in favor of take home tests. That didn't last long.
    • ninjakttty 4y ago
      Now they do take home tests and whiteboarding. Yippee!
      • deleted 4y ago
        [deleted]
      • PainfullyNormal 4y ago
        Not to my knowledge, no.
• deeblering4 4y ago
  PlEaSe WrItE a FizZBuZz In ThIs NoTePaD
  • PainfullyNormal 4y ago
    writes fuzzbuzz on a notepad and shows it to the camera