feat(applications): submit Google Sr Data Engineer + Kraken SRE AI Agents (2026-06-15)
Two applications sent and finalized on 2026-06-15: - Google - Senior Data Engineer (Merchant Data Science, Zurich), 85.5/100. Tier-1 scope fix + both Tier-2 polish applied: re-scoped the Swisscom migration claim in resume B2 + CL P2 (Scope-Discipline), added project- delivery vocab (B4), and JD-exact 'distributed data processing' (B5). - Kraken (Payward) - SRE, AI Agents (remote, CH-eligible), 87.2/100. Finalized as-is; crypto-native + production-ML edge, honest infra gaps. Logs both as 'applied' in job_scout/state/decisions.json and flips their CLAUDE.md Active Sessions rows to SENT. Open item for both: confirm level and comp clear the 180k+ all-in bar at the recruiter stage. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
@@ -143,6 +143,8 @@ _Update this section when starting/finishing a JD._
|
|||||||
|
|
||||||
| Session | Status | Next Command |
|
| Session | Status | Next Command |
|
||||||
|---------|--------|-------------|
|
|---------|--------|-------------|
|
||||||
|
| Kraken (Payward) — SRE, AI Agents (remote, CH-eligible) | **SENT 2026-06-15** (~87.2/100; real Ashby JD; crypto-native + production-ML edge; honest gaps: NO Terraform/SRE-title/LangGraph). 2pp resume (18 bullets) + 1pp CL (299w). Comp unknown — verify clears 180k+ at recruiter stage | Done — await response |
|
||||||
|
| Google — Senior Data Engineer (Merchant Data Science), Zürich/MV | **SENT 2026-06-15** (85.5/100; Tier-1 scope fix + both Tier-2 applied; strong Tier-1 DE fit; SW-7 self-serve data products ≈ team charter verbatim; honest tool-bridge NO BigQuery/Dataflow/Flume by name; 2pp resume 17 bullets + 1pp CL). Hard ceiling ~87 (no GCP/marketplace domain). **At recruiter stage:** clarify L4/L5 + confirm comp clears 180k+ | Done — await response |
|
||||||
| Snowflake — Sr SWE, Enterprise (Observe by Snowflake), Zürich | **SENT 2026-06-06** (~86/100; 2pp resume + 1pp CL; real Ashby JD; comp CHF 176–253k base; NO C++ gate). Tier 1+2 applied; Vizrt low-latency skipped per user. Best-fit role in the 2026-06 search | Done — await response |
|
| Snowflake — Sr SWE, Enterprise (Observe by Snowflake), Zürich | **SENT 2026-06-06** (~86/100; 2pp resume + 1pp CL; real Ashby JD; comp CHF 176–253k base; NO C++ gate). Tier 1+2 applied; Vizrt low-latency skipped per user. Best-fit role in the 2026-06 search | Done — await response |
|
||||||
| Isovalent (Cisco) Sr Data Engineer, Observability | **CLOSED — role pulled** (live Cisco scrape 2026-06-02: not on board; Recruitee link dead). Package finalized ~86/100, SHELVED for reuse | Done — retarget PDFs to next live data-eng req (QuantCo/Grafana/Confluent) |
|
| Isovalent (Cisco) Sr Data Engineer, Observability | **CLOSED — role pulled** (live Cisco scrape 2026-06-02: not on board; Recruitee link dead). Package finalized ~86/100, SHELVED for reuse | Done — retarget PDFs to next live data-eng req (QuantCo/Grafana/Confluent) |
|
||||||
| Google Zürich Sr SWE Infrastructure (Data Pipeline) | **CLOSED — DROPPED + DELETED 2026-06-02** (poor fit). Live JD = Core infra/systems SWE with **C++ as a MINIMUM qual**, off-thesis vs `user_positioning`. Output folder deleted (was built on a fabricated JD). | Done — do not reattempt this req |
|
| Google Zürich Sr SWE Infrastructure (Data Pipeline) | **CLOSED — DROPPED + DELETED 2026-06-02** (poor fit). Live JD = Core infra/systems SWE with **C++ as a MINIMUM qual**, off-thesis vs `user_positioning`. Output folder deleted (was built on a fabricated JD). | Done — do not reattempt this req |
|
||||||
@@ -152,7 +154,7 @@ _Update this section when starting/finishing a JD._
|
|||||||
| Apple Data Engineer (ISE, Zurich) | **CLOSED — REJECTED** (no interview) | Done |
|
| Apple Data Engineer (ISE, Zurich) | **CLOSED — REJECTED** (no interview) | Done |
|
||||||
| Google FDE GenAI (Zurich) | PAUSED — GenAI evidence gap too large; redirecting to data-eng/MLOps roles | Likely abandon |
|
| Google FDE GenAI (Zurich) | PAUSED — GenAI evidence gap too large; redirecting to data-eng/MLOps roles | Likely abandon |
|
||||||
| Equinor AI Architect (Norway) | **SENT** (~80/100) | Done — await response |
|
| Equinor AI Architect (Norway) | **SENT** (~80/100) | Done — await response |
|
||||||
| QuantCo Cloud Engineer (Europe/Zürich) | **SENT 2026-06-01** (~82/100, finalized PDFs) | Done — await response |
|
| QuantCo Cloud Engineer (Europe/Zürich) | **CLOSED — REJECTED** (applied 2026-06-01 ~82/100, no interview; rejection 2026-06-15) | Done |
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
|||||||
@@ -0,0 +1,46 @@
|
|||||||
|
Senior Data Engineer — Google (Merchant Data Science, Merchant Shopping Organization)
|
||||||
|
|
||||||
|
JD source: live scrape 2026-06-15 via Playwright (Google careers board), re-verified live same day
|
||||||
|
URL: https://www.google.com/about/careers/applications/jobs/results/87066954308690630-senior-data-engineer?location=Switzerland
|
||||||
|
Location: Mountain View, CA, USA; Zürich, Switzerland (preferred-location choice at apply)
|
||||||
|
Level chip: "Mid" (title says Senior — clarify L4 vs L5 at recruiter stage)
|
||||||
|
Comp (US band shown): $156,000 - $227,000 USD + 15% bonus target + equity + benefits. Zürich band NOT posted — verify clears 180k+ all-in.
|
||||||
|
|
||||||
|
--- VERBATIM POSTING TEXT ---
|
||||||
|
|
||||||
|
Note: By applying to this position you will have an opportunity to share your preferred working location from the following: Mountain View, CA, USA; Zürich, Switzerland.
|
||||||
|
|
||||||
|
Minimum qualifications:
|
||||||
|
Bachelor's degree or equivalent practical experience.
|
||||||
|
5 years of experience designing data pipelines, and dimensional data modeling for synch and asynch system integration and implementation using internal (e.g., Flume, etc.) and external stacks (DataFlow, Spark, etc.).
|
||||||
|
|
||||||
|
5 years of experience coding in one or more programming languages.
|
||||||
|
|
||||||
|
5 years of experience working with data infrastructure and data models by performing exploratory queries and scripts.
|
||||||
|
|
||||||
|
Preferred qualifications:
|
||||||
|
5 years of experience with statistical methodology and data consumption tools such as business intelligence tools, collabs, jupyter notebooks, Tableau, Power BI, DataStudio, and business intelligence platforms.
|
||||||
|
|
||||||
|
3 years of experience developing project plans and delivering projects on time within budget and scope.
|
||||||
|
|
||||||
|
3 years of experience partnering with stakeholders (e.g., users, partners, customer), and managing stakeholders/customers.
|
||||||
|
|
||||||
|
Experience with Machine Learning for production workflows.
|
||||||
|
|
||||||
|
About the job
|
||||||
|
The Merchant Data Science team is a group within the Merchant Shopping Organization. We work on building scalable data products that empower data-driven decision-making.
|
||||||
|
|
||||||
|
In this role, you will innovate and build durable, impactful data products. You will bridge the gap between software engineering, data engineering, and data science.
|
||||||
|
|
||||||
|
As a Data Engineer in the Merchant Shopping organization, you will build data products and foundations to improve Google's Shopping products. You will collaborate with a multidisciplinary team of data scientists, engineers, and PMs on a wide range of problems. You will bring an understanding of data, logging, and engineering. You will solve non-routine problems, build reliable data products used across the organization, and drive impact on cross-functional projects.
|
||||||
|
|
||||||
|
Individual pay is determined by factors including job-related skills, experience, and relevant education or training.
|
||||||
|
|
||||||
|
US: $156000 - $227000 (USD) + 15% bonus target + equity + benefits
|
||||||
|
|
||||||
|
Responsibilities
|
||||||
|
Identify the underlying need, process datasets, and apply advanced data engineering, data modeling, and architectural frameworks when needed.
|
||||||
|
Design, build, and scale innovative data products, including self-serve tools, and automated pipelines.
|
||||||
|
Advance data infrastructure, product quality, and foundational understanding through automated validation frameworks, data quality, and reliability monitoring.
|
||||||
|
Operate with a high degree of autonomy, owning data engineering projects from initial conception to landing and impact.
|
||||||
|
Advocate impactful data products while contributing to a team culture that values engineering excellence, robust data, and sharp communication.
|
||||||
@@ -0,0 +1,98 @@
|
|||||||
|
Site Reliability Engineer - AI Agents — Kraken (Payward)
|
||||||
|
|
||||||
|
JD source: live scrape 2026-06-15 via Playwright (Ashby board)
|
||||||
|
URL: https://jobs.ashbyhq.com/kraken.com/c331de1b-b75a-48f5-9d19-0e56ccb935ab
|
||||||
|
Location: Remote — Switzerland eligible (+ UK, EU, LATAM, others)
|
||||||
|
Employment: Full time · Remote · Engineering / SRE / DevOps
|
||||||
|
|
||||||
|
--- VERBATIM POSTING TEXT ---
|
||||||
|
|
||||||
|
Building the Future of Open Finance
|
||||||
|
|
||||||
|
Payward - the parent company behind Kraken, NinjaTrader, Breakout, xStocks, Payward Services and CF Benchmarks - has spent the last 15 years building one of the most modern and globally accessible financial infrastructure platforms in the industry, built to advance an open, global financial system.
|
||||||
|
|
||||||
|
Before you apply, we encourage you to explore our culture page to understand what drives us and how we work.
|
||||||
|
|
||||||
|
The team
|
||||||
|
|
||||||
|
Founded in 2011, Kraken is one of the world's longest-standing crypto platforms, trusted by over 10 million individuals and institutions across the globe. It offers spot trading, margin, futures, staking, and OTC services, with products built for both individual investors and institutional clients.
|
||||||
|
|
||||||
|
The AI Infrastructure team sits within the Data organization and is responsible for building, operating, and scaling the systems that power AI agents in production — both internal tools and external-facing products. Working closely with the AI and Agent Systems teams, this group ensures that the orchestration, execution, and model-serving layers underpinning agentic workflows are reliable, observable, and built to scale.
|
||||||
|
|
||||||
|
This team operates at the intersection of data infrastructure and applied AI — a space that moves fast and demands engineers who can bring production discipline to emerging technology. You'll partner across Data Engineering, ML, and product-facing teams to harden agent infrastructure and keep it running at the standards our users expect.
|
||||||
|
|
||||||
|
Importantly, this is a platform engineering team. Beyond operating infrastructure, the team is responsible for building the APIs, SDKs, and platform capabilities that enable AI, Data, and Engineering teams to safely and efficiently consume agent infrastructure as a service. Success in this role requires thinking beyond infrastructure operations and toward developer experience, platform adoption, and long-term scalability.
|
||||||
|
|
||||||
|
The opportunity
|
||||||
|
|
||||||
|
Design, build, and operate the infrastructure layer supporting AI agent workflows in production
|
||||||
|
|
||||||
|
Ensure reliability, scalability, and observability of agentic systems across internal and external products
|
||||||
|
|
||||||
|
Design and develop platform services, APIs, SDKs, and self-service capabilities that allow engineering teams to easily consume AI infrastructure and agent platform services
|
||||||
|
|
||||||
|
Manage and maintain the compute, orchestration, and serving infrastructure powering model inference and agent execution
|
||||||
|
|
||||||
|
Implement robust monitoring, alerting, and incident response procedures tailored to AI/ML workloads
|
||||||
|
|
||||||
|
Utilize Infrastructure as Code (IaC) tools such as Terraform to provision and manage cloud (AWS) infrastructure components
|
||||||
|
|
||||||
|
Build and maintain CI/CD pipelines that support rapid, reliable deployment of AI services and agent workflows
|
||||||
|
|
||||||
|
Define and implement guardrails, failure handling, and recovery patterns specific to agentic and LLM-powered systems
|
||||||
|
|
||||||
|
Collaborate with AI and Data Engineering teams to translate experimental agent prototypes into hardened production systems
|
||||||
|
|
||||||
|
Manage containerized workloads using Kubernetes, ensuring efficient deployment, scaling, and orchestration of AI services
|
||||||
|
|
||||||
|
Implement access controls and security best practices across AI infrastructure environments
|
||||||
|
|
||||||
|
Document architecture, runbooks, and best practices to support knowledge sharing across the team
|
||||||
|
|
||||||
|
What You Bring
|
||||||
|
|
||||||
|
5+ years of experience as a Site Reliability Engineer, Infrastructure Engineer, Platform Engineer, or similar role in a production environment
|
||||||
|
|
||||||
|
Hands-on experience supporting ML infrastructure, model serving, or MLOps workflows in production
|
||||||
|
|
||||||
|
Experience building developer platforms, internal tooling, APIs, or SDKs consumed by engineering teams at scale
|
||||||
|
|
||||||
|
Strong understanding of platform engineering principles, including developer experience, self-service infrastructure, and API-driven platform design
|
||||||
|
|
||||||
|
Proficiency with Infrastructure as Code tools, particularly Terraform
|
||||||
|
|
||||||
|
Experience with containerization and orchestration, particularly Kubernetes and Docker
|
||||||
|
|
||||||
|
Solid understanding of cloud infrastructure, preferably AWS
|
||||||
|
|
||||||
|
Strong scripting skills (bash/shell) and proficiency in at least one programming language (Python preferred)
|
||||||
|
|
||||||
|
Experience designing and operating observability, monitoring, and alerting systems
|
||||||
|
|
||||||
|
Experience implementing incident response procedures and participating in on-call rotations
|
||||||
|
|
||||||
|
Strong collaboration skills working across data, AI, and engineering teams
|
||||||
|
|
||||||
|
High ownership mindset in a fast-moving, high-stakes production environment
|
||||||
|
|
||||||
|
Nice to haves
|
||||||
|
|
||||||
|
Experience building or operating infrastructure for agent-based or LLM-powered systems
|
||||||
|
|
||||||
|
Familiarity with agent orchestration frameworks (e.g., LangGraph, CrewAI, or similar)
|
||||||
|
|
||||||
|
Background in data infrastructure, including familiarity with Airflow, Kafka, Spark, or data lake tooling
|
||||||
|
|
||||||
|
Experience with CI/CD pipelines and deployment automation for AI/ML workloads
|
||||||
|
|
||||||
|
Exposure to evaluation frameworks and model performance monitoring at scale
|
||||||
|
|
||||||
|
Experience working in fast-moving 0→1 environments or platform-building teams
|
||||||
|
|
||||||
|
Experience building SDKs, developer tooling, or internal platform products with a strong focus on usability and adoption
|
||||||
|
|
||||||
|
Experience with Cloudflare's cloud platform and product ecosystem, including networking, security, performance, and Zero Trust solutions
|
||||||
|
|
||||||
|
Unless a specific application deadline is stated in the job posting, applications are accepted on an ongoing basis.
|
||||||
|
|
||||||
|
Note: applicants are permitted to redact or remove information on their resume that identifies age, date of birth, or dates of attendance/graduation. Kraken encourages applicants to apply even if they don't fully meet the listed requirements, especially if passionate or knowledgeable about crypto.
|
||||||
@@ -131,5 +131,19 @@
|
|||||||
"decision": "applied",
|
"decision": "applied",
|
||||||
"note": "Observability-spine SWE on an Iceberg telemetry lakehouse; Zurich-commutable, comp CHF 176-253k base clears bar. Best-fit role in the 2026-06 search. | SENT 2026-06-06 (resume+CL finalized, ~86/100).",
|
"note": "Observability-spine SWE on an Iceberg telemetry lakehouse; Zurich-commutable, comp CHF 176-253k base clears bar. Best-fit role in the 2026-06 search. | SENT 2026-06-06 (resume+CL finalized, ~86/100).",
|
||||||
"date": "2026-06-08"
|
"date": "2026-06-08"
|
||||||
|
},
|
||||||
|
"https://www.google.com/about/careers/applications/jobs/results/87066954308690630-senior-data-engineer?location=Switzerland": {
|
||||||
|
"company": "Google",
|
||||||
|
"title": "Senior Data Engineer (Merchant Data Science)",
|
||||||
|
"decision": "applied",
|
||||||
|
"note": "Tier-1 DE fit; self-serve data products = team charter; Zurich team. | SENT 2026-06-15 (resume+CL finalized, 85.5/100). Clarify L4/L5 + comp 180k+ at recruiter stage.",
|
||||||
|
"date": "2026-06-15"
|
||||||
|
},
|
||||||
|
"https://jobs.ashbyhq.com/kraken.com/c331de1b-b75a-48f5-9d19-0e56ccb935ab": {
|
||||||
|
"company": "Kraken (Payward)",
|
||||||
|
"title": "Site Reliability Engineer, AI Agents",
|
||||||
|
"decision": "applied",
|
||||||
|
"note": "Crypto-native + production-ML edge; remote CH-eligible. Honest gaps: no Terraform/SRE-title/LangGraph. | SENT 2026-06-15 (resume+CL finalized, 87.2/100). Verify comp 180k+ at recruiter stage.",
|
||||||
|
"date": "2026-06-15"
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
Senior Data Engineer — Google (Merchant Data Science, Merchant Shopping Organization)
|
||||||
|
|
||||||
|
JD source: live scrape 2026-06-15 via Playwright (Google careers board), re-verified live same day
|
||||||
|
URL: https://www.google.com/about/careers/applications/jobs/results/87066954308690630-senior-data-engineer?location=Switzerland
|
||||||
|
Location: Mountain View, CA, USA; Zürich, Switzerland (preferred-location choice at apply)
|
||||||
|
Level chip: "Mid" (title says Senior — clarify L4 vs L5 at recruiter stage)
|
||||||
|
Comp (US band shown): $156,000 - $227,000 USD + 15% bonus target + equity + benefits. Zürich band NOT posted — verify clears 180k+ all-in.
|
||||||
|
|
||||||
|
--- VERBATIM POSTING TEXT ---
|
||||||
|
|
||||||
|
Note: By applying to this position you will have an opportunity to share your preferred working location from the following: Mountain View, CA, USA; Zürich, Switzerland.
|
||||||
|
|
||||||
|
Minimum qualifications:
|
||||||
|
Bachelor's degree or equivalent practical experience.
|
||||||
|
5 years of experience designing data pipelines, and dimensional data modeling for synch and asynch system integration and implementation using internal (e.g., Flume, etc.) and external stacks (DataFlow, Spark, etc.).
|
||||||
|
|
||||||
|
5 years of experience coding in one or more programming languages.
|
||||||
|
|
||||||
|
5 years of experience working with data infrastructure and data models by performing exploratory queries and scripts.
|
||||||
|
|
||||||
|
Preferred qualifications:
|
||||||
|
5 years of experience with statistical methodology and data consumption tools such as business intelligence tools, collabs, jupyter notebooks, Tableau, Power BI, DataStudio, and business intelligence platforms.
|
||||||
|
|
||||||
|
3 years of experience developing project plans and delivering projects on time within budget and scope.
|
||||||
|
|
||||||
|
3 years of experience partnering with stakeholders (e.g., users, partners, customer), and managing stakeholders/customers.
|
||||||
|
|
||||||
|
Experience with Machine Learning for production workflows.
|
||||||
|
|
||||||
|
About the job
|
||||||
|
The Merchant Data Science team is a group within the Merchant Shopping Organization. We work on building scalable data products that empower data-driven decision-making.
|
||||||
|
|
||||||
|
In this role, you will innovate and build durable, impactful data products. You will bridge the gap between software engineering, data engineering, and data science.
|
||||||
|
|
||||||
|
As a Data Engineer in the Merchant Shopping organization, you will build data products and foundations to improve Google's Shopping products. You will collaborate with a multidisciplinary team of data scientists, engineers, and PMs on a wide range of problems. You will bring an understanding of data, logging, and engineering. You will solve non-routine problems, build reliable data products used across the organization, and drive impact on cross-functional projects.
|
||||||
|
|
||||||
|
Individual pay is determined by factors including job-related skills, experience, and relevant education or training.
|
||||||
|
|
||||||
|
US: $156000 - $227000 (USD) + 15% bonus target + equity + benefits
|
||||||
|
|
||||||
|
Responsibilities
|
||||||
|
Identify the underlying need, process datasets, and apply advanced data engineering, data modeling, and architectural frameworks when needed.
|
||||||
|
Design, build, and scale innovative data products, including self-serve tools, and automated pipelines.
|
||||||
|
Advance data infrastructure, product quality, and foundational understanding through automated validation frameworks, data quality, and reliability monitoring.
|
||||||
|
Operate with a high degree of autonomy, owning data engineering projects from initial conception to landing and impact.
|
||||||
|
Advocate impactful data products while contributing to a team culture that values engineering excellence, robust data, and sharp communication.
|
||||||
@@ -0,0 +1,220 @@
|
|||||||
|
# Critique: Google — Senior Data Engineer (Merchant Data Science, Merchant Shopping) — Zürich
|
||||||
|
|
||||||
|
**Resume:** `output/Google_Senior_Data_Engineer/e2e_google_senior_data_engineer_resume.tex`
|
||||||
|
**Cover Letter:** `output/Google_Senior_Data_Engineer/e2e_google_senior_data_engineer_cover_letter.tex`
|
||||||
|
**JD source:** live scrape 2026-06-15 via Playwright (real Google posting, verbatim) — JD integrity OK
|
||||||
|
**Date:** 2026-06-15
|
||||||
|
**Score: 85.5 / 100** (Tier-1 scope fix + both Tier-2 items APPLIED 2026-06-15; baseline pre-edit was 83.0)
|
||||||
|
|
||||||
|
> **Edits applied 2026-06-15 (this critique pass):**
|
||||||
|
> - **Tier 1 (scope/accuracy):** resume B2 + CL P2 migration claim re-scoped — "Migrated Swisscom's legacy Teradata/Oracle ETL" → "Migrated my Fulfillment and Product Analysis ETL from Teradata/Oracle to Swisscom's … AWS platform" (resume) / "As Swisscom moved to a cloud-native AWS platform …, I migrated my Fulfillment and Product Analysis ETL off Teradata and Oracle" (CL). Recurring flagged Scope-Discipline error cleared in both docs.
|
||||||
|
> - **Tier 2.1:** resume B4 now hits the project-delivery preferred qual — "for B2B stakeholder teams **on time and in scope**" (dropped "3rd-level root cause analysis" for space).
|
||||||
|
> - **Tier 2.2:** resume B5 "distributed computing" → "distributed data processing" (JD's exact phrase).
|
||||||
|
> - Re-verified: resume 2pp / CL 1pp, clean compile, no orphans; B2 216 / B4 190 / B5 206 chars (all ≤218 max); AI scan still clean.
|
||||||
|
> Remaining gap is the structural hard ceiling (~87): no GCP/BigQuery-by-name, no marketplace domain — not truthfully closable.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Domain-Specialist Lens
|
||||||
|
|
||||||
|
### Reviewer Persona
|
||||||
|
A Google L5/L6 Data Engineer tech lead or DE manager on Merchant Data Science (Zürich). Reads pipelines + dimensional-modeling depth, data-product thinking (self-serve, durable, consumed at scale), data-quality/validation rigor, and autonomy. Has screened dozens of DEs with BigQuery/Dataflow/dbt + marketplace data. Rolls eyes at BI-dashboard-only profiles and "moved data from A to B" with no modeling. Genuinely interested by someone who has *designed data models and owned data products others depend on*, not just run ETL.
|
||||||
|
|
||||||
|
### Company Context
|
||||||
|
Merchant Shopping Org; the Shopping Graph indexes 60B+ product listings (confirmed Google I/O, 19 May 2026). Merchant Data Science builds scalable data products powering data-driven decisions + AI Shopping experiences (Gemini/AIM). Role explicitly "bridges SWE, DE, and DS." Insider vocabulary: data products, self-serve, dimensional modeling, fact/dim tables, data quality SLAs, validation frameworks, freshness/lineage, Flume/Dataflow/BigQuery, batch+streaming, idempotency, backfill. "Equivalent practical experience" explicitly accepted in min quals.
|
||||||
|
|
||||||
|
### JD Vocabulary Extraction (ranked)
|
||||||
|
| # | JD Term | Freq | Meaning here | Resume Match? |
|
||||||
|
|---|---|---|---|---|
|
||||||
|
| 1 | data products (durable, self-serve) | High (title-adjacent, 3×) | Reusable assets other teams consume without re-engineering | YES — near-verbatim, flagship (SW-7) |
|
||||||
|
| 2 | designing data pipelines | High (min qual) | Production pipeline design, not maintenance | YES |
|
||||||
|
| 3 | dimensional data modeling | High (min qual) | Fact/dim schema design | YES — verbatim, 3× |
|
||||||
|
| 4 | data infrastructure / data models | High (min qual) | Platform + exploratory queries | YES |
|
||||||
|
| 5 | Flume / DataFlow / Spark | Med (min qual) | Internal + external distributed stacks | PARTIAL — Spark direct; Flume/DataFlow honest bridge (CL), never claimed |
|
||||||
|
| 6 | automated validation / data quality / reliability monitoring | High (resp) | Quality frameworks, freshness/anomaly | YES (BS-4) |
|
||||||
|
| 7 | autonomy, conception→landing→impact | High (resp) | Owns projects end-to-end | YES — Component/App Owner |
|
||||||
|
| 8 | BI / data-consumption tools, statistical methodology | Med (pref) | Tableau/PowerBI/DataStudio/Jupyter | PARTIAL — Spotfire/Tableau/QuickSight/Jupyter; no PowerBI/DataStudio |
|
||||||
|
| 9 | ML for production workflows | Med (pref) | ML in prod | YES (BS-1) |
|
||||||
|
| 10 | stakeholder partnering, project delivery on time/budget/scope | Med (pref) | Cross-functional + PM discipline | YES on stakeholders; THIN on explicit "on time/budget/scope" phrasing |
|
||||||
|
|
||||||
|
### Domain Vocabulary Map
|
||||||
|
| Resume currently says | Could say for this JD | Why |
|
||||||
|
|---|---|---|
|
||||||
|
| "Migrated Swisscom's legacy Teradata/Oracle ETL" | "Migrated my Fulfillment/Product Analysis ETL onto Swisscom's AWS platform" | Scope the object — see Tier 1 (accuracy) |
|
||||||
|
| "distributed computing" (B5) | "distributed data processing" | JD's exact phrase; tiny swap |
|
||||||
|
| (implicit delivery) | "delivered on time, within scope" somewhere | Hits the 3-yr project-delivery preferred qual verbatim |
|
||||||
|
|
||||||
|
### Gap Ranking
|
||||||
|
- **Fatal:** None. Every minimum qual is met (pipelines, dimensional modeling, 5+ yrs coding, data infra) and Google explicitly accepts equivalent practical experience.
|
||||||
|
- **Serious:** No BigQuery/Dataflow/Flume hands-on by name; no Google-scale or e-commerce/marketplace domain. These are real and **correctly not faked** — handled as honest bridges. They cap the ceiling but won't trigger ATS/HR rejection.
|
||||||
|
- **Cosmetic:** No PowerBI/DataStudio (has Tableau/Spotfire/QuickSight — equivalent); explicit "on time/budget/scope" phrasing absent; "synch/asynch" not verbatim.
|
||||||
|
|
||||||
|
### Methodology Transfer Test (top 5 achievements)
|
||||||
|
| Achievement | How a Google Merchant-DS expert reads it |
|
||||||
|
|---|---|
|
||||||
|
| SW-7 self-serve governed data products on Data Mesh | "This is literally our job description — durable data products consumed across teams." ✅ Strongest transfer in the package. |
|
||||||
|
| SW-1 Teradata/Oracle→AWS migration + dimensional schemas | "Cloud warehouse migration + dimensional modeling — maps to our BigQuery/Dataflow world conceptually." ✅ (verb-scope caveat below) |
|
||||||
|
| SW-6 PySpark distributed processing | "Spark transfers to Dataflow/Flume; he says so honestly." ✅ |
|
||||||
|
| BS-4 anomaly detection + data-quality stack | "Validation frameworks + reliability monitoring — exactly our 'automated validation' responsibility." ✅ |
|
||||||
|
| BS-1 production ML inference in 24/7 fab | "ML for production workflows preferred qual, in a no-downtime environment." ✅ |
|
||||||
|
|
||||||
|
All five transfer naturally and honestly. This is a genuine Tier-1 fit, not a reframe stretch.
|
||||||
|
|
||||||
|
### Competitive Landscape
|
||||||
|
- **Obvious fit:** ex-FAANG or marketplace DE fluent in BigQuery/Dataflow/dbt, dimensional modeling at Google scale, e-commerce data.
|
||||||
|
- **Our advantage:** self-serve data-product / Data-Mesh platform thinking at telco scale (the JD's #1 ask, near-verbatim), production ML, data-quality/reliability discipline, broad multi-industry delivery, local to Zürich.
|
||||||
|
- **Their advantage:** GCP-by-name, Google-scale, marketplace domain. Unbridgeable truthfully → defines the hard ceiling.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Five-Perspective Read-Through
|
||||||
|
|
||||||
|
### ATS Robot
|
||||||
|
Verbatim/semantic matches: data pipelines ✅, dimensional data modeling ✅, data products ✅, self-serve tools ✅, automated pipelines ✅, data infrastructure ✅, data models ✅, Spark/PySpark ✅, Airflow ✅, SQL ✅, Python ✅, Kafka ✅, data quality ✅, automated validation ✅, reliability monitoring ✅, stakeholder ✅, ML production ✅, Jupyter ✅, Tableau ✅, statistical methods ✅. Missing: Flume ❌ (intentional), DataFlow ❌ (intentional, bridged in CL), DataStudio ❌, Power BI ❌, explicit "project plans/on time/budget/scope" ❌.
|
||||||
|
**Match rate: ~18/22 ≈ 82% → PASS.** No high-frequency JD term sits at 0 in the resume except the GCP-internal tools (correctly avoided).
|
||||||
|
|
||||||
|
### Recruiter Glance (10s)
|
||||||
|
**Verdict: FORWARD (80%).** Staff Data Engineer at Switzerland's largest telco + AWS SAA + a tagline in exact target vocabulary ("Data Products, Dimensional Modeling & Pipeline Ownership"). Credible at level instantly. Only drag: Google's bar is brutal and there's no FAANG/GCP name on the page.
|
||||||
|
|
||||||
|
### HR Screen (30s)
|
||||||
|
**Verdict: PHONE SCREEN (80%).** Summary bridges cleanly ("designing and owning production data pipelines, dimensional data models and self-service data products"). 11+ years clears the 5-yr bars several times over. Skills group names signal target domain. Equivalent-practical-experience clause covers the degree.
|
||||||
|
|
||||||
|
### Hiring Manager (2min)
|
||||||
|
**Verdict: INTERVIEW / leaning yes (60–65%).**
|
||||||
|
Top 3 observations:
|
||||||
|
1. SW-7 self-serve governed data products = the team's charter almost verbatim — immediate "this person already does our job."
|
||||||
|
2. Honest about the GCP gap (CL: "carries over to Google's Flume and Dataflow stack, though not by name") — reads as a confident engineer, not a buzzword-stuffer.
|
||||||
|
3. Would notice the absence of any Google-scale / marketplace data point, and would probe dimensional-modeling depth.
|
||||||
|
**Predicted first interview question:** "Walk me through the dimensional model behind one of your self-serve data products — grain, fact/dim split, and how you handle late-arriving data and backfills."
|
||||||
|
|
||||||
|
### Technical Reviewer (10min)
|
||||||
|
**Truthfulness:** One scope overclaim (see Tier 1) in resume B2 and CL P2: "Migrated Swisscom's legacy Teradata/Oracle ETL" reads as a solo claim on a company-wide migration that Dennis contributed to within his domains (per CLAUDE.md Scope Discipline + `[[feedback_swisscom_datamesh_ownership]]`). Everything else verified: AWS SAA active to Sep 2027 ✅, no LangChain ✅, crypto dropped ✅, no Security Champion ✅, Generali=Hamburg ✅, Bosch=Dresden ✅, languages German/English only ✅, TAF 2022 talk reserved for CL (verified) ✅, no LOC/test counts ✅.
|
||||||
|
**Consistency:** Resume ↔ CL aligned (same stack, same titles, same hooks). The B2/P2 scope issue appears in *both* — fix in both.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Eight-Dimension Scoring
|
||||||
|
|
||||||
|
| Dimension | Score | Weight | Weighted | Notes |
|
||||||
|
|---|---|---|---|---|
|
||||||
|
| ATS Keywords | 8.5/10 | 15% | 1.275 | ~82% match; honest GCP-tool gaps the only zeros |
|
||||||
|
| Summary | 8.5/10 | 10% | 0.85 | Strong bridge, leads with data products; no headline metric (typical for DE) |
|
||||||
|
| Skills Section | 8.5/10 | 10% | 0.85 | BI/Analytics group well-added; all relevant; bolds accurate |
|
||||||
|
| Bullet Quality | 8.2/10 | 25% | 2.05 | Excellent reframing + near-verbatim SW-7; docked for B2 scope overclaim |
|
||||||
|
| Pubs / Credentials | 8.0/10 | 10% | 0.80 | No pubs (expected); AWS SAA + Data Eng + IBM AI Eng + iSAQB are solid signals |
|
||||||
|
| Narrative Coherence | 8.5/10 | 15% | 1.275 | Clean data-product → quality → ML → delivery arc; consistent thread |
|
||||||
|
| Page Fill & Visual | 8.5/10 | 5% | 0.425 | Clean compile, 2pp, no orphans; page 2 has modest lower slack (acceptable) |
|
||||||
|
| Credibility Signals | 8.0/10 | 10% | 0.80 | Component/App Owner titles, AWS cert, CNN/BBC; scope overclaim slightly dents under expert read |
|
||||||
|
| **Total** | | **100%** | **83.3** | Rounded **83.0** |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Interview Likelihood
|
||||||
|
|
||||||
|
| Reader | Probability | Key Factor |
|
||||||
|
|--------|------------|-----------|
|
||||||
|
| ATS | 90% PASS | Core DE keywords all present verbatim |
|
||||||
|
| Recruiter (10s) | 80% FORWARD | Staff title + AWS cert + on-target tagline |
|
||||||
|
| HR (30s) | 80% PHONE SCREEN | Clears every min qual; equivalent-experience clause |
|
||||||
|
| Hiring Manager (2m) | 62% INTERVIEW | SW-7 = team charter; offset by no GCP/marketplace name |
|
||||||
|
| Technical Panel (10m) | YES with probes | Will test dimensional-modeling depth + Spark→Dataflow transfer |
|
||||||
|
|
||||||
|
**Ceiling:** Current 83 → +Tier 1 scope fix ≈ 85.5 → theoretical max (this candidate+JD) ≈ 86–87. **Hard ceiling ~87**, set by no GCP/BigQuery-by-name and no Google-scale/marketplace domain — not truthfully closable. What would close it: a hands-on BigQuery/Dataflow project or e-commerce/marketplace data work (neither exists; do not fabricate).
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Actionable Improvements
|
||||||
|
|
||||||
|
### Tier 1 (HIGH — do this one)
|
||||||
|
1. **Scope the migration claim (accuracy — recurring flagged error). +~2 pts.** Appears in **both** resume B2 and CL P2.
|
||||||
|
- Resume B2 — current: *"Migrated Swisscom's legacy Teradata/Oracle ETL to a cloud-native AWS platform (S3, Glue, Athena/Iceberg, Redshift, Airflow), modeling dimensional schemas..."*
|
||||||
|
- → Proposed: *"Migrated my Fulfillment and Product Analysis ETL off Teradata/Oracle onto Swisscom's cloud-native AWS platform (S3, Glue, Athena/Iceberg, Redshift, Airflow), modeling the dimensional schemas..."*
|
||||||
|
- CL P2 — current: *"I migrated Swisscom's legacy Teradata and Oracle ETL onto a cloud-native AWS platform..."*
|
||||||
|
- → Proposed: *"As Swisscom moved to a cloud-native AWS platform (Glue, Athena/Iceberg, Redshift, Airflow), I migrated my Fulfillment and Product Analysis ETL off Teradata and Oracle and modeled the dimensional schemas behind it..."*
|
||||||
|
- **Why:** "Migrated Swisscom's legacy … ETL" pairs a full-ownership verb with a company-wide object — the exact pattern banned in CLAUDE.md Scope Discipline and `[[feedback_swisscom_datamesh_ownership]]` (the ODP migration is company-wide, Dennis contributed within his domains). Scoping the object keeps every ATS keyword and reads *more* credible to an L5 DE, not less.
|
||||||
|
|
||||||
|
### Tier 2 (MEDIUM — optional)
|
||||||
|
1. **Add explicit project-delivery phrasing (~+0.4).** The 3-yr "developing project plans and delivering on time, within budget and scope" preferred qual has no verbatim hook. If a bullet can absorb it (e.g., fold "delivered on time and in scope" into B3 or the Bosch App-Owner bullet), it's a cheap ATS+HR win. Watch char limits — both candidate bullets are already near target.
|
||||||
|
2. **"distributed computing" → "distributed data processing" in B5 (~+0.2).** JD's exact phrase; one-word-ish swap, no length change.
|
||||||
|
|
||||||
|
### Tier 3 (COSMETIC — skip)
|
||||||
|
1. "synch/asynch" verbatim insertion — Kafka+batch already covers it semantically; not worth the bullet space.
|
||||||
|
2. Page-2 lower slack — within tolerance for a 2-page resume; do not pad.
|
||||||
|
|
||||||
|
### Verdict
|
||||||
|
Apply Tier 1 (it's an accuracy fix on a recurring flagged error, in both documents). Tier 2 are genuine but optional polish. Tier 3 skip.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Interview Bridge Points
|
||||||
|
|
||||||
|
| Resume Topic | Target Equivalent | Opening Line |
|
||||||
|
|---|---|---|
|
||||||
|
| SW-7 self-serve data products | Merchant Data Science's durable data products | "The self-serve data products I own at Swisscom are the same primitive your team builds — assets other teams query without coming back to me; the difference is scale, not concept." |
|
||||||
|
| SW-6 PySpark / Data Lake | Flume / Dataflow | "My PySpark batch+streaming work maps directly onto Flume and Dataflow — same distributed-processing model, columnar lake underneath; I'd ramp on the API, not the paradigm." |
|
||||||
|
| SW-1 dimensional modeling | BigQuery fact/dim schemas | "I model fact/dimension schemas on Athena/Iceberg/Redshift today; ZetaSQL/BigQuery is a dialect and storage shift, not a modeling one." |
|
||||||
|
| BS-4 anomaly detection + data quality | Automated validation frameworks | "Reliability monitoring for a 24/7 fab is the same discipline as your automated validation — freshness, completeness, anomaly alerting with no maintenance window." |
|
||||||
|
| BS-1 production ML inference | ML for production workflows | "I containerized ML inference into a fab with zero downtime tolerance — the operational bar for production ML is something I've already lived." |
|
||||||
|
| BS-5 Spotfire + TAF 2022 talk | Data consumption / how analysts use products | "I co-owned a Spotfire analytics platform and spoke at TIBCO Analytics Forum 2022 on spatial-variability visualization — I think about the consumption end, not just the pipeline end." |
|
||||||
|
| Component/Application Owner | Autonomy, conception→landing→impact | "I've held formal Component and Application Owner titles — I own things end to end with on-call accountability, which is exactly the autonomy this role describes." |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Cover Letter Critique
|
||||||
|
|
||||||
|
**Institution type:** Industry (big-tech, DE audience). **Word count:** 299 — within the 250–300 industry target. ✅
|
||||||
|
|
||||||
|
### 6A. Anti-Pattern Checklist
|
||||||
|
- [x] Opens with a specific fact (60B Shopping Graph), not "I am writing to express…"
|
||||||
|
- [x] Adds narrative context, doesn't rehash bullets in prose
|
||||||
|
- [x] Names specific product/program (Shopping Graph, Merchant Data Science, Flume/Dataflow, TAF 2022)
|
||||||
|
- [x] Clear "why this team" (Zürich, bridge SWE/DE/DS, local from Bern)
|
||||||
|
- [x] Strongest qual (self-serve data products) in P1
|
||||||
|
- [x] No apologetic gap language — gap stated confidently ("though not by name")
|
||||||
|
- [x] Active close ("I'd welcome a conversation about the team's roadmap")
|
||||||
|
- [x] Credentials woven into body, not dumped
|
||||||
|
|
||||||
|
### 6B. Tailoring Signals
|
||||||
|
Names Shopping Graph + Merchant Data Science + Flume/Dataflow; uses ≥3 supplementing JD terms (durable/reusable data products, dimensional modeling, autonomy); references mission (data foundation for AI Shopping); proposes a concrete method↔need connection. ✅
|
||||||
|
|
||||||
|
### 6C. Industry-Specific
|
||||||
|
- [x] Business-value translation present ("decisions merchants and shoppers act on")
|
||||||
|
- [x] No "leaving academia" framing
|
||||||
|
- [x] Jargon calibrated to a DE reader
|
||||||
|
|
||||||
|
### 6D. CL ATS
|
||||||
|
Supplementing keywords present: Shopping Graph, self-service/durable data products, dimensional modeling, PySpark, Flume/Dataflow, ELK/Grafana/Prometheus, production ML, Component Owner. 7+ — strong.
|
||||||
|
|
||||||
|
### 6E / 6F. Structural & Cohesion
|
||||||
|
- [x] Claims match resume; no new unsupported achievements
|
||||||
|
- [x] CL deepens (motivation, "one scale down," consumption angle), doesn't restate
|
||||||
|
- [x] Word count 299; tone results-driven
|
||||||
|
- [x] Quantification present (60B listings, 24/7, 300mm, TAF 2022) — 4+, not a fact sheet
|
||||||
|
- [⚠] **One contradiction to fix alongside Tier 1:** CL P2 "I migrated Swisscom's legacy Teradata and Oracle ETL" carries the same scope overclaim as resume B2 — fix in both so the documents stay consistent.
|
||||||
|
|
||||||
|
### 6G. AI Fingerprint Scan (12-item)
|
||||||
|
- Tier-1 banned words: none. ✅
|
||||||
|
- Banned phrases: none. ✅
|
||||||
|
- Em-dashes: **0** in CL (commas used for the appositive), ≤2 in resume (en-dashes only). ✅
|
||||||
|
- Bullet -ing analysis endings: none. ✅
|
||||||
|
- 3+ consecutive same-length sentences: no — CL mixes short ("That is the work I do today, one scale down.") with long. ✅
|
||||||
|
- Repeated paragraph-start structure: no (P1 "Google's…", P2 "Most of…", P3 "Two things…"). ✅
|
||||||
|
- >2 triplet structures: borderline (two "X, Y, and Z"; one quotes the JD) — acceptable. ✅
|
||||||
|
- Generic opener: no. ✅
|
||||||
|
- Metaphorical landscape/journey/realm: none. ✅
|
||||||
|
- Passive-voice bullets >20%: no. ✅
|
||||||
|
**AI scan: clean.**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Part 7: Post-Generation Verification
|
||||||
|
|
||||||
|
**Mechanical:** All 17 variable bullets within 189–218 char range ✅ (char_count.py: bullets 1–17 OK/NEAR-MAX, none OVER). Cert lines 1L "SHORT" — FIXED section, acceptable. No orphans ✅. Resume 2 pages ✅. CL 1 page, 299 words ✅. One 0.97pt overfull hbox in CL — sub-pixel, invisible.
|
||||||
|
**Content:** ATS ≥70% ✅. Provenance clean ✅. No forbidden terms (no LangChain, no LOC/test counts, no crypto, no Security Champion) ✅. No publication entries to mismatch. CL claims traceable to resume ✅.
|
||||||
|
**Structural:** "Google"/"Swisscom"/"Bosch"/"Generali"(Hamburg)/"Fraunhofer"/"Vizrt" all correct ✅. Complete preambles, compiles standalone ✅. Dates "Mon YYYY -- Mon YYYY" ✅. Email dennis@thiessen.io ✅. No US immigration line (Zürich target) ✅.
|
||||||
|
|
||||||
|
**Only flag rising to Tier 1:** the migration scope overclaim (resume B2 + CL P2).
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
*End of critique.*
|
||||||
@@ -0,0 +1,44 @@
|
|||||||
|
\documentclass[11pt,a4paper,roman]{moderncv}
|
||||||
|
\usepackage[english]{babel}
|
||||||
|
\moderncvstyle{classic}
|
||||||
|
\moderncvcolor{green}
|
||||||
|
\usepackage[utf8]{inputenc}
|
||||||
|
\usepackage[T1]{fontenc}
|
||||||
|
\usepackage{ragged2e}
|
||||||
|
\usepackage[scale=0.80]{geometry}
|
||||||
|
\usepackage[version=4,arrows=pgf-filled]{mhchem}
|
||||||
|
\renewcommand*{\makeletterclosing}{\par\vspace{2ex}\closingname\par}
|
||||||
|
\microtypesetup{expansion=false}
|
||||||
|
|
||||||
|
% ========== HEADER ==========
|
||||||
|
\name{Dennis}{Thiessen, M.Eng.}
|
||||||
|
\address{Bern, Switzerland}{}{}
|
||||||
|
\phone[mobile]{+41~795~955~585}
|
||||||
|
\email{dennis@thiessen.io}
|
||||||
|
\extrainfo{\href{https://linkedin.com/in/dennis-thiessen}{linkedin.com/in/dennis-thiessen}}
|
||||||
|
% ============================
|
||||||
|
|
||||||
|
\begin{document}
|
||||||
|
|
||||||
|
\recipient{Hiring Team}{Merchant Data Science, Merchant Shopping\\Google Switzerland GmbH\\Z\"urich, Switzerland}
|
||||||
|
\date{\today}
|
||||||
|
\opening{Dear Merchant Data Science Hiring Team,}
|
||||||
|
\makelettertitle
|
||||||
|
|
||||||
|
\begin{justify}
|
||||||
|
|
||||||
|
Google's Shopping Graph now indexes over 60 billion product listings, and the Merchant Data Science team in Z\"urich builds the data foundation that turns that scale into decisions merchants and shoppers act on. That is the work I do today, one scale down. At Swisscom, Switzerland's largest telco, I design and own self-service, governed data products that analytics and engineering teams depend on. The role's explicit aim, bridging software engineering, data engineering, and data science, is how I already work as a Component Owner. Based in Bern, I'd be local to the Z\"urich team.
|
||||||
|
|
||||||
|
Most of my last decade has been pipeline design and dimensional modeling in production. As Swisscom moved to a cloud-native AWS platform (Glue, Athena/Iceberg, Redshift, Airflow), I migrated my Fulfillment and Product Analysis ETL off Teradata and Oracle, modeled the dimensional schemas behind it, and own the business-critical Fulfillment pipelines that feed it under an on-call SLA. On that platform I build the self-serve data products other teams query without coming back to me, the durable, reusable assets your posting describes. For heavy workloads I use PySpark across our Data Lake; that distributed-processing experience carries over to Google's Flume and Dataflow stack, though not by name.
|
||||||
|
|
||||||
|
Two things round out the fit. Data quality and reliability are not afterthoughts for me: at Bosch I built the anomaly-detection and monitoring stack (ELK, Grafana, Prometheus) for 24/7 manufacturing data and moved production ML inference into a 300mm wafer fab, where there are no maintenance windows. I also care about how people consume data. I co-owned Bosch's TIBCO Spotfire analytics platform and spoke at the TIBCO Analytics Forum 2022 on visualizing spatial variability in semiconductor products. Building data products that AI-powered Shopping experiences and human analysts rely on is where I want to work next, and I'd welcome a conversation about the team's roadmap.
|
||||||
|
|
||||||
|
\end{justify}
|
||||||
|
|
||||||
|
\vspace{0.3cm}
|
||||||
|
{Sincerely,\\
|
||||||
|
Dennis Thiessen, M.Eng.\\
|
||||||
|
Staff Data, Analytics \& AI Engineer\\
|
||||||
|
Swisscom (Schweiz) AG}
|
||||||
|
|
||||||
|
\end{document}
|
||||||
@@ -0,0 +1,162 @@
|
|||||||
|
\documentclass{resume}
|
||||||
|
\usepackage{hyperref}
|
||||||
|
\usepackage{enumitem}
|
||||||
|
\usepackage{fontawesome}
|
||||||
|
\usepackage{tikz}
|
||||||
|
\usepackage{graphicx}
|
||||||
|
\hypersetup{
|
||||||
|
colorlinks = true,
|
||||||
|
linkcolor = [rgb]{0.9,0.4,0.4},
|
||||||
|
anchorcolor = [rgb]{0.9,0.4,0.4},
|
||||||
|
citecolor = [rgb]{0.4,0.4,0.4},
|
||||||
|
filecolor = [rgb]{0.4,0.4,0.4},
|
||||||
|
urlcolor = [rgb]{0.0,0.0,0.99},
|
||||||
|
}
|
||||||
|
\usepackage{xcolor}
|
||||||
|
\usepackage[utf8]{inputenc}
|
||||||
|
\usepackage[T1]{fontenc}
|
||||||
|
\usepackage{lmodern}
|
||||||
|
\usepackage[version=4,arrows=pgf-filled]{mhchem}
|
||||||
|
\usepackage[includefoot,left=0.5in,top=0.5in,right=0.5in,bottom=0.2in,textwidth=7.5in,textheight=10.8in]{geometry}
|
||||||
|
\usepackage{fancyhdr}
|
||||||
|
\pagestyle{fancy}
|
||||||
|
\fancyhf{}
|
||||||
|
\renewcommand{\headrulewidth}{0pt}
|
||||||
|
\fancyfoot[R]{\hfill \thepage/\pageref{LastPage}}
|
||||||
|
\newcommand{\tab}[1]{\hspace{.2667\textwidth}\rlap{#1}}
|
||||||
|
\newcommand{\itab}[1]{\hspace{0em}\rlap{#1}}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% HEADER
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
\name{Dennis Thiessen, M.Eng.}
|
||||||
|
\address{\href{https://linkedin.com/in/dennis-thiessen}{LinkedIn}}
|
||||||
|
\address{dennis@thiessen.io \\ +41 795 955 585}
|
||||||
|
\address{Bern, Switzerland $\vert$ German citizen (EU) $\vert$ Open to Z\"urich (on-site / hybrid)}
|
||||||
|
\address{{Senior Data Engineer $\vert$ Python $\cdot$ SQL $\cdot$ AWS $\cdot$ Spark $\vert$ Data Products, Dimensional Modeling \& Pipeline Ownership}}
|
||||||
|
|
||||||
|
|
||||||
|
\begin{document}
|
||||||
|
|
||||||
|
\vspace{-0.15cm}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% SUMMARY
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
\begin{rSection}{Summary}
|
||||||
|
Senior data engineer with 11+ years designing and owning production data pipelines, dimensional data models and self-service data products. At Switzerland's largest telco I build governed, reusable \textbf{data products} on \textbf{AWS} (Glue, Athena/Iceberg, Redshift, \textbf{Airflow}) and own business-critical Oracle/\textbf{Kafka}-to-Teradata \textbf{ETL} under SLA. Earlier I co-owned a \textbf{TIBCO Spotfire} analytics platform and moved \textbf{ML} inference into a 24/7 Bosch fab. \textbf{AWS} Certified Solutions Architect; \textbf{Python} and \textbf{SQL} expert with \textbf{PySpark} for distributed processing.
|
||||||
|
\end{rSection}
|
||||||
|
\vspace{-0.15cm}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% TECHNICAL SKILLS — Format C, 5 groups (4-3-2-2-2)
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
\begin{rSection}{Technical Skills}
|
||||||
|
|
||||||
|
\begin{skillgroup}{Data Engineering \& Pipelines}
|
||||||
|
\skilldash{ETL/ELT pipeline design, dimensional data modeling, data warehousing, \textbf{data products}, data governance}
|
||||||
|
\skilldash{\textbf{Apache Airflow}, \textbf{Apache Kafka}, batch \& streaming ingestion, SAP BODS, metadata management}
|
||||||
|
\skilldash{\textbf{PySpark} / \textbf{Apache Spark}, distributed data processing, Hadoop / Impala, large-scale batch}
|
||||||
|
\skilldash{Data quality, automated validation, reliability monitoring (ELK, \textbf{Grafana}, \textbf{Prometheus}, Loki)}
|
||||||
|
\end{skillgroup}
|
||||||
|
|
||||||
|
\begin{skillgroup}{Cloud Platform \& Infrastructure}
|
||||||
|
\skilldash{\textbf{AWS} (S3, Glue, Athena/Iceberg, Redshift, Lambda, Step Functions, CloudWatch) -- SAA-certified}
|
||||||
|
\skilldash{Infrastructure as Code (CloudFormation), serverless \& event-driven architecture, ECR/ECS}
|
||||||
|
\skilldash{\textbf{Kubernetes}, \textbf{Docker}, \textbf{GitLab CI/CD}, Jenkins, Ansible, Linux, Git}
|
||||||
|
\end{skillgroup}
|
||||||
|
|
||||||
|
\begin{skillgroup}{BI, Analytics \& Data Consumption}
|
||||||
|
\skilldash{\textbf{TIBCO Spotfire} (C\# extensions, platform owner), \textbf{Tableau}, AWS QuickSight, dashboards \& reporting}
|
||||||
|
\skilldash{Jupyter / Pandas, exploratory analysis, statistical methods, stakeholder analytics}
|
||||||
|
\end{skillgroup}
|
||||||
|
|
||||||
|
\begin{skillgroup}{Programming \& Databases}
|
||||||
|
\skilldash{\textbf{Python} (expert), \textbf{SQL}, Java, C\#, Bash, JavaScript/TypeScript, FastAPI, pytest}
|
||||||
|
\skilldash{Teradata, Oracle DB, Redshift, Athena, ImpalaSQL, relational \& dimensional modeling}
|
||||||
|
\end{skillgroup}
|
||||||
|
|
||||||
|
\begin{skillgroup}{Certifications}
|
||||||
|
\skilldash{\textbf{AWS Certified Solutions Architect -- Associate} (active to Sep 2027), Data Engineering with AWS (Udacity)}
|
||||||
|
\skilldash{iSAQB CPSA -- Foundation (2016), ITIL Foundation (2016), IBM AI Engineering Specialization}
|
||||||
|
\end{skillgroup}
|
||||||
|
|
||||||
|
\end{rSection}
|
||||||
|
\vspace{-0.15cm}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% PROFESSIONAL EXPERIENCE
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
\begin{rSection}{Professional Experience}
|
||||||
|
|
||||||
|
% --- Swisscom (Oct 2023 -- Present) — SW-7, SW-1, SW-2, SW-4, SW-6, SW-3 ---
|
||||||
|
\begin{rSubsection}{Self-Service Data Products, Dimensional Modeling \& Cloud-Native Pipelines}{\textcolor{black!60}{Oct 2023 -- Present}}{Staff Data, Analytics \& AI Engineer, Swisscom (Schweiz) AG}{Bern, Switzerland}
|
||||||
|
\item Build governed, self-service \textbf{data products} with metadata management within Swisscom's \textbf{Data Mesh} on \textbf{AWS} (Glue, Athena, CloudFormation, CI/CD), consumed by downstream analytics and engineering teams.
|
||||||
|
\item Migrated my Fulfillment and Product Analysis \textbf{ETL} from Teradata/Oracle to Swisscom's cloud-native \textbf{AWS} platform (Glue, Athena/Iceberg, Redshift, \textbf{Airflow}), modeling dimensional schemas for batch and analytics workloads.
|
||||||
|
\item Own business-critical Fulfillment \textbf{ETL} pipelines (Oracle, \textbf{Kafka} to Teradata in \textbf{Python}) as Component Owner, enforcing dimensional data models, data governance and data quality under on-call SLA.
|
||||||
|
\item Deliver data products, dashboards (\textbf{Tableau}, QuickSight) and analyses for B2B stakeholder teams on time and in scope, partnering with product owners and automating recurring \textbf{Python} workflows.
|
||||||
|
\item Apply \textbf{PySpark} and distributed data processing in the Swisscom Data Lake, extending \textbf{Python} and \textbf{SQL} pipelines to large-scale batch and streaming workloads across Fulfillment and Product Analysis data domains.
|
||||||
|
\item Design, deploy and operate \textbf{Python} data applications on \textbf{Kubernetes} with \textbf{GitLab CI/CD}, owning containerized delivery from build and test through production rollout and operation in an agile DevOps team.
|
||||||
|
\end{rSubsection}
|
||||||
|
|
||||||
|
% --- Bosch (Feb 2020 -- Dec 2022) — BS-1, BS-3+BS-5, BS-4, BS-2 ---
|
||||||
|
\begin{rSubsection}{Production Data Engineering, ML \& Analytics Platform Ownership}{\textcolor{black!60}{Feb 2020 -- Dec 2022}}{(Senior) Data Engineer, Robert Bosch Semiconductor Manufacturing}{Dresden, Germany}
|
||||||
|
\item Containerized and orchestrated production \textbf{ML} inference (\textbf{Docker}, \textbf{Kubernetes}, Ansible) for automated image-based defect classification in Bosch's 24/7 semiconductor fab across 300mm wafer lines.
|
||||||
|
\item Co-owned the \textbf{TIBCO Spotfire} analytics platform and the Defect Management System as Application Owner, building C\# extensions and wafer-map visualizations, defining SLOs and training engineering users.
|
||||||
|
\item Delivered an anomaly-detection and data-quality stack (ELK with \textbf{Kafka} on \textbf{Docker}, plus \textbf{Grafana}, \textbf{Prometheus}, Loki), giving centralized monitoring, validation and alerting for 24/7 manufacturing data.
|
||||||
|
\item Developed data services in \textbf{Python}, Java and C\# over OracleDB and Hadoop/ImpalaSQL, giving analysis teams structured, reliable access to defect-management and process-optimization data in a high-throughput fab.
|
||||||
|
\end{rSubsection}
|
||||||
|
|
||||||
|
% --- Fraunhofer (Sep 2018 -- Oct 2019) — FC-1, FC-3 ---
|
||||||
|
\begin{rSubsection}{Data-Exchange Microservices \& CI/CD Automation, Built from Zero}{\textcolor{black!60}{Sep 2018 -- Oct 2019}}{Research Software Engineer, Fraunhofer-Center for Maritime Logistics CML}{Hamburg, Germany}
|
||||||
|
\item Set up the team's first Jenkins \textbf{CI/CD} pipeline with quality gates independently, bringing build automation to the group; also developed the SCEDAS crew-scheduling system (C\#, .NET, MS SQL, Entity Framework).
|
||||||
|
\item Built containerized microservices (Express.js, \textbf{Docker}, SQLite) for MISSION, a Fraunhofer maritime data-exchange platform connecting ports, operators and research partners across the logistics chain.
|
||||||
|
\end{rSubsection}
|
||||||
|
|
||||||
|
% --- Vizrt (Jul 2017 -- May 2018) — VZ-1, VZ-2 ---
|
||||||
|
\begin{rSubsection}{Distributed Real-Time Backend Engineering at Broadcast Scale}{\textcolor{black!60}{Jul 2017 -- May 2018}}{DevOps Engineer, Vizrt}{Bergen, Norway}
|
||||||
|
\item Engineered distributed real-time video-transcoding backend components in \textbf{Python} (with legacy C++ modules) for Vizrt's broadcast platform, serving global media customers including CNN, BBC and Al Jazeera.
|
||||||
|
\item Wrote an automated A/V integration and unit test suite in \textbf{Python} and wired quality gates into the \textbf{CI/CD} pipeline, which shortened the feedback loop for new features and raised release reliability.
|
||||||
|
\end{rSubsection}
|
||||||
|
|
||||||
|
% --- Generali (May 2015 -- Jun 2017) — GN-1, GN-3, GN-2 ---
|
||||||
|
\begin{rSubsection}{Test Automation, CI/CD Ownership \& Java Backend}{\textcolor{black!60}{May 2015 -- Jun 2017}}{IT Consultant, Generali Deutschland Informatik Services}{Hamburg, Germany}
|
||||||
|
\item Introduced BDD test automation to Generali (Serenity-BDD, Selenium, JBehave), ran the PoC and took technical ownership, administered Jenkins \textbf{CI/CD} jobs, and trained teams across the Java Community.
|
||||||
|
\item Developed Java/J2EE features for the PIA-Postkorb workflow portal, migrated WebServices to the XLDeploy process, and contributed to an Apache Camel / Spring Boot dispatcher integration PoC.
|
||||||
|
\item Pioneered UIPath RPA at Generali GDIS, building PoCs and serving as the internal RPA contact for group companies, extending automation from test tooling into broader business process automation.
|
||||||
|
\end{rSubsection}
|
||||||
|
|
||||||
|
|
||||||
|
\end{rSection}
|
||||||
|
\vspace{-0.15cm}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% EDUCATION — FIXED
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
\begin{rSection}{Education}
|
||||||
|
{M.Eng.\ Computer Aided Engineering (Software Design \& Engineering)} \hfill {\textcolor{black!60}{Apr 2012 -- Oct 2013}}\\
|
||||||
|
{Universit\"at der Bundeswehr M\"unchen}; thesis at Tongji University, Shanghai \hfill Thesis Grade: \textbf{1.0}\\
|
||||||
|
{\small Thesis: \textit{Development of a Web-Based Remote Fault Diagnosis System} (Neural Networks, PSO, Fuzzy Logic)}
|
||||||
|
|
||||||
|
{B.Eng.\ Information and Telecommunication Technologies} \hfill {\textcolor{black!60}{Oct 2009 -- Oct 2012}}\\
|
||||||
|
{Universit\"at der Bundeswehr M\"unchen}, Munich, Germany
|
||||||
|
\end{rSection}
|
||||||
|
\vspace{-0.15cm}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% CERTIFICATIONS & AWARDS — FIXED
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
\begin{rSection2}{Certifications \& Awards}
|
||||||
|
\item \textbf{AWS Certified Solutions Architect -- Associate}, Amazon Web Services (2024, active until Sep 2027).
|
||||||
|
\item \textbf{Data Engineering with AWS Nanodegree}, Udacity (2026). AWS data pipeline architecture.
|
||||||
|
\item \textbf{IBM AI Engineering Specialization}, Coursera. Deep learning, TensorFlow, Keras, Apache Spark ML.
|
||||||
|
\item \textbf{iSAQB CPSA -- Foundation Level}, iSAQB (2016). Certified Professional for Software Architecture.
|
||||||
|
\item \textbf{ITIL Foundation Certificate in IT Service Management}, PEOPLECERT / AXELOS (2016).
|
||||||
|
\end{rSection2}
|
||||||
|
|
||||||
|
\begin{center}
|
||||||
|
\vspace{0.1cm}
|
||||||
|
\textit{Languages: German (native), English (fluent)}
|
||||||
|
\end{center}
|
||||||
|
|
||||||
|
\end{document}
|
||||||
@@ -0,0 +1,199 @@
|
|||||||
|
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||||
|
% Medium Length Professional CV - RESUME CLASS FILE
|
||||||
|
%
|
||||||
|
% This template has been downloaded from:
|
||||||
|
% http://www.LaTeXTemplates.com
|
||||||
|
%
|
||||||
|
% This class file defines the structure and design of the template.
|
||||||
|
%
|
||||||
|
% Original header:
|
||||||
|
% Copyright (C) 2010 by Trey Hunner
|
||||||
|
%
|
||||||
|
% Copying and distribution of this file, with or without modification,
|
||||||
|
% are permitted in any medium without royalty provided the copyright
|
||||||
|
% notice and this notice are preserved. This file is offered as-is,
|
||||||
|
% without any warranty.
|
||||||
|
%
|
||||||
|
% Created by Trey Hunner and modified by www.LaTeXTemplates.com
|
||||||
|
%
|
||||||
|
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||||
|
|
||||||
|
\ProvidesClass{resume}[2018/09/25 v1.0 Resume class]
|
||||||
|
|
||||||
|
\LoadClass[10pt, a4paper]{article} % Font size and paper type
|
||||||
|
\usepackage{lastpage}
|
||||||
|
\usepackage[parfill]{parskip} % Remove paragraph indentation
|
||||||
|
\usepackage{array} % Required for boldface (\bf and \bfseries) tabular columns
|
||||||
|
\usepackage{ifthen} % Required for ifthenelse statements
|
||||||
|
\usepackage{enumitem}
|
||||||
|
\pagestyle{empty} % Suppress page numbers
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% HEADINGS COMMANDS: Commands for printing name and address
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
|
||||||
|
\def \name#1{\def\@name{#1}} % Defines the \name command to set name
|
||||||
|
\def \@name {} % Sets \@name to empty by default
|
||||||
|
|
||||||
|
\def \addressSep {$|$} % Set default address separator to a diamond
|
||||||
|
|
||||||
|
% One, two or three address lines can be specified
|
||||||
|
\let \@addressone \relax
|
||||||
|
\let \@addresstwo \relax
|
||||||
|
\let \@addressthree \relax
|
||||||
|
\let \@addressfour \relax
|
||||||
|
|
||||||
|
% \address command can be used to set the first, second, and third address (last 2 optional)
|
||||||
|
\def \address #1{
|
||||||
|
\@ifundefined{@addresstwo}{
|
||||||
|
\def \@addresstwo {#1}
|
||||||
|
}{
|
||||||
|
\@ifundefined{@addressthree}{
|
||||||
|
\def \@addressthree {#1}
|
||||||
|
}{
|
||||||
|
\@ifundefined{@addressfour}{
|
||||||
|
\def \@addressfour {#1}
|
||||||
|
} {\def \@addressone {#1}
|
||||||
|
}
|
||||||
|
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
% \printaddress is used to style an address line (given as input)
|
||||||
|
\def \printaddress #1{
|
||||||
|
\begingroup
|
||||||
|
\def \\ {\addressSep\ }
|
||||||
|
{#1}
|
||||||
|
% \centerline{#1}
|
||||||
|
\endgroup
|
||||||
|
\par
|
||||||
|
% \addressskip
|
||||||
|
}
|
||||||
|
|
||||||
|
% \printname is used to print the name as a page header
|
||||||
|
\def \printname {
|
||||||
|
\begingroup
|
||||||
|
% \MakeUppercase
|
||||||
|
{\namesize\bf \@name} \hfil
|
||||||
|
% \hfil{\MakeUppercase{\namesize\bf \@name}}\hfil
|
||||||
|
\nameskip\break
|
||||||
|
\endgroup
|
||||||
|
}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% PRINT THE HEADING LINES
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
|
||||||
|
\let\ori@document=\document
|
||||||
|
\renewcommand{\document}{
|
||||||
|
\ori@document % Begin document
|
||||||
|
% \begin{center}
|
||||||
|
\printname % Print the name specified with \name
|
||||||
|
\@ifundefined{@addressone}{}{ % Print the first address if specified
|
||||||
|
\printaddress{\@addressone}}
|
||||||
|
\@ifundefined{@addresstwo}{}{ % Print the second address if specified
|
||||||
|
\printaddress{\@addresstwo}}
|
||||||
|
\@ifundefined{@addressthree}{}{ % Print the third address if specified
|
||||||
|
\printaddress{\@addressthree}}
|
||||||
|
\@ifundefined{@addressfour}{}{ % Print the third address if specified
|
||||||
|
\printaddress{\@addressfour}}
|
||||||
|
|
||||||
|
% \end{center}
|
||||||
|
}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% SECTION FORMATTING
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
|
||||||
|
% Defines the rSection environment for the large sections within the CV
|
||||||
|
\newenvironment{rSection}[1]{ % 1 input argument - section name
|
||||||
|
\sectionskip
|
||||||
|
{\bf #1}
|
||||||
|
% \MakeUppercase{\bf #1} % Section title
|
||||||
|
\sectionlineskip
|
||||||
|
\hrule % Horizontal line
|
||||||
|
\begin{list}{}{ % List for each individual item in the section
|
||||||
|
\setlength{\leftmargin}{0.50em} % Margin within the section
|
||||||
|
}
|
||||||
|
\item[]
|
||||||
|
}{
|
||||||
|
\end{list}
|
||||||
|
}
|
||||||
|
|
||||||
|
\newenvironment{rSection2}[1]{ % 1 input argument - section name
|
||||||
|
\sectionskip
|
||||||
|
{\bf #1} % Section title
|
||||||
|
\sectionlineskip
|
||||||
|
\hrule % Horizontal line
|
||||||
|
\medskip
|
||||||
|
\begin{list}{$\bullet$}{\setlength{\leftmargin}{1.5em}}
|
||||||
|
\itemsep -0.3em \vspace{-0.5em} % Compress items in list together for aesthetics
|
||||||
|
}{
|
||||||
|
\end{list}
|
||||||
|
\vspace{0.5em}
|
||||||
|
}
|
||||||
|
|
||||||
|
\newenvironment{rSection3}[1]{ % 1 input argument - section name
|
||||||
|
\sectionskip
|
||||||
|
{\bf #1} % Section title
|
||||||
|
\sectionlineskip
|
||||||
|
\hrule % Horizontal line
|
||||||
|
\medskip
|
||||||
|
\begin{enumerate}[]{\setlength{\leftmargin}{1.5em}}
|
||||||
|
\itemsep -0.3em \vspace{-0.5em} % Compress items in list together for aesthetics
|
||||||
|
}{
|
||||||
|
\end{enumerate}
|
||||||
|
\vspace{0.5em}
|
||||||
|
}
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% WORK EXPERIENCE FORMATTING
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
|
||||||
|
\newenvironment{rSubsection}[4]{ % 4 input arguments - company name, year(s) employed, job title and location
|
||||||
|
{\bf #1} \hfill {#2} % Bold company name and date on the right
|
||||||
|
\ifthenelse{\equal{#3}{}}{}{ % If the third argument is not specified, don't print the job title and location line
|
||||||
|
\\
|
||||||
|
{\em #3} \quad {\em #4} % Italic job title and location
|
||||||
|
}\smallskip
|
||||||
|
\begin{list}{$\cdot$}{\leftmargin=1.5em} % \cdot used for bullets, no indentation
|
||||||
|
\itemsep -0.2em \vspace{-0.2em} % Compress items in list together for aesthetics
|
||||||
|
}{
|
||||||
|
\end{list}
|
||||||
|
\vspace{0.2 em} % Some space after the list of bullet points
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% FORMAT C SKILLS COMMANDS
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
|
||||||
|
% Skills group environment: \begin{skillgroup}{Group Name} ... \end{skillgroup}
|
||||||
|
% Renders bold header + indented dash sub-items. Each \skilldash = exactly 1 rendered line.
|
||||||
|
\newenvironment{skillgroup}[1]{%
|
||||||
|
\textbf{#1}\par\nopagebreak%
|
||||||
|
\vspace{-\parskip}%
|
||||||
|
\begin{list}{--}{\leftmargin=0.8em \labelsep=0.3em \itemsep=0pt \topsep=0.1em \parsep=0pt \partopsep=0pt}%
|
||||||
|
}{%
|
||||||
|
\end{list}%
|
||||||
|
\vspace{-\parskip}\vspace{0.45em}%
|
||||||
|
}
|
||||||
|
|
||||||
|
% Single dash sub-item within a skillgroup. Content must fit 1 rendered line.
|
||||||
|
% Char limit: 119 - (0.5 x bold_char_count) at 10pt
|
||||||
|
\newcommand{\skilldash}[1]{\item #1}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% EXPERIENCE SUB-THEME COMMAND
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
|
||||||
|
% Sub-theme underline header within rSubsection
|
||||||
|
\newcommand{\subtheme}[1]{\item[] \underline{#1}}
|
||||||
|
|
||||||
|
% The below commands define the whitespace after certain things in the document - they can be \smallskip, \medskip or \bigskip
|
||||||
|
\def\namesize{\huge} % Size of the name at the top of the document
|
||||||
|
\def\addressskip{\smallskip} % The space between the two address (or phone/email) lines
|
||||||
|
\def\sectionlineskip{\medskip} % The space above the horizontal line for each section
|
||||||
|
\def\nameskip{\medskip} % The space after your name at the top
|
||||||
|
\def\sectionskip{\medskip} % The space after the heading section
|
||||||
@@ -0,0 +1,134 @@
|
|||||||
|
# Session: Google — Senior Data Engineer (Merchant Data Science)
|
||||||
|
|
||||||
|
## JD Info
|
||||||
|
- **File:** JDs/google_senior_data_engineer.txt
|
||||||
|
- **JD source:** live scrape 2026-06-15 via Playwright (Google careers board), re-verified live same day
|
||||||
|
- **URL:** https://www.google.com/about/careers/applications/jobs/results/87066954308690630-senior-data-engineer?location=Switzerland
|
||||||
|
- **Role:** Senior Data Engineer — Merchant Data Science team, Merchant Shopping Organization
|
||||||
|
- **Company:** Google (Alphabet)
|
||||||
|
- **Bundle:** Staff / Senior Data Engineer (primary, Tier 1) + Analytics Engineer (secondary bridge — BI/self-serve/stakeholder)
|
||||||
|
- **Format:** Resume (2-page, resume.cls) + 1-page cover letter. NON-USA target (Zürich) → omit US immigration line.
|
||||||
|
- **Level/Comp:** Level chip "Mid" despite "Senior" title — clarify L4 vs L5 at recruiter stage. US band shown $156–227k + 15% + equity. Zürich (Levels.fyi): L4 median ~CHF 240k total, L5 ~CHF 293k. **Even L4 clears the 180k+ all-in bar.**
|
||||||
|
|
||||||
|
## JD Analysis
|
||||||
|
### Requirements
|
||||||
|
| # | Requirement | Match | Evidence |
|
||||||
|
|---|-------------|-------|----------|
|
||||||
|
| 1 | Bachelor's / equivalent practical experience | Direct | M.Eng. Computer Aided Engineering (thesis grade 1.0) |
|
||||||
|
| 2 | 5+ yrs designing data pipelines + dimensional data modeling, sync/async integration, internal (Flume) + external (DataFlow, Spark) stacks | Direct (tool-bridge on Flume/DataFlow) | SW-1 (AWS Glue/Airflow/Redshift ETL), SW-6 (PySpark/Spark), SW-4 (Oracle/Kafka→Teradata), BS-4. Spark direct; Flume/DataFlow NOT used — bridge as transferable distributed processing, never claim |
|
||||||
|
| 3 | 5+ yrs coding in 1+ languages | Direct | Python (expert, 10+ yrs), Java, SQL, C# |
|
||||||
|
| 4 | 5+ yrs data infrastructure + data models, exploratory queries/scripts | Direct | SW data platform (S3/Glue/Athena/Redshift), Data Lake, SQL, data products/modeling |
|
||||||
|
| 5 (pref) | 5+ yrs statistical methodology + BI/data-consumption tools (Tableau, Power BI, DataStudio, Jupyter, collabs) | Bridge (MED) | Dashboards for B2B teams (SW-4); Jupyter/Pandas likely; named BI tools (Tableau/PowerBI) thin — verify in experience files, don't oversell |
|
||||||
|
| 6 (pref) | 3+ yrs project plans + on-time/in-budget/in-scope delivery | Direct | Component Owner (SW-2), Application Owner (BS-3), delivery ownership |
|
||||||
|
| 7 (pref) | 3+ yrs stakeholder partnering/management | Direct | SW-4 (PO/stakeholder, B2B product teams), BS-3 (vendors, cross-team) |
|
||||||
|
| 8 (pref) | ML for production workflows | Direct | BS-1 production ML inference in 24/7 fab |
|
||||||
|
| RESP | Advanced data engineering, data modeling, architectural frameworks | Direct | Data Mesh data products, data modeling, AWS architecture (iSAQB) |
|
||||||
|
| RESP | Design/build/scale data products incl self-serve tools + automated pipelines | **Direct — near verbatim** | SW-7 self-service governed data products consumed by downstream teams |
|
||||||
|
| RESP | Data infra, product quality, automated validation, data quality, reliability monitoring | Direct | SW data governance/SLAs, BS-4 observability/anomaly detection/monitoring |
|
||||||
|
| RESP | High autonomy, own projects conception→landing→impact | Direct | Component Owner + Application Owner titles; FC-1 built CI/CD from zero |
|
||||||
|
| RESP | Engineering excellence, robust data, sharp communication | Direct | Training/docs (BS-3), cross-team adoption, RCA |
|
||||||
|
|
||||||
|
### ATS Keywords
|
||||||
|
- **Core DE:** data pipelines, dimensional data modeling, data products, self-serve tools, automated pipelines, data infrastructure, data models, ETL/ELT, data warehouse, distributed data processing
|
||||||
|
- **Tools:** Spark (DataFlow/Flume — bridge, never claim), Airflow, SQL, Python, BigQuery (bridge via Athena/Redshift/Iceberg — do NOT claim by name), Glue, Kafka
|
||||||
|
- **Quality/reliability:** data quality, automated validation frameworks, reliability monitoring, data governance, SLAs, observability
|
||||||
|
- **Collaboration:** stakeholder management, cross-functional, bridge SWE/DE/DS, data-driven decision-making, multidisciplinary
|
||||||
|
- **Preferred:** statistical methodology, BI tools (see BI-tool note below), ML for production workflows, project delivery
|
||||||
|
|
||||||
|
### BI / Data-Consumption Tools (user-confirmed 2026-06-15 — usable, honest leveling)
|
||||||
|
- **TIBCO Spotfire (Bosch) — CO-OWNED platform + extended in C# + TAF 2022 speaker (VERIFIED).** Co-owned the Spotfire analytics platform serving fab engineers (+ Defect Management System); built C# extensions. **Co-presented at TIBCO Analytics Forum 2022** ("Understanding Spatial Variability in Semiconductor Products with Spotfire Map Charts"). Verified via community.spotfire.com scrape 2026-06-15. See [[taf_2022_spotfire]] + experience_bosch.md BS-5. Use TAF talk as CL hook + interview bridge.
|
||||||
|
- **Tableau (Swisscom)** — legacy DWH reporting; list as named tool at exposure weight, do NOT claim proficiency.
|
||||||
|
- **AWS QuickSight (Swisscom)** — new reporting; BASIC knowledge only. Mention lightly / fold under AWS; do not oversell.
|
||||||
|
- **Jupyter / Pandas** — covers the "collabs/notebooks" part of the qual.
|
||||||
|
- **Soft:** high autonomy/ownership, engineering excellence, sharp communication
|
||||||
|
|
||||||
|
### Gap Assessment
|
||||||
|
- **Direct:** data pipeline design, dimensional modeling, Spark, SQL, Python, data infrastructure, self-serve data products (flagship), data quality/validation, reliability monitoring, stakeholder mgmt, project delivery, production ML, autonomy/ownership
|
||||||
|
- **Bridge:** Flume/DataFlow/BigQuery (Google-internal/GCP — bridge via Spark/Airflow/Glue/Athena/Redshift/Iceberg, transferable, NEVER claim by name); named BI tools Tableau/PowerBI/DataStudio (MED — has dashboards/Jupyter, verify before claiming); statistical methodology (MED — has ML/analytics, don't oversell)
|
||||||
|
- **Gap (do NOT claim):** GCP/BigQuery/Dataflow hands-on, Google-scale data, e-commerce/marketplace domain. Honest gaps. Google explicitly accepts "equivalent practical experience"; he meets every minimum qual.
|
||||||
|
|
||||||
|
## Company Context
|
||||||
|
- **Mission:** Make Google the best place for merchants to connect with shoppers; the **Shopping Graph** (60B+ products indexed) is central. Merchant Shopping Org builds the data foundation behind Shopping + AI experiences (Gemini, AIM).
|
||||||
|
- **This team:** **Merchant Data Science** — global team with members in US, London, **Zürich**. Builds scalable data products that empower data-driven decision-making; partners with PMs, engineers, data scientists. This role explicitly "bridges the gap between software engineering, data engineering, and data science."
|
||||||
|
- **Google data stack (context):** Flume/FlumeJava, Dataflow, BigQuery (Dremel/Capacitor/Colossus/Borg), ZetaSQL, Spanner. JD names Flume + DataFlow. Dennis's AWS/Spark/Airflow analog is conceptually transferable (distributed processing, columnar warehouses, SQL-on-data-lake).
|
||||||
|
- **Culture:** Data-product engineering excellence, autonomy, cross-functional, scale. Equivalent-practical-experience accepted.
|
||||||
|
- **"Why them" angle:** Dennis already builds self-service, governed data products consumed across teams at telco scale — the exact "durable data products that bridge SWE/DE/DS" this team builds. Add production-ML + data-quality/reliability discipline. Zürich team = local to Bern.
|
||||||
|
|
||||||
|
## Framing Strategy
|
||||||
|
- **Lead narrative:** "Data engineer who designs and owns self-service, governed data products and the pipelines/dimensional models behind them — built for downstream teams to make data-driven decisions, with production-ML and data-quality discipline on top."
|
||||||
|
- **Reframing map:**
|
||||||
|
- SW-7 Data Mesh self-serve data products → "durable, self-serve data products consumed across the org" (the JD's core ask)
|
||||||
|
- SW-1 Teradata/Oracle→AWS ETL + Glue/Airflow/Redshift → "data pipeline design + dimensional modeling on a cloud data platform"
|
||||||
|
- SW-6 PySpark/Data Lake → "distributed data processing (Spark; transferable to DataFlow/Flume)"
|
||||||
|
- BS-4 ELK/Grafana/Prometheus + anomaly detection → "automated validation, data quality + reliability monitoring"
|
||||||
|
- SW-4 dashboards + PO/stakeholder → "data products for stakeholders + cross-functional partnering" (Analytics-Eng bridge)
|
||||||
|
- BS-1 production ML → "ML for production workflows" (preferred qual)
|
||||||
|
- Component/Application Owner → "high autonomy, own projects conception→impact"
|
||||||
|
- **Emphasize:** self-serve data products (flagship), pipeline design + dimensional modeling, Spark, data quality/validation/reliability monitoring, stakeholder partnering, autonomy, production ML
|
||||||
|
- **Downplay:** SRE/on-call framing (less central here than Kraken), crypto/Web3 (NOT relevant — drop crypto skills group), semiconductor jargon (keep ML + data-quality angle), pure DevOps/K8s emphasis (secondary here)
|
||||||
|
- **CL hooks:** (1) Shopping Graph as a data product at 60B-product scale ↔ his self-serve governed data products; (2) "bridge SWE/DE/DS" = his cross-functional Component/App Owner role; (3) data quality + reliability monitoring (his observability/governance work) for AI-powered Shopping experiences; (4) Zürich Merchant Data Science team, local to Bern.
|
||||||
|
- **User directives:** Honest tool-bridging (NO BigQuery/Dataflow/Flume by name). Clarify level/comp at recruiter stage (comp clears bar even at L4). Drop crypto framing (not relevant to this JD).
|
||||||
|
|
||||||
|
## Critique Context
|
||||||
|
- **Reviewer persona:** A Google L5/L6 Data Engineer tech lead or DE manager on Merchant Data Science (Zürich). Cares about real pipeline + dimensional-modeling depth, data-product thinking (self-serve, durable, consumed at scale), data-quality/validation rigor, autonomy, and Google-scale readiness. Bored by buzzwords and BI-dashboard-only profiles. Probes whether candidate has designed data models, not just moved data.
|
||||||
|
- **Competitive landscape:** Obvious fit = DE with BigQuery/Dataflow/dbt + e-commerce/marketplace data, possibly ex-FAANG, fluent in dimensional modeling at scale. Dennis's edge: self-serve data-product/Data-Mesh platform thinking at telco scale, production ML, data-quality/reliability discipline, and broad multi-industry delivery. Their edge: GCP/BigQuery by name, Google-scale, marketplace domain.
|
||||||
|
- **Domain vocabulary (insider):** Shopping Graph, data products, self-serve, dimensional modeling, fact/dimension tables, pipeline DAG, data quality SLAs, validation frameworks, freshness/completeness, lineage, Flume/Dataflow/BigQuery, Dremel/ZetaSQL, batch + streaming, idempotency, backfill.
|
||||||
|
|
||||||
|
## Cover Letter Plan
|
||||||
|
- **Institution type:** Industry (big-tech, data-engineering audience)
|
||||||
|
- **Paragraph count:** 3-4 paragraphs, ~270 words
|
||||||
|
- **P1 hook:** Shopping Graph as a 60B-product data product + Merchant Data Science "bridge SWE/DE/DS" ↔ my self-serve governed data products at telco scale; Zürich team local fit
|
||||||
|
- **P2-P3 evidence:** P2 = pipeline design + dimensional modeling + self-serve data products (SW-1, SW-7, SW-6) consumed across teams. P3 = data quality/validation + reliability monitoring (BS-4) + production ML (BS-1) + cross-functional stakeholder ownership (SW-4, BS-3)
|
||||||
|
- **Domain pivot:** AWS/Spark/Airflow honestly transferable to Google's Flume/DataFlow/BigQuery — state the analog confidently, never claim the Google-internal tools by name
|
||||||
|
- **Jargon level:** Technical (DE audience)
|
||||||
|
- **"Why them" hook:** Builds data products others depend on to decide — wants to do it at Shopping-Graph scale on the Zürich team
|
||||||
|
|
||||||
|
## Bullet Plan (proposed 2026-06-15 — 17 variable bullets, proven QuantCo 2-page fill)
|
||||||
|
|
||||||
|
Drop SW-5 (security — not relevant, avoids "3 years" correction). Drop crypto skills group → replace with BI/Analytics group. No US immigration line (Zürich target). TAF 2022 Spotfire talk → CL hook + interview bridge (Option A) unless user wants its own bullet (Option B).
|
||||||
|
|
||||||
|
### Position 1 — Swisscom · Staff Data, Analytics & AI Engineer (6 bullets)
|
||||||
|
| # | ID | Achievement | Variant |
|
||||||
|
|---|----|------------|---------|
|
||||||
|
| 1 | SW-7 | LEAD — self-serve governed data products + metadata on AWS Data Mesh, consumed across teams | 2L |
|
||||||
|
| 2 | SW-1 | AWS migration of Teradata/Oracle ETL + dimensional modeling (Glue/Athena/Iceberg/Redshift/Airflow) | 2L |
|
||||||
|
| 3 | SW-2 | Component Owner Fulfillment ETL (Oracle/Kafka→Teradata), data governance + quality + SLA | 2L |
|
||||||
|
| 4 | SW-4 | B2B data products + dashboards (Tableau/QuickSight) + stakeholder + automation + RCA | 2L |
|
||||||
|
| 5 | SW-6 | PySpark distributed data processing in Data Lake | 2L |
|
||||||
|
| 6 | SW-3 | Python apps on Kubernetes + GitLab CI/CD (engineering credibility) | 2L |
|
||||||
|
|
||||||
|
### Position 2 — Bosch · (Senior) Data Engineer (4 bullets)
|
||||||
|
| # | ID | Achievement | Variant |
|
||||||
|
|---|----|------------|---------|
|
||||||
|
| 1 | BS-1 | Production ML inference into 24/7 fab (Docker/K8s/Ansible) — "ML for production workflows" | 2L |
|
||||||
|
| 2 | BS-3+BS-5 | Application Owner + CO-OWNED TIBCO Spotfire analytics platform + Defect Mgmt System; C# extensions; SLOs, training | 2L |
|
||||||
|
| 3 | BS-4 | ELK/Grafana/Prometheus anomaly detection — data quality + reliability monitoring | 2L |
|
||||||
|
| 4 | BS-2 | Multi-language data services over Oracle + Hadoop/Impala for analysis teams | 2L |
|
||||||
|
|
||||||
|
### Position 3 — Fraunhofer (2) · Position 4 — Vizrt (2) · Position 5 — Generali (3)
|
||||||
|
FC-1 (Jenkins CI/CD from zero + SCEDAS), FC-3 (Express.js/Docker microservices) | VZ-1 (distributed Python/C++ backend, CNN/BBC), VZ-2 (test suite + CI/CD gates) | GN-1 (BDD + Jenkins ownership), GN-3 (Java/J2EE), GN-2 (UIPath RPA)
|
||||||
|
|
||||||
|
**Skills (4-3-2-2-2):** (1) Data Engineering & Pipelines, (2) Cloud Platform & Infrastructure, (3) BI/Analytics & Data Consumption (Spotfire/Tableau/QuickSight/Jupyter), (4) Programming & Databases, (5) Certifications.
|
||||||
|
**Summary headline:** "Senior Data Engineer | Python · SQL · AWS · Spark | Data Products, Dimensional Modeling & Pipeline Ownership"
|
||||||
|
|
||||||
|
**TAF 2022 decision (pending user):** Option A = combine BS-3+BS-5 (1 bullet) + TAF talk in CL/interview (RECOMMENDED, keeps DE focus, 17 bullets). Option B = Spotfire+TAF its own bullet (Bosch→5), drop GN-2 to stay at 17.
|
||||||
|
|
||||||
|
## Output Files
|
||||||
|
- Resume: `output/Google_Senior_Data_Engineer/e2e_google_senior_data_engineer_resume.tex` (+ .pdf, 2 pages)
|
||||||
|
- Cover Letter: `output/Google_Senior_Data_Engineer/e2e_google_senior_data_engineer_cover_letter.tex` (+ .pdf, 1 page, 299 words). Hooks verified 2026-06-15: (1) Shopping Graph 60B+ listings — confirmed (Google I/O 19 May 2026, VP Vidhya Srinivasan); (2) TAF 2022 talk "Understanding Spatial Variability in Semiconductor Products with Spotfire Map Charts" by Mark Herrmann + Dennis Thießen (Bosch Dresden) — confirmed (community.spotfire.com/articles/spotfire/tibco-analytics-forum-2022). NOTE: moderncv needs `\microtypesetup{expansion=false}` or fontawesome icons fail compile.
|
||||||
|
- Critique: CURRENT — **85.5/100** (2026-06-15; baseline 83.0 pre-edit). Strong Tier-1 DE fit; SW-7 self-serve data products ≈ team charter verbatim; honest GCP-tool bridges; AI scan clean; CL 1pp. **Tier-1 + both Tier-2 fixes APPLIED & re-verified:** (1) migration claim re-scoped in resume B2 + CL P2 (Scope-Discipline error cleared in both docs); (2) B4 now reads "on time and in scope" (project-delivery preferred qual); (3) B5 "distributed computing"→"distributed data processing". Resume 2pp / CL 1pp clean compile, B2 216/B4 190/B5 206 chars (≤218). **SENT 2026-06-15.** Hard ceiling ~87 (no GCP/BigQuery-by-name, no marketplace domain — not closable). Open item at recruiter stage: clarify L4/L5 + confirm comp clears 180k+.
|
||||||
|
|
||||||
|
## Status
|
||||||
|
- Phase 0: DONE
|
||||||
|
- Phase 1: DONE (17 bullets confirmed; Option A — TAF talk reserved for CL, not on resume; IBM AI Engineering kept in awards)
|
||||||
|
- Phase 2 Resume: DONE (2 pages, MiKTeX, all bullets in char range, summary 525 chars, clean compile). Header tagline = Senior Data Engineer; BI/Analytics group added; crypto group dropped; no immigration line. SW-7 lead = data products; BS-3 = Spotfire platform co-ownership + C# extensions.
|
||||||
|
- Cover Letter: DONE (1 page, 299 words, 3 paragraphs, clean MiKTeX compile, both hooks verified, anti-pattern scan clean — 0 em-dashes)
|
||||||
|
- Critique: PENDING
|
||||||
|
- **Next CL:** DONE — see Output Files
|
||||||
|
- **Next Critique:** /critique output/Google_Senior_Data_Engineer/session_google_senior_data_engineer.md
|
||||||
|
- Phase 2 Resume: PENDING
|
||||||
|
- Cover Letter: PENDING
|
||||||
|
- Critique: PENDING
|
||||||
|
- **Next:** Phase 1 — bullet plan (this session)
|
||||||
|
- **Next CL:** /make-cl output/Google_Senior_Data_Engineer/session_google_senior_data_engineer.md
|
||||||
|
- **Next Critique:** /critique output/Google_Senior_Data_Engineer/session_google_senior_data_engineer.md
|
||||||
@@ -0,0 +1,98 @@
|
|||||||
|
Site Reliability Engineer - AI Agents — Kraken (Payward)
|
||||||
|
|
||||||
|
JD source: live scrape 2026-06-15 via Playwright (Ashby board)
|
||||||
|
URL: https://jobs.ashbyhq.com/kraken.com/c331de1b-b75a-48f5-9d19-0e56ccb935ab
|
||||||
|
Location: Remote — Switzerland eligible (+ UK, EU, LATAM, others)
|
||||||
|
Employment: Full time · Remote · Engineering / SRE / DevOps
|
||||||
|
|
||||||
|
--- VERBATIM POSTING TEXT ---
|
||||||
|
|
||||||
|
Building the Future of Open Finance
|
||||||
|
|
||||||
|
Payward - the parent company behind Kraken, NinjaTrader, Breakout, xStocks, Payward Services and CF Benchmarks - has spent the last 15 years building one of the most modern and globally accessible financial infrastructure platforms in the industry, built to advance an open, global financial system.
|
||||||
|
|
||||||
|
Before you apply, we encourage you to explore our culture page to understand what drives us and how we work.
|
||||||
|
|
||||||
|
The team
|
||||||
|
|
||||||
|
Founded in 2011, Kraken is one of the world's longest-standing crypto platforms, trusted by over 10 million individuals and institutions across the globe. It offers spot trading, margin, futures, staking, and OTC services, with products built for both individual investors and institutional clients.
|
||||||
|
|
||||||
|
The AI Infrastructure team sits within the Data organization and is responsible for building, operating, and scaling the systems that power AI agents in production — both internal tools and external-facing products. Working closely with the AI and Agent Systems teams, this group ensures that the orchestration, execution, and model-serving layers underpinning agentic workflows are reliable, observable, and built to scale.
|
||||||
|
|
||||||
|
This team operates at the intersection of data infrastructure and applied AI — a space that moves fast and demands engineers who can bring production discipline to emerging technology. You'll partner across Data Engineering, ML, and product-facing teams to harden agent infrastructure and keep it running at the standards our users expect.
|
||||||
|
|
||||||
|
Importantly, this is a platform engineering team. Beyond operating infrastructure, the team is responsible for building the APIs, SDKs, and platform capabilities that enable AI, Data, and Engineering teams to safely and efficiently consume agent infrastructure as a service. Success in this role requires thinking beyond infrastructure operations and toward developer experience, platform adoption, and long-term scalability.
|
||||||
|
|
||||||
|
The opportunity
|
||||||
|
|
||||||
|
Design, build, and operate the infrastructure layer supporting AI agent workflows in production
|
||||||
|
|
||||||
|
Ensure reliability, scalability, and observability of agentic systems across internal and external products
|
||||||
|
|
||||||
|
Design and develop platform services, APIs, SDKs, and self-service capabilities that allow engineering teams to easily consume AI infrastructure and agent platform services
|
||||||
|
|
||||||
|
Manage and maintain the compute, orchestration, and serving infrastructure powering model inference and agent execution
|
||||||
|
|
||||||
|
Implement robust monitoring, alerting, and incident response procedures tailored to AI/ML workloads
|
||||||
|
|
||||||
|
Utilize Infrastructure as Code (IaC) tools such as Terraform to provision and manage cloud (AWS) infrastructure components
|
||||||
|
|
||||||
|
Build and maintain CI/CD pipelines that support rapid, reliable deployment of AI services and agent workflows
|
||||||
|
|
||||||
|
Define and implement guardrails, failure handling, and recovery patterns specific to agentic and LLM-powered systems
|
||||||
|
|
||||||
|
Collaborate with AI and Data Engineering teams to translate experimental agent prototypes into hardened production systems
|
||||||
|
|
||||||
|
Manage containerized workloads using Kubernetes, ensuring efficient deployment, scaling, and orchestration of AI services
|
||||||
|
|
||||||
|
Implement access controls and security best practices across AI infrastructure environments
|
||||||
|
|
||||||
|
Document architecture, runbooks, and best practices to support knowledge sharing across the team
|
||||||
|
|
||||||
|
What You Bring
|
||||||
|
|
||||||
|
5+ years of experience as a Site Reliability Engineer, Infrastructure Engineer, Platform Engineer, or similar role in a production environment
|
||||||
|
|
||||||
|
Hands-on experience supporting ML infrastructure, model serving, or MLOps workflows in production
|
||||||
|
|
||||||
|
Experience building developer platforms, internal tooling, APIs, or SDKs consumed by engineering teams at scale
|
||||||
|
|
||||||
|
Strong understanding of platform engineering principles, including developer experience, self-service infrastructure, and API-driven platform design
|
||||||
|
|
||||||
|
Proficiency with Infrastructure as Code tools, particularly Terraform
|
||||||
|
|
||||||
|
Experience with containerization and orchestration, particularly Kubernetes and Docker
|
||||||
|
|
||||||
|
Solid understanding of cloud infrastructure, preferably AWS
|
||||||
|
|
||||||
|
Strong scripting skills (bash/shell) and proficiency in at least one programming language (Python preferred)
|
||||||
|
|
||||||
|
Experience designing and operating observability, monitoring, and alerting systems
|
||||||
|
|
||||||
|
Experience implementing incident response procedures and participating in on-call rotations
|
||||||
|
|
||||||
|
Strong collaboration skills working across data, AI, and engineering teams
|
||||||
|
|
||||||
|
High ownership mindset in a fast-moving, high-stakes production environment
|
||||||
|
|
||||||
|
Nice to haves
|
||||||
|
|
||||||
|
Experience building or operating infrastructure for agent-based or LLM-powered systems
|
||||||
|
|
||||||
|
Familiarity with agent orchestration frameworks (e.g., LangGraph, CrewAI, or similar)
|
||||||
|
|
||||||
|
Background in data infrastructure, including familiarity with Airflow, Kafka, Spark, or data lake tooling
|
||||||
|
|
||||||
|
Experience with CI/CD pipelines and deployment automation for AI/ML workloads
|
||||||
|
|
||||||
|
Exposure to evaluation frameworks and model performance monitoring at scale
|
||||||
|
|
||||||
|
Experience working in fast-moving 0→1 environments or platform-building teams
|
||||||
|
|
||||||
|
Experience building SDKs, developer tooling, or internal platform products with a strong focus on usability and adoption
|
||||||
|
|
||||||
|
Experience with Cloudflare's cloud platform and product ecosystem, including networking, security, performance, and Zero Trust solutions
|
||||||
|
|
||||||
|
Unless a specific application deadline is stated in the job posting, applications are accepted on an ongoing basis.
|
||||||
|
|
||||||
|
Note: applicants are permitted to redact or remove information on their resume that identifies age, date of birth, or dates of attendance/graduation. Kraken encourages applicants to apply even if they don't fully meet the listed requirements, especially if passionate or knowledgeable about crypto.
|
||||||
@@ -0,0 +1,193 @@
|
|||||||
|
# Critique: Kraken (Payward) — Site Reliability Engineer, AI Agents
|
||||||
|
|
||||||
|
**Resume File:** `output/Kraken_SRE_AI_Agents/e2e_kraken_sre_ai_agents_resume.tex`
|
||||||
|
**CL File:** `output/Kraken_SRE_AI_Agents/e2e_kraken_sre_ai_agents_cover_letter.tex`
|
||||||
|
**JD source:** live scrape 2026-06-15 via Playwright (Ashby board) — real posting, verbatim
|
||||||
|
**Date:** 2026-06-15
|
||||||
|
**Score:** 87.2 / 100
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Domain-Specialist Lens (from session file + JD)
|
||||||
|
|
||||||
|
### Reviewer Persona
|
||||||
|
A hands-on SRE / platform-engineering lead on Kraken's AI Infrastructure team (sits *inside* the Data org). Daily: Terraform/Nomad on EKS, GitOps (ArgoCD/Flux), model-serving + agent-execution layers, on-call for agentic workloads shipping 100+ versions/day across 25+ environments. Has screened many career SREs with Terraform + EKS + LLM-serving stacks. Eye-rolls at: analytics/BI framing, inflated solo-ownership of org-scale platforms, buzzword "agentic" with no production substance. Genuinely impressed by: someone who put real ML into a 24/7 line with no maintenance window, who thinks in platform/DX terms, and who is authentically crypto-native (rare in this applicant pool).
|
||||||
|
|
||||||
|
### Company Context
|
||||||
|
Payward (Kraken, NinjaTrader, Breakout, xStocks, CF Benchmarks). 15-yr crypto exchange, 10M+ users. This team builds/operates the orchestration, execution and model-serving layers under agent workflows — explicitly framed as a **platform engineering team** delivering APIs/SDKs/self-service so AI/Data/Eng teams consume agent infra *as a service*. Success is defined "beyond ops → developer experience, platform adoption, long-term scalability." Recently shipped an open-source crypto CLI built for AI agents (MCP server, Claude Code/Cursor compatible).
|
||||||
|
|
||||||
|
### JD Vocabulary Extraction (ranked)
|
||||||
|
| # | JD Term | Freq | Meaning at Kraken | Resume Match? |
|
||||||
|
|---|---|---|---|---|
|
||||||
|
| 1 | Site Reliability / SRE / Platform Engineer (title + 5+ yrs) | title+body | Production reliability + platform-building tenure | YES (header, summary, skills) |
|
||||||
|
| 2 | Platform engineering / developer experience / self-service / APIs / SDKs consumed at scale | 4+ | The differentiating ask — build infra *as a service* for other eng teams | **PARTIAL** (self-service data products consumed by teams; no "DX"/"API"/"SDK" verbatim) |
|
||||||
|
| 3 | ML infrastructure / model serving / MLOps | 3 | Compute/orchestration/serving for inference + agent execution | YES (summary, skills group, BS-1) |
|
||||||
|
| 4 | Infrastructure as Code / Terraform | 2 | Provision AWS via Terraform | PARTIAL (IaC + CloudFormation; Terraform honest gap) |
|
||||||
|
| 5 | Kubernetes + Docker | 2 | Containerized agent workloads | YES (×2 employers) |
|
||||||
|
| 6 | Observability / monitoring / alerting / incident response / on-call | 3 | Reliability of agentic systems | YES (BS-4 stack, SW on-call) |
|
||||||
|
| 7 | AWS | 2 | Cloud substrate | YES (SAA cert + bullets) |
|
||||||
|
| 8 | Python + bash/shell | 2 | Primary scripting/lang | YES |
|
||||||
|
| 9 | agentic / LLM-powered systems, guardrails/failure handling | 3 | Production-hardened agent infra | PARTIAL (AI workflows query data foundation; no agent-orchestration framework) |
|
||||||
|
| 10 | High ownership, fast-moving 0→1 | 2 | Culture fit | YES (Component/App Owner, FC-1 0→1) |
|
||||||
|
|
||||||
|
### Domain Vocabulary Map
|
||||||
|
| Resume Currently Says | Could Say for THIS JD | Why |
|
||||||
|
|---|---|---|
|
||||||
|
| "consumed directly by downstream teams and AI workflows" | "...as self-serve platform services with API access" | JD's #2 theme is DX / API-driven / self-service platform — currently bridged only halfway |
|
||||||
|
| header "AI & Agent Infrastructure" | (fine) | Already strong — keep |
|
||||||
|
| "self-service, governed data products" | keep + add "developer experience" once | "developer experience" is named twice in JD; not present verbatim anywhere |
|
||||||
|
|
||||||
|
### Gap Ranking
|
||||||
|
- **Fatal:** None. Kraken explicitly invites applicants who don't meet every req; no binary disqualifier present (Terraform is preferred, not gating; no degree/cert gate).
|
||||||
|
- **Serious:** (1) Terraform — every "obvious fit" competitor has it; bridged honestly via CloudFormation in both docs. (2) "Developer experience / API-driven platform" vocabulary thin relative to how hard the JD leans on it. (3) No dedicated "SRE" job *title* in history (bridged via reliability/ownership content).
|
||||||
|
- **Cosmetic:** LangGraph/CrewAI, Cloudflare Zero Trust, formal eval frameworks — most applicants also lack these; correctly not claimed.
|
||||||
|
|
||||||
|
### Methodology Transfer Test
|
||||||
|
| Achievement | How Kraken's expert reads it |
|
||||||
|
|---|---|
|
||||||
|
| BS-1 ML inference into 24/7 fab (Docker/K8s, no downtime) | "He's already done the hard part — hardening experimental ML into a no-maintenance-window production line. That's literally our charter." ✓ |
|
||||||
|
| SW-7 self-service governed data products consumed by teams | "A platform other teams consume — the DX mindset we need, though I'd want to hear how API/self-serve it really is." ✓ (partial) |
|
||||||
|
| BS-4 ELK/Grafana/Prometheus/Loki | "Real observability stack ownership, not a dashboard." ✓ |
|
||||||
|
| SW Component Owner + on-call SLA / 2nd-3rd level | "Genuine reliability + incident-response ownership." ✓ |
|
||||||
|
| SW-1 Teradata/Oracle → AWS as code (CloudFormation) | "IaC reflex is there; CloudFormation not Terraform, but the mental model transfers." ✓ |
|
||||||
|
|
||||||
|
### Competitive Landscape
|
||||||
|
- **Obvious fit:** Career SRE with dedicated title + Terraform + EKS + LLM-serving tooling (Kubeflow/Ray/Seldon), maybe prior crypto-firm experience.
|
||||||
|
- **Our advantage:** Production ML-into-fab story, governed agentic data foundation, AND authentic crypto fluency (customer since 2017, holds BTC/ETH, writes Solidity) — a combination very few applicants have, and one Kraken explicitly values.
|
||||||
|
- **Their advantage:** Terraform-by-name, dedicated SRE title, hands-on agent-orchestration frameworks. We bridge the first two honestly and concede the third.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Five-Perspective Read-Through
|
||||||
|
|
||||||
|
### ATS Robot (keyword scan)
|
||||||
|
| JD keyword | Match |
|
||||||
|
|---|---|
|
||||||
|
| SRE / Site Reliability | YES (header, skills "SRE on-call") |
|
||||||
|
| Platform Engineer / platform engineering | YES (header, summary) |
|
||||||
|
| ML infrastructure / model serving / MLOps | YES |
|
||||||
|
| developer experience | **NO (verbatim)** |
|
||||||
|
| self-service infrastructure | YES ("self-service") |
|
||||||
|
| APIs / SDKs | PARTIAL (no verbatim "API"/"SDK") |
|
||||||
|
| Infrastructure as Code / IaC | YES |
|
||||||
|
| Terraform | NO (honest gap; CloudFormation present) |
|
||||||
|
| Kubernetes | YES |
|
||||||
|
| Docker | YES |
|
||||||
|
| AWS | YES |
|
||||||
|
| bash/shell | YES |
|
||||||
|
| Python | YES |
|
||||||
|
| observability / monitoring / alerting | YES |
|
||||||
|
| incident response / on-call | YES |
|
||||||
|
| containerization & orchestration | YES |
|
||||||
|
| Airflow / Kafka / Spark / data lake | YES (all four) |
|
||||||
|
| CI/CD | YES |
|
||||||
|
| agentic / LLM-powered | PARTIAL ("AI workflows/agents") |
|
||||||
|
| high ownership | YES |
|
||||||
|
|
||||||
|
**Match rate:** ~16.5 / 20 = **~83%** verbatim/semantic → **PASS**. Top truthfully-addable misses: "developer experience," "API."
|
||||||
|
|
||||||
|
### Recruiter Glance (10 s)
|
||||||
|
**Verdict: Forward.** Header tagline ("Site Reliability & Platform Engineer | Kubernetes · AWS · MLOps | AI & Agent Infrastructure") is dead-on target vocabulary. Current title (Staff Engineer, Switzerland's largest telco) signals level. Crypto + Kraken-since-2017 in the summary's last line is an instant "culture fit" flag for a crypto recruiter.
|
||||||
|
|
||||||
|
### HR Screen (30 s)
|
||||||
|
**Verdict: Phone screen.** Summary bridges cleanly (reliability/platform → ML inference → agent-consumable data foundation → crypto). 11+ yrs clears the 5+ bar comfortably. Skills group names all read target-domain. Remote/Switzerland-eligible matches posting.
|
||||||
|
|
||||||
|
### Hiring Manager (2 min)
|
||||||
|
**Verdict: Interview.**
|
||||||
|
**Top 3 observations:**
|
||||||
|
1. The Bosch "ML inference into a 24/7 fab, no downtime" bullet is the strongest single proof point for "bring production discipline to emerging tech" — exactly the JD thesis.
|
||||||
|
2. Crypto-native authenticity + production platform ownership is a rare pairing; differentiator is visible without being gimmicky.
|
||||||
|
3. Would probe: how API-driven / self-serve are the "data products" really, and how close is CloudFormation-to-Terraform in practice.
|
||||||
|
**Predicted first interview question:** "Walk me through what 'self-service' meant on your Swisscom data products — what did consumers actually call, and how did you handle versioning and failure modes?"
|
||||||
|
|
||||||
|
### Technical Reviewer (10 min)
|
||||||
|
**Truthfulness:** Clean against session/KB.
|
||||||
|
- Terraform never claimed; CloudFormation stated and bridged honestly in CL ("the model is identical and I would close that gap fast"). ✓
|
||||||
|
- Data Mesh scoped correctly ("within Swisscom's company-wide Data Mesh") — no solo-ownership inflation. ✓
|
||||||
|
- LangChain/LangGraph absent. ✓ Verified GenAI toolchain not over-stated.
|
||||||
|
- Security Champion framed as a role with year window (2025/26), not an award. ✓
|
||||||
|
- One **minor** wording mismatch: summary says "AI agents consume," resume bullet says "AI workflows," CL says "agentic AI workflows query." The agent-consumption claim is the strongest phrasing of a real-but-emerging reality. Align toward "AI workflows / agents query" for airtight defensibility (Tier 2).
|
||||||
|
**Consistency:** Dates, titles, metrics consistent across resume + CL. No contradictions.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Eight-Dimension Scoring
|
||||||
|
|
||||||
|
| Dimension | Score | Weight | Weighted | Notes |
|
||||||
|
|---|---|---|---|---|
|
||||||
|
| ATS Keywords | 8.5/10 | 15% | 1.28 | ~83% match; misses "developer experience"/"API" verbatim, Terraform (honest) |
|
||||||
|
| Summary | 9.0/10 | 10% | 0.90 | Strong bridge, crypto hook, target vocab; "AI agents consume" slightly ahead of bullets |
|
||||||
|
| Skills Section | 9.0/10 | 10% | 0.90 | Group names all on-target; crypto/Web3 group is a smart differentiator |
|
||||||
|
| Bullet Quality | 8.5/10 | 25% | 2.13 | BS-1 + SW reliability bullets excellent; DX/API/platform-adoption angle under-stated for a "platform engineering" team |
|
||||||
|
| Publications | N/A (8.5 proxy) | 10% | 0.85 | No pubs expected for industry SRE; certs (AWS SAA active, AI Eng) carry credibility |
|
||||||
|
| Narrative Coherence | 9.0/10 | 15% | 1.35 | Reliability → ML-infra → agentic data → crypto thread is tight and reader-legible |
|
||||||
|
| Page Fill & Visual | 9.0/10 | 5% | 0.45 | 2 clean pages, page 2 ~70% filled, no orphans, compiles clean |
|
||||||
|
| Credibility Signals | 8.5/10 | 10% | 0.85 | Component/App Owner titles, AWS SAA, CNN/BBC scale, 24/7 fab; no dedicated SRE title |
|
||||||
|
| **Total** | | **100%** | **87.2** | |
|
||||||
|
|
||||||
|
*(Publications dimension scored as a neutral proxy since the role is industry SRE with no publication expectation; certs assessed in its place.)*
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Interview Likelihood
|
||||||
|
|
||||||
|
| Reader | Probability | Key Factor |
|
||||||
|
|--------|------------|------------|
|
||||||
|
| ATS | 90% PASS | 83% keyword match; crypto + K8s + AWS + observability all hit |
|
||||||
|
| Recruiter (10s) | 85% Forward | On-target tagline + Staff title + crypto-since-2017 |
|
||||||
|
| HR (30s) | 85% Phone screen | 11+ yrs clears 5+ bar; clean bridge summary |
|
||||||
|
| Hiring Manager (2m) | 70% Interview | Bosch ML-into-fab + crypto authenticity; tempered by no Terraform / no SRE title |
|
||||||
|
| Technical Panel (10m) | 65% Yes | Real production discipline; will probe DX/API depth + Terraform transfer |
|
||||||
|
|
||||||
|
**Ceiling:** Current **87.2** → with Tier 1 applied **~88.5** → hard ceiling **~90** (capped by: no Terraform-by-name, no dedicated SRE title, no agent-orchestration framework — all structural, all honest gaps). What would close the last gap: hands-on Terraform + one LangGraph/CrewAI project. Not worth fabricating; the crypto + production-ML edge is the real lever.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Actionable Improvements
|
||||||
|
|
||||||
|
### Tier 1 (HIGH — worth doing, ~+1.3 total)
|
||||||
|
1. **Inject "developer experience / API-driven" into the platform bullet (SW-7, bullet 2).** The JD names "developer experience" twice and "APIs/SDKs consumed by engineering teams" as the team's defining purpose, yet neither phrase appears. *Current:* "...consumed directly by downstream teams and AI workflows." *Proposed:* rework to surface self-serve + API/contract consumption and developer experience (e.g., "...as self-serve platform services other teams discover and consume via governed APIs/contracts"). Keep it honest to data-product reality. **+~0.8 (ATS + HM platform-thinking signal).**
|
||||||
|
2. **Add "developer experience (DX)" to a skills line** (Containers/CI-CD or a platform descriptor) so the verbatim term lands for ATS without overclaiming. **+~0.5.**
|
||||||
|
|
||||||
|
### Tier 2 (MEDIUM — optional, ~+0.5)
|
||||||
|
1. **Align the agent-consumption phrasing.** Summary "AI agents consume" → "AI workflows and agents query/consume" to match the resume bullet and CL, tightening defensibility. **+~0.3.**
|
||||||
|
2. **Bullet 7 (Security Champion) is 187 chars (2 under target)** — pad slightly or leave; cosmetic. **+~0.2.**
|
||||||
|
|
||||||
|
### Tier 3 (COSMETIC — skip)
|
||||||
|
1. Minor: consider naming "self-service / paved-road" idiom once — diminishing returns; "self-service" already present.
|
||||||
|
|
||||||
|
### Verdict
|
||||||
|
**Apply Tier 1 (DX/API vocabulary) — it directly addresses the one theme the JD weights most and the resume under-serves. Tier 2 alignment is a nice-to-have. Package is submit-ready at 87; Tier 1 nudges it to ~88.5.** Do NOT chase Terraform/LangGraph by fabrication — the honest crypto + production-ML positioning is the winning angle.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Cover Letter Critique
|
||||||
|
|
||||||
|
**Type:** Industry. **Word count:** 299 (target 250–300 — at the top edge, acceptable). **1 page.**
|
||||||
|
|
||||||
|
- **6A Anti-patterns:** PASS. Opens with the Kraken AI-agent CLI / MCP shipment (specific, not generic). No bullet-rehash. Strongest hook (production-discipline + crypto) in P1. No defensive/apologetic framing — the CloudFormation-vs-Terraform line is confident, not apologetic. Active close ("I would welcome the chance to talk about keeping your agent infrastructure reliable as it scales").
|
||||||
|
- **6B Tailoring:** PASS. Names a specific Kraken product (open-source agent CLI + MCP server, Claude Code/Cursor). Uses JD terms beyond the resume (agentic systems, model serving, platform-as-a-service, reliability). References the team's actual charter.
|
||||||
|
- **6C Industry checks:** PASS. Business/production value translated; "why crypto" is positive and authentic (BTC/ETH, Solidity, 15 yrs watching Kraken); jargon calibrated for a technical platform reader.
|
||||||
|
- **6D CL ATS:** 6–7 high-priority JD terms supplement the resume (agentic, MCP, model serving, observability, IaC, on-call). Good.
|
||||||
|
- **6E Structural:** PASS. ~299 words, results-driven tone, sentence-length variety, IaC pivot leads with capability not apology.
|
||||||
|
- **6F Package cohesion:** PASS. Every CL claim traces to a resume bullet (K8s/CI-CD → SW; Teradata/Oracle→AWS as code → SW-1; Bosch ML + observability → BS-1/BS-4; Security Champion → SW-5; self-service data products → SW-7). No new unsupported claims. Resume stands alone without the CL.
|
||||||
|
|
||||||
|
**AI-fingerprint scan (12-item):** PASS. No Tier-1 banned words; no -ing bullet endings; 1 em-dash (address block, not prose); no generic opener; varied sentence length; no metaphorical "landscape/journey." Notably avoids the banned "at the intersection of X and Y" despite the JD using it — good restraint.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Interview Bridge Points
|
||||||
|
|
||||||
|
| Resume Topic | Target Equivalent | Opening Line |
|
||||||
|
|---|---|---|
|
||||||
|
| Bosch ML inference into 24/7 fab | Hardening agent prototypes into production | "The maintenance-window discipline I used to put ML into a fab line is the same discipline agent infra needs once real money flows through it." |
|
||||||
|
| SW-7 self-service data products | Platform-as-a-service / DX | "I built data products as a self-serve platform — discoverable, governed, consumed by teams I never met; the DX problem is the same for an agent platform." |
|
||||||
|
| CloudFormation IaC | Terraform | "My IaC reflex is CloudFormation; the provisioning model, drift, and review gates map one-to-one to Terraform — I'd be productive in days." |
|
||||||
|
| BS-4 ELK/Grafana/Prometheus/Loki | Observability for AI/ML workloads | "I instrumented a 24/7 line end-to-end; for agents I'd add inference latency, failure/recovery patterns, and eval signals on top of the same telemetry spine." |
|
||||||
|
| Component/App Owner + on-call | Incident response for agentic systems | "I've owned 2nd/3rd-level on-call with SLAs; I think in error budgets and runbooks, not heroics." |
|
||||||
|
| Solidity / crypto-native | Domain fluency | "I'm a Kraken user since 2017 and write Solidity for fun — I understand why reliability in this domain isn't optional." |
|
||||||
|
| FC-1 first Jenkins CI/CD from zero | 0→1 platform-building | "I've stood up the first CI/CD a team ever had — I'm comfortable in the 0→1 platform phase your team lives in." |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
*End of critique.*
|
||||||
@@ -0,0 +1,43 @@
|
|||||||
|
\documentclass[11pt,a4paper,roman]{moderncv}
|
||||||
|
\usepackage[english]{babel}
|
||||||
|
\moderncvstyle{classic}
|
||||||
|
\moderncvcolor{green}
|
||||||
|
\usepackage[utf8]{inputenc}
|
||||||
|
\usepackage[T1]{fontenc}
|
||||||
|
\usepackage{lmodern}
|
||||||
|
\usepackage{ragged2e}
|
||||||
|
\usepackage[scale=0.79]{geometry}
|
||||||
|
\usepackage[version=4,arrows=pgf-filled]{mhchem}
|
||||||
|
\renewcommand*{\makeletterclosing}{\par\vspace{2ex}\closingname\par}
|
||||||
|
|
||||||
|
% ========== CONTACT ==========
|
||||||
|
\name{Dennis}{Thiessen}
|
||||||
|
\address{Bern, Switzerland}
|
||||||
|
\phone[mobile]{+41 795 955 585}
|
||||||
|
\email{dennis@thiessen.io}
|
||||||
|
% =============================
|
||||||
|
|
||||||
|
\begin{document}
|
||||||
|
|
||||||
|
\recipient{To}{Kraken (Payward)\\AI Infrastructure Team, Data Organization\\Remote --- Switzerland}
|
||||||
|
\date{\today}
|
||||||
|
\opening{Dear AI Infrastructure Team,}
|
||||||
|
\makelettertitle
|
||||||
|
|
||||||
|
\begin{justify}
|
||||||
|
When Kraken shipped its open-source CLI for AI agents in March, with a built-in MCP server that lets Claude Code and Cursor execute directly against live markets, it confirmed a bet I had been making as an engineer and Kraken customer since 2017: agentic systems only matter once someone makes them reliable in production. That is the work of the AI Infrastructure team, and the reason I am writing about the Site Reliability Engineer, AI Agents role.
|
||||||
|
|
||||||
|
For nearly three years at Swisscom, Switzerland's largest telco, I have built and operated Python services on Kubernetes with GitLab CI/CD, owning them from build through production rollout and on-call. Before that I migrated our legacy Teradata and Oracle ETL to a cloud-native AWS stack (S3, Glue, Athena with Iceberg, Airflow) provisioned as code. My IaC is CloudFormation rather than Terraform, but the model is identical and I would close that gap fast. I also own security and access controls for the Data Lake team as its Security Champion.
|
||||||
|
|
||||||
|
What fits me most here is turning experimental systems into production ones. At Bosch I containerized and orchestrated ML inference (Docker, Kubernetes, Ansible) into a 24/7 semiconductor fab with no maintenance windows, and built the observability stack (ELK, Grafana, Prometheus, Loki) around it. At Swisscom I now build the self-service, governed data products that downstream teams and agentic AI workflows query. Reliability, model serving, observability, and a platform other teams consume as a service are the problems your posting names.
|
||||||
|
|
||||||
|
Doing this for a crypto-native company is the part I would be most invested in. I hold BTC and ETH, write Solidity in my own time, and have watched Kraken operate through fifteen years of market cycles. I would welcome the chance to talk about keeping your agent infrastructure reliable as it scales.
|
||||||
|
\end{justify}
|
||||||
|
|
||||||
|
\vspace{0.3cm}
|
||||||
|
{Sincerely,\\
|
||||||
|
Dennis Thiessen, M.Eng.\\
|
||||||
|
Staff Data, Analytics \& AI Engineer\\
|
||||||
|
Swisscom (Schweiz) AG}
|
||||||
|
|
||||||
|
\end{document}
|
||||||
@@ -0,0 +1,163 @@
|
|||||||
|
\documentclass{resume}
|
||||||
|
\usepackage{hyperref}
|
||||||
|
\usepackage{enumitem}
|
||||||
|
\usepackage{fontawesome}
|
||||||
|
\usepackage{tikz}
|
||||||
|
\usepackage{graphicx}
|
||||||
|
\hypersetup{
|
||||||
|
colorlinks = true,
|
||||||
|
linkcolor = [rgb]{0.9,0.4,0.4},
|
||||||
|
anchorcolor = [rgb]{0.9,0.4,0.4},
|
||||||
|
citecolor = [rgb]{0.4,0.4,0.4},
|
||||||
|
filecolor = [rgb]{0.4,0.4,0.4},
|
||||||
|
urlcolor = [rgb]{0.0,0.0,0.99},
|
||||||
|
}
|
||||||
|
\usepackage{xcolor}
|
||||||
|
\usepackage[utf8]{inputenc}
|
||||||
|
\usepackage[T1]{fontenc}
|
||||||
|
\usepackage{lmodern}
|
||||||
|
\usepackage[version=4,arrows=pgf-filled]{mhchem}
|
||||||
|
\usepackage[includefoot,left=0.5in,top=0.5in,right=0.5in,bottom=0.2in,textwidth=7.5in,textheight=10.8in]{geometry}
|
||||||
|
\usepackage{fancyhdr}
|
||||||
|
\pagestyle{fancy}
|
||||||
|
\fancyhf{}
|
||||||
|
\renewcommand{\headrulewidth}{0pt}
|
||||||
|
\fancyfoot[R]{\hfill \thepage/\pageref{LastPage}}
|
||||||
|
\newcommand{\tab}[1]{\hspace{.2667\textwidth}\rlap{#1}}
|
||||||
|
\newcommand{\itab}[1]{\hspace{0em}\rlap{#1}}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% HEADER
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
\name{Dennis Thiessen, M.Eng.}
|
||||||
|
\address{\href{https://linkedin.com/in/dennis-thiessen}{LinkedIn}}
|
||||||
|
\address{dennis@thiessen.io \\ +41 795 955 585}
|
||||||
|
\address{Bern, Switzerland $\vert$ German citizen $\vert$ Open to fully remote (Switzerland-based) across EU}
|
||||||
|
\address{{Site Reliability \& Platform Engineer $\vert$ Kubernetes $\cdot$ AWS $\cdot$ MLOps $\vert$ AI \& Agent Infrastructure}}
|
||||||
|
|
||||||
|
|
||||||
|
\begin{document}
|
||||||
|
|
||||||
|
\vspace{-0.15cm}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% SUMMARY
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
\begin{rSection}{Summary}
|
||||||
|
Site reliability and platform engineer with 11+ years in production infrastructure. At Switzerland's largest telco I operate \textbf{Python} services on \textbf{Kubernetes} with \textbf{GitLab CI/CD}, keep business-critical pipelines healthy under on-call SLA, and build self-service, governed data products on \textbf{AWS} that other teams and AI agents consume. Earlier I moved \textbf{ML} inference into a 24/7 Bosch fab with \textbf{Docker} and Ansible, with \textbf{Grafana}/\textbf{Prometheus} observability. \textbf{AWS} Certified Solutions Architect and \textbf{Python} expert; crypto-native (Solidity) and Kraken user since 2017.
|
||||||
|
\end{rSection}
|
||||||
|
\vspace{-0.15cm}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% TECHNICAL SKILLS — Format C, 5 groups (4-3-2-2-2)
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
\begin{rSection}{Technical Skills}
|
||||||
|
|
||||||
|
\begin{skillgroup}{Cloud Platform \& Infrastructure as Code}
|
||||||
|
\skilldash{\textbf{AWS} (S3, Glue, Athena/Iceberg, Redshift, Lambda, Step Functions, \textbf{Airflow}, CloudWatch, ECR/ECS)}
|
||||||
|
\skilldash{\textbf{Infrastructure as Code} (\textbf{CloudFormation}), serverless and event-driven architecture, AWS SAA-certified}
|
||||||
|
\skilldash{Cloud-native application delivery, multi-service platform operation, scalability and cost awareness}
|
||||||
|
\skilldash{Linux, networking fundamentals, Bash / shell scripting, Git, software architecture (iSAQB)}
|
||||||
|
\end{skillgroup}
|
||||||
|
|
||||||
|
\begin{skillgroup}{Containers, CI/CD \& Observability}
|
||||||
|
\skilldash{\textbf{Kubernetes}, \textbf{Docker}, Ansible: containerized application deployment and orchestration}
|
||||||
|
\skilldash{\textbf{GitLab CI/CD}, Jenkins: build, test and deploy automation, quality gates, DevSecOps}
|
||||||
|
\skilldash{ELK Stack, \textbf{Grafana}, \textbf{Prometheus}, Loki: monitoring, alerting, SRE on-call, incident response}
|
||||||
|
\end{skillgroup}
|
||||||
|
|
||||||
|
\begin{skillgroup}{ML Infrastructure \& Data Engineering}
|
||||||
|
\skilldash{\textbf{ML} inference / model serving in production, MLOps, containerized model deployment (\textbf{Docker}/\textbf{K8s}, Ansible)}
|
||||||
|
\skilldash{\textbf{Kafka}, \textbf{Airflow}, PySpark / Apache Spark, ETL/ELT, Data Mesh / data products, data governance}
|
||||||
|
\end{skillgroup}
|
||||||
|
|
||||||
|
\begin{skillgroup}{Programming \& Crypto / Web3}
|
||||||
|
\skilldash{\textbf{Python} (expert), Java, SQL, Bash, JavaScript/TypeScript, FastAPI, Pandas, pytest}
|
||||||
|
\skilldash{\textbf{Solidity} / smart contracts, on-chain / Web3 fundamentals, EVM tooling, blockchain (personal projects)}
|
||||||
|
\end{skillgroup}
|
||||||
|
|
||||||
|
\begin{skillgroup}{Certifications}
|
||||||
|
\skilldash{\textbf{AWS Certified Solutions Architect -- Associate} (active to Sep 2027), Data Engineering with AWS (Udacity)}
|
||||||
|
\skilldash{iSAQB CPSA -- Foundation (2016), ITIL Foundation (2016), IBM AI Engineering Specialization}
|
||||||
|
\end{skillgroup}
|
||||||
|
|
||||||
|
\end{rSection}
|
||||||
|
\vspace{-0.15cm}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% PROFESSIONAL EXPERIENCE
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
\begin{rSection}{Professional Experience}
|
||||||
|
|
||||||
|
% --- Swisscom (Oct 2023 -- Present) — SW-3, SW-7, SW-1, SW-2, SW-4, SW-6 ---
|
||||||
|
\begin{rSubsection}{Platform \& Reliability Engineering: Kubernetes, AWS \& Self-Service Data Products}{\textcolor{black!60}{Oct 2023 -- Present}}{Staff Data, Analytics \& AI Engineer, Swisscom (Schweiz) AG}{Bern, Switzerland}
|
||||||
|
\item Build, deploy and operate \textbf{Python} services on \textbf{Kubernetes} with \textbf{GitLab CI/CD}, owning containerized delivery from build and test through production rollout and on-call operation in an agile DevOps team.
|
||||||
|
\item Build self-service, governed data products with metadata management within Swisscom's company-wide \textbf{Data Mesh} on \textbf{AWS} (Glue, Athena, CloudFormation, CI/CD), consumed directly by downstream teams and AI workflows.
|
||||||
|
\item Migrated Swisscom's legacy Teradata/Oracle ETL to a cloud-native \textbf{AWS} platform (S3, Glue, Athena/Iceberg, Redshift, \textbf{Airflow}) provisioned as code with \textbf{CloudFormation}, for serverless ML and analytics workloads.
|
||||||
|
\item Own business-critical Fulfillment and Product Analysis pipelines (Oracle, \textbf{Kafka} to Teradata in \textbf{Python}) as Component Owner, enforcing data governance and SLAs under 2nd/3rd-level on-call and incident response.
|
||||||
|
\item Deliver data products and dashboards for B2B product teams and automate recurring workflows in \textbf{Python}, running 3rd-level root cause analysis to keep platform pipelines reliable and available.
|
||||||
|
\item Apply \textbf{PySpark} and distributed computing in the Swisscom Data Lake, extending \textbf{Python} pipeline capabilities to large-scale batch and streaming workloads for Fulfillment and Product Analysis data domains.
|
||||||
|
\item Serve as the team's Security Champion (2025/26), owning \textbf{DevSecOps}, access controls, security compliance and deviation tracking for the Data Lake, with 100h annual cloud-security training.
|
||||||
|
\end{rSubsection}
|
||||||
|
|
||||||
|
% --- Bosch (Feb 2020 -- Dec 2022) — BS-1, BS-4, BS-3, BS-2 ---
|
||||||
|
\begin{rSubsection}{Production ML Infrastructure \& Observability in 24/7 Semiconductor Manufacturing}{\textcolor{black!60}{Feb 2020 -- Dec 2022}}{(Senior) Data \& ML Engineer, Robert Bosch Semiconductor Manufacturing}{Dresden, Germany}
|
||||||
|
\item Containerized and orchestrated production \textbf{ML} inference (\textbf{Docker}, \textbf{Kubernetes}, Ansible) for automated image-based defect classification in Bosch's 24/7 semiconductor fab across 300mm wafer lines without downtime.
|
||||||
|
\item Delivered an anomaly-detection and observability stack (ELK with \textbf{Kafka} on \textbf{Docker}, plus \textbf{Grafana}, \textbf{Prometheus} and Loki), giving centralized monitoring and alerting for 24/7 manufacturing infrastructure.
|
||||||
|
\item Served as Application Owner for the semiconductor analytics suite and upstream pipelines, defining SLOs, managing vendors, and delivering training and documentation to keep systems reliable 24/7.
|
||||||
|
\item Developed data services in \textbf{Python}, Java and C\# over OracleDB and Hadoop/ImpalaSQL, giving analysis teams structured, reliable access to defect-management and process-optimization data in a high-throughput fab.
|
||||||
|
\end{rSubsection}
|
||||||
|
|
||||||
|
% --- Fraunhofer (Sep 2018 -- Oct 2019) — FC-1, FC-3 ---
|
||||||
|
\begin{rSubsection}{CI/CD Automation \& Containerized Microservices, Built from Zero}{\textcolor{black!60}{Sep 2018 -- Oct 2019}}{Research Software Engineer, Fraunhofer-Center for Maritime Logistics CML}{Hamburg, Germany}
|
||||||
|
\item Set up the team's first Jenkins \textbf{CI/CD} pipeline with quality gates independently, bringing build automation to the group; also developed the SCEDAS crew-scheduling system (C\#, .NET, MS SQL, Entity Framework).
|
||||||
|
\item Built containerized microservices (Express.js, \textbf{Docker}, SQLite) for MISSION, a Fraunhofer maritime data-exchange platform connecting ports, operators and research partners across the logistics chain.
|
||||||
|
\end{rSubsection}
|
||||||
|
|
||||||
|
% --- Vizrt (Jul 2017 -- May 2018) — VZ-1, VZ-2 ---
|
||||||
|
\begin{rSubsection}{Distributed Real-Time Backend Engineering at Broadcast Scale}{\textcolor{black!60}{Jul 2017 -- May 2018}}{DevOps Engineer, Vizrt}{Bergen, Norway}
|
||||||
|
\item Engineered distributed real-time video-transcoding backend components in \textbf{Python} (with legacy C++ modules) for Vizrt's broadcast platform, serving global media customers including CNN, BBC and Al Jazeera.
|
||||||
|
\item Wrote an automated A/V integration and unit test suite in \textbf{Python} and wired quality gates into the \textbf{CI/CD} pipeline, which shortened the feedback loop for new features and raised release reliability.
|
||||||
|
\end{rSubsection}
|
||||||
|
|
||||||
|
% --- Generali (May 2015 -- Jun 2017) — GN-1, GN-3, GN-2 ---
|
||||||
|
\begin{rSubsection}{Test Automation, CI/CD Ownership \& Java Backend}{\textcolor{black!60}{May 2015 -- Jun 2017}}{IT Consultant, Generali Deutschland Informatik Services}{Hamburg, Germany}
|
||||||
|
\item Introduced BDD test automation to Generali (Serenity-BDD, Selenium, JBehave), ran the PoC and took technical ownership, administered Jenkins \textbf{CI/CD} jobs, and trained teams across the Java Community.
|
||||||
|
\item Developed Java/J2EE features for the PIA-Postkorb workflow portal, migrated WebServices to the XLDeploy process, and contributed to an Apache Camel / Spring Boot dispatcher integration PoC.
|
||||||
|
\item Pioneered UIPath RPA at Generali GDIS, building PoCs and serving as the internal RPA contact for group companies, extending automation from test tooling into broader business process automation.
|
||||||
|
\end{rSubsection}
|
||||||
|
|
||||||
|
|
||||||
|
\end{rSection}
|
||||||
|
\vspace{-0.15cm}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% EDUCATION — FIXED
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
\begin{rSection}{Education}
|
||||||
|
{M.Eng.\ Computer Aided Engineering (Software Design \& Engineering)} \hfill {\textcolor{black!60}{Apr 2012 -- Oct 2013}}\\
|
||||||
|
{Universit\"at der Bundeswehr M\"unchen}; thesis at Tongji University, Shanghai \hfill Thesis Grade: \textbf{1.0}\\
|
||||||
|
{\small Thesis: \textit{Development of a Web-Based Remote Fault Diagnosis System} (Neural Networks, PSO, Fuzzy Logic)}
|
||||||
|
|
||||||
|
{B.Eng.\ Information and Telecommunication Technologies} \hfill {\textcolor{black!60}{Oct 2009 -- Oct 2012}}\\
|
||||||
|
{Universit\"at der Bundeswehr M\"unchen}, Munich, Germany
|
||||||
|
\end{rSection}
|
||||||
|
\vspace{-0.15cm}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% CERTIFICATIONS & AWARDS — FIXED
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
\begin{rSection2}{Certifications \& Awards}
|
||||||
|
\item \textbf{AWS Certified Solutions Architect -- Associate}, Amazon Web Services (2024, active until Sep 2027).
|
||||||
|
\item \textbf{Data Engineering with AWS Nanodegree}, Udacity (2026). AWS data pipeline architecture.
|
||||||
|
\item \textbf{iSAQB CPSA -- Foundation Level}, iSAQB (2016). Certified Professional for Software Architecture.
|
||||||
|
\item \textbf{ITIL Foundation Certificate in IT Service Management}, PEOPLECERT / AXELOS (2016).
|
||||||
|
\item \textbf{IBM AI Engineering Specialization}, Coursera. Deep learning, TensorFlow, Keras, Apache Spark ML.
|
||||||
|
\end{rSection2}
|
||||||
|
|
||||||
|
\begin{center}
|
||||||
|
\vspace{0.1cm}
|
||||||
|
\textit{Languages: German (native), English (fluent)}
|
||||||
|
\end{center}
|
||||||
|
|
||||||
|
\end{document}
|
||||||
@@ -0,0 +1,199 @@
|
|||||||
|
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||||
|
% Medium Length Professional CV - RESUME CLASS FILE
|
||||||
|
%
|
||||||
|
% This template has been downloaded from:
|
||||||
|
% http://www.LaTeXTemplates.com
|
||||||
|
%
|
||||||
|
% This class file defines the structure and design of the template.
|
||||||
|
%
|
||||||
|
% Original header:
|
||||||
|
% Copyright (C) 2010 by Trey Hunner
|
||||||
|
%
|
||||||
|
% Copying and distribution of this file, with or without modification,
|
||||||
|
% are permitted in any medium without royalty provided the copyright
|
||||||
|
% notice and this notice are preserved. This file is offered as-is,
|
||||||
|
% without any warranty.
|
||||||
|
%
|
||||||
|
% Created by Trey Hunner and modified by www.LaTeXTemplates.com
|
||||||
|
%
|
||||||
|
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||||
|
|
||||||
|
\ProvidesClass{resume}[2018/09/25 v1.0 Resume class]
|
||||||
|
|
||||||
|
\LoadClass[10pt, a4paper]{article} % Font size and paper type
|
||||||
|
\usepackage{lastpage}
|
||||||
|
\usepackage[parfill]{parskip} % Remove paragraph indentation
|
||||||
|
\usepackage{array} % Required for boldface (\bf and \bfseries) tabular columns
|
||||||
|
\usepackage{ifthen} % Required for ifthenelse statements
|
||||||
|
\usepackage{enumitem}
|
||||||
|
\pagestyle{empty} % Suppress page numbers
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% HEADINGS COMMANDS: Commands for printing name and address
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
|
||||||
|
\def \name#1{\def\@name{#1}} % Defines the \name command to set name
|
||||||
|
\def \@name {} % Sets \@name to empty by default
|
||||||
|
|
||||||
|
\def \addressSep {$|$} % Set default address separator to a diamond
|
||||||
|
|
||||||
|
% One, two or three address lines can be specified
|
||||||
|
\let \@addressone \relax
|
||||||
|
\let \@addresstwo \relax
|
||||||
|
\let \@addressthree \relax
|
||||||
|
\let \@addressfour \relax
|
||||||
|
|
||||||
|
% \address command can be used to set the first, second, and third address (last 2 optional)
|
||||||
|
\def \address #1{
|
||||||
|
\@ifundefined{@addresstwo}{
|
||||||
|
\def \@addresstwo {#1}
|
||||||
|
}{
|
||||||
|
\@ifundefined{@addressthree}{
|
||||||
|
\def \@addressthree {#1}
|
||||||
|
}{
|
||||||
|
\@ifundefined{@addressfour}{
|
||||||
|
\def \@addressfour {#1}
|
||||||
|
} {\def \@addressone {#1}
|
||||||
|
}
|
||||||
|
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
% \printaddress is used to style an address line (given as input)
|
||||||
|
\def \printaddress #1{
|
||||||
|
\begingroup
|
||||||
|
\def \\ {\addressSep\ }
|
||||||
|
{#1}
|
||||||
|
% \centerline{#1}
|
||||||
|
\endgroup
|
||||||
|
\par
|
||||||
|
% \addressskip
|
||||||
|
}
|
||||||
|
|
||||||
|
% \printname is used to print the name as a page header
|
||||||
|
\def \printname {
|
||||||
|
\begingroup
|
||||||
|
% \MakeUppercase
|
||||||
|
{\namesize\bf \@name} \hfil
|
||||||
|
% \hfil{\MakeUppercase{\namesize\bf \@name}}\hfil
|
||||||
|
\nameskip\break
|
||||||
|
\endgroup
|
||||||
|
}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% PRINT THE HEADING LINES
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
|
||||||
|
\let\ori@document=\document
|
||||||
|
\renewcommand{\document}{
|
||||||
|
\ori@document % Begin document
|
||||||
|
% \begin{center}
|
||||||
|
\printname % Print the name specified with \name
|
||||||
|
\@ifundefined{@addressone}{}{ % Print the first address if specified
|
||||||
|
\printaddress{\@addressone}}
|
||||||
|
\@ifundefined{@addresstwo}{}{ % Print the second address if specified
|
||||||
|
\printaddress{\@addresstwo}}
|
||||||
|
\@ifundefined{@addressthree}{}{ % Print the third address if specified
|
||||||
|
\printaddress{\@addressthree}}
|
||||||
|
\@ifundefined{@addressfour}{}{ % Print the third address if specified
|
||||||
|
\printaddress{\@addressfour}}
|
||||||
|
|
||||||
|
% \end{center}
|
||||||
|
}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% SECTION FORMATTING
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
|
||||||
|
% Defines the rSection environment for the large sections within the CV
|
||||||
|
\newenvironment{rSection}[1]{ % 1 input argument - section name
|
||||||
|
\sectionskip
|
||||||
|
{\bf #1}
|
||||||
|
% \MakeUppercase{\bf #1} % Section title
|
||||||
|
\sectionlineskip
|
||||||
|
\hrule % Horizontal line
|
||||||
|
\begin{list}{}{ % List for each individual item in the section
|
||||||
|
\setlength{\leftmargin}{0.50em} % Margin within the section
|
||||||
|
}
|
||||||
|
\item[]
|
||||||
|
}{
|
||||||
|
\end{list}
|
||||||
|
}
|
||||||
|
|
||||||
|
\newenvironment{rSection2}[1]{ % 1 input argument - section name
|
||||||
|
\sectionskip
|
||||||
|
{\bf #1} % Section title
|
||||||
|
\sectionlineskip
|
||||||
|
\hrule % Horizontal line
|
||||||
|
\medskip
|
||||||
|
\begin{list}{$\bullet$}{\setlength{\leftmargin}{1.5em}}
|
||||||
|
\itemsep -0.3em \vspace{-0.5em} % Compress items in list together for aesthetics
|
||||||
|
}{
|
||||||
|
\end{list}
|
||||||
|
\vspace{0.5em}
|
||||||
|
}
|
||||||
|
|
||||||
|
\newenvironment{rSection3}[1]{ % 1 input argument - section name
|
||||||
|
\sectionskip
|
||||||
|
{\bf #1} % Section title
|
||||||
|
\sectionlineskip
|
||||||
|
\hrule % Horizontal line
|
||||||
|
\medskip
|
||||||
|
\begin{enumerate}[]{\setlength{\leftmargin}{1.5em}}
|
||||||
|
\itemsep -0.3em \vspace{-0.5em} % Compress items in list together for aesthetics
|
||||||
|
}{
|
||||||
|
\end{enumerate}
|
||||||
|
\vspace{0.5em}
|
||||||
|
}
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% WORK EXPERIENCE FORMATTING
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
|
||||||
|
\newenvironment{rSubsection}[4]{ % 4 input arguments - company name, year(s) employed, job title and location
|
||||||
|
{\bf #1} \hfill {#2} % Bold company name and date on the right
|
||||||
|
\ifthenelse{\equal{#3}{}}{}{ % If the third argument is not specified, don't print the job title and location line
|
||||||
|
\\
|
||||||
|
{\em #3} \quad {\em #4} % Italic job title and location
|
||||||
|
}\smallskip
|
||||||
|
\begin{list}{$\cdot$}{\leftmargin=1.5em} % \cdot used for bullets, no indentation
|
||||||
|
\itemsep -0.2em \vspace{-0.2em} % Compress items in list together for aesthetics
|
||||||
|
}{
|
||||||
|
\end{list}
|
||||||
|
\vspace{0.2 em} % Some space after the list of bullet points
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% FORMAT C SKILLS COMMANDS
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
|
||||||
|
% Skills group environment: \begin{skillgroup}{Group Name} ... \end{skillgroup}
|
||||||
|
% Renders bold header + indented dash sub-items. Each \skilldash = exactly 1 rendered line.
|
||||||
|
\newenvironment{skillgroup}[1]{%
|
||||||
|
\textbf{#1}\par\nopagebreak%
|
||||||
|
\vspace{-\parskip}%
|
||||||
|
\begin{list}{--}{\leftmargin=0.8em \labelsep=0.3em \itemsep=0pt \topsep=0.1em \parsep=0pt \partopsep=0pt}%
|
||||||
|
}{%
|
||||||
|
\end{list}%
|
||||||
|
\vspace{-\parskip}\vspace{0.45em}%
|
||||||
|
}
|
||||||
|
|
||||||
|
% Single dash sub-item within a skillgroup. Content must fit 1 rendered line.
|
||||||
|
% Char limit: 119 - (0.5 x bold_char_count) at 10pt
|
||||||
|
\newcommand{\skilldash}[1]{\item #1}
|
||||||
|
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
% EXPERIENCE SUB-THEME COMMAND
|
||||||
|
%----------------------------------------------------------------------------------------
|
||||||
|
|
||||||
|
% Sub-theme underline header within rSubsection
|
||||||
|
\newcommand{\subtheme}[1]{\item[] \underline{#1}}
|
||||||
|
|
||||||
|
% The below commands define the whitespace after certain things in the document - they can be \smallskip, \medskip or \bigskip
|
||||||
|
\def\namesize{\huge} % Size of the name at the top of the document
|
||||||
|
\def\addressskip{\smallskip} % The space between the two address (or phone/email) lines
|
||||||
|
\def\sectionlineskip{\medskip} % The space above the horizontal line for each section
|
||||||
|
\def\nameskip{\medskip} % The space after your name at the top
|
||||||
|
\def\sectionskip{\medskip} % The space after the heading section
|
||||||
@@ -0,0 +1,157 @@
|
|||||||
|
# Session: Kraken (Payward) — Site Reliability Engineer, AI Agents
|
||||||
|
|
||||||
|
## JD Info
|
||||||
|
- **File:** JDs/kraken_sre_ai_agents.txt
|
||||||
|
- **JD source:** live scrape 2026-06-15 via Playwright (Ashby board)
|
||||||
|
- **URL:** https://jobs.ashbyhq.com/kraken.com/c331de1b-b75a-48f5-9d19-0e56ccb935ab
|
||||||
|
- **Role:** Site Reliability Engineer – AI Agents (AI Infrastructure team, within Data org)
|
||||||
|
- **Company:** Kraken / Payward — crypto exchange, 15 yrs, 10M+ users, 70+ countries
|
||||||
|
- **Bundle:** Data Platform / Infra (primary) + ML/AI Engineer (secondary bridge)
|
||||||
|
- **Format:** Resume (2-page, resume.cls) + 1-page cover letter
|
||||||
|
- **Salary/Details:** Not stated (Kraken does not publish CH band). Remote, Switzerland-eligible. Verify clears 180k+ all-in before final send.
|
||||||
|
|
||||||
|
## JD Analysis
|
||||||
|
### Requirements
|
||||||
|
| # | Requirement | Match | Evidence |
|
||||||
|
|---|-------------|-------|----------|
|
||||||
|
| 1 | 5+ yrs SRE / Infra / Platform Engineer in production | Direct | Swisscom DevOps/K8s/on-call (2023–present) + Bosch App Owner/infra (2020–22) = 5+ yrs combined platform ownership |
|
||||||
|
| 2 | Hands-on ML infra / model serving / MLOps in production | Direct | BS-1: containerized + orchestrated ML inference (Docker/K8s/Ansible) into 24/7 production line |
|
||||||
|
| 3 | Building developer platforms, internal tooling, APIs/SDKs consumed at scale | Bridge (HIGH) | SW-7: self-serve governed data products consumed by downstream teams; BS-2: multi-language data services consumed by analysis teams. Not literally "SDKs" — frame as platform/services consumed by eng teams |
|
||||||
|
| 4 | Platform-eng principles: DX, self-service infra, API-driven design | Bridge (HIGH) | SW-7: decentralized Data Mesh = self-serve, discoverable, governed data-products model |
|
||||||
|
| 5 | IaC, particularly Terraform | Bridge (MED) | SW-1/SW-7: CloudFormation IaC (full provisioning). Terraform NOT used — frame as transferable IaC, never claim Terraform. (User confirmed.) |
|
||||||
|
| 6 | Containerization + orchestration (Kubernetes, Docker) | Direct | SW-3 (K8s+GitLab) + BS-1 (K8s/Docker/Ansible) — two employers |
|
||||||
|
| 7 | Cloud infra, preferably AWS | Direct | SW-1 (S3/Glue/Athena/Redshift/Airflow/CloudFormation), SW-7 (AWS Data Mesh). AWS SAA cert. |
|
||||||
|
| 8 | Strong scripting (bash/shell) + Python | Direct | Python primary across SW-2/3, BS-2; bash/shell in CI/CD ops |
|
||||||
|
| 9 | Observability, monitoring, alerting systems | Direct | BS-4: ELK + Kafka + Grafana + Prometheus + Loki full stack |
|
||||||
|
| 10 | Incident response + on-call rotations | Direct | SW-2 (on-call SLA, 2nd/3rd-level), BS-3 (App Owner SLOs, 24/7) |
|
||||||
|
| 11 | Collaboration across data/AI/eng teams | Direct | SW-4 (PO/stakeholder), BS-3 (cross-team adoption) |
|
||||||
|
| 12 | High ownership in fast-moving production | Direct | Component Owner (Swisscom) + Application Owner (Bosch) titles |
|
||||||
|
| NTH | Infra for agent-based / LLM systems | Bridge (MED) | SW-7: agentic data foundation (governed data products agents query); LiteLLM gateway |
|
||||||
|
| NTH | Agent orchestration frameworks (LangGraph, CrewAI) | **Gap** | Do NOT claim. Config bans LangChain/LangGraph fabrication. Verified toolchain: Kiro, Copilot, LiteLLM, custom GPTs |
|
||||||
|
| NTH | Data infra (Airflow, Kafka, Spark, data lake) | Direct | SW-1 (Airflow), SW-2 (Kafka), SW-6 (PySpark), Swisscom Data Lake |
|
||||||
|
| NTH | CI/CD + deployment automation for AI/ML | Direct | SW-3 (GitLab CI/CD), FC-1 (Jenkins from zero) |
|
||||||
|
| NTH | Eval frameworks / model perf monitoring at scale | Bridge (LOW) | BS-4 monitoring/anomaly detection — weak; don't oversell |
|
||||||
|
| NTH | 0→1 / platform-building teams | Bridge (MED) | FC-1 (introduced CI/CD from zero), BS-4 (observability PoC) |
|
||||||
|
| NTH | Cloudflare ecosystem (Zero Trust, networking) | Gap | Minor; omit |
|
||||||
|
|
||||||
|
### ATS Keywords
|
||||||
|
- **Platform/Infra:** SRE, Site Reliability, Platform Engineering, Infrastructure as Code, IaC, Kubernetes, Docker, AWS, CI/CD, self-service infrastructure, developer experience
|
||||||
|
- **ML/AI:** ML infrastructure, model serving, MLOps, model inference, agentic, LLM-powered systems, AI infrastructure
|
||||||
|
- **Data:** data infrastructure, Airflow, Kafka, Spark, data lake, data products, data engineering
|
||||||
|
- **Reliability:** observability, monitoring, alerting, incident response, on-call, SLO/SLA, runbooks
|
||||||
|
- **Tools:** Terraform (IaC — bridge via CloudFormation), Kubernetes, Docker, AWS, GitLab CI/CD, Grafana, Prometheus, ELK, Python, bash
|
||||||
|
- **Soft:** high ownership, cross-team collaboration, fast-moving / high-stakes production, platform adoption
|
||||||
|
|
||||||
|
### Gap Assessment
|
||||||
|
- **Direct:** SRE/platform tenure, production ML serving (BS-1), K8s+Docker, AWS, Python/bash, observability stack, on-call/incident response, data infra (Kafka/Airflow/Spark), CI/CD, ownership mindset
|
||||||
|
- **Bridge:** dev-platform/SDK consumption (SW-7/BS-2, HIGH); platform-eng DX/self-service (SW-7, HIGH); IaC→Terraform (CloudFormation, MED); agent/LLM infra (SW-7 agentic foundation, MED); 0→1 (FC-1, MED)
|
||||||
|
- **Gap (do NOT claim):** Agent orchestration frameworks (LangGraph/CrewAI), Cloudflare Zero Trust, formal LLM eval frameworks. Honest gaps — Kraken explicitly invites applicants who don't meet every req.
|
||||||
|
|
||||||
|
## Company Context
|
||||||
|
- **Mission:** "Building the Future of Open Finance" — Payward (Kraken, NinjaTrader, Breakout, xStocks, CF Benchmarks). 15 yrs building globally accessible financial infrastructure; advance an open global financial system.
|
||||||
|
- **This role:** AI Infrastructure team sits *within the Data org* — builds/operates/scales the systems powering AI agents in production (internal + external). Owns orchestration, execution, model-serving layers under agentic workflows. Explicitly a **platform engineering team**: builds APIs/SDKs/platform capabilities so AI/Data/Eng teams consume agent infra as a service. Success = beyond ops → DX, platform adoption, long-term scalability.
|
||||||
|
- **Real stack (web research):** EKS/Kubernetes, Terraform + Nomad IaC, AWS + on-prem private connectivity, GitOps (ArgoCD/Flux evaluated), Docker, Cilium CNI. Ships 100+ versions/day to 25+ environments across 10+ countries. Engineering blog at engineering.kraken.tech.
|
||||||
|
- **Agentic context:** Kraken shipped the first crypto CLI built for AI agents (open-source, MCP server, Claude Code/Cursor compatible, 134 commands). Building an "AI-native finance operating system" / agentic finance layer across 70+ regulated entities.
|
||||||
|
- **Culture:** Crypto-native, high-ownership, fast-moving 0→1, fully remote/global, ships fast. "Apply even if you don't meet all reqs, especially if passionate about crypto."
|
||||||
|
- **"Why them" angle:** Dennis is a Kraken customer since 2017, holds BTC+ETH, writes Solidity in free time — genuine crypto-native fit. Pair with production platform/ML-infra ownership. He brings the production discipline (on-call, observability, governed data foundation) that the JD says it needs to "harden agent infrastructure."
|
||||||
|
|
||||||
|
## Framing Strategy
|
||||||
|
- **Lead narrative:** "Production-discipline platform engineer who has put ML inference into a 24/7 line and now owns the cloud-native, governed data foundation that agentic workflows run on — exactly the intersection of data infrastructure and applied AI this team works at."
|
||||||
|
- **Reframing map:**
|
||||||
|
- Data Mesh / data products → "self-service platform consumed by engineering teams" (DX/API-driven platform)
|
||||||
|
- ML inference containerization (BS-1) → "ML infrastructure / model serving in production"
|
||||||
|
- CloudFormation → "Infrastructure as Code (IaC)" (transferable to Terraform; never claim Terraform)
|
||||||
|
- ELK/Grafana/Prometheus → "observability, monitoring & alerting for production systems"
|
||||||
|
- Component/Application Owner + on-call → "incident response, SLOs, reliability ownership"
|
||||||
|
- SW-7 governed data foundation → "the data layer agentic workflows query" (agentic bridge)
|
||||||
|
- **Emphasize:** Kubernetes (×2 employers), production ML serving (BS-1), AWS, observability stack, on-call/SLO ownership, self-serve data platform, IaC
|
||||||
|
- **Downplay:** semiconductor-domain specifics (keep ML-infra angle, drop fab jargon); BI/analytics framing; pure-DE "Fulfillment domain" context (lead with platform/reliability instead)
|
||||||
|
- **CL hooks:** (1) Kraken CLI for AI agents + MCP/agentic finance layer ↔ Dennis's governed data foundation for agentic workflows; (2) "intersection of data infrastructure and applied AI" = literal description of his SW-7 + BS-1 combo; (3) crypto-native: customer since 2017, holds BTC+ETH, Solidity; (4) production discipline (on-call, observability) for hardening agent infra.
|
||||||
|
- **User directives:** IaC framed as transferable, NO Terraform by name. Build Kraken now; Google Senior DE shelved for later.
|
||||||
|
|
||||||
|
## Critique Context
|
||||||
|
- **Reviewer persona:** A hands-on SRE/platform eng hiring manager on the AI Infrastructure team (Data org). Cares about production discipline, real K8s/AWS/IaC/observability ownership, MLOps reality, and whether candidate thinks in platform/DX terms — not buzzwords. Crypto-curious is a plus. Bored by analytics/BI framing and by inflated solo-ownership claims.
|
||||||
|
- **Competitive landscape:** Other applicants = career SREs/platform engineers with Terraform + EKS + MLOps tooling (Kubeflow/Ray/Seldon) and possibly crypto-firm experience. The "obvious fit" has dedicated SRE title + Terraform + LLM-serving stack. Dennis's edge: production ML-into-fab story, governed agentic data foundation, AND authentic crypto fluency — a combination few have.
|
||||||
|
- **Domain vocabulary (insider):** self-service platform, golden paths, paved road, SLO/error budget, GitOps, IaC drift, model serving, inference latency, agent orchestration, observability/telemetry, on-call rotation, runbooks, MCP, agentic workflows.
|
||||||
|
|
||||||
|
## Cover Letter Plan
|
||||||
|
- **Institution type:** Crypto-native, fast-moving, fully-remote tech company; platform/SRE audience
|
||||||
|
- **Paragraph count:** 4 paragraphs, ~270 words
|
||||||
|
- **P1 hook:** Kraken CLI for AI agents / MCP + agentic finance layer → "intersection of data infrastructure and applied AI" mirrors my own work; + crypto-native (customer since 2017)
|
||||||
|
- **P2-P3 evidence:** P2 = production platform/reliability (K8s ×2, AWS migration + IaC, observability stack, on-call/SLO ownership). P3 = ML-infra + agentic data foundation (BS-1 production ML serving + SW-7 governed self-serve data products that agentic workflows query)
|
||||||
|
- **Domain pivot:** IaC (CloudFormation) transferable to their Terraform/Nomad stack — state honestly, don't overclaim
|
||||||
|
- **Jargon level:** Technical (platform/SRE audience)
|
||||||
|
- **"Why them" hook:** Crypto-native + production discipline = bring reliability engineering to emerging agentic tech, which the JD explicitly asks for
|
||||||
|
|
||||||
|
## Bullet Plan (CONFIRMED 2026-06-15)
|
||||||
|
|
||||||
|
Crypto decision: signal ON résumé (Skills group 4 = "Programming & Crypto/Web3": Solidity, smart contracts, on-chain fundamentals — free-time/personal, honest per [[user_crypto]]) + full "why them" story in CL. Generali: keep all 3 (page fill, proven).
|
||||||
|
|
||||||
|
### Position 1 — Swisscom (6 bullets, 12 lines)
|
||||||
|
| # | ID | Achievement | Variant | Rationale |
|
||||||
|
|---|-----|------------|---------|-----------|
|
||||||
|
| 1 | SW-3 | K8s + GitLab CI/CD (lead) | 2L | Platform/SRE lead — K8s, CI/CD |
|
||||||
|
| 2 | SW-7 | Data Mesh self-serve data products consumed by eng teams + agentic data layer | 2L | Platform-as-service + agentic bridge. SCOPE object: "within Swisscom's company-wide Data Mesh" |
|
||||||
|
| 3 | SW-1 | AWS migration + CloudFormation IaC | 2L | AWS + IaC (transferable to Terraform; never name Terraform) |
|
||||||
|
| 4 | SW-2 | Component Owner, on-call SLA | 2L | Reliability / incident response |
|
||||||
|
| 5 | SW-4 | Data products + automation + 3rd-level RCA | 2L | Reliability / RCA |
|
||||||
|
| 6 | SW-6 | PySpark distributed processing | 2L | Spark (named NTH) + data infra |
|
||||||
|
|
||||||
|
### Position 2 — Bosch (4 bullets, 8 lines)
|
||||||
|
| # | ID | Achievement | Variant | Rationale |
|
||||||
|
|---|-----|------------|---------|-----------|
|
||||||
|
| 1 | BS-1 | ML inference containerization, 24/7 prod (flagship) | 2L | "ML infra / model serving in production" — core req |
|
||||||
|
| 2 | BS-4 | ELK + Grafana + Prometheus + Loki observability | 2L | Observability/monitoring/alerting |
|
||||||
|
| 3 | BS-3 | Application Owner — SLOs, reliability | 2L | SLO/reliability ownership |
|
||||||
|
| 4 | BS-2 | Multi-language data services consumed by teams | 2L | Platform consumers bridge |
|
||||||
|
|
||||||
|
### Position 3 — Fraunhofer (2 bullets, 4 lines)
|
||||||
|
| # | ID | Achievement | Variant | Rationale |
|
||||||
|
|---|-----|------------|---------|-----------|
|
||||||
|
| 1 | FC-1 | First Jenkins CI/CD from zero (0→1) + SCEDAS | 2L | "0→1 / platform-building" (named NTH) |
|
||||||
|
| 2 | FC-3 | Containerized microservices (Express.js/Docker) | 2L | Docker/microservices |
|
||||||
|
|
||||||
|
### Position 4 — Vizrt (2 bullets, 4 lines)
|
||||||
|
| # | ID | Achievement | Variant | Rationale |
|
||||||
|
|---|-----|------------|---------|-----------|
|
||||||
|
| 1 | VZ-1 | Distributed real-time backend (Python/C++) | 2L | Distributed backend; CNN/BBC scale |
|
||||||
|
| 2 | VZ-2 | A/V test suite + CI/CD quality gates | 2L | CI/CD |
|
||||||
|
|
||||||
|
### Position 5 — Generali (3 bullets, 6 lines)
|
||||||
|
| # | ID | Achievement | Variant | Rationale |
|
||||||
|
|---|-----|------------|---------|-----------|
|
||||||
|
| 1 | GN-1 | BDD + CI/CD ownership (Jenkins) | 2L | CI/CD initiative |
|
||||||
|
| 2 | GN-3 | Java/J2EE, XLDeploy, Camel/Spring Boot | 2L | Java breadth / page fill |
|
||||||
|
| 3 | GN-2 | UIPath RPA PoC | 2L | Page fill |
|
||||||
|
|
||||||
|
**Budget:** 17 variable bullets (34 rendered lines) + Skills 13 lines (4-3-2-2-2). Matches proven QuantCo 2-page fill. Verify at page-fill gate.
|
||||||
|
|
||||||
|
## Output Files
|
||||||
|
- Resume: `output/Kraken_SRE_AI_Agents/e2e_kraken_sre_ai_agents_resume.tex` (+ .pdf, 2 pages)
|
||||||
|
- Cover Letter: `output/Kraken_SRE_AI_Agents/e2e_kraken_sre_ai_agents_cover_letter.tex` (+ .pdf, 1 page, ~287 words)
|
||||||
|
- Critique: PENDING
|
||||||
|
|
||||||
|
## Status
|
||||||
|
- Phase 0: DONE
|
||||||
|
- Phase 1: DONE (17 confirmed → 18 generated; added SW-5 security bullet to close JD access-controls req + page fill)
|
||||||
|
- Phase 2 Resume:
|
||||||
|
- Summary: DONE (548 chars)
|
||||||
|
- Skills: DONE (4-3-2-2-2, crypto/Web3 group added)
|
||||||
|
- Position 1 Swisscom (7 bullets): DONE
|
||||||
|
- Position 2 Bosch (4 bullets): DONE
|
||||||
|
- Position 3 Fraunhofer (2 bullets): DONE
|
||||||
|
- Position 4 Vizrt (2 bullets): DONE
|
||||||
|
- Position 5 Generali (3 bullets): DONE
|
||||||
|
- Compile: DONE (2 pages, MiKTeX)
|
||||||
|
- Cover Letter: DONE (1 page, ~287 words; P1 hook = Kraken open-source AI-agent CLI + MCP, verified; crypto-native + production-discipline narrative; IaC honest CloudFormation-not-Terraform)
|
||||||
|
- Critique: CURRENT (87.2/100, 2026-06-15). PASS all gates; CL 299w/1pg, resume 2pg clean. Tier 1 = inject "developer experience/API-driven" vocab into SW-7 platform bullet + a skills line (JD's most-weighted theme, under-served). Honest gaps: Terraform, dedicated SRE title, agent-orchestration frameworks (do NOT fabricate). Crypto + production-ML edge is the lever. Ceiling ~90.
|
||||||
|
- **FINALIZED 2026-06-15** — submit-ready at 87.2, Tier 1 declined (finalize as-is). Submission PDFs: Dennis_Thiessen_Resume.pdf + Dennis_Thiessen_Cover_Letter.pdf
|
||||||
|
- **SENT 2026-06-15** — applied via Ashby. Comp unknown — verify clears 180k+ at recruiter stage. Await response.
|
||||||
|
- **Critique file:** output/Kraken_SRE_AI_Agents/critique_kraken_sre_ai_agents.md
|
||||||
|
- **Before send:** verify comp clears 180k+ all-in (Kraken does not publish CH band)
|
||||||
|
- Phase 2 Resume: PENDING
|
||||||
|
- Cover Letter: PENDING
|
||||||
|
- Critique: PENDING
|
||||||
|
- **Next:** (Phase 1 — bullet plan, this session)
|
||||||
|
- **Next CL:** /make-cl output/Kraken_SRE_AI_Agents/session_kraken_sre_ai_agents.md
|
||||||
|
- **Next Critique:** /critique output/Kraken_SRE_AI_Agents/session_kraken_sre_ai_agents.md
|
||||||
Reference in New Issue
Block a user