There are some LC hards that have a naive implementation that’s easy to whiteboard and tedious to implement, and a really clever implementation that presupposes that you have seen that kind of problem before.
Do you just do the clever one to leave time for discussing complexity, or derive it by showing the naive algo?
As an interviewer myself, if the candidate comes up with something super clever in the first 5 minutes without any hints, I’ll assume they’ve seen this problem before. 💁♂️
Want to see the real deal?
More inside scoop? View in App
More inside scoop? View in App
blind
SUPPORT
FOLLOW US
DOWNLOAD THE APP:
FOLLOWING
Industries
Job Groups
- Software Engineering
- Product Management
- Information Technology
- Data Science & Analytics
- Management Consulting
- Hardware Engineering
- Design
- Sales
- Security
- Investment Banking & Sell Side
- Marketing
- Private Equity & Buy Side
- Corporate Finance
- Supply Chain
- Business Development
- Human Resources
- Operations
- Legal
- Admin
- Customer Service
- Communications
Return to Office
Work From Home
COVID-19
Layoffs
Investments & Money
Work Visa
Housing
Referrals
Job Openings
Startups
Office Life
Mental Health
HR Issues
Blockchain & Crypto
Fitness & Nutrition
Travel
Health Care & Insurance
Tax
Hobbies & Entertainment
Working Parents
Food & Dining
IPO
Side Jobs
Show more
SUPPORT
FOLLOW US
DOWNLOAD THE APP:
comments
I don't give a shit if someone vomits the optimized solution in a few minutes. I would like the majority of my notes to be how the candidate think vs what they know.
However, idk if that’s how big company interviewers see it. As a candidate, am I penalized for suboptimal fully working solutions?