惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

T
Tailwind CSS Blog
MyScale Blog
MyScale Blog
博客园 - Franky
酷 壳 – CoolShell
酷 壳 – CoolShell
WordPress大学
WordPress大学
有赞技术团队
有赞技术团队
雷峰网
雷峰网
罗磊的独立博客
小众软件
小众软件
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
V
V2EX
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
The Cloudflare Blog
Hugging Face - Blog
Hugging Face - Blog
博客园 - 【当耐特】
博客园 - 司徒正美
Last Week in AI
Last Week in AI
月光博客
月光博客
阮一峰的网络日志
阮一峰的网络日志
美团技术团队
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
量子位
宝玉的分享
宝玉的分享

Arpit Bhayani

Temporal Primer - Building Long-Running Systems What Matters in Production RAG Structure of Every LLM Chat How LLMs Really Work Your Monolith Is Already A Distributed System Databases Were Not Designed For This BM25 JOIN Algorithms Venting at Work Comes at a Reputation Cost Why Half Your Skills Expire Every Few Years Multi-Paxos - Consensus in Distributed Databases MySQL Replication Internals Bloom Filters When You Increase Kafka Partitions Product Quantization The Q, K, V Matrices The Day I Accidentally Deleted Production How LLM Inference Works What are Blocking Queues and Why We Need Them Heartbeats in Distributed Systems How Writes Work in Apache Cassandra Redis Replication Internals How to Handle Arrogant Colleagues at Work How Does a CDN Handle Content Replication You Can't Fix Everything on Day One When Emotions Spill Over at Work Why gRPC Uses HTTP2 Meetings With No Agenda Are a Waste of Time Career Longevity Beats Constant Job Hopping Stay Relevant at Higher Salary Levels
It's Not Enough to be Right; Learn to be Heard
Arpit Bhayani · 2025-05-12 · via Arpit Bhayani

Being right isn’t enough; you need to be heard.

Once you’re in the system and thinking deeply, you’ll start to notice inefficiencies and gaps. You might see decisions being made that feel wrong. But instead of putting your point across bluntly, it’s important to raise it thoughtfully.

What I’ve learned over the last decade is that tone often matters more than the content, at least at first. Challenge decisions, yes, but do it with kindness and clarity.

Don’t assume others missed something; assume they had different inputs. Frame your suggestions as additions, not corrections. It changes how they’re received.

When offering feedback or questioning a choice, be mild in tone but sharp in your reasoning. That sharpness must come from preparation; your suggestions should rest on data, not vibes. Here’s what “doing your homework” looks like:

  • understand the context and constraints
  • explore alternatives and their trade-offs
  • anticipate counter-arguments and prepare responses
  • cite metrics, issues, or past incidents
  • keep it brief but loaded with substance
  • state assumptions and ask clarifying questions
  • tie your suggestion back to team or product goals

This detailing builds trust. Over time, your feedback won’t just be heard, it’ll be sought. You’ll be known as someone who elevates discussions, not derails them.

The goal isn’t to “win” arguments; it’s to move the team forward, together.