Files
dennisthiessen 09316a73cf feat(resume): QuantCo Cloud Engineer package (sent, ~82/100)
- Full resume + cover letter + critique for QuantCo Cloud Engineer (Zürich)
- Applied Tier 1+2 critique fixes: corrected education dates, hedged Data
  Mesh ownership, sharpened tagline/summary, added SRE token
- Mark QuantCo Cloud Engineer + Equinor as sent in trackers
- decisions.json: QuantCo Cloud Engineer -> applied

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-01 21:40:40 +02:00

12 KiB
Raw Permalink Blame History

Session: QuantCo — Cloud Engineer

JD Info

  • File: output/QuantCo_Cloud_Engineer/JD_QuantCo_Cloud_Engineer.txt
  • Role: Cloud Engineer
  • Company: QuantCo (AI/statistical-learning enterprise solutions boutique; ~180 people; Harvard/Stanford PhD founders; offices incl. Zürich)
  • Bundle: Data Platform / Infra (primary) + Staff/Senior Data Engineer (secondary, for reframing)
  • Format: Resume (2-page, resume.cls) + 1-page cover letter
  • Salary/Details: Europe, hybrid, full- or part-time, Engineering team. Zürich hub commutable from Bern. Clears comp bar (QuantCo Zürich is a high-comp boutique). Source: job_scout decision log (shortlist).

JD Analysis

Requirements

# Requirement Match Evidence
1 3+ yrs DevOps, SRE, or related Direct Swisscom DevOps team (K8s deploys, GitLab CI/CD, on-call SLA) since 2023; Bosch ML orchestration. ~10 yrs total eng.
2 Containerization, Kubernetes, Cloud Native Direct (working) Docker strong; deployed & operated Python apps on K8s (SW-3) + Bosch ML inference on Docker/K8s. K8s = working/hands-on proficiency, not deep/expert (user-corrected — do not oversell).
3 Linux + networking fundamentals Bridge (MED) Linux across Swisscom/Bosch/Fraunhofer; networking is implicit (cluster/pipeline ops) — lighter explicit evidence.
4 Design/build/operate AWS + Kubernetes platform; scale, shape architecture Direct SW-1 AWS migration (S3/Glue/Athena/Redshift/Airflow/CloudFormation); SW-3 K8s+CI/CD; SW-7 Data Mesh on AWS + IaC; AWS SAA cert (2024).
5 Drive best practices + automation across infrastructure Direct IaC via CloudFormation (SW-1/SW-7); GitLab CI/CD automation (SW-3); DevSecOps / Security Champion (SW-5).
6 Collaborate with product teams to deliver cloud-native applications Direct SW-4 (B2B data products w/ Product Owner); SW-7 (data products consumed downstream); SW-3 (containerized service delivery).
7 "Deep cloud and Kubernetes expertise" / experienced engineer Bridge (MED-HIGH) Deep on AWS / IaC / CI-CD / reliability (SAA cert 2024, Udacity Data Eng 2026, Staff/Engineer IV). K8s is competent-not-deep — the one area lighter than the JD's headline ask; lead cloud/platform depth, keep K8s honest.

ATS Keywords

  • Cloud/Infra: AWS, Kubernetes, cloud-native, containerization, Docker, IaC, CloudFormation, S3, Glue, Athena, Redshift, Lambda, Step Functions
  • DevOps/SRE: DevOps, SRE, CI/CD, GitLab, automation, on-call, SLA, reliability, observability, DevSecOps
  • Platform: platform engineering, scalable systems, architecture, multi-cluster, production workloads
  • Languages/OS: Python, Linux, networking, Bash
  • Domain: data platform, data pipelines, Data Mesh, enterprise production systems

Gap Assessment

  • Direct: Docker, AWS (S3/Glue/Athena/Redshift/CloudFormation), GitLab CI/CD, IaC, DevOps, on-call/reliability, Python, Linux, cloud-native delivery, AWS SAA cert, Staff-level ownership.
  • Bridge: Kubernetes depth (deployed/operated apps on K8s = working proficiency, NOT deep/expert per user — frame as hands-on delivery, never "deep K8s expertise") · SRE title (owns on-call SLA + reliability, not titled SRE — MED-HIGH) · Terraform (uses CloudFormation; IaC transfers — MED) · networking fundamentals (MED).
  • Gap (do NOT claim): "deep/expert Kubernetes" · Terraform specifically · advanced K8s operators / service mesh / GitOps tooling · multi-cluster ops at QuantCo's scale.

Company Context

  • Mission: Turn advances in AI / statistical learning into real-world impact for leading enterprises + public sector (algorithmic pricing, data-driven claims management, high-dimensional forecasting, precision medicine).
  • This role: QuantCo is expanding its AWS + Kubernetes cloud platform beyond existing customer production workloads to more services/clusters. Owner-operator: design/build/operate the platform, shape architecture, drive best practices + automation, partner with product teams on cloud-native apps.
  • Culture: Rigorous, engineering-led (Harvard/Stanford PhD founders, ~180 people); strong Python + open-source tooling culture (tech.quantco.com blog; open-sources libs e.g. datajudge); "good defaults + automation for Python projects." High-stakes enterprise production (pricing/claims/healthcare).
  • "Why them" angle: His Swisscom work is building/operating the governed, scalable AWS platform (Data Mesh, IaC, K8s, CI/CD) that QuantCo is now expanding — same builder-operator profile, enterprise-production rigor, AWS+K8s stack. Zürich hub, hybrid, commutable from Bern; high-comp boutique clears his bar.

Framing Strategy

  • Lead narrative: Staff-level platform/DevOps engineer who designs, builds, and operates AWS cloud platforms for business-critical production at a national telco — full lifecycle from IaC and CI/CD to on-call reliability — with hands-on containerized (Docker/Kubernetes) delivery. (Lead AWS/IaC/reliability depth; K8s is supporting, framed as hands-on delivery — NOT "deep/expert.")
  • Reframing map: Component Owner / on-call SLA → SRE & production reliability · AWS migration → design/build/operate cloud platform · Data Mesh data products → cloud-native services for product teams · CloudFormation → IaC / infrastructure automation · Security Champion → security best-practices embedded in platform.
  • Emphasize (in order): SW-1 (AWS migration), SW-7 (Data Mesh + metadata + IaC = platform for product teams), SW-3 (GitLab CI/CD + containerized delivery — framed as delivery automation, K8s present but not headline), SW-5 (DevSecOps best practices), Bosch ML inference on Docker/K8s, AWS SAA + Udacity Data Eng certs.
  • Downplay: pure analytics/BI/dashboards (SW-4 → secondary), academic/research, ML modeling depth.
  • CL hooks: QuantCo expanding AWS+K8s platform; open-source engineering culture (datajudge / tech.quantco.com); high-stakes enterprise production → his business-critical pipeline ownership under SLA.
  • User directives: Position as platform / infra / DevOps (on-thesis); NOT model-building. Crypto not relevant here.

Critique Context (captured in Phase 0, used in /critique)

  • Reviewer persona: QuantCo platform/infra engineering lead. Values deep K8s + AWS, automation/IaC, production reliability, clean pragmatic engineering. Bored by buzzwords; impressed by concrete ownership, scale, and reliability discipline.
  • Competitive landscape: SRE / platform engineers with deep multi-cluster K8s + AWS + Terraform + strong networking. The "obvious fit" has Terraform, GitOps, and SLO/SLI ops. Our edge: end-to-end ownership of a business-critical AWS platform + IaC + CI/CD + DevSecOps at a national telco, Staff-level. Our soft spots: Kubernetes depth (working, not deep — the JD's headline ask), Terraform (CloudFormation instead), networking depth, no SRE title.
  • Domain vocabulary: cloud-native, Kubernetes (controllers/operators), IaC, GitOps, observability, SLO/SLI, multi-cluster, platform engineering, automation.

Cover Letter Plan

  • Institution type: Industry (high-comp engineering boutique)
  • Paragraph count: 3-4 paragraphs, ~250-300 words (1 page)
  • P1 hook: QuantCo expanding its AWS + Kubernetes platform / engineering-led, open-source culture → his fit as a builder-operator of exactly that stack.
  • P2-P3 evidence: AWS migration ownership (SW-1) + K8s & GitLab CI/CD (SW-3) + Data Mesh/IaC platform serving product teams (SW-7) + DevSecOps (SW-5); production reliability under on-call SLA.
  • Domain pivot: none major (already platform/infra). Light bridge: on-call SLA ownership → SRE/reliability.
  • Jargon level: Technical.
  • "Why them" hook: high-stakes enterprise production + rigorous engineering culture; Zürich hybrid.

Bullet Plan (CONFIRMED 2026-06-01)

Lead AWS/IaC/CI-CD/reliability; K8s honest (delivery, not "deep"); downplay ML-modeling, GenAI/agent, analytics/BI.

Swisscom (5 core + reserves)

# ID Achievement Variant Rationale
1 SW-1 AWS migration (S3/Glue/Athena·Iceberg/Redshift/Airflow/CloudFormation IaC) 2L Direct AWS/IaC
2 SW-7 Data Mesh + data products + metadata on AWS 2L platform/architecture, product-team foundation
3 SW-3 Containerized Python apps on K8s + GitLab CI/CD 2L CI/CD + delivery automation (K8s honest)
4 SW-2 Component Owner ETL + on-call SLA 2L reliability/SRE bridge
5 SW-4 Data products for product teams + automation 2L product-team collaboration
(o) SW-6 PySpark 2L reserve
(x) SW-5 Security Champion omit per KB (JD ≠ security)

Bosch (4)

# ID Achievement Variant Rationale
1 BS-1 Containerized production deployment (Docker/K8s/Ansible) 2L cloud-native orchestration (NOT ML-modeling framing)
2 BS-4 Observability: ELK + Kafka + Grafana/Prometheus/Loki 2L observability best-practice
3 BS-3 Application Owner — SLOs, reliability, vendor mgmt 2L reliability ownership
4 BS-2 Multi-language data services over Oracle + Hadoop/Impala 2L data-access platform

Fraunhofer (2)

# ID Achievement Variant Rationale
1 FC-1 Jenkins CI/CD from zero + SCEDAS (C#/.NET) 2L CI/CD initiative
2 FC-3 MISSION microservices (Express.js/Docker/SQLite) 2L early containerized microservices
(x) FC-2 ARTUS ML/NLP off-thesis

Vizrt (2)

# ID Achievement Variant Rationale
1 VZ-1 Distributed real-time transcoding backend (Python, legacy C++) 2L distributed backend
2 VZ-2 A/V test suite + CI/CD quality gates 2L CI/CD

Generali (1 core + reserves)

# ID Achievement Variant Rationale
1 GN-1 BDD ownership + Jenkins CI/CD + team enablement 2L CI/CD/automation initiative
(o) GN-3 Java/J2EE + XLDeploy + Camel/Spring PoC 2L reserve (legacy backend)
(o) GN-2 UIPath RPA PoC 2L reserve

Budget: 14 core (*) + reserves (SW-6, GN-3, GN-2) → target ~16-18 at page-fill gate. Forced exclusions: SW-5, Terraform, "deep/expert K8s", service-mesh/GitOps.

Output Files

  • Resume: output/QuantCo_Cloud_Engineer/e2e_quantco_cloud_engineer_resume.tex
  • Cover Letter: output/QuantCo_Cloud_Engineer/e2e_quantco_cloud_engineer_cover_letter.tex
  • Critique: output/QuantCo_Cloud_Engineer/critique_quantco_cloud_engineer.md

Status

  • Phase 0: DONE
  • Phase 1: DONE (17 bullets: Swisscom 6, Bosch 4, Fraunhofer 2, Vizrt 2, Generali 3)
  • Phase 2 Resume: DONE — Summary, Skills (4-3-2-2-2), 17 bullets, compiled 2 pages, 0 overfull, 0 em-dashes (rendered), char gate passed (no OVER)
  • Cover Letter: DONE — 1 page, 286 words, 3 paragraphs; 0 em-dashes; hooks verified (datajudge, AWS+K8s platform expansion). K8s honest, Data Mesh hedged.
  • Critique: CURRENT — Pass 1, 81.0/100 → Tier 1+2 fixes APPLIED 2026-06-01 (est. ~82, honest ceiling). Fixes: (1) education dates corrected to B.Eng. Oct 2009Oct 2012, M.Eng. Apr 2012Oct 2013 (overlap preserved); (2) Data Mesh bullet hedged to data-products framing (matches CL); (3) tagline → "Cloud & Platform Engineer"; (4) summary open → "Cloud and platform engineer"; (5) "SRE on-call" added to observability skills line. Recompiled: 2pp, 0 overfull, no orphans, char gate OK. ATS now ~20/20. AI fingerprint clean. CL unchanged (286w, 1pp, cohesive).
  • NOTE for future JDs: the resume template had education dates baked in WRONG (M.Eng. Oct 2010Jul 2013, B.Eng. Oct 2007Sep 2010). Fixed in this output only — check/fix template source so it stops recurring.
  • Resume: DONE — output/QuantCo_Cloud_Engineer/e2e_quantco_cloud_engineer_resume.pdf (2 pp)
  • Cover Letter: DONE — output/QuantCo_Cloud_Engineer/e2e_quantco_cloud_engineer_cover_letter.pdf (1 pp, 286 words)
  • Next: /clear, then /critique output/QuantCo_Cloud_Engineer/session_quantco_cloud_engineer.md
  • Next Critique: /critique output/QuantCo_Cloud_Engineer/session_quantco_cloud_engineer.md
  • Note: K8s deliberately framed as working/hands-on (NOT deep/expert) per user. SW-5 omitted per KB.