brainstorming
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation).
sigmetrics-review-processUse when reasoning about how an ACM SIGMETRICS submission is evaluated, covering the hybrid conference-journal model, double-anonymous review, the three first-round outcomes (Accept-with-shepherding / One-Shot Revision / Reject), the one-shot revision resubmitted to a subsequent rolling deadline, the 12-month resubmission bar, and how SIGMETRICS differs fro…
Independent GitHub snapshot · Automated classification · Original documentation governs
Model the pipeline before interpreting any single review. SIGMETRICS's process is a hybrid of the conference and journal models: papers are POMACS articles, and the first-round decision is one of three outcomes, not a binary accept/reject. The most consequential mental shift for authors arriving from a plain conference is that One-Shot Revision is a real revise-and-resubmit round — but, unlike an open-ended journal R&R, it is single-shot and re-reviewed against an explicit list of required changes.
| Decision | What it means | Author move |
|---|---|---|
| Accept (shepherded) | Rigor and evidence hold; shepherd will enforce specific fixes | Execute the shepherd's list precisely; do not reopen scope |
| One-Shot Revision | Repairable gaps: a missing proof case, an unvalidated assumption, a needed experiment | Treat as a single-shot R&R: close every listed change, resubmit to a subsequent deadline |
| Reject | Structural: flawed model, wrong metric, unfixable evidence | Reframe or reroute; you cannot resubmit to SIGMETRICS for 12 months |
The strategic reading: write the initial submission so that whatever is weakest is fixable in one revision round (a proof case you can add, a simulation you can run) rather than structural (a model that does not capture the system). The process rewards repairable papers, but the revision is one shot — a second revision is not offered.
Expect reviewers who are performance-evaluation specialists: they will read a proof for a missing case, ask whether the M/G/1 (or other) assumptions match the measured workload, check whether a baseline is fairly tuned, and open the simulator to see whether the analytic curve really matches. Vague assumptions and hand-waved proofs get caught, not skimmed.
[Before submission] track + abstract -> reviewer pool (largest lever)
[Initial reviews] factual corrections, a missing proof case, an added assumption-validity check
[One-Shot Revision] the strongest lever: close every listed change, resubmit to a later deadline,
re-read by the same reviewers -- but only once
[After reject] no appeal; 12-month bar on SIGMETRICS resubmission -> reroute meanwhile
[Process stage] pre-submission / awaiting reviews / one-shot revision / shepherding / accepted
[Decision category] accept / one-shot revision / reject, with the criterion driving it
[Criterion map] each review point -> rigor | proof correctness | assumption validity | evidence | novelty | reproducibility
[Revision plan] which subsequent deadline, and the closed-list of required changes
[Forbidden moves] identity leak / dual-submission while under one-shot revision / unaddressed listed change