You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
- Regenerate resume PDF without phone number (167KB, was 215KB)
- Add copy tone guidelines to CLAUDE.md (question-led authority, collaborative framing, humble learning orientation)
**Never:** Bold, arrogant, or individual hero narrative
164
+
165
+
### Tone Principles
166
+
167
+
**✅ ALWAYS Use:**
168
+
169
+
1.**Question-led authority** (Socratic confidence without claiming answers)
170
+
- "How do you collect 90-minute matches without choosing between velocity and correctness?"
171
+
- "What if systems couldn't break by design?"
172
+
- "How do 20 teams collaborate without friction or incorrectness?"
173
+
174
+
2.**Collaborative framing** (team/collective credit, not individual genius)
175
+
- "We reduced collection from 16 hours to 4 concurrent collectors"
176
+
- "Working in high-velocity environments revealed they're complementary"
177
+
- "When teams chase the right questions first, architecture emerges"
178
+
179
+
3.**Philosophical systems thinking** (abstract principles, constraints, architecture)
180
+
- "Architecture shapes possibility"
181
+
- "Reliability stops being aspirational—it becomes structural"
182
+
- "Architectural separation eliminates trade-offs that feel inevitable"
183
+
184
+
4.**Humble learning orientation** (ongoing exploration, lessons from experience)
185
+
- "Still exploring what's possible"
186
+
- "Lesson learned: architectural separation..."
187
+
- "Over 15 years, a pattern revealed itself"
188
+
- "Patterns emerged through production bugs"
189
+
190
+
5.**Evidence-based confidence** (proven through production, not claims)
191
+
- "15 years", "production systems", "at Instabug, Statsbomb, and Wise"
192
+
- Metrics in service of learning, not bragging
193
+
194
+
**❌ NEVER Use:**
195
+
196
+
1.**Bold/arrogant claims**
197
+
- ❌ "I build systems that can't break"
198
+
- ❌ "I solved content collaboration at scale"
199
+
- ❌ "I cut 90-minute match collection..." (individual hero)
200
+
201
+
2.**First-person hero narrative**
202
+
- ❌ "I designed", "I implemented", "I achieved" (without collaborative context)
203
+
- ❌ "My system", "My architecture" (implies sole ownership)
204
+
205
+
3.**Command language in CTAs**
206
+
- ❌ "See What I've Built" → ✅ "Explore My Work"
207
+
- ❌ "Get in Touch" → ✅ "Start a Conversation"
208
+
- ❌ "View Full Resume" → ✅ "Full Background"
209
+
210
+
4.**Definitive statements without humility**
211
+
- ❌ "The right question makes implementation obvious"
212
+
- ✅ "Curious about the 'why' first—it often reveals the 'how'"
213
+
214
+
5.**Claiming perfection or absolute mastery**
215
+
- ❌ "I've mastered functional programming"
216
+
- ❌ "My approach eliminates all bugs"
217
+
218
+
### Approved Copy Examples
219
+
220
+
Use these as templates for new content:
221
+
222
+
#### Hero Section (Homepage)
223
+
224
+
**Headline:**
225
+
"What if systems couldn't break by design?"
226
+
227
+
**Value Proposition:**
228
+
"Over 15 years, patterns emerged from production systems: when you separate behavior from state and make illegal states unrepresentable, reliability stops being aspirational—it becomes structural. Exploring what's possible when architecture shapes correctness."
229
+
230
+
**CTAs:**
231
+
- "Explore My Work" (invitational)
232
+
- "Start a Conversation" (collaborative)
233
+
234
+
**Why this works:**
235
+
- Question opens with Socratic authority
236
+
- "Patterns emerged" = passive discovery (not "I discovered")
"How do you collect 90-minute matches without choosing between velocity and correctness?"
244
+
245
+
**Body:**
246
+
"We reduced collection from 16 man-hours to 4 concurrent collectors by building a DSL that let PMs define sports rules without engineering involvement. The architecture separated collection rules from execution logic—new sports became configuration, not code."
247
+
248
+
**Closing:**
249
+
"Lesson learned: architectural separation eliminates trade-offs that feel inevitable."
250
+
251
+
**Why this works:**
252
+
- Socratic question implies deep problem understanding
253
+
- "We reduced" = collaborative (not "I cut")
254
+
- "let PMs" = team enablement
255
+
- "Lesson learned" = humble reflection
256
+
- Philosophical insight about false trade-offs
257
+
258
+
#### About Page
259
+
260
+
**Opening:**
261
+
"Over 15 years, a pattern revealed itself: systems fail when we optimize for 'how' before understanding 'why.' When teams chase the right questions first, architecture emerges from constraints."
262
+
263
+
**Current Work:**
264
+
"At Wise, we're solving content collaboration for 20 teams at scale. Building editorial infrastructure that handles global→local fintech tension—regulations collide with cultural nuances, offerings vary by market. The problem space is architectural: how do we maintain coherence and developer experience when constraints multiply?"
265
+
266
+
**Philosophy:**
267
+
"Functional programming principles emerged through production bugs at Instabug, Statsbomb, and Wise. Traditional thinking treats velocity and correctness as opposing forces. Working in high-velocity environments revealed they're complementary: when you separate behavior from state and make illegal states unrepresentable, both increase together. Still learning what's possible when architecture constrains failure."
268
+
269
+
**Closing:**
270
+
"Curious about the 'why' first—it often reveals the 'how.'"
0 commit comments