Asking Questions Is NOT A Sign Of Weakness

Believing that asking questions and requesting help is a sign of weakness is easily one of the biggest misconceptions among onboarding software engineers and just people in general. If you believe this, you are simply holding back your career.

Here are the core points from the video:

- **Nobody knows everything** - And because of this, asking questions is a fundamentally human experience. There will always be some corner of the ecosystem that you don't know, and this is especially true when you work at FAANG / Big Tech, even if you're very tenured there.
- **Liberally pursue support** - This is especially true when you're earlier-in-career or new to a team or company. As long as you're polite, humble, and empathetic when seeking help, you'll be surprised at how much support you can get and how happy your team is to give it to you. Follow the advice here to learn how to ask questions in this way: ["How do you overcome the fear of asking stupid questions / bothering people when you need help?"](https://www.jointaro.com/question/vNE8kgpx2zdI1wACg9jA/how-do-you-overcome-the-fear-of-asking-stupid-questions-bothering-people-when-you-need-help/)
- **Minimize the time that you're a n00b** - Let's say perception is a problem and people think you're annoying when you're asking for help as a new team member. It's much better to ask a *bunch* of questions in a short period of time and become very independent afterwards instead of asking a few questions here and there and prolonging the period where you're an inefficient newbie for 3-6 months and dragging down the team. The latter would be *much* more annoying.

Related resources:

- ["How do I not bother people when asking for help?"](https://www.jointaro.com/question/0Im1Kcgso1fJ8eAX3oOO/how-do-i-not-bother-people-when-asking-for-help/)
- ["How do I balance being more independent and asking questions?"](https://www.jointaro.com/question/cLsgiARaD5kVmV1BvdUi/how-do-i-balance-being-more-independent-and-asking-questions/)

How To Accomplish Something Every Single Day

How do you make every one of your days productive?

True or false: People overestimate what they can do in 1 day while underestimating what they can accomplish in 1 year.

Which of these attributes should your singular daily goal have?

True or false: You should try to keep your goals purely inside your head instead of writing them down. This saves you time and prevents you from overloading yourself with too many notes.

Supercharge Your Professional Networking By Leading With Kindness

When people go into the professional world, they usually go in with a very cynical and cloistered mentality. This is very true among software engineers, but this mentality often holds them back when it comes to professional networking.

Here are the core points from the video:
- **Kindness is 10x more valuable when it's unexpected** - Because everyone has that more cynical mentality in the workplace, proactively being very kind to people that don't expect it builds up an immense amount of trust extremely quickly. By taking a chance on someone like this, you are short-circuiting the normally long and laborious process of earning trust.
- **You can "target" kindness tactically** - You don't need to waste a bunch of time being overwhelmingly kind to everyone around you. You should do it for people who are important to your workflow, those who you have observed being kind to others, and [those who would be valuable to your professional network in general](https://www.jointaro.com/lesson/K1GyJ83GCVj7bfxytYrM/how-to-find-the-best-people-for-your-professional-network/).
- **Alex's and Rahul's Unexpected Kindness Story**
  - Rahul started at Portal a couple months after Alex did.
  - Portal was a very young org at this time with almost 0 onboarding infrastructure.
  - When Rahul joined, Alex still didn't really know what he was doing, but he knew more than Rahul did as he was brand new. Alex went out of his way to onboard Rahul smoothly, using his past struggles to make sure Rahul didn't hit the same pitfalls. This included a private doc Alex had been building up of the "tricks" he had learned while onboarding at Portal.
  - This unexpected act of kindness was the foundation for the relationship between Alex and Rahul, which has led them to cofound Taro!

Related resources:
- ["How do you network effectively within a company?"](https://www.jointaro.com/question/DwT9GtdYK9nwFV3a7jrU/how-do-you-network-effectively-within-a-company/)
- [Don't Waste Your 1 on 1s. Build The Relationship](https://www.jointaro.com/lesson/wcFrGc53iHzbWh0Ssw1j/dont-waste-your-1-on-1s-build-the-relationship/)

3 Quick, Powerful Negotiation Tips

Negotiating pay can feel intimidating, but it’s one of the highest-leverage actions you can take in your career. These strategies highlight how to be persuasive, respectful, and ultimately successful in maximizing your offer.

- **Be kind but firm**: It’s possible—and important—to express appreciation for the opportunity while making clear that thoughtful evaluation and proper compensation are needed to make a long-term commitment.
- **Avoid real-time pressure**: Recruiters gain valuable insights over phone calls. To reduce information asymmetry, favor email, where you can be thoughtful and deliberate. Delay commitment by saying you’ll consider it or need to speak with someone.
- **Use neutral language**: Phrases like “That’s interesting” help you remain agreeable without showing your hand. Avoid affirming too positively during negotiations to preserve leverage.
- **Commit only at the end**: Only offer verbal commitments once the negotiation reaches final stages. At this point, you can say something like, “If you can meet $X in signing bonus or equity, I’ll sign tomorrow.” This gives the recruiter a clear target and a sense of closure.
- **Respect your word**: When making such final commitments, be sincere and only offer them if you’re truly ready to accept. This maintains credibility and professionalism.

How To Discover Your Work Passions And Hatreds

Which of the following should you do to discover your work passion?

What of these is a legitimate, strong sign that something is a work passion for you?

- *Regularly take time to reflect on how much you enjoy your work, especially when you're earlier-in-career*.
- Write down everything you do. Here are some examples of common things software engineers do:
  - Writing code
  - Reviewing code
  - Meetings
  - Working with JIRA
  - Talking with cross-functional stakeholders
  - Fixing bugs
- Split all the items into 3 buckets:
  - Things you genuinely enjoy: Tasks/behaviors you are excited to do and can lose track of time doing them.
  - Neutral: Things you can do a good amount of, but in the end, you do it for work.
  - Chores: You *only* do it for work, and you actively try to minimize doing these as much as possible.
- From the top bucket (enjoyment bucket), try to craft your work life around that.

Related resources about soul searching and find your own path:
- ["I feel like senior engineers tend to focus on a specific area. How can I pick a specialization that's still relevant in 5-10 years?"](https://www.jointaro.com/question/xFEhcvfbJ2P0pYzZ4r6f/i-feel-like-senior-engineers-tend-to-focus-on-a-specific-area-how-can-i-pick-a-specialization-thats-still-relevant-in-5-10-years/)
- [[Masterclass] How To Choose A Good Company And Team As A Software Engineer](https://www.jointaro.com/lesson/0WEmTNZOMIh8xAdfO3JH/masterclass-how-to-choose-a-good-company-and-team-as-a-software-engineer/)

DSA Crash Course [Part 2] - Max Value Approach

In this lesson, Alvin explores the strategy to solving the following interview problem:

> Write a function, *max_value*, that takes in a list of numbers as an argument. The function should return the largest number in the list.\
> \
> Solve this without using any built-in list methods.\
> \
> You can assume that the list is non-empty.

```
max_value([4, 7, 2, 8, 10, 9]) # -> 10
```

```
max_value([10, 5, 40, 40.3]) # -> 40.3
```

```
max_value([-5, -2, -1, -11]) # -> -1
```

If you need additional support taking these DSA skills and actually applying them, take [Alvin's](https://www.linkedin.com/in/alvin-zablan-b73a92117/) *complete* data structures and algorithms course on [Structy](https://structy.net/?utm_source=taro). You can try out the concepts yourself in their interactive code editor and learn advanced DSA patterns like stack exhaustive recursion.

Use [this link to get 20% off](https://structy.net/purchase?promo_code=taro20) the entire Structy DSA learning experience.

Follow Alvin on LinkedIn: <https://www.linkedin.com/in/alvin-zablan-b73a92117/>

How To Put The Interviewer On Your Side

At the end of the day, passing a software engineer interview is about convincing another person that you're competent. The best interview candidates behave in a way that naturally puts the interviewer on their side. Weak interview candidates behave in a way where the interviewer becomes their opponent. This video covers how to do the former.

Here are the core points:
- **Always be communicating** - Nobody can read minds. By regularly explaining your thought process, you are keeping your interviewer in the loop and giving them the maximum chance to fully understand you and your skill. Communication is an especially important axis for Big Tech.
- **Be very careful asking for hints** - If you haven't made a lot of progress on the problem, asking for a hint is effectively asking the interviewer to solve a good amount of the problem for you. This severely reduces the signal the interviewer gets on your abilities. *If you ask for hints too aggressively, you may be tanking your own chances.* For deep dive of the dynamics of interview hints, [check out our video here](https://www.jointaro.com/lesson/QFZxCLSuUDRYysvBBFLR/how-to-handle-hints-in-a-software-engineer-interview-without-failing/).
- **View your interviewer as a human not an obstacle** - While it's true that you need the rubber stamp from the interviewer to pass, focusing on that too much will negatively show in how you interact with and communicate with your interviewer. When you view your interviewer as another person and have empathy for their situation, you will understand what they're looking for and be much better equipped to show that signal.

Related resources:
- [[Taro Top 10] Effective Interview Prep](https://www.jointaro.com/playlist/HLBYxJI7D1j8STolrwum/)
- [Effectively Learning Data Structures And Algorithms (DSA) For Software Engineer Interviews](https://www.jointaro.com/lesson/XwpMMY3ss97zOrXJQ7Xr/effectively-learning-data-structures-and-algorithms-dsa-for-software-engineer-interviews/)
- ["How can I show to a Big Tech company that I'm likely to succeed there?"](https://www.jointaro.com/question/ZpqoWC1zi3wMTXBUsS2B/how-can-i-show-to-a-big-tech-company-that-im-likely-to-succeed-there/)

The Breakdown Of A Good Technical Question

Asking effective technical questions: 
- **Intention**: What is your high level goal?
- **Expectation**: What do you expect to happen? 
- **Mismatch**: What is actually happening?
- **Investigation**: What have you tried?

If you're interested in learning Android, check out the tutorial Rahul references:  [Tip Calculator - Build Your First Android App](https://www.youtube.com/playlist?list=PL7NYbSE8uaBCMVBVg6cskGzdYguj3CUP-)

[Masterclass] What Software Engineers Should Look For In Their Engineering Manager

Related resources:
- [Voicing Your Problems And Frustrations Productively](https://www.jointaro.com/lesson/elIKuK5Ody0xzVNmdnsR/voicing-your-problems-and-frustrations-productively/)
- ["My manager and I don't see eye-to-eye. How can I improve this relationship?"](https://www.jointaro.com/question/WWuU0HRpNu90J638iJPs/my-manager-and-i-dont-see-eye-to-eye-how-can-i-improve-this-relationship/)
- [Presentation Slides](https://docs.google.com/presentation/d/1Hk6oEtLAKBKI3jF5SvB7bPGZHZMoxx79VJIoA3N3Bk4/edit?usp=sharing)

Grow From Mid-Level To Senior Engineer [Part 1] - How This Course Works

Meta E4 -&gt; E5. Google L4 -&gt; L5. Amazon SDE 2 -&gt; SDE 3 (the final boss). These are some of the most notorious senior promotions in the tech industry and for good reason: They're hard! The Senior Software Engineer promotion is the first promotion 95%+ of engineers seriously struggle with. So why is that? Well, in this course, we'll break that down in-depth and teach you how to navigate the Senior level up with far less struggle. Here are the core parts of the lesson:

- Your instructor [Alex Chiou](https://www.linkedin.com/in/alexander-chiou/) walks you through his extensive 10+ year Silicon Valley background with rapid career advancement, ending up as a high-performing tech lead making $750k at Robinhood. More importantly, he goes through how he was able to grow his mentees to lightning fast promotions, particularly at Meta where he grew 5+ mid-level engineers (E4) to senior engineers (E5) in just 1 year!
- You'll understand what it means to be a mid-level engineer vs. a senior engineer in the market, including the interview space.
- We walk you through the course objectives. By the end of the course, you will understand:
  - 💡 Truly understand the **difference** between a mid-level engineer and a senior engineer

  - 🧠 Have the right **mindset** to behave as a senior engineer

  - 🛠️ Identify your **technical gaps** to senior engineer

  - 📃 Figure out your **fundamental gaps** to senior engineer

  - ✅ Define a clear **roadmap** to senior engineer

If you want to learn how Alex found a multi-million dollar bug as part of his E4 -&gt; E5 senior promotion packet, check out his case study here: [\[Case Study\] Solving A Multi-Million $$ Instagram Bug](https://www.jointaro.com/lesson/WYk4J05iBqOuPtD0CYKX/case-study-solving-a-multi-million-dollardollar-instagram-bug/)

Building A Career Without Applying To Jobs (From An Eng Director)

[**Daniel O'Shea**](https://www.linkedin.com/in/danieloshea22/) is a Director of Engineering at X (formerly Twitter) and a 3x exited founder. He founded Laskie in 2020, a platform to help people understand the job market, find full-time work, and take on moonlight gigs. Daniel built a robust job-matching platform with tens of thousands of candidates. Laskie was the first acquisition by Elon Musk at X (Twitter) in 2023.

Throughout his professional career, **Daniel has never applied to a job**. Instead, he leveraged his network to find opportunities where he had an unfair advantage, and then continued to seek opportunities from his jobs and professional network. Almost all engineers suck at this: sending connection requests on LinkedIn is not enough.

In this talk, Daniel will share tactical advice to better leverage your own network, along with lessons from his professional journey. He'll also share data from seeing 1000s of engineers looking for jobs as part of running Laskie.

- Daniel on LinkedIn: [**https://www.linkedin.com/in/danieloshea22/**](https://www.linkedin.com/in/danieloshea22/)
- Daniel on X: [**https://twitter.com/oshea**](https://twitter.com/oshea)

Additional expert networking resources:

- [**"How to network effectively in a tech event?"**](https://www.jointaro.com/question/wx6HewLcKbxNRfMBiAAI/how-to-network-effectively-in-a-tech-event/)
- [**"How do you network effectively within a company?"**](https://www.jointaro.com/question/DwT9GtdYK9nwFV3a7jrU/how-do-you-network-effectively-within-a-company/)
- [**\[Masterclass\] How To Build Deep Relationships Quickly In Tech**](https://www.jointaro.com/lesson/tyaPFMXPoz2pmzB7OVzt/masterclass-how-to-build-deep-relationships-quickly-in-tech/)

Getting To The Top 1% Of Amazon Engineers - Productivity Tips From A Life Engineered

Steve Huynh, from the popular channel A Life Engineered, talks about the 3 parts of his productivity system. After spending more than 17 years at Amazon and obtaining the coveted Principal Engineer title, Steve spends a lot of time thinking about peak productivity. 

Timestamps:
- 0:00 - Intro to Steve
- 0:40 - Why invest in a system for time management?
- 2:30 - Have a healthy relationship with notifications
- 6:02 - Optimize your schedule
- 9:00 - Optimize for impact (not comfort)
- 11:25 - How Steve organizes his time

Related questions:
- [When to check email to maximize productivity?
](https://www.jointaro.com/question/aBmMAXWqsQ8gYxyAJcpq/when-to-check-email-to-maximize-productivity/)
- [Is typing speed important as an engineer?](https://www.jointaro.com/question/JeBsvDeGQf01ritm98W0/is-typing-speed-important-and-what-speed-is-acceptable-for-a-dev-looking-to-work-at-faang/)
- [How do I estimate my sprint tasks better?](https://www.jointaro.com/question/3R6yRStSzDMmvLRCiMVV/how-do-i-estimate-my-sprint-tasks-better/)

Connect with Steve: 
- [Taro](https://www.jointaro.com/profile/aZJL3ucq9dQnscO09F4JDRkgPo72/)
- [YouTube](https://www.youtube.com/@ALifeEngineered)

Effective Communication Guide [Part 3] - Building Relationships

In order to succeed as a software engineer, you need people to like you. So how do you make that happen quickly? This lesson teaches you:

- **Relationships are all about trust** - The more someone trusts you, the more they will share with you, and the more effective your collaboration can become. The 1 on 1 meeting is the most mechanism to earn this trust.
- **Trust by default** - Trust is extremely hard to earn and very easy to lose. The best way to earn someone's trust is to give them a lot of your trust. This will trigger a response where they will strive to follow The Golden Rule, giving you more of their trust to make things balanced. For an example of trusting by default and earning trust lightning fast, check out [our deep dive into great mentorship here](https://link.jointaro.com/YdUM4JP89Sjh7ruv5).
- **Make small talk** - 2-5 minutes of small talk per 1 on 1 can go a long way. By talking about things outside of work, you are showing that you truly care about them as a person.
- **Be honest** - Tell it to people straight, and don't mince words. By showing that you're comfortable sharing what you're genuinely thinking, people will want to do the same. This is especially powerful when talking about problems.
- **Use humor and self-deprecation** - Everyone likes to laugh: It's a very human thing to do. Crack a joke here and there when you can. Self-deprecation is effective as it's safe (you are poking fun at yourself instead of someone else) and shows your humility.
- **Show thanks** - Don't take your colleagues doing great work for granted: Doing great work is always hard. There is really no such thing as giving too much thanks and making people feel too appreciated. *This is a severely under-utilized technique*. Giving heartfelt thanks is supremely powerful - You can turn someone's bad day into a good one.

[Masterclass] How To Build And Grow Tech Products To 500k+ Users For Free

Here are our Top 5 points from this session:
- **Side projects are incredibly powerful** - They improve your portfolio, increase your coding velocity, and give you holistic experience around building products end-to-end.
- **Care deeply about quality** - Users notice when your app or website is buggy. Strive to cover all edge cases and provide a truly polished experience.
- **Eat your own dogfood** - The best way to know how to improve your product is to use it yourself. This was a staple of Meta's engineering culture.
- **Least clicks design** - At the end of the day, it doesn't matter how "pretty" your product looks if it isn't efficient. Think about how you can have your "hero flow" take as few clicks as possible.
- **Understand SEO** - Work backwards from what people will be searching for when they need a product like yours. Then have those words in your product title and relevant metadata.

Related resources:
- [Presentation Slides](https://docs.google.com/presentation/d/1lfSCWI_OUtchWpIEKwG8JkII8IUvBeACRqEJlnTErjU/edit?usp=sharing)
- [How To Come Up With Product Ideas That Get 100k+ Users](https://link.jointaro.com/7Q8cDrda23zv2omU9)
- [How Side Projects Make Recruiters Come To You](https://link.jointaro.com/rxqDDu4sgMQbP6LT8)
- [Why Side Projects Are So Powerful For Junior Engineers](https://link.jointaro.com/cFo3doiWDeE5dpa67)
- [How To Split Your Time Properly Between Work & Side Projects](https://link.jointaro.com/YFCmNrsdqhuMSeUw5)

[Masterclass] How To Get Promoted Faster In Tech

Related resources:
- ["How to drive my promotion discussion with my new manager?"](https://www.jointaro.com/question/nbYTuVbu3dqGlPALRGbR/how-to-drive-my-promotion-discussion-with-my-new-manager/)
- ["What does it mean to not have enough scope to be promoted?"](https://www.jointaro.com/question/bJuagPwOEEy5vkcXKkqh/what-does-it-mean-to-not-have-enough-scope-to-be-promoted/?playlistId=eZOEUatYEe7BBAZByuha)
- [Presentation Slides](https://docs.google.com/presentation/d/1LceOHzKxQ12LCtZvNu9OIXIE18UH_ldvW4gGZQewunA/edit?usp=sharing)

The Talk & Observe Framework

This framework ([Talk & Observe](https://www.jointaro.com/blog/talk-and-observe-a-framework-for-engineering-onboarding/)) captures the two most important ways you’ll learn as a new engineer.

1. **Talk** with various people on the team to learn what they do and what you need to know.

   1. To add more structure to this conversation, follow the advice from Boz (CTO at Meta): [Career Cold Start Algorithm](https://boz.com/articles/career-cold-start)

   2. Ask people’s priorities and what concerns they have.

2. **Observe** how others operate at the company by studying the artifacts of their work. As engineers, we naturally have tons of markers to our progress.

   1. Look at code commits, comments on code reviews, design docs, calendar blocks, team meeting notes, etc.
   2. Spending 10-15 minutes to observe ("*stalk*") every person on your team will reveal tons of insight. For example, someone may say that project A is the top priority, but all their time is spent on project B -- this mismatch is an opportunity for you as the new person.

Level Up Your Code Quality As A Software Engineer [Part 2] - Code Quality = Engineer Quality

Want to make a ton of money as a software engineer? Get incredibly good at writing stellar, high-quality code. This lesson will teach you:

- Why software engineers who write the best code get paid more than everyone else, especially at Big Tech
- The most common trait of low-performing engineers and high-performing engineers (hint: It's about code quality)
- The incredible benefits of striving to write high-quality code and the toxic downsides of writing mediocre code

To dive deeper into the differences between high and low performing software engineers, check this out: ["What's the difference between a low performer software engineer and a high performer?"](https://www.jointaro.com/question/nMxx2EMVIlJbl1oK4SGu/whats-the-difference-between-a-low-performer-software-engineer-and-a-high-performer/)

Code Review MUST Be Fast, Otherwise The Team Is Unhealthy

In this final segment of the video, the speakers reflect on the crucial role that **code review turnaround time** plays in engineering culture, team productivity, and developer happiness. Timely reviews are not just a technical necessity—they reflect the team’s values and operational discipline.

- **We treat code review turnaround time seriously.** Our standard should be to review diffs within *one day*, two at most. Slow feedback cycles—especially taking 4–5 days—compound and slow down overall delivery velocity.
- **We recognize code review as a gatekeeper with real power.** Since all production code must pass through this step, bottlenecks here can deeply affect morale, productivity, and team trust.
- **We advocate for clear team expectations.** When reviews consistently lag, we push for a shared SLA (Service Level Agreement) around review times, ensuring accountability and smoother planning.
- **We balance urgency with respect.** While prompt reviews are key, we also avoid pestering reviewers within minutes of submitting. Giving at least 6 hours (unless it’s urgent) is a sign of maturity and respect.
- **We proactively build good habits.** Many of us block time at the end of our day to batch and respond to review requests, which helps us maintain velocity without excessive context-switching.

Avoid These Junior Engineer Mistakes With Code Review

In this video segment, we reflect on common mistakes and best practices around code submissions, especially relevant to early-career engineers. The discussion centers around how to be thoughtful and intentional in code reviews to earn trust and increase velocity over time.

- **We don’t treat code review as a speed game.** Moving fast at the cost of quality—like deferring fixes or separating tests from the initial diff—often backfires. We strive to bundle fully thought-out changes with tests as one atomic, reviewable unit.
- **We use RFC diffs to gather early feedback.** When we're unsure of direction, we create “Request for Comment” diffs clearly labeled as such. This helps reviewers give high-level input without getting stuck on minor details.
- **We always show proof of testing, even for small changes.** Even if our change is minimal (e.g., a refactor or doc update), we still confirm it compiles and passes existing tests to signal due diligence.
- **We think like reviewers.** Providing context, test signals, and clarity up front not only earns trust but speeds up the feedback loop and helps us land code more efficiently.

The #1 Principle To Remember When Authoring A Code Review

In this video, we discuss the most important mindset shift for code authors: **writing code with empathy for reviewers**. Code review is a collaborative act, and how we prepare and present our diffs directly impacts team productivity, trust, and code quality.

### Key Takeaways:

- **We write diffs with empathy**: The most valuable thing we can do as authors is consider how to make the review experience smoother for others. Clear, concise diffs help teammates help us faster and more effectively.
- **We respect reviewers’ time**: Reviewers choose to help us—they’re not obligated. Reviewing interrupts their own deep work and requires mental context-switching, so we express appreciation by submitting clean, readable diffs.
- **We build trust and social capital through quality**: Writing thoughtful diffs with summaries and test plans helps us gain faster approvals and earns the trust of teammates and tech leads.
- **We know we’ll be reviewers too**: As we grow in our careers, we’ll spend more time reviewing others’ code. We want our teammates to be just as thoughtful when submitting their diffs to us.
- **We lead by example**: High-quality, empathetic diffs set the cultural tone for our team. We improve the entire engineering environment by holding ourselves to the same standards we hope to receive.

Tech Career Growth Videos

Our instructional videos provide software engineers with insights needed for career growth. Masterclasses go incredibly in-depth on a specific tech topic while case studies are real examples from established engineering leaders.