Reddit Experience · Dec 2024

Is not knowing a "core" language for a senior position more unforgiving than for lower positions (junior and mid levels)?

32 upvotes 83 replies

Interview Experience

I'm currently employed, but I'm looking at other jobs and applying because things are not going well at my current company. We’ve had a few rounds of layoffs over the last two years. I survived them a

Full Details

I'm currently employed, but I'm looking at other jobs and applying because things are not going well at my current company. We’ve had a few rounds of layoffs over the last two years. I survived them all, but I don’t feel comfortable or secure anymore. There are a few other minor issues, but if it weren’t for the financial problems and job security concerns, I probably wouldn’t be looking elsewhere. Anyway, I have experience with several languages and technologies that I’ve learned through all my jobs and side projects. However, there are still plenty of job postings for senior developers requiring experience with XYZ technology that I’m not familiar with. In my case, that’s Java. I just never had to learn it for any project or job. I recently sent a few applications for positions that require Java, but I think I’ll be instantly

rejected because it’s a core technology for those organizations. Do you think this is true? I feel that when you’re applying for junior and mid-level positions, companies are a bit more forgiving if you don’t know their “core” language. Obviously, even senior developers won’t be super familiar with all the technologies listed in job postings, and that’s normal. But now, as a senior, it feels like I’m locked into my current knowledge, and it’s harder to get a job if you’re not familiar with the core stuff. This isn’t an excuse for me not to learn Java (and something like Spring) in my spare time. I am planning to learn as much as possible, create some kind of simple but presentable app, deploy it, and share the code on GitHub. I’ll do that, and in fact, I’m confident that with my current knowledge, I can get onboarded much faster than when I was a junior. But will this be enough for senior Java positions?

Additional context about me: I’ve been a full-stack web developer for about 8 years now. I’ve been at my current job for almost 5 years, and this is also the job where I was promoted to senior. I have solid experience with several languages, as well as working on high-traffic/load applications and scaling them, various databases, working effectively with other people, leading and mentoring etc. My reason for wanting to learn Java is primarily to open up more job opportunities in the future because I want to feel more secure even if my company isn’t doing well or if I don't like my current workplace anymore. P.S. I didn't define "core" language, but from my experience there are companies that only use one backend language, and there are companies that use multiple languages for their backend stuff. For those who only list one language or framework, I call it a "core" language, and it's almost a hard requirement in most cases. On the other hand, my impression is that when a job posting lists multiple languages or frameworks, usually there's no core language that's a hard-requirement to get a job. This is my observation, but I'm sure there are exceptions or more nuances than that.

Free preview — 6 questions shown. Unlock all Github questions →

About This Question

This is a candidate experience report from a github interview for a backend role (junior level) reported in 2024.

It covers the following topics: Oop, Stack, Stack Queue .

Difficulty rating: Easy

About Github Interview Reports

This question was reported by a candidate who interviewed at Github. LeakCode aggregates interview reports from 10+ sources, including 1Point3Acres, Glassdoor, LeetCode Discuss, Blind, Reddit, Indeed, and Nowcoder. Each report is translated where necessary, deduplicated against existing entries, and tagged by company, role, round type, and reporting date.

Use this question as one calibration data point, not a memorization target. Companies typically rotate their question pools every 2-4 months; the exact wording of a 2024 question may differ from what you encounter today. The underlying pattern, difficulty level, and follow-up depth at Github are the higher-signal extractions to take from this report.

For broader preparation context, the Github interview process typically includes a recruiter screen, one or two technical phone screens, and a 4-5 round on-site loop covering coding, system design (at L4+ levels), and behavioral. Reports tagged on LeakCode show the round-by-round distribution and typical difficulty calibration. To browse questions filtered by round type and seniority, use the company hub linked above.

How To Practice This Type of Question

Solve similar problems on LeetCode under timed conditions (25-35 minutes per medium difficulty). The goal is pattern recognition: recognize the underlying technique (sliding window, two-pointer, BFS, memoized recursion, etc.) within 60-90 seconds of reading. Strong candidates verbalize their hypothesis out loud before coding, then iterate based on feedback. Weak candidates dive into implementation immediately, lose time on the wrong approach, and run out of time for follow-ups.

Companies update their question pools every 2-4 months. The exact wording of any given question may have been retired by the time you interview. Focus your prep on the pattern, not the specific problem. The patterns that appear in Github reports consistently are the ones worth investing in; one-off niche problems are not.

During Your Github Round

Apply the standard interview round template: clarify requirements (2-3 minutes), state your approach out loud and confirm direction with the interviewer (3-5 minutes), code with narration (15-25 minutes), test with concrete examples including edge cases (5 minutes), discuss optimization or trade-offs if time permits (5 minutes). This template is universally accepted across FAANG and adjacent companies; deviating from it produces weaker interviewer feedback signal.

The single most predictive failure mode in Github reports tagged "no hire": not asking clarifying questions. Interviewers are explicitly trained to weight this. Strong candidates ask 3-5 clarifying questions even on problems that look obvious; weak candidates dive into code immediately. The clarifying-question check is often the first signal recorded in the interviewer's written notes.