You're a fresher — how will you handle situations where you don't know something?
Fast recall
Quick revision
Core answer
Whether you'll be a self-sufficient engineer who solves problems independently or require constant supervision for basic issues that waste team bandwidth
Saying 'I'll immediately ask my senior' without showing any independent problem-solving, which signals you'll be a time drain on the team
Share a specific example where you got stuck, describe your debugging process, and explain how you formulated a smart question that got you unstuck quickly
Interview-ready guide
Interview answer
I expect to meet unfamiliar code and tools as a fresher. I first define the exact symptom: the input, expected result, actual result, error message, and smallest way to reproduce it. Then I check the project's documentation and nearby code, use the debugger or logs, and consult the official documentation for the API involved.
For example, if an order screen throws LazyInitializationException, I would confirm where the persistence context ends and which relation the response mapping accesses. A focused repository query with join fetch, followed by DTO mapping inside the transaction, may fit that use case. I would not call it a null pointer or switch every relation to EAGER without understanding the query cost.
If I remain blocked, I ask with evidence: what I tried, the smallest reproducer, relevant logs, and the decision I need help with. The time before asking depends on urgency and impact; a production issue or access problem should be escalated sooner than a low-risk learning task. Afterward, I record the explanation or add a test so the same unknown becomes reusable knowledge.
You're a fresher — how will you handle situations where you don't know something
Direct Answer
I'll first try solving it myself—read the official docs, search Stack Overflow, and debug methodically. If I'm still stuck after a reasonable focused attempt, I'll ask a teammate with a specific question: what I've tried, what I expected, and the actual error. I respect that others' time is valuable, so I won't ask questions I could've googled in 5 minutes.
Code Example
// Symptom: accessing order.customer outside the persistence context
// throws LazyInitializationException. It is not a NullPointerException.
interface OrderRepository extends JpaRepository<Order, Long> {
@Query("select o from Order o join fetch o.customer where o.id = :id")
Optional<Order> findWithCustomerById(Long id);
}
@Service
class OrderQueryService {
@Transactional(readOnly = true)
OrderSummary findSummary(Long id) {
Order order = orders.findWithCustomerById(id)
.orElseThrow(() -> new OrderNotFoundException(id));
return OrderSummary.from(order); // map while required data is available
}
}
// The focused query fixes this use case without making every relation EAGER.
Common Mistakes & Pitfalls
- Asking Too Early: Posting 'it doesn't work, help!' in Slack after 5 minutes without reading the error message or checking documentation—this burns team goodwill fast and signals you want answers handed to you.
- Asking Vague Questions: Saying 'my code isn't working' without sharing the code, error message, or what you've tried—teammates can't help without context, so they'll ask clarifying questions that waste 20 minutes.
- Never Asking: Spending 3 days stuck on a problem because you're too proud or afraid to ask—this misses deadlines and shows poor judgment about when independence becomes stubbornness.
- Asking the Wrong Person: Interrupting a senior architect for a basic syntax question when a quick Google or asking a peer would work—respect the expertise hierarchy and escalate appropriately.
Looking for a structured roadmap?
Every module on this page is also part of the full Java backend interview track.