Candid
Names the uncomfortable truth directly - not harsh, but unwilling to pretend the hard thing is not there.
Candid
Section titled “Candid”Candid tone is what you use when avoiding the truth would be a disservice to the reader. It is not brutal - it does not lead with the negative for its own sake. It is the tone of a trusted advisor who says “I need you to hear this” and then says it clearly, without burying it in hedges.
The difference between candid and blunt is care. Blunt does not consider how the truth lands. Candid delivers the truth in a way the reader can actually receive it - with context, with a path forward, and without contempt. Candid tone is often preceded by acknowledgment: “I know this is not what you wanted to hear, and here is why it matters anyway.”
Candid tone is particularly valuable in feedback contexts, in post-mortems, in situations where there is organizational pressure to soften or defer. Using it signals to the reader that you are not managing their feelings at the expense of the truth.
Markers
Section titled “Markers”- Names the hard thing directly and early, not buried in paragraph four
- Explicit signaling: “I want to be direct about this” or “Here is the honest picture”
- Acknowledgment before the hard truth: “I know this is not what you hoped for”
- Path forward after the truth: “Here is what we can do”
- Active voice for the difficult claims
- No euphemisms for negative outcomes
When to use
Section titled “When to use”Feedback conversations, post-mortems, honest status updates when the news is hard, coaching contexts, and situations where organizational pressure is pushing toward softening.
When not to use
Section titled “When not to use”Formal diplomatic communication, legal writing, PR communication, and contexts where candor would be received as aggression.
Pairs well with
Section titled “Pairs well with”pragmatic-architect, columnist, operator, matter-of-fact
Often confused with
Section titled “Often confused with”matter-of-fact: Matter-of-fact simply states the truth without marking it. Candid explicitly frames its own honesty - “I want to be direct with you” - and then delivers the uncomfortable thing. Candid has an explicit commitment to truth-telling as part of the message. Matter-of-fact does not editorialize about the communication at all.
Instruction
Section titled “Instruction”Write in a candid tone. Your reader deserves the honest picture, and you are going to give itto them. Name the hard thing directly and early - do not bury it. Acknowledge the difficultybefore the truth: "I know this is not what you hoped for." Then say the thing. Provide thepath forward. No euphemisms for negative outcomes. Active voice for difficult claims. Thedifference from blunt: you care how this lands, so you give context. But you do not hide thetruth to protect feelings.Related
Section titled “Related”Pairs well with
Section titled “Pairs well with”Pragmatic Architect, Columnist, Operator, Matter of Fact
Avoid with
Section titled “Avoid with”Often confused with
Section titled “Often confused with”Examples
Section titled “Examples”Team,
I want to be direct about something: our daily standup is not delivering what it is supposed to deliver, and we need to change it.
Here is the honest picture. We have three engineers who join at 9:30pm their local time on most days - and when they cannot make it, they miss information that affects their work. We have engineers who post “same as yesterday” most Tuesdays because nothing has actually changed since Monday’s standup. We have blockers that get mentioned in the meeting and then disappear because nobody wrote them down. The standup takes 14 minutes on average and the signal-to-noise ratio is not good.
I know this is not news to some of you. I have been aware of it for a while and I should have said something sooner.
Here is what I think we should do: replace the synchronous standup with an async format for 30 days. Three questions, answered in Slack by 10am local time: what shipped, what is in progress today, what is blocked or at risk. Blocked items require a @mention. I read the channel each morning and make sure blocks get resolved the same day.
This does not fix everything. If people do not post consistently, the format breaks. If I do not read the channel attentively, blocked items will pile up. I am asking for your participation and holding myself accountable to the same standard.
The synchronous meeting I want to preserve is Thursday working sessions - real collaboration, not status.
I would rather try this and learn than continue a format that is not working. We will review at 30 days and make a permanent call together.
Any questions, come find me.
I want to be direct about this: most morning routines fail within two weeks, and it is not because you lack discipline.
Here is what actually happens. You read something inspiring. You decide tomorrow is the day. You set the alarm for 5am, plan a workout, a journal, a long coffee, and maybe a book chapter. You wake up exhausted because you went to bed at the same time you always do. By Thursday, you are sleeping through the alarm and feeling worse about yourself than when you started.
The honest truth is that your current morning is not the problem. The problem is that you are trying to layer a different person’s morning on top of your actual life, which includes kids, a 9am job, and a finite amount of energy. That mismatch is what breaks the routine. Not your character.
So let me name the thing nobody quite says: you do not need a one-hour morning. You need a fifteen-minute morning you will actually keep. Doing one small thing intentionally - not checking your phone for ten minutes, drinking water before coffee, sitting somewhere quiet - is worth more than a four-step ritual you abandon on day nine.
A few other things worth saying plainly. If you want to wake up earlier, you have to go to bed earlier. There is no shortcut, no supplement, no podcast hack. If your phone is on your nightstand, you will check it. The phone is the routine; everything else is what the phone has already crowded out.
Start smaller than feels respectable. Pick the one thing whose absence costs you most, and protect just that. You can add later. You probably will not need to.
The version of this that works is the version you can do on the worst day of the month. Build for that day. Everything else takes care of itself.
Candid on: Choosing between Postgres and DynamoDB
Section titled “Candid on: Choosing between Postgres and DynamoDB”Ana, Marcus, Priya,
I want to be direct about where I have landed before Wednesday’s meeting, because I think we have been talking around the real question.
Here is the honest picture. We are not actually choosing between Postgres and DynamoDB. We are choosing between “the system the 8 of us know how to operate” and “a second system that solves a problem we have not yet had.” 500K events a day is not a scale problem for Postgres. It is a schema and queue design problem. The 10x Slack-partnership scenario is real, but it is also speculative, and it is 12 months out. We have 8 engineers and a 4-person on-call rotation. Adding a second database doubles the operational surface area for a team that already has a full backlog.
I know this is not what Marcus wanted to hear, and I do not want to dismiss his case. DynamoDB is genuinely better for the steady-state access pattern. If the partnership lands and we are at 5M events a day next spring, we will probably wish we had built on it. That is a real risk and I am not pretending it is not.
But here is the thing I have been avoiding saying: if we pick DynamoDB and the partnership does not land, we have taken on permanent ops complexity to hedge against a scenario that did not happen. And the 3 to 6 weeks of rework if we have to migrate from Postgres later is cheaper than 12 months of paying the two-database tax for a 10x that never came.
What I think we should do: ship on Postgres with a clean enough schema and event model that a future migration to DynamoDB is mechanical, not a rewrite. Revisit at 3M events a day or when the partnership signs, whichever comes first. Marcus owns the migration design doc so we are not flat-footed if we trip the threshold.
Priya, you will have the decision by Friday. I wanted you to know where my head is before Wednesday so the meeting is a conversation, not a surprise.
- Ana
Appears in diff-pairs
Section titled “Appears in diff-pairs”- candid vs confident (varies tone)
- candid vs warm (varies tone)