socc-related-work

name	socc-related-work
description	Use when positioning an ACM SoCC submission against both the systems literature (OSDI, NSDI, EuroSys, ATC, SOSP, SoCC) and the data-management literature (SIGMOD, VLDB), writing delta-first contrast rather than a citation catalog, keeping self-citations dual-anonymous, and handling concurrent, preprint, and prior-version overlap.

SoCC Related Work

Use this to audit novelty and eligibility. SoCC reviewers come from both SIGMOD and SIGOPS, so a credible related-work section reaches both lanes — the systems flagships and the data-management flagships — and states where your paper sits relative to the nearest prior work as a delta, not a list. A bibliography that cites only one community tells a reviewer from the other that the paper may be a visitor. Reopen the current call for dual-submission, anonymity, and prior-publication rules before advising authors.

Positioning checks

• Separate the cloud novelty from the engineering effort. What is new: a mechanism, a measurement, a benchmark, a deployment lesson, or a cost model — and is it new to both communities or only one?
• Cover both lanes. SoCC reviewers expect the systems venues (OSDI/NSDI/EuroSys/ATC/SOSP/SoCC) and the data venues (SIGMOD/VLDB) where relevant, not just the papers nearest your mechanism.
• Write delta-first. Each closely related paper gets one sentence naming what it did and one naming what you do differently — not a summary. Position, don't catalog.
• Preserve dual anonymity. Cite your own prior work in the third person and never link reviewers to an identity-revealing preprint, repository, deployment, or homepage.
• Declare overlap with any prior workshop version (e.g., a HotCloud/HotStorage short paper) or concurrent submission; do not re-submit archival work as new.

Cloud literature lanes

Lane	Typical venues	What SoCC reviewers check
Systems flagships	OSDI, SOSP, NSDI, EuroSys, ATC, SoCC	Whether the nearest systems mechanism is compared or distinguished
Data management	SIGMOD, VLDB, ICDE	Whether the data-systems predecessors (storage, query, transactions) are engaged
Cloud + big-data infra	SoCC, VLDB, OSDI	Whether prior resource-mgmt / serverless / big-data-systems work is credited
Measurement	IMC, SoCC, SIGMETRICS	Whether prior traces/measurement studies on your workload are acknowledged
Adjacent (when relevant)	ML-systems (MLSys), networking	Whether borrowed methods are cited to their real origin

A bibliography spanning the systems flagships and the data flagships signals command of SoCC's joint field; one that cites only your own subarea suggests the delta may be smaller than claimed.

Delta-first positioning vignette

Suppose the paper proposes a tail-aware serverless autoscaler and a supporting measurement. Its nearest neighbors: a systems-flagship autoscaler that scales on concurrency (mechanism, no tail target), a SoCC serverless paper on cold starts (adjacent problem, different lever), and a data/measurement study of function invocation traces (characterization, no mechanism). The novelty sentence should name all three contrasts — a tail-SLO controller where the flagship used concurrency, a provisioning lever where the cold-start paper optimized startup, and a built system where the measurement study offered only characterization.

Concurrent and prior-version judgment calls

[Concurrent arXiv work]   cite neutrally, state the technical difference, avoid unverifiable
                          priority claims; keep the citation dual-anonymous
[Your workshop version]   a HotCloud/HotStorage-style short paper is usually citable and
                          non-archival, but confirm against the current CFP and phrase so
                          anonymity survives
[Prior short/poster]      declare the overlap and state what the full paper adds beyond it
[Archival status unclear] declare the overlap in the submission form rather than guessing a
                          chair's interpretation

Eligibility red flags

• Substantial text overlap with a published paper by the same authors (self-plagiarism risk).
• A "new" measurement that re-reports a prior trace's numbers without a new question.
• Citations exclusively to one community (all systems or all data), signaling the paper may be a visitor rerouted without reframing for SoCC's joint audience.

Output format

[Eligibility] clear / needs declaration / risky
[Lanes covered] <systems flagships / data management / cloud-infra / measurement / adjacent>
[Nearest 3 works] <work -> one-line delta>
[Archival-overlap risk] <none / declare: what>
[Novelty sentence] <SoCC-ready contribution contrast against the nearest systems AND data prior work>