← AT&T Interview Insights

AT&T·Software Engineer·Technical Phone Screen·Intermediate

IntermediateRejected
Aug 2026

Summary

Applied internally for a technical role on another team, went through two rounds, and watched my match score drop from 90% to somewhere around 5/10 by the end. The feedback kept shifting and piling on new concerns until it felt less like an evaluation and more like a slow rejection with extra steps.

Questions Asked (3)

Q1

How would you approach reviewing and critiquing existing code structure without writing any new code?

Technical Trade-offsSystem Design
Author's notes

This was the bulk of the second interview.

Create a free account to read the full note

AI HintsAI Generated

Suggested Approach

Start by clarifying the goal of the review—whether it's for maintainability, performance, or scalability—and then describe a structured, non-invasive process like static analysis, dependency mapping, and design pattern evaluation. Emphasize that you would document findings and propose improvements without altering code, focusing on trade-offs and alignment with business needs.

Pro tip: Frame your critique around business impact and risk, not just technical preferences—this shows you understand AT&T's need for reliable, scalable systems. Also, mention that you'd validate assumptions with the original authors or domain experts before making recommendations.

1. Clarify Objectives and Scope

Ask what the review aims to achieve (e.g., reduce technical debt, improve performance) and which parts of the codebase are in scope. This ensures your critique is relevant and prioritized.

2. Gather Context and Metrics

Review documentation, commit history, and existing metrics (e.g., cyclomatic complexity, test coverage) to understand the code's evolution and current health. Use tools like SonarQube or CodeClimate for objective data.

3. Analyze Structure and Design

Evaluate modularity, coupling, cohesion, and adherence to SOLID principles. Map dependencies to identify architectural bottlenecks or violations of separation of concerns.

4. Identify Risks and Trade-offs

Assess potential risks like scalability limits, security vulnerabilities, or maintainability issues. For each finding, articulate the trade-offs of leaving it as-is versus refactoring.

5. Document and Communicate Findings

Prepare a concise report with prioritized recommendations, including effort estimates and expected impact. Share it with stakeholders to align on next steps.

Key Points to Mention

  • Use of static analysis tools (e.g., SonarQube, ESLint) to gather objective code quality metrics
  • Evaluation of design patterns and anti-patterns (e.g., God objects, spaghetti code)
  • Assessment of dependency management and coupling (e.g., circular dependencies, tight coupling)
  • Consideration of non-functional requirements like scalability, security, and performance
  • Importance of aligning critique with business goals and team conventions
  • Proposal of incremental improvements and validation with the team

AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.

Q2

How do you typically work with teammates, and would you describe yourself as easy to collaborate with?

Conflict ResolutionCross-functional Alignment
Author's notes

This came up almost as an aside but clearly carried real weight.

Create a free account to read the full note

AI HintsAI Generated

Suggested Approach

Emphasize your collaborative mindset by describing specific behaviors like active listening, clear communication, and adaptability. Provide a concrete example of successful teamwork, especially in cross-functional or conflict-resolution scenarios. Conclude by affirming your ease of collaboration, but support it with evidence rather than just claiming it.

Pro tip: Avoid simply saying 'yes' to being easy to collaborate with; instead, acknowledge that collaboration sometimes involves navigating disagreements, and show how you turn those into positive outcomes. This demonstrates self-awareness and maturity.

1. Define Your Collaboration Style

Briefly describe your general approach to teamwork, highlighting traits like openness, reliability, and respect for diverse perspectives.

2. Provide a Concrete Example

Share a specific instance where you collaborated effectively, ideally involving cross-functional teams or conflict resolution, and outline your role and actions.

3. Highlight Conflict Resolution Skills

Explain how you handle disagreements or differing opinions, focusing on finding common ground and maintaining positive relationships.

4. Connect to Company Values

Relate your collaboration style to AT&T's culture or the software engineering role, showing alignment with their emphasis on teamwork and innovation.

5. Affirm Ease of Collaboration with Evidence

Conclude by stating you are easy to collaborate with, backing it up with the example and any feedback you've received from peers.

Key Points to Mention

  • Active listening and empathy
  • Clear and transparent communication
  • Adaptability to different working styles
  • Proactive conflict resolution
  • Cross-functional collaboration experience
  • Positive feedback from teammates or mentors

AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.

Q3

Are you willing to relocate, and how would you handle working from a different location than the team?

Adaptability & Ambiguity
Author's notes

I said yes to relocating and meant it.

Create a free account to read the full note

AI HintsAI Generated

Suggested Approach

Start by directly stating your willingness to relocate, then pivot to emphasize your ability to work effectively with distributed teams. Highlight concrete strategies you use to stay connected and productive, such as regular communication and time zone management.

Pro tip: Mention that you've successfully worked with remote teams before, and give a specific example of how you maintained alignment despite physical distance. This shows you're not just willing but also capable.

1. State your position clearly

Begin with a straightforward 'yes' or 'no' about relocation, and if flexible, specify conditions (e.g., 'I'm open to relocating for the right opportunity').

2. Emphasize remote collaboration skills

Explain that you're comfortable working from a different location and describe tools and practices you use to collaborate effectively (e.g., Slack, Zoom, daily stand-ups).

3. Address time zone differences

If applicable, mention how you manage overlapping hours, asynchronous communication, and flexibility to accommodate team schedules.

4. Provide a concrete example

Share a brief story of a time you worked remotely or with a distributed team and achieved a successful outcome.

5. Reiterate commitment to team success

Conclude by affirming your dedication to the team's goals and your proactive approach to staying connected and contributing.

Key Points to Mention

  • Willingness to relocate (or flexibility with conditions)
  • Experience with remote collaboration tools (e.g., Slack, Microsoft Teams, Zoom)
  • Strategies for effective asynchronous communication
  • Ability to manage time zone differences
  • Proactive communication and regular check-ins
  • Commitment to team cohesion and project success

AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.