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).
sigcomm-related-workUse when positioning an ACM SIGCOMM submission against the networking literature — sweeping SIGCOMM, NSDI, MobiCom, CoNEXT, IMC, and SIGMETRICS plus journals, proving each placement via dblp and the ACM Digital Library, distinguishing main-track papers from CCR editorials, handling concurrent work, and keeping self-citation double-blind-safe.
Independent GitHub snapshot · Automated classification · Original documentation governs
Use this to audit novelty and placement. SIGCOMM is the broad networking flagship, so a paper is read against the strongest prior work in its exact subarea — and against results scattered across sibling venues. Reopen the current CFP for concurrent-submission and anonymity rules before advising.
| Literature lane | Typical venues | What SIGCOMM reviewers check |
|---|---|---|
| Networking design flagships | SIGCOMM, NSDI, CoNEXT | Whether the nearest deployed mechanism is compared or distinguished |
| Wireless / mobile | MobiCom, SIGMOBILE venues | Whether relevant PHY/mobility work is acknowledged when adjacent |
| Measurement | IMC | Whether the motivating measurement rests on the right prior characterizations |
| Performance analysis | SIGMETRICS | Whether known models/bounds are credited |
| Archival journals | IEEE/ACM ToN, JSAC | Whether classical results are not being rediscovered |
A missing state-of-the-art comparison from the right venue is a recognizable SIGCOMM reject pattern that benchmark strength alone does not repair.
Before citing "X appeared at SIGCOMM YYYY":
1. Find it on dblp.org/db/conf/sigcomm/ -> confirm the edition and page range
2. Confirm ACM DL lists it in the SIGCOMM conference proceedings, not CCR editorial
3. Rule out the sibling: Hedera is NSDI, RED is ToN, BBR is CACM
4. If unresolved -> mark 待核实 and do not assert the venue
A paper proposes a data-center transport that schedules flows in the fabric. Its nearest neighbors: an earlier SIGCOMM congestion-signal paper (DCTCP), a fabric-scheduling paper in the same lineage (pFabric), and an NSDI flow-scheduling system that is often confused with it. The novelty sentence should name all three contrasts — a different signal than the first, a different scheduling granularity than the second, and a design rather than the deployed-system framing of the NSDI neighbor — with each venue verified.
[Eligibility] clear / needs declaration / risky
[Closest venues] <SIGCOMM / NSDI / MobiCom / CoNEXT / IMC / journal>
[Nearest 3 works] <work -> distinction, each venue verified>
[Misattribution risk] <CCR-vs-main-track / sibling-venue traps checked>
[Novelty sentence] <SIGCOMM-ready mechanism contrast>